[00:26] -queuebot:#ubuntu-release- New binary: gnuastro [riscv64] (hirsute-proposed/universe) [0.14-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: sass-stylesheets-typey [amd64] (hirsute-proposed/none) [1.1.2-2] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: rust-netr [ppc64el] (hirsute-proposed/none) [0.1.4-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: sass-stylesheets-gutenberg [amd64] (hirsute-proposed/none) [0.6.0-2] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: rust-cpp-common [ppc64el] (hirsute-proposed/none) [0.5.6-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: sass-stylesheets-neat [amd64] (hirsute-proposed/none) [4.0.0-2] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: sass-stylesheets-bourbon [amd64] (hirsute-proposed/none) [7.0.0-2] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: python-mitogen [amd64] (hirsute-proposed/universe) [0.2.9-2] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: rust-netr [amd64] (hirsute-proposed/universe) [0.1.4-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: kubecolor [ppc64el] (hirsute-proposed/universe) [0.0.9-2] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: vim-solarized [amd64] (hirsute-proposed/universe) [0~git110509-2] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: ruby-rake-ant [amd64] (hirsute-proposed/universe) [1.0.4-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: glowing-bear [amd64] (hirsute-proposed/universe) [0.9.0+ds-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: kubecolor [s390x] (hirsute-proposed/universe) [0.0.9-2] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: php-getallheaders [amd64] (hirsute-proposed/universe) [3.0.3-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-cpp-common [amd64] (hirsute-proposed/universe) [0.5.6-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: kubecolor [amd64] (hirsute-proposed/universe) [0.0.9-2] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: python-strictyaml [amd64] (hirsute-proposed/universe) [1.1.1-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: nvidia-settings-tesla-460 [amd64] (hirsute-proposed/multiverse) [460.32.03-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: todo.txt-gtd [amd64] (hirsute-proposed/universe) [0.5] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-cpp-common [s390x] (hirsute-proposed/universe) [0.5.6-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-netr [s390x] (hirsute-proposed/universe) [0.1.4-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: jamulus [amd64] (hirsute-proposed/universe) [3.6.2+dfsg1-2] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: ruby-scanf [amd64] (hirsute-proposed/universe) [1.0.0-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: nvidia-settings-tesla-460 [ppc64el] (hirsute-proposed/multiverse) [460.32.03-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: sass-stylesheets-sass-extras [amd64] (hirsute-proposed/universe) [1.0.0~ds-2] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: golang-github-jonas-p-go-shp [amd64] (hirsute-proposed/universe) [0.1.1-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: slurm-wlm [s390x] (hirsute-proposed/universe) [20.11.3-1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-tesla-460 [amd64] (hirsute-proposed/multiverse) [460.32.03-1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: kubecolor [arm64] (hirsute-proposed/universe) [0.0.9-2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: slurm-wlm [amd64] (hirsute-proposed/universe) [20.11.3-1] (no packageset)
[05:35] -queuebot:#ubuntu-release- New binary: kubecolor [armhf] (hirsute-proposed/universe) [0.0.9-2] (no packageset)
[05:36] -queuebot:#ubuntu-release- New binary: rust-cpp-common [arm64] (hirsute-proposed/universe) [0.5.6-1] (no packageset)
[05:36] -queuebot:#ubuntu-release- New binary: rust-netr [arm64] (hirsute-proposed/universe) [0.1.4-1] (no packageset)
[05:36] -queuebot:#ubuntu-release- New binary: rust-cpp-common [armhf] (hirsute-proposed/universe) [0.5.6-1] (no packageset)
[05:36] -queuebot:#ubuntu-release- New binary: rust-netr [armhf] (hirsute-proposed/universe) [0.1.4-1] (no packageset)
[05:36] -queuebot:#ubuntu-release- New binary: libtgowt [ppc64el] (hirsute-proposed/universe) [0~git20201218.6eaebec+ds-1] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: slurm-wlm [ppc64el] (hirsute-proposed/universe) [20.11.3-1] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: fpzip [riscv64] (hirsute-proposed/universe) [1.3.0-1] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: jamulus [armhf] (hirsute-proposed/universe) [3.6.2+dfsg1-2] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: libtgowt [amd64] (hirsute-proposed/universe) [0~git20201218.6eaebec+ds-1] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: rust-cpp-common [riscv64] (hirsute-proposed/universe) [0.5.6-1] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: jamulus [arm64] (hirsute-proposed/universe) [3.6.2+dfsg1-2] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: nvidia-settings-tesla-460 [arm64] (hirsute-proposed/multiverse) [460.32.03-1] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: kubecolor [riscv64] (hirsute-proposed/universe) [0.0.9-2] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-tesla-460 [arm64] (hirsute-proposed/multiverse) [460.32.03-1] (no packageset)
[05:45] -queuebot:#ubuntu-release- New binary: dbcsr [riscv64] (hirsute-proposed/universe) [2.1.0-1] (no packageset)
[05:55] -queuebot:#ubuntu-release- New binary: slurm-wlm [armhf] (hirsute-proposed/universe) [20.11.3-1] (no packageset)
[05:57] -queuebot:#ubuntu-release- New binary: slurm-wlm [arm64] (hirsute-proposed/universe) [20.11.3-1] (no packageset)
[06:02] -queuebot:#ubuntu-release- New binary: libtgowt [arm64] (hirsute-proposed/universe) [0~git20201218.6eaebec+ds-1] (no packageset)
[06:53] -queuebot:#ubuntu-release- New binary: libtgowt [riscv64] (hirsute-proposed/universe) [0~git20201218.6eaebec+ds-1] (no packageset)
[07:48] -queuebot:#ubuntu-release- New binary: php-pda-pheanstalk [amd64] (hirsute-proposed/universe) [4.0.3-1] (no packageset)
[08:38] -queuebot:#ubuntu-release- New binary: slurm-wlm [riscv64] (hirsute-proposed/universe) [20.11.3-1] (no packageset)
[09:27] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (focal-proposed) [<IP_ADDRESS>]
[09:39] <Laney> \o\
[09:39] <Laney> /o/
[09:50] -queuebot:#ubuntu-release- Unapproved: s390-tools (focal-proposed/main) [2.12.0-0ubuntu3.1 => 2.12.0-0ubuntu3.2] (core)
[09:52] -queuebot:#ubuntu-release- Unapproved: s390-tools-signed (focal-proposed/main) [2.12.0-0ubuntu3.1 => 2.12.0-0ubuntu3.2] (core)
[10:35] -queuebot:#ubuntu-release- New: accepted dbcsr [riscv64] (hirsute-proposed) [2.1.0-1]
[10:35] -queuebot:#ubuntu-release- New: accepted glowing-bear [amd64] (hirsute-proposed) [0.9.0+ds-1]
[10:35] -queuebot:#ubuntu-release- New: accepted gnuastro [arm64] (hirsute-proposed) [0.14-1]
[10:35] -queuebot:#ubuntu-release- New: accepted gnuastro [ppc64el] (hirsute-proposed) [0.14-1]
[10:35] -queuebot:#ubuntu-release- New: accepted gnuastro [s390x] (hirsute-proposed) [0.14-1]
[10:35] -queuebot:#ubuntu-release- New: accepted jamulus [amd64] (hirsute-proposed) [3.6.2+dfsg1-2]
[10:35] -queuebot:#ubuntu-release- New: accepted jamulus [armhf] (hirsute-proposed) [3.6.2+dfsg1-2]
[10:35] -queuebot:#ubuntu-release- New: accepted kubecolor [arm64] (hirsute-proposed) [0.0.9-2]
[10:35] -queuebot:#ubuntu-release- New: accepted kubecolor [ppc64el] (hirsute-proposed) [0.0.9-2]
[10:35] -queuebot:#ubuntu-release- New: accepted kubecolor [s390x] (hirsute-proposed) [0.0.9-2]
[10:35] -queuebot:#ubuntu-release- New: accepted fpzip [riscv64] (hirsute-proposed) [1.3.0-1]
[10:35] -queuebot:#ubuntu-release- New: accepted gnuastro [armhf] (hirsute-proposed) [0.14-1]
[10:35] -queuebot:#ubuntu-release- New: accepted golang-github-jonas-p-go-shp [amd64] (hirsute-proposed) [0.1.1-1]
[10:35] -queuebot:#ubuntu-release- New: accepted kubecolor [amd64] (hirsute-proposed) [0.0.9-2]
[10:35] -queuebot:#ubuntu-release- New: accepted kubecolor [riscv64] (hirsute-proposed) [0.0.9-2]
[10:35] -queuebot:#ubuntu-release- New: accepted libtgowt [arm64] (hirsute-proposed) [0~git20201218.6eaebec+ds-1]
[10:35] -queuebot:#ubuntu-release- New: accepted libtgowt [riscv64] (hirsute-proposed) [0~git20201218.6eaebec+ds-1]
[10:35] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-tesla-460 [arm64] (hirsute-proposed) [460.32.03-1]
[10:35] -queuebot:#ubuntu-release- New: accepted gnuastro [amd64] (hirsute-proposed) [0.14-1]
[10:35] -queuebot:#ubuntu-release- New: accepted jamulus [arm64] (hirsute-proposed) [3.6.2+dfsg1-2]
[10:35] -queuebot:#ubuntu-release- New: accepted libtgowt [amd64] (hirsute-proposed) [0~git20201218.6eaebec+ds-1]
[10:35] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-tesla-460 [amd64] (hirsute-proposed) [460.32.03-1]
[10:35] -queuebot:#ubuntu-release- New: accepted gnuastro [riscv64] (hirsute-proposed) [0.14-1]
[10:35] -queuebot:#ubuntu-release- New: accepted libtgowt [ppc64el] (hirsute-proposed) [0~git20201218.6eaebec+ds-1]
[10:35] -queuebot:#ubuntu-release- New: accepted kubecolor [armhf] (hirsute-proposed) [0.0.9-2]
[10:35] -queuebot:#ubuntu-release- New: accepted nvidia-settings-tesla-460 [amd64] (hirsute-proposed) [460.32.03-1]
[10:35] -queuebot:#ubuntu-release- New: accepted nvidia-settings-tesla-460 [ppc64el] (hirsute-proposed) [460.32.03-1]
[10:35] -queuebot:#ubuntu-release- New: accepted php-pda-pheanstalk [amd64] (hirsute-proposed) [4.0.3-1]
[10:35] -queuebot:#ubuntu-release- New: accepted python-strictyaml [amd64] (hirsute-proposed) [1.1.1-1]
[10:35] -queuebot:#ubuntu-release- New: accepted radare2-cutter [arm64] (hirsute-proposed) [1.12.0-1]
[10:35] -queuebot:#ubuntu-release- New: accepted ruby-rake-ant [amd64] (hirsute-proposed) [1.0.4-1]
[10:35] -queuebot:#ubuntu-release- New: accepted rust-cpp-common [amd64] (hirsute-proposed) [0.5.6-1]
[10:35] -queuebot:#ubuntu-release- New: accepted rust-cpp-common [armhf] (hirsute-proposed) [0.5.6-1]
[10:35] -queuebot:#ubuntu-release- New: accepted rust-cpp-common [riscv64] (hirsute-proposed) [0.5.6-1]
[10:35] -queuebot:#ubuntu-release- New: accepted rust-netr [amd64] (hirsute-proposed) [0.1.4-1]
[10:35] -queuebot:#ubuntu-release- New: accepted nvidia-settings-tesla-460 [arm64] (hirsute-proposed) [460.32.03-1]
[10:36] -queuebot:#ubuntu-release- New: accepted python-mitogen [amd64] (hirsute-proposed) [0.2.9-2]
[10:36] -queuebot:#ubuntu-release- New: accepted radare2-cutter [armhf] (hirsute-proposed) [1.12.0-1]
[10:36] -queuebot:#ubuntu-release- New: accepted rust-cpp-common [arm64] (hirsute-proposed) [0.5.6-1]
[10:36] -queuebot:#ubuntu-release- New: accepted rust-cpp-common [s390x] (hirsute-proposed) [0.5.6-1]
[10:36] -queuebot:#ubuntu-release- New: accepted rust-netr [armhf] (hirsute-proposed) [0.1.4-1]
[10:36] -queuebot:#ubuntu-release- New: accepted rust-netr [s390x] (hirsute-proposed) [0.1.4-1]
[10:36] -queuebot:#ubuntu-release- New: accepted sass-stylesheets-gutenberg [amd64] (hirsute-proposed) [0.6.0-2]
[10:36] -queuebot:#ubuntu-release- New: accepted php-getallheaders [amd64] (hirsute-proposed) [3.0.3-1]
[10:36] -queuebot:#ubuntu-release- New: accepted ruby-scanf [amd64] (hirsute-proposed) [1.0.0-1]
[10:36] -queuebot:#ubuntu-release- New: accepted rust-netr [arm64] (hirsute-proposed) [0.1.4-1]
[10:36] -queuebot:#ubuntu-release- New: accepted sass-stylesheets-bourbon [amd64] (hirsute-proposed) [7.0.0-2]
[10:36] -queuebot:#ubuntu-release- New: accepted radare2-cutter [amd64] (hirsute-proposed) [1.12.0-1]
[10:36] -queuebot:#ubuntu-release- New: accepted rust-netr [ppc64el] (hirsute-proposed) [0.1.4-1]
[10:36] -queuebot:#ubuntu-release- New: accepted rust-cpp-common [ppc64el] (hirsute-proposed) [0.5.6-1]
[10:36] -queuebot:#ubuntu-release- New: accepted sass-stylesheets-neat [amd64] (hirsute-proposed) [4.0.0-2]
[10:36] -queuebot:#ubuntu-release- New: accepted sass-stylesheets-sass-extras [amd64] (hirsute-proposed) [1.0.0~ds-2]
[10:36] -queuebot:#ubuntu-release- New: accepted slurm-wlm [amd64] (hirsute-proposed) [20.11.3-1]
[10:36] -queuebot:#ubuntu-release- New: accepted slurm-wlm [armhf] (hirsute-proposed) [20.11.3-1]
[10:36] -queuebot:#ubuntu-release- New: accepted slurm-wlm [riscv64] (hirsute-proposed) [20.11.3-1]
[10:36] -queuebot:#ubuntu-release- New: accepted todo.txt-gtd [amd64] (hirsute-proposed) [0.5]
[10:36] -queuebot:#ubuntu-release- New: accepted sass-stylesheets-typey [amd64] (hirsute-proposed) [1.1.2-2]
[10:36] -queuebot:#ubuntu-release- New: accepted slurm-wlm [ppc64el] (hirsute-proposed) [20.11.3-1]
[10:36] -queuebot:#ubuntu-release- New: accepted vim-solarized [amd64] (hirsute-proposed) [0~git110509-2]
[10:36] -queuebot:#ubuntu-release- New: accepted slurm-wlm [arm64] (hirsute-proposed) [20.11.3-1]
[10:36] -queuebot:#ubuntu-release- New: accepted slurm-wlm [s390x] (hirsute-proposed) [20.11.3-1]
[10:58] -queuebot:#ubuntu-release- New binary: lammps [riscv64] (hirsute-proposed/universe) [20210122~gita77bb+ds1-1] (no packageset)
[12:35] <kanashiro> sil2100: since you accepted this SRU (LP: #1895343) could you please check my verification work? I'd like to release it soon
[15:04] <rbalint> sil2100, when do you plan releasing glibc for focal?
[15:09] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.12 => 2.664.13] (desktop-core, i386-whitelist)
[15:15] <sil2100> I will look into that today
[15:18] <sil2100> kanashiro: sure
[15:20] <rbalint> sil2100, thanks, no pressure, i was just curious
[15:22] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (focal-proposed) [2.664.13]
[15:24] <sil2100> rbalint: I guess I'll wait with glibc as close to Thursday as possible, since after this lands potentially people trying to install .1 will not be able to, right?
[15:24] <sil2100> (with updates enabled)
[15:32] <sil2100> Guess it's already an issue anyway
[15:52] <kanashiro> sil2100: many thanks!
[16:01] <sil2100> kanashiro: ok, can you note which version of the package was used for verification on focal and then switch the verification tags?
[16:01] <sil2100> I'm +1 on your ADT rationale, I'll add some reset hints for  those
[16:02] <kanashiro> sil2100: sorry, I am going to add another comment and update the tag
[16:03] <sil2100> Thanks ;)
[16:08] <rbalint> sil2100, people already can't install .1 unless they update apt in the live system first
[16:08] <rbalint> sil2100, but this will be the case for groovy, if/when we respin
[16:09] <rbalint> doko, could you please assign LP: #1891934 to security again?
[16:11] <sil2100> rbalint: yeah, noticed it indeed after diving in deeper
[16:11] <doko> rbalint: done. you really should ask for bug-triage permissions ...
[16:13] <rbalint> doko, sorry, my bad, i could do that
[16:19] <sil2100> bdmurray: could you review the s390-tools packages from the SRU queues today? It's something we'd like to get into .2 if possible
[16:29] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-460 (bionic-proposed/restricted) [460.32.03-0ubuntu<IP_ADDRESS> => 460.39-0ubuntu<IP_ADDRESS>] (no packageset)
[16:29] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-460 (groovy-proposed/restricted) [460.32.03-0ubuntu<IP_ADDRESS> => 460.39-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[16:29] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-460 (focal-proposed/restricted) [460.32.03-0ubuntu<IP_ADDRESS> => 460.39-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[16:30] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-460-server (hirsute-proposed/primary) [460.32.03-0ubuntu1]
[16:34] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-460-server (hirsute-proposed/primary) [460.32.03-0ubuntu1]
[16:41] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-460-server (hirsute-proposed/primary) [460.32.03-0ubuntu1]
[16:41] <tseliot> sil2100, apw hey, I could use a hand. For some reason, the archive rejected my upload of 460-server in bionic, focal and groovy, and now I have 3 in hirsute (does one tarball override the other?)
[16:44] -queuebot:#ubuntu-release- New binary: libunity [s390x] (hirsute-proposed/main) [7.1.4+19.04.20190319-2build1] (ubuntu-desktop)
[16:48] -queuebot:#ubuntu-release- New binary: libunity [ppc64el] (hirsute-proposed/main) [7.1.4+19.04.20190319-2build1] (ubuntu-desktop)
[16:49] -queuebot:#ubuntu-release- New binary: libunity [amd64] (hirsute-proposed/main) [7.1.4+19.04.20190319-2build1] (ubuntu-desktop)
[16:55] <sil2100> tseliot: hey! Yeah, I see 3 uploads of nvidia-graphics-drivers-460-server in the New queue
[16:56] <tseliot> how do we fix that?
[16:56] <sil2100> tseliot: you can have multiple same-version uploads in the queues, they are not part of the archive yet so they don't cause any conflict
[16:56] <tseliot> ok
[16:57] <sil2100> Those only appear in the actual Ubuntu archive (and can cause conflicts) after we approve them, so I can simply remove the two older ones and take a look at the latest one
[16:57] <sil2100> You mentioned something about rejects for bionic, focal and groovy?
[16:58] <tseliot> yes
[16:59] <tseliot> Unable to find nvidia-graphics-drivers-460-server_460.32.03.orig-amd64.tar.gz in upload or distribution.
[16:59] <tseliot> Unable to find nvidia-graphics-drivers-460-server_460.32.03.orig.tar.gz in upload or distribution.
[16:59] <tseliot> Files specified in DSC are broken or missing, skipping package unpack verification.
[16:59] <tseliot> sil2100, ^
[17:00] <tseliot> maybe the one for hirsute needs to be approved first
[17:00] <tseliot> since all the other packages are build with -sd
[17:01] -queuebot:#ubuntu-release- New binary: libunity [arm64] (hirsute-proposed/main) [7.1.4+19.04.20190319-2build1] (ubuntu-desktop)
[17:01] -queuebot:#ubuntu-release- New binary: libunity [armhf] (hirsute-proposed/main) [7.1.4+19.04.20190319-2build1] (ubuntu-desktop)
[17:04] <bdmurray> sil2100: I'll have a look
[17:26] -queuebot:#ubuntu-release- New binary: libunity [riscv64] (hirsute-proposed/main) [7.1.4+19.04.20190319-2build1] (ubuntu-desktop)
[17:37] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-460-server (hirsute-proposed/primary) [460.32.03-0ubuntu1]
[17:55] -queuebot:#ubuntu-release- Unapproved: iproute2 (bionic-proposed/main) [4.18.0-1ubuntu2~ubuntu18.04.1 => 4.15.0-2ubuntu1.3] (core)
[19:04] -queuebot:#ubuntu-release- Unapproved: accepted s390-tools [source] (groovy-proposed) [2.14.0-1ubuntu1.1]
[19:06] -queuebot:#ubuntu-release- Unapproved: accepted s390-tools-signed [source] (groovy-proposed) [2.14.0-1ubuntu1.1]
[19:11] -queuebot:#ubuntu-release- Unapproved: accepted s390-tools [source] (focal-proposed) [2.12.0-0ubuntu3.2]
[19:13] -queuebot:#ubuntu-release- Unapproved: accepted s390-tools-signed [source] (focal-proposed) [2.12.0-0ubuntu3.2]
[19:13] -queuebot:#ubuntu-release- Unapproved: s390-tools (groovy-proposed/main) [2.14.0-1ubuntu1 => 2.14.0-1ubuntu1.1] (core)
[19:17] -queuebot:#ubuntu-release- Unapproved: s390-tools (focal-proposed/main) [2.12.0-0ubuntu3.2 => 2.12.0-0ubuntu3.2] (core)
[19:45] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (hirsute-proposed/main) [5.10.0-13.14] (core, kernel)
[19:45] -queuebot:#ubuntu-release- New binary: linux-signed [s390x] (hirsute-proposed/main) [5.10.0-13.14] (core, kernel)
[19:48] -queuebot:#ubuntu-release- New binary: linux-signed [arm64] (hirsute-proposed/main) [5.10.0-13.14] (core, kernel)
[20:34] -queuebot:#ubuntu-release- New: rejected nvidia-graphics-drivers-460-server [source] (hirsute-proposed) [460.32.03-0ubuntu1]
[20:34] -queuebot:#ubuntu-release- New: rejected nvidia-graphics-drivers-460-server [source] (hirsute-proposed) [460.32.03-0ubuntu1]
[20:34] -queuebot:#ubuntu-release- New: rejected nvidia-graphics-drivers-460-server [source] (hirsute-proposed) [460.32.03-0ubuntu1]
[20:44] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-460-server [source] (hirsute-proposed) [460.32.03-0ubuntu1]
[20:47] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (hirsute-proposed/main) [5.10.0-13.14] (core, kernel)
[20:49] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-460-server (focal-proposed/primary) [460.32.03-0ubuntu<IP_ADDRESS>]
[20:50] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-460-server (groovy-proposed/primary) [460.32.03-0ubuntu<IP_ADDRESS>]
[20:50] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-460-server (bionic-proposed/primary) [460.32.03-0ubuntu<IP_ADDRESS>]
[20:55] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-460-server [amd64] (hirsute-proposed/multiverse) [460.32.03-0ubuntu1] (no packageset)
[20:56] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-460 [source] (groovy-proposed) [460.39-0ubuntu<IP_ADDRESS>]
[20:57] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-460 [source] (focal-proposed) [460.39-0ubuntu<IP_ADDRESS>]
[20:57] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-460 [source] (bionic-proposed) [460.39-0ubuntu<IP_ADDRESS>]
[21:07] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-460-server [source] (focal-proposed) [460.32.03-0ubuntu<IP_ADDRESS>]
[21:08] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-460-server [source] (bionic-proposed) [460.32.03-0ubuntu<IP_ADDRESS>]
[21:12] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-460-server [amd64] (groovy-proposed/none) [460.32.03-0ubuntu<IP_ADDRESS>] (no packageset)
[21:12] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-460-server [i386] (bionic-proposed/none) [460.32.03-0ubuntu<IP_ADDRESS>] (no packageset)
[21:14] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-460-server [amd64] (focal-proposed/none) [460.32.03-0ubuntu<IP_ADDRESS>] (no packageset)
[21:18] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-460-server [amd64] (bionic-proposed/none) [460.32.03-0ubuntu<IP_ADDRESS>] (no packageset)
[22:23] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-460-server [amd64] (groovy-proposed) [460.32.03-0ubuntu<IP_ADDRESS>]
[22:24] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-460-server [amd64] (focal-proposed) [460.32.03-0ubuntu<IP_ADDRESS>]
[22:24] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-460-server [amd64] (bionic-proposed) [460.32.03-0ubuntu<IP_ADDRESS>]
[22:24] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-460-server [i386] (bionic-proposed) [460.32.03-0ubuntu<IP_ADDRESS>]
[22:25] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (hirsute-proposed) [5.10.0-13.14]
[22:25] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (hirsute-proposed) [5.10.0-13.14]
[22:25] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-460-server [amd64] (hirsute-proposed) [460.32.03-0ubuntu1]
[22:25] -queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (hirsute-proposed) [5.10.0-13.14]
[22:25] -queuebot:#ubuntu-release- New: accepted linux-signed [s390x] (hirsute-proposed) [5.10.0-13.14]
[23:21] -queuebot:#ubuntu-release- New binary: arduino-ctags [ppc64el] (hirsute-proposed/none) [5.8-arduino11-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: arduino-ctags [s390x] (hirsute-proposed/none) [5.8-arduino11-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: arduino-ctags [amd64] (hirsute-proposed/none) [5.8-arduino11-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: arduino-core-avr [amd64] (hirsute-proposed/none) [1.8.3+dfsg1-1] (no packageset)
[23:33] <santa_> hi LocutusOfBorg, note for wheenever you can read: I've just seen you updated protobuf in ubuntu some hours ago; I think libphonenumber needs a rebuild against this new protobuf
[23:33] <santa_> see, for example:
[23:33] <santa_> https://salsa.debian.org/debian/libphonenumber/-/commit/32923e857bf4b5c9d5dc2db5f3f24690a5a2b38d
[23:36] <santa_> (at the moment our libphonenumber-dev from hirsute-proposed doesn't depend on libprotobuf-dev and if I'm not mistaken, it should)
[23:37] <santa_> also:
[23:37] <santa_> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980423
[23:38] -queuebot:#ubuntu-release- New binary: arduino-ctags [riscv64] (hirsute-proposed/universe) [5.8-arduino11-1] (no packageset)
[23:39] -queuebot:#ubuntu-release- New binary: arduino-ctags [arm64] (hirsute-proposed/universe) [5.8-arduino11-1] (no packageset)
[23:41] -queuebot:#ubuntu-release- New binary: arduino-ctags [armhf] (hirsute-proposed/universe) [5.8-arduino11-1] (no packageset)


[01:13] <IsaacTBeast> !register
[01:13] <IsaacTBeast> hi
[05:03] <canneX123> whois cannex123
[05:22] <IsaacTBeast> !whois
[05:27] <valorie> IsaacTBeast: I think maybe lastlog or some command like that will work
[05:27] <valorie> depending on your client
[07:40] <lordievader> Good morning.
[09:27] <Nizza> Is click and snap also supported under a mac? (with MAC OSX)
[09:31] <ikonia> Nizza: try the #macosx channel, this one is for kubuntu
[09:31] <Nizza> ok, i will. Thank you.
[09:34] <Nizza> bye
[11:28] <BluesKaj> 'Morning
[13:24] <rharish> anyone knows how to fix the grub after updating to 14.04 from 13.10 ?
[13:24] <rharish> I was following this http://www.rodsbooks.com/refind/getting.html
[13:24] <lordievader> rharish: What is the problem with Grub?
[13:24] <rharish> not that
[13:24] <rharish> lordievader: I guess it's broken. get the grub rescue
[13:24] <rharish> can't boot into anything
[13:25] <rharish> https://askubuntu.com/questions/449680/upgrading-from-13-10-to-14-04-broke-grub/454068#454068
[13:25] <lordievader> rharish: Hmm, and that happened after the upgrade?
[13:25] <rharish> yes, so agonizing :(
[13:26] <rharish> any clues ?
[13:27] <lordievader> Chrooting from a live-cd/usb and running "update-grub2".
[13:28] <rharish> I used update-grub
[13:28] <rharish> it generated a grub.cfg
[13:28] <lordievader> rharish: Did it find kernels?
[13:28] <rharish> idk that
[13:28] <rharish> how do u check ?
[13:28] <lordievader> rharish: Run it again and check ;)
[13:30] <rharish> lordievader:  checking it
[13:34] <rharish> lordievader: there's a /boot/grub/grub.cfg file already present
[13:34] <rharish> should I go ahead with update-grub2 ??
[13:36] <lordievader> rharish: Yes, that file is then updated.
[13:36] <rharish> lordievader: http://pastebin.ubuntu.com/7510112/
[13:36] <rharish> that's what I get
[13:37] <lordievader> Should be fine. Although the EFI might cause problems. Perhaps that is your issue?
[13:38] <rharish> exactly
[13:38] <rharish> http://pastebin.ubuntu.com/7510117/
[13:38] <rharish> how to get arround that ?
[13:39] <lordievader> Whish I could tell you that. I have no experience with (U)EFI.
[13:39] <rharish> oh no :(
[13:40] <rharish> thanks anyways
[13:42] <rharish> does anyone else have any clue on that ^^ ?
[14:12] <Walex> rharish: GRUB2 is diabolical.
[14:13] <rharish> uhm, update-grub ?
[14:13] <Walex> rharish: yes, but you need to boot into your root partition to do that right.
[14:14] <Walex> rharish: that page and other just tell you how to do that.
[14:14] <rharish> can you help me with it ?
[14:14] <Walex> rharish: yesm but what problem specifically happens to you?
[14:15] <rharish> so far, I've chrooted and ran update-grub
[14:15] <Walex> rharish: because your paste shows no errors.
[14:15] <Walex> rharish: the 'uopdate-grub2' workjed fine.
[14:16] <rharish> yes, now when I run grub-install (for reinstalling) I get the error saying that grub can't find efi directory
[14:16] <Walex> rharish: I don't understand what you are trying to do.
[14:17] <rharish> i'm trying to follow the steps listed here : http://askubuntu.com/questions/449680/upgrading-from-13-10-to-14-04-broke-grub
[14:18] <rharish> we are trying to reinstall the grub right ?
[14:19] <rharish> Walex: step 9
[14:20] <Walex> rharish: sorry I can't follow. I can't understand what your current situation is and what you are trying to achieve. Any of those steps makes sense in a specific case.
[14:26] <rharish> Walex: okay. Let me start over. I tried upgrading from kubuntu 13.10 to 14.04. The packages were downloaded and installed successfully and I was prompted to reboot. On rebooting, I get the grub-rescue screen. I can't boot into any of my OS(kubuntu or Windows). I then tried boot-repair but even that didn't fix the issue so I was referring to that link which
[14:26] <rharish> suggests booting into a live cd and chrooting to reinstall the grub. That's what I've been trying to do. I was able to mount my drives and was even able to run update-grub which generated a grub.cfg file in /boot/grub. Now I must reinstall according to the answer in the link(the one with 25 votes), for which I use "grub-install" which gives the following
[14:26] <rharish> error http://pastebin.ubuntu.com/7510117/. how do I go about this( grub-install) ?
[14:27] <rharish> That's the issue now
[14:27] <rharish> Walex: hope you can help me
[14:29] <rharish> afk
[14:31] <Walex> check whether 'ls /sys/firmware/efi/vars/' lists something
[14:31] <Walex> check whether 'modprobe efivars' succeeds
[14:31] <Walex> you have an EFI boot problem not a GRUB problem (yet).
[14:35] <Walex> you must mount the EFI partition as '/boot/efi'
[16:17] <sanjeb> Hi all :)
[16:20] <sanjeb> Can someone tell me where I can download a windows (sorry for  mensioning this name) for my virual box? Im afraid of downloading it from any torrent so that it wouldnt have a virus/worm... etc in it
[16:22] <BluesKaj> sanjeb, we can't advise you on illegal activities here, pls search the internet
[16:22] <BluesKaj> or buy a copy of windows
[16:22] <sanjeb> @BlueKaj knew that but still I had to try :P
[16:23] <BluesKaj> you'll receive the same answer from any OS support chats on freenode
[16:25] <sanjeb> ok, laters peeps, have a nice day/eve
[16:25] <sanjeb> :)
[16:35] <rharish> Walex: ping ! you still there ?
[16:35] <rharish> sorry had to go out, was urgent.
[17:25] <lolmaus> Hi! I'm on Kubuntu 14.04, trying to get an app hook into my console. The app has added its lines to `.bash_profile`. The problem is that i don't have access to the app until i do `source ~/.bash_profile` every time i open Konsole. I've tried moving the lines to `~/.profile`, still no luck.
[17:27] <lordievader> lolmaus: You are trying to run an console application when you open the Konsole?
[17:28] <lolmaus> lordievader: yes. The console application makes itself available as `$ nvm` via the lines it had added to `~/.bash_profile`.
[17:28] <lolmaus> But until i do `source ~/.bash_profile`, `$ nvm` says "No command 'nvm' found".
[17:30] <lolmaus> On the other hand, when i tried to add the lines into `~/.bashrc`, it started working for newly opened Konsole windows. I complained to NVM dev, but he said that `.bashrc` is supposed to be executed for non-login shells and what i did was wrong.
[17:30] <lordievader> Hmm, adding tmux here to my .zshrc it opens tmux when opening Konsole.
[17:31] <lordievader> NVM doesn't open a gui, does it?
[17:32] <lolmaus> lordievader: nope, it's a console app.
[17:40] <lordievader> !info nvm
[17:41] <lolmaus> lordievader: https://github.com/creationix/nvm
[17:41] <lolmaus> lordievader: the question is not about NVM, but about which dotfiles are executed when Konsole is started.
[17:42] <lordievader> Does nvm provide a shell or something?
[17:42] <lordievader> Else you can just tell konsole to start nvm instead of bash.
[17:49] <lolmaus> lordievader: nvm's goal is to dynamically provide certain commands into the console (node and npm). It allows you to switch between different node/npm environments. Thus, nvm is useless without bash.
[17:51] <lordievader> Is it a service?
[18:04] <lolmaus> lordievader: no. BTW, here's the line from `.bash_profile`:
[18:04] <lolmaus> [[ -s "/home/lolmaus/.nvm/nvm.sh" ]] && source "$HOME/.nvm/nvm.sh" # This loads nvm
[18:08] <lordievader> Could you pastebin that script?
[18:32] <lolmaus> lordievader: which one? My `.bash_profile`? PS Please highlight me so that i don't miss your answers.
[18:33] <lordievader> lolmaus: $HOME/.nvm/nvm.sh (I didn't highlight since this was the only active conversation)
[18:34] <lolmaus> lordievader: https://github.com/creationix/nvm/blob/master/nvm.sh
[18:37] <lordievader> lolmaus: Hmm, it might just fix your problem. Try putting a link to the script in ~/.kde/env. Then upon login the script should be ran.
[18:39] <lolmaus> lordievader: are you sure? The script is supposed to be invoked with this: [[ -s "/home/lolmaus/.nvm/nvm.sh" ]] && source "$HOME/.nvm/nvm.sh" # This loads nvm
[18:41] <lordievader> Jup, the script sets env variables. Scripts in ~/.kde/env set env variables kde wide.
[18:43]  * lordievader time to watch a movie
[18:49] <lolmaus> lordievader: it didn't work. Maybe a reboot is required?
[18:58] <lolmaus> lordievader: it didn't work after reboot :(
[18:59] <{{{ASIMOV}}}> have a goot one
[19:10] <brejoc> hi @all! i've got a question regarding the re-installation of kubuntu on my latop. the ssd has, next to boot and swap, a btrfs partition that is the root volume with home as a subvolume. would it be possible to re-install kubuntu with the official installer and keep the home-subvolume?
[19:14] <BluesKaj> brejoc, subvolume=separate /home partition ?
[19:15] <brejoc> BluesKaj: no it's on the same partition.
[19:20] <tomte> hi
[19:20] <BluesKaj> then you need to backup your home dir data to some other media , the create a / and separate /home partition..then install kubuntu to the / partition and copy the backed up data to  the new /home partition. Next time you want to install a new release you just need to install to / and /home will remain unaffected.
[19:20] <BluesKaj> brejoc,^
[19:20] <tomte> I got an erlderly laptop with a 32gb ssd and tried to install ubuntu on it
[19:21] <tomte> but it doesn't recognize the harddisk at all
[19:21] <BluesKaj> tomte, how old ?
[19:22] <tomte> 7 years maybe? acer 5104wlmi
[19:23] <tomte> it some sandisk ssd (winxp and win installed on the ssd without any issues)
[19:25] <tomte> any ideas where to start looking?
[19:25] <BluesKaj> tomte, do you mean the kubuntu installer doesn't see the ssd ?
[19:25] <brejoc> okay, i thought so. thanks, BluesKaj!
[19:26] <tomte> BluesKaj: yes, the installer can't see it. I can't find it in the live system as well (partition tool e.g.)
[19:29] <BluesKaj> tomte, in the live media cd or usb open a terminal and type mount to see if the ssd is listed
[19:30] <tomte> doesn't look like to me: http://nopaste.info/ff9f33003b.html
[19:36] <BluesKaj> tomte, ok what does df -h give?
[19:39] <tomte> BluesKaj: did a couple more: http://nopaste.info/83c6dbd1ab.html
[19:46] <BluesKaj> tomte, sudo blkid
[19:47] <tomte> BluesKaj: /dev/loop0: TYPE="squashfs"
[19:47] <tomte> /dev/sr1: LABEL="Kubuntu 14.04 LTS amd64" TYPE="iso9660"
[19:48] <BluesKaj> that's the cdrom , /dev/sr1
[19:48] <tomte> yep, there is no sight of a harddisk
[19:48] <BluesKaj> tomte, suggest you ask the gurus at ##linux
[19:49] <BluesKaj> I'd be interested to see what they suggest
[19:51] <tomte> ok, I'll give it a try
[19:59] <tomte> and got the obvious - "don't use ubuntu"
[20:00] <BluesKaj> tomte, there are few smartasses ther, just ignore those remarks
[20:03] <tomte> I guess
[20:06] <BluesKaj> unfortunately the ppl who would know aren't around
[20:07] <tomte> I have to restart and see if there are some options in the BIOS I can change, try different boot parameters
[20:08] <tomte> I just wanted to take a shortcut and not use gentoo...


[00:44] <harris> hey
[00:44] <pleia2> hello
[00:45] <harris> do you know when ubuntu touch will be able to be your only os
[00:45] <pleia2> not a clue, sorry
[00:45] <pleia2> maybe ask the folks in #ubuntu-touch?
[16:47] <PaulW2U> pleia2: thanks for the "mention" ;o) it seems that the team continues to shrink :o( which I can't understand as writing just a few summaries or gathering a few links is one of the easiest ways to contribute to the Ubuntu project :shrug:
[19:11] <pleia2> PaulW2U: yeah, I find the team always needs nudging along as contributors come and go
[19:11] <pleia2> it's fun for people to do for 2 weeks, but then they get bored and drift off
[19:12] <pleia2> and it takes a toll on folks like you and I, I only started this a couple years ago, no one stays around forever
[19:15] <PaulW2U> yes, there have been a f times when I think if I don't do it who will
[19:16] <PaulW2U> anyway, for the time being I'm quite happy doing my bit as
[19:17] <PaulW2U> long as i KNOW THERE'S
[19:17]  * pleia2 continues recruiting efforts!
[19:17] <PaulW2U> oh dear, my typing is bad tonight......:o(
[19:19] <pleia2> it's ok, I haven't had coffee yet
[19:19] <pleia2> and it's late in the morning, even for california ;)
[19:20] <PaulW2U> i shouldn't try to type while lying on the floor watching tv after a stressful day's work
[19:21] <pleia2> hehe
[19:21] <pleia2> enjoy your evening :)


[16:40] <theunixgeek> When's the next meeting
[16:40] <theunixgeek> ?
[16:40] <pochu> @now
[16:40] <ubotu> Current time in Etc/UTC: December 15 2007, 16:40:29 - Next meeting: Server Team meeting in 2 days
[16:41] <theunixgeek> thank you
[21:00] <imbrandon> @now
[21:00] <ubotu> Current time in Etc/UTC: December 15 2007, 21:00:21 - Next meeting: Server Team meeting in 2 days
[21:00] <nixternal> @later
[21:00] <nixternal> :p
[21:00] <imbrandon> DktrKranz , LaserJock , ummm
[21:00] <imbrandon> whoelse we need ?
[21:01] <imbrandon> heya nixternal
[21:01] <DktrKranz> themuso and jdong
[21:01] <nixternal> wasabi...impromptu meeting?
[21:01] <imbrandon> nixternal: well kinda, we dident put it on the fridge but yea
[21:02] <imbrandon> afk one sec, ping me when all showup
[21:06] <somerville32> What meeting is this?
[21:07] <norsetto> the 3 of the Apocalypse
[21:07] <DktrKranz> wasn't is about some Sergio Leone's spaghetti western?
[21:07] <DktrKranz> s/is/it/
[21:08] <norsetto> yes
[21:08] <DktrKranz> I've seen them too many times I'dont even remember
[21:09] <norsetto> have you been cleaning the u-u-s queue recently? Seems to be getting back to a reasonable size again
[21:09] <DktrKranz> A couple of bugs, yes
[21:10] <norsetto> tell Mario that if he requests sponsoring for another desktop/icon file I'm personally going to find him in his house and burn it down
[21:10] <DktrKranz> LOL, why?
[21:11] <norsetto> its about time he starts doing something  ... hmmmm ... with more meat in it
[21:11] <somerville32> Mario who?
[21:12] <DktrKranz> norsetto, time for him to do something more "useful"
[21:12] <TheMuso> Sorry I'm late guys.
[21:12] <DktrKranz> Not at all :)
[21:12] <somerville32> lol
[21:13] <imbrandon> ok, TheMuso jdong DktrKranz  , how does this look https://wiki.ubuntu.com/StableReleaseUpdates/imbrandon
[21:13] <DktrKranz> we've just finished and uploaded almost everything
[21:13] <norsetto> well ... its not that what he did was not useful, at least it was for him, but after the 256785th one it gets on my nerves
[21:13] <DktrKranz> :P
[21:13] <imbrandon> ok shhhhh
[21:13] <imbrandon> please :) heh lets do the stuff at hand for the SRU team then we'll chit-chat :)
[21:13] <imbrandon> TheMuso: no worries :)
[21:13] <jdong> imbrandon: looking...
[21:14] <TheMuso> looking
[21:14]  * DktrKranz looks
[21:14] <imbrandon> basicly the changes i made were to 1) wipe out the old universe update proceedure and 2) make 2 amendments for universe , otherwise its exactly the same as main
[21:14]  * norsetto sleeps
[21:14] <TheMuso> imbrandon: where on the page should I look
[21:15] <TheMuso> ah ok
[21:15] <imbrandon> TheMuso: #universe
[21:15] <imbrandon> this way we can stay as close to main sru policy as possible, i realy dont see much of a reason to diverge, only we do the work vs the main sru team
[21:16] <imbrandon> splitting the workload etc
[21:16] <TheMuso> SOunds good.
[21:16] <jdong> imbrandon: yeah, sounds good to me, too -- I like how closely it follows the -main procedure
[21:16] <TheMuso> Likewise.
[21:17] <DktrKranz> there's another difference
[21:17] <DktrKranz> it's about verification
[21:17] <imbrandon> yea really we just add a few more "when" clauses
[21:17] <DktrKranz> in main, it is done by SRU verification team, in universe by two persons
[21:18] <imbrandon> we can also handle the verification, they do in main also its just not updated on the page
[21:19] <imbrandon> basicly verification is just bug triageing
[21:19] <imbrandon> if you look
[21:19] <TheMuso> How do we indicate an ack?
[21:19] <TheMuso> And what gets done when theres a second ack?
[21:19] <DktrKranz> so, no more "two works for me" ?
[21:19] <somerville32> I'd like to propose another exception
[21:19] <jdong> well the packages in -universe might not be as easy for team members to do as in main, IMO
[21:19] <jdong> i.e. we should let any ordinary Joe help with verification
[21:20] <jdong> but perhaps make ~motu-sru final say in whether or not we're satisfied with the verifications
[21:20] <imbrandon> TheMuso: just by one of us explisitly saying ACK on the bug
[21:20] <imbrandon> right
[21:20] <norsetto> tags should also be differents (motu-verification needed and motu-verification-done) ?
[21:20] <TheMuso> ok
[21:20] <DktrKranz> norsetto, indeed
[21:20] <DktrKranz> somerville32, which one?
[21:22] <somerville32> DktrKranz, Packages containing purely documentation
[21:23] <geser> I see that a reason for an SRU is also FTBFS. Does it only apply when old binaries exist or also when the packages FTBFS from the beginning?
[21:23] <imbrandon> that seems reasonable to me
[21:23] <imbrandon> geser: either
[21:23] <jdong> how is ~motu-sru notified of a proposal pending approval?
[21:23] <DktrKranz> is it a issue going for the NEW queue?
[21:24] <DktrKranz> (for new binaries)
[21:24] <jdong> does the nominate for $release functionality already ping us?
[21:24] <imbrandon> DktrKranz: no shouldent be a problem
[21:24] <imbrandon> jdong: huh?
[21:24] <imbrandon> no ~motu-sru is subscribed to the bug
[21:24] <imbrandon> e.g. email
[21:25] <jdong> imbrandon: ok, so the subscription is done manually by the filer. gotcha
[21:25] <DktrKranz> jdong, does that feature generate any bugmail? I was not aware of that
[21:25]  * TheMuso wonders whether we have anything else to discuss.
[21:25] <jdong> DktrKranz: apparently not. It would be nice if it did, though :)
[21:25] <TheMuso> I need to head off for a bit soon.
[21:26] <somerville32> Should I modify /imbrandon to state the doc exception?
[21:26] <imbrandon> ok so addition of the doc only packages, and motu specifc tags, anything else ?
[21:26] <imbrandon> somerville32: i got a lock on it
[21:26] <TheMuso> IMO if it can be as close to main as possible, thats a good thing
[21:26] <imbrandon> TheMuso: yup thats the goal
[21:26] <jdong> sounds great to me
[21:26] <DktrKranz> the only remaining issue is verification, then
[21:27] <TheMuso> somerville32: Mind explaining the doc exception?
[21:27] <DktrKranz> we need to diverge in some way
[21:27] <imbrandon> DktrKranz: verification is done by motu-sru as i said
[21:27] <somerville32> TheMuso, If a package contains only documentation, it is an exception to the SRU rational
[21:27] <DktrKranz> and we need to include it as well
[21:27] <TheMuso> somerville32: How so?
[21:27] <imbrandon> DktrKranz: sure
[21:28] <somerville32> TheMuso, ie. A package containing only documentation does not have to meet the normal rational for an SRU
[21:28] <imbrandon> somerville32: we need to check on that one, it might botch translations
[21:28] <TheMuso> somerville32: But what might need changing?
[21:28] <TheMuso> I'm not saying I don't agree, I'd just like some good reasoning as to why we should make it an exception.
[21:29] <somerville32> TheMuso, We've already had cases where we've needed to do an SRU for docs and Pitti said he had no problem approving them
[21:29] <TheMuso> somerville32: What needed changing?
[21:29] <somerville32> I would have to look up the changelog
[21:29] <imbrandon> somerville32: all we're asking is for an example
[21:30] <DktrKranz> somerville32, in that case, pitti uploaded packages straight to -updates?
[21:30] <imbrandon> i would also want to make sure it dosent botch translations to a stable release too
[21:30] <TheMuso> imbrandon: Agreed.
[21:30] <imbrandon> DktrKranz: no
[21:30] <somerville32> DktrKranz, No, it went through normal testing.
[21:30] <imbrandon> DktrKranz: exceptions mean tey are eligable for a sru
[21:30] <DktrKranz> ok, thanks
[21:31] <imbrandon> NOTHING goes right to -updates hehe
[21:31] <somerville32> Although this doesn't apply to Universe, I know that the server team wants to do an SRU for their docs
[21:31] <DktrKranz> imbrandon, and it's a great thing! :)
[21:31] <DktrKranz> I was worried :)
[21:32] <imbrandon> laser should be here in moments
[21:32] <TheMuso> ok I can't stay long though
[21:32] <imbrandon> anyhow i think we pretty much have it down pat
[21:32] <DarkSun88> Hi all
[21:32] <imbrandon> just those few changes
[21:32] <imbrandon> agreed? tag changes and those fre exceptions
[21:32] <imbrandon> few*
[21:32] <DktrKranz> +1
[21:33] <TheMuso> +1
[21:33] <somerville32> +1
[21:33] <jdong> +1 :)
[21:33] <nixternal> -1
[21:33] <nixternal> just wanted to be different, of course +1
[21:33]  * somerville32 slaps nixternal with a wet noodle
[21:33] <TheMuso> nixternal: lol
[21:33] <nixternal> hehe
[21:34] <imbrandon> LaserJock: just to recap, i have a working doc at wiki/SRU/imbrandon , basic changes are throw out any old universe sru policy and go with mains with only 2 exceptions, more SRU worthy updates ( noted on wiki ) and motu specific tags
[21:34] <DktrKranz> what about pending SRUs? do they follow old policy or should we take them into account?
[21:34] <imbrandon> its unamimous if you +1 it
[21:34] <DktrKranz> http://people.ubuntu.com/~ubuntu-archive/pending-sru.html
[21:34] <TheMuso> DktrKranz: I'd say keep them as is
[21:34] <DktrKranz> these --^
[21:35] <imbrandon> DktrKranz: the pending sru's on that page are already uploaded, ones in the QUEUE on LP should be updated to follow this meetings decision
[21:35] <LaserJock> imbrandon: it seems our policy really doesn't differ from Main, do we need a separate section?
[21:36] <TheMuso> LaserJock: For tags and our extra exceptions.
[21:36] <TheMuso> IMO
[21:36] <imbrandon> LaserJock: no i'm gonna update the page so it looks better, and intergrate it with one policy and just NOTE: sections for universe
[21:36] <imbrandon> after we all agree
[21:37] <imbrandon> that was just how the old page did it so i quickly updated it
[21:37] <imbrandon> durring the meeting
[21:37] <LaserJock> imbrandon: do we really have extra exceptions?
[21:37] <imbrandon> cleanup and beuitification can be done after :)
[21:37] <imbrandon> LaserJock: yes
[21:37] <DktrKranz> Do we keep minimum aging period? I think main does not have something like that
[21:37] <imbrandon> DktrKranz: yes they do
[21:37] <LaserJock> imbrandon: doesn't look like it to me
[21:38] <DktrKranz> imbrandon, yes, I overlooked :)
[21:38] <imbrandon> LaserJock: FTBFS, cannot install, and segfault on startup ( e.g. completely un-usable ), and documentaion only packages
[21:38] <LaserJock> I think those are all SRUable in Main
[21:38] <imbrandon> not currently
[21:38] <imbrandon> it widens it just a tad
[21:38] <somerville32> Whats written down and what actually happens is a bit different
[21:38] <LaserJock> ummm
[21:39] <imbrandon> e.g. not all FTBFS are regressions and such, so no not all those in main
[21:39] <LaserJock> Main only says high-impact bugs
[21:40] <imbrandon> right
[21:40] <LaserJock> FTBFS, segfault, uninstallable in general seem high-impact
[21:40] <imbrandon> not always in the eyes of the main sru team, this we are stateing them explisitly
[21:40] <imbrandon> if they do fall into some overlap no loss, we just adding some verbage
[21:41] <TheMuso> Ok guys, I gotta run.
[21:41] <imbrandon> TheMuso: cool
[21:41]  * TheMuso will leave this channel open and read later
[21:42] <DktrKranz> should we cover bugs similar to malone 176435? it renders package unusable
[21:42] <ubotu> Launchpad bug 176435 in twill "python-twill missing a dependency" [Undecided,Confirmed] https://launchpad.net/bugs/176435
[21:42] <DktrKranz> this one is a missing dep
[21:42] <imbrandon> DktrKranz: that falls under uninstallable
[21:42] <imbrandon> correct?
[21:42] <LaserJock> well, I'm just worried if we have delta from Main
[21:43] <DktrKranz> imbrandon, it is installable, but not usable at all
[21:43] <imbrandon> DktrKranz: i would have to look closer but it seems like it would
[21:43] <LaserJock> I think we should agree on the kinds of things we think should be SRU internally
[21:43] <LaserJock> but I like vague language on the SRU wiki page
[21:44] <LaserJock> DktrKranz: that would be a regression
[21:44] <imbrandon> LaserJock: umm yea thats what the doc and meeting is about hehe, it seems we are all on the same page but imho DktrKranz needs a bit og hand holding as he is very green
[21:44] <imbrandon> no offense DktrKranz :)
[21:44] <DktrKranz> :)
[21:44] <imbrandon> s/og/of
[21:45]  * DktrKranz takes his gun and loads it with some bullets
[21:45] <imbrandon> anyhow LaserJock yes there would be a delta from main but pitti has already signed off on it as "ok" and the other sru team members, i dont think the delta is that large, infatc it is very very very small compared to even what pitti proposed on the ML
[21:46] <DktrKranz> indeed
[21:46] <LaserJock> I was thinking we should just s/~ubuntu-sru/~motu-sru/
[21:46] <LaserJock> does that not work?
[21:47] <imbrandon> yes it does, but in addition to ( since universe doesnt get as much QA ) we should have these
[21:47] <LaserJock> have what?
[21:47] <imbrandon> the extra SRU canidate rules
[21:47] <imbrandon> the only delta
[21:47] <LaserJock> but they aren't
[21:47] <imbrandon> but they ARE
[21:47] <LaserJock> the Main SRU policy would cover those
[21:48] <LaserJock> the only actual policy there is that it must be "high impact"
[21:48] <LaserJock> but what that actually means is up to us
[21:48] <imbrandon> LaserJock: not in the main sru teams eyes they arent, and not all of them are, we are hurting nothing by explisitly stating them if you think they overlap
[21:48] <LaserJock> so why not keep it that way?
[21:49] <imbrandon> plus there is no doc exception
[21:49] <LaserJock> well, my concern would be that people see that as saying that you *can't* do those types of SRUs in Main
[21:49] <LaserJock> which is just not true
[21:49] <imbrandon> no not at all, and either way its not our problem
[21:50] <imbrandon> main sru can choose to clarify too if they feel the need to
[21:50] <LaserJock> but why do we need to clarify? I guess that's my question
[21:51] <LaserJock> I don't really get why we need to explicitly mention those. Is it because people don't know they can?
[21:51] <imbrandon> ummm i explained this 3 or 4 times already , main sru team dosent ALWAYS acept those as canidates, we are explitily saying we will
[21:51] <LaserJock> hmm, I don't think we should *always* either
[21:51] <LaserJock> they should all be case-by-case
[21:52] <LaserJock> but in general yes, I would be all for those kinds of exceptions
[21:52] <LaserJock> s/exceptions/SRUs/
[21:52] <imbrandon> then whats the problem i dont get your reasoning
[21:52] <LaserJock> that we'd be creating needless diff and confusing the issue
[21:53] <LaserJock> the language is intentionally vague, IMO
[21:53] <imbrandon> ok then all i can say at this point is its been +1'd by all , propose your only changing the team name and see what everyone thinks, i personaly think this is a important verbage cahnge
[21:54] <LaserJock> well, that's what I'm trying to get at
[21:54] <LaserJock> obviously people like the change, so I'm trying to understand it
[21:55] <LaserJock> I'm not sure how the verbage is gonna change
[21:55] <imbrandon> well they like it because it does clairify the diffrence, your looking at it from a no diff, diff is "OK" if its minimal and servers seomthing, in htis case its both
[21:55] <LaserJock> well, I'm actually saying there really isn't any diff
[21:56] <LaserJock> I've seen every case we're talking about as "exceptions" done in Main
[21:56] <imbrandon> LaserJock: there IS, in your opinion there might not be, but not everyone will interret it the way you do so its GOOD to clarify
[21:57] <LaserJock> ok, so what if we talked to ~ubuntu-sru about these and perhaps expand the examples?
[21:57] <LaserJock> those are just examples, not an exhaustive list or anything
[21:57] <imbrandon> what does that matter to us?
[21:57] <LaserJock> because we have the same issues before us
[21:57] <LaserJock> an SRU really shouldn't matter if it's in Main or Universe
[21:58] <imbrandon> ugh no we dont inhaently we have very diffrent issues
[21:58] <imbrandon> sure it does
[21:58]  * TheMuso is back. Took less time than I thought
[21:58] <LaserJock> my experience is that Main does the same kinds of SRUs that Universe does
[21:58] <LaserJock> so why create diff where it doesn't really exist
[21:59] <imbrandon> ugh LaserJock ok my point here is we need to decide on a policy, if later someone wants to do the legwork and see if "upstream would like to merge" sweet , i'm all for it, but it should NOT be a blocker for us
[21:59] <LaserJock> imbrandon: right, I'm saying our policy is the same as Main's
[21:59] <LaserJock> but you're wanting to add some more examples
[22:00] <imbrandon> and i'm saying it is "alomst" and it needs to be clarified and these words added
[22:00] <LaserJock> which is fine, I agree with you there
[22:00] <LaserJock> alright, well whatever, it's not a biggie
[22:00] <imbrandon> and if you feel main would benifet from those changes too cool, propose them to them, but why does that stop us from doing it now
[22:00] <LaserJock> it doesn't
[22:01] <LaserJock> they're only freaking examples :-)
[22:01] <LaserJock> it's not policy
[22:01] <imbrandon> well thats the thing, this IS policy
[22:01] <LaserJock> well, that's what I was trying to say earlier
[22:01] <imbrandon> or is going to be
[22:01] <LaserJock> we should have internal polices of what we want to take
[22:02] <imbrandon> ?????????
[22:02] <imbrandon> i'm hearing you in circles now
[22:02] <LaserJock> but the SRU wiki page shouldn't have an exhaustive list of what we'll take
[22:02] <LaserJock> because then there's no point in having MOTU SRU
[22:02] <LaserJock> the whole point of having the team is that these need to be decided on a case-by-case basis
[22:03] <LaserJock> I'm sure there will be some high-impact bugs that we'll reject
[22:03] <LaserJock> because the changes are just to invasive for us to do
[22:03] <imbrandon> right if it falls into one of those categorys, its not an exasutive list it is a list of acceptable categorys
[22:03] <LaserJock> right
[22:04] <imbrandon> but the categorys have to be defined exastively
[22:04] <imbrandon> not "examples"
[22:04] <LaserJock> and I find that so trivial (and the same as Main) so I don't see why it justifies a diff
[22:04] <LaserJock> no
[22:04] <LaserJock> that's not true
[22:04] <LaserJock> those categories are examples
[22:05] <LaserJock> not exhaustive, even of types of SRU
[22:05] <LaserJock> as far as I understand
[22:05] <LaserJock> anyway, we can talk to Ubuntu SRU about that later
[22:05] <LaserJock> this is such a trivial thing we don't need to argue over it
[22:05] <imbrandon> i have no desire to talk to Ubuntu SRU about it, but feel free to, i'm here to solidify our policy
[22:06] <imbrandon> my point exactly
[22:06] <LaserJock> ok
[22:06] <LaserJock> so my question would be, are we gonna take SRUs that would not fall in those categories or do we want to talk them over?
[22:07] <imbrandon> if it dosent fall into one of those categorys , yes i think a consensus is needed, but that my 0.2c
[22:07] <LaserJock> seems reasonable
[22:07] <LaserJock> ok, any other diff?
[22:07] <imbrandon> motu specific tags
[22:08] <imbrandon> is the only other thing
[22:08] <LaserJock> why do we need motu specific tags?
[22:08] <imbrandon> i dident think so but the rest of the team did so i went with it, cant hurt, only makes it easier to seperate them on lp
[22:09] <LaserJock> hmm, I don't really see the point
[22:09] <TheMuso> imbrandon: Yes, there is the searching side of things that separates them a lot more easily.
[22:09] <LaserJock> seems like added confusion
[22:09] <imbrandon> because how else are we gonna find them LaserJock
[22:09] <DktrKranz> mh, that's a good point, is MOTU tags really needed?
[22:09] <LaserJock> you can do the same thing
[22:09] <LaserJock> you can search for the tag + Universe component
[22:09] <LaserJock> so we'd just have a tinyurl for that
[22:09] <LaserJock> that would do the same thing as a motu-specific tag no?
[22:10] <imbrandon> but is main gonna be "ok" filtering out our stuff from their searches
[22:10] <LaserJock> they're gonna have to be ;-)
[22:10] <LaserJock> this is the whole point of being able to do such searches
[22:10] <LaserJock> you can have a tag and then filter the specific responses you want
[22:11] <imbrandon> ok i have no opinion either way, either seems just as easy, so i'm +0 , yall ?
[22:11] <LaserJock> I seriously doubt Ubuntu SRU can claim exclusivity to "verification-needed"
[22:11] <imbrandon> heh
[22:12] <LaserJock> and really, the point is for people testing
[22:12] <imbrandon> yea seems eassy enough if we can also filter by component
[22:12] <LaserJock> and I don't see why they'd really care what component it's in
[22:12]  * TheMuso is not fussed either way
[22:12] <DktrKranz> I have no problem using the same tags, but we should update our links
[22:12] <imbrandon> DktrKranz: we will
[22:12] <DktrKranz> and eventually ask pitti to adjust his script
[22:13] <DktrKranz> I think it consider universe SRUs verified by looking at verification-motu-done
[22:13] <LaserJock> DktrKranz: what would he have to adjust?
[22:13] <imbrandon> DktrKranz: thats alll tech stuff that can follow policy, policy shouldnt follow tech :)
[22:13] <DktrKranz> of course :)
[22:15] <LaserJock> ok, so ...
[22:15] <imbrandon> okies we 're going just over an hoour here, i think we're all on the same page, we just add a few exmples ( and LaserJock can poke the main sru if they want them also ) and s/ubuntu-sru/motu-sru , other than that we stuck with main policy
[22:15] <LaserJock> darn, I messed everything up
[22:15] <imbrandon> everyone good with that ?
[22:15] <TheMuso> yep
[22:15] <LaserJock> imbrandon: do you have text for the exceptions?
[22:15] <DktrKranz> sure
[22:15] <imbrandon> LaserJock: give me 2 seconds and i will
[22:16] <LaserJock> I still don't like it but hopefully Ubuntu SRU would agree to absorb the changes
[22:16] <imbrandon> FTBFS, cannot install, and segfault on startup ( e.g. completely un-usable ), Documentation only packages
[22:17] <LaserJock> right, but I was actually thinking how we were gonna word the intro to those
[22:17] <LaserJock> but whatever, I'll get over it ;-)
[22:17] <imbrandon> ahh ummm
[22:17] <LaserJock> cause I can't really see how "In addition, for Universe the following examples:"
[22:18] <LaserJock> is gonna work
[22:19] <LaserJock> anyway, +1 from me
[22:19] <imbrandon> "In Universe ... also qualifies as high-impact-bugs " or similar
[22:19] <imbrandon> i would think
[22:19] <imbrandon> ... can also qualify as ...
[22:20] <LaserJock> yeah
[22:20] <LaserJock> I don't like the high-impact part as well though for doc-only SRUs
[22:20] <LaserJock> usually they aren't high-impact, more low-rish
[22:20] <imbrandon> ok so +1 from all but jdong and afaik he is afk, seems like he is outvoted either way, we'll note him as abstaining
[22:20] <LaserJock> *risk
[22:20] <jdong> imbrandon: aaah just got back
[22:20] <LaserJock> heh
[22:21] <imbrandon> hehe
[22:21] <DktrKranz> just in time :)
[22:21]  * jdong reads scrollback
[22:21]  * DktrKranz gotta go
[22:21] <jdong> or does someone wanna summarize for me?
[22:21] <LaserJock> yeah
[22:21] <DktrKranz> I'll read log later
[22:21] <imbrandon> everyone good with that ?
[22:21] <imbrandon> err
[22:21] <imbrandon> okies we 're going just over an hoour here, i think we're all on the same page, we just add a few exmples ( and LaserJock can poke the main sru if they want them also ) and s/ubuntu-sru/motu-sru , other than that we stuck with main policy
[22:21] <imbrandon> jdong: ^
[22:21] <DktrKranz> but, +1 for me
[22:22] <DktrKranz> see you
[22:22] <TheMuso> yeah +1 as I said
[22:22] <LaserJock> +1
[22:22] <imbrandon> +1
[22:22] <jdong> imbrandon: yeah, that sounds good to me
[22:22] <jdong> +1
[22:22] <LaserJock> \o/
[22:22] <DarkSun88> Good job. :)
[22:23] <imbrandon> \0/ , okies i'll have the page updated within ~20 minutes ( spellchecked hehe )
[22:23] <DarkSun88> See you.
[22:23] <jdong> yay, now back to this 24oz steak....
[22:23] <imbrandon> and someone is free to mail the ML if they want
[22:23] <imbrandon> *i dunt wanna* lol
[22:23] <LaserJock> oh, wondered if we wanted some sort of "goal" for turnaround
[22:23] <LaserJock> *I wondered
[22:23] <imbrandon> who and huh?
[22:23] <jdong> like turnaround time?
[22:23] <imbrandon> oh we
[22:24] <LaserJock> yeah
[22:24] <imbrandon> ummm i dont think we should try since we're all un-paid
[22:24] <imbrandon> imho
[22:24] <TheMuso> agreed
[22:24] <imbrandon> other than "best efforts"
[22:24] <LaserJock> just as a goal, so we're on the same page
[22:24] <jdong> I think 1 week for decision, 2-3wks for verification sounds reasonable as a GUIDELINE
[22:24] <jdong> but best effort otherwise
[22:24] <LaserJock> heh
[22:25] <LaserJock> I was thinking 1 day for straight approval, 2 if it takes discussion, but maybe that's unreasonable
[22:25] <jdong> LaserJock: wow, ambitious
[22:25] <LaserJock> well, there are 5 of us and it only takes 1
[22:25] <LaserJock> and all we need to do is "paperwork"
[22:26] <imbrandon> LaserJock: yea i think thats a bit ambisious, i think "best effort" is good , we're all not persia hhehe
[22:26] <LaserJock> lol, true that
[22:26] <jdong> most approvals should be a 10-minute deal on our part.... but it's best not to rush it with a time factor IMO
[22:26] <imbrandon> but one week is a fair "goal" as a guideline imho
[22:26] <jdong> if on average an approval takes more than a week, I think that's a warning flag that ~motu-sru isn't working well
[22:26] <imbrandon> thats even if we're all busy
[22:26] <LaserJock> as long as *we* aren't bottlenecking SRUs
[22:26] <TheMuso> Yeah
[22:26] <imbrandon> right
[22:27] <LaserJock> ok, so what's happening to the existing SRUs?
[22:27] <imbrandon> if things on avg are takin more than a week we'll get the MC to step in and get us some help
[22:27] <jdong> sounds good
[22:27] <imbrandon> LaserJock: well we agreed i think earlier that ones already with an uplaod will follow the old way, ones in the queue now on LP should be updated to the new policy
[22:27] <TheMuso> I still think best effort
[22:28] <TheMuso> realy, if it takes over a week, it takes over a week
[22:28] <imbrandon> TheMuso: yea
[22:28] <jdong> TheMuso: well.. yeah... not like the MC can come and put us in jail if we take too long
[22:28] <jdong> or suspend our paychecks :)
[22:28] <TheMuso> My point exactly.
[22:28] <jdong> but that doesn't mean we shouldn't have a guideline for how long it should acceptably take
[22:28] <LaserJock> TheMuso: my only real problem with that is consistency, people start getting upset when their SRU took 2 weeks and somebody else's take 2 days
[22:28] <TheMuso> I know that I may not be able to get to them all all the time
[22:29] <LaserJock> I realize we're all volunteers and best effort is as good as we can do
[22:29] <TheMuso> LaserJock: So what. Seriously, we are all volunteers.
[22:29] <jdong> TheMuso: volunteers can still measure how well they are doing thier work
[22:29] <TheMuso> People need to get over it if something takes shorter than someting else
[22:29] <LaserJock> jdong: that was more my reasoning
[22:30] <jdong> TheMuso: the guideline will strictly be a way we can assess how well the team is working, and if we need to change the process or recruit, etc
[22:30] <LaserJock> if we have a goal and we're consistently not getting there then maybe we need an adjustment
[22:30] <jdong> TheMuso: it's not designed to be a hard deadline to punish us
[22:30] <TheMuso> jdong: I know that.
[22:30] <LaserJock> anyway, we sounds like we should try to take no longer than a week
[22:30] <jdong> a week is a reasonable guideline
[22:30] <LaserJock> unless of course it actually takes that long to get all the info, etc.
[22:31] <imbrandon> okies i got to run for ~30 minutes and then i'll update the wiki, i think we can officialy adjourn, no need for more special meetings do we other than regualr -motu meetings
[22:31]  * TheMuso should be right once he has the motu-sru bugmail sorted.
[22:31] <jdong> excpetions granted for less clear cases that need more time to evaluate
[22:31] <jdong> but at least a status update a week from ~motu-sru so that it doesn't seem like the bug's being abandoned
[22:31] <TheMuso> yep sounds good.
[22:32] <LaserJock> ok, done then?
[22:32] <TheMuso> yep I'd say so.
[22:32] <imbrandon> okies so we dont need any more special -sru meetings do we other than the normal -motu meetings ?
[22:32] <TheMuso> no
[22:32] <TheMuso> IMO
[22:32] <jdong> no
[22:32] <imbrandon> i dont think so persoanly
[22:32] <imbrandon> kk just makin sure we was all on the same page
[22:33] <LaserJock> yeah, totally
[22:33] <jdong> we're all regulars on IRC anyway, it's pretty easy to ad-hoc commuincate with each other if a problem arises
[22:33] <LaserJock> MOTU SRU should be fairly low key
[22:33] <TheMuso> jdong: agreed
[22:33] <imbrandon> okies great work everyone :)
[22:33] <TheMuso> thanks
[22:33] <imbrandon> glad we could all finaly hash something out hehe
[22:33] <LaserJock> thanks for the work imbrandon et al
[22:33] <TheMuso> imbrandon: yeah thanks heaps
[22:34] <imbrandon> i'm going afk for ~30-45 minutes, i'll grab the wiki update after that, but i would rather not compose a email to the list if one of you could it would rock, i hate writing emails
[22:34] <TheMuso> heh ok
[22:34] <imbrandon> :)
[22:34] <LaserJock> TheMuso: you gonna do it?
[22:34] <LaserJock> I can if not
[22:34] <TheMuso> I msut admit I'm not up to it either yet, as I need to see the updated wiki before I fully 100% understand whats happening
[22:35] <imbrandon> ok i'll update the wiki then ping you and LaserJock when i get back and you all can fight over who gets to email
[22:35] <imbrandon> hehe
[22:35] <LaserJock> hehe, sounds good
[22:35] <imbrandon> ok <detached>


[05:19] <valorie> damn it, now I want to run hirsute!
[05:19] <valorie> also: retweeted
[15:16] <Mamarok> valorie: me too :-) But I will try to be patient till the Beta hits the shelves
[19:55] <valorie> same
[19:55] <valorie> probably