[00:04] -queuebot:#ubuntu-release- New: accepted gnome-twitch [ppc64el] (zesty-proposed) [0.3.0-2]
[00:14] <slangasek> pitti: nplan SRU still verification-needed?
[00:21] -queuebot:#ubuntu-release- New source: subiquity (xenial-proposed/primary) [0.0.22~16.04.1]
[00:44] -queuebot:#ubuntu-release- Unapproved: procps (xenial-proposed/main) [2:3.3.10-4ubuntu2 => 2:3.3.10-4ubuntu2.1] (core)
[00:52] -queuebot:#ubuntu-release- New source: budgie-desktop-environment (zesty-proposed/primary) [0.5.0]
[02:36] <slangasek> LocutusOfBorg: hmm, so why did you sync slepc before the openmpi transition was done, anyway?
[02:51] -queuebot:#ubuntu-release- New binary: golang-github-hlandau-buildinfo [amd64] (zesty-proposed/universe) [0.0~git20160722.0.b25d4b0-1] (no packageset)
[02:52] -queuebot:#ubuntu-release- New binary: haskell-secret-sharing [i386] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[02:52] -queuebot:#ubuntu-release- New binary: haskell-secret-sharing [ppc64el] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[02:53] -queuebot:#ubuntu-release- New binary: haskell-secret-sharing [amd64] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[02:53] -queuebot:#ubuntu-release- New binary: haskell-secret-sharing [armhf] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[02:53] -queuebot:#ubuntu-release- New binary: haskell-secret-sharing [arm64] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[02:55] -queuebot:#ubuntu-release- New binary: haskell-secret-sharing [powerpc] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[02:55] -queuebot:#ubuntu-release- New binary: haskell-secret-sharing [s390x] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[03:34] -queuebot:#ubuntu-release- New binary: mozc [amd64] (zesty-proposed/main) [2.18.2595.102+dfsg-1] (input-methods, ubuntu-desktop)
[03:36] -queuebot:#ubuntu-release- New binary: mozc [i386] (zesty-proposed/main) [2.18.2595.102+dfsg-1] (input-methods, ubuntu-desktop)
[03:39] -queuebot:#ubuntu-release- New binary: mozc [armhf] (zesty-proposed/main) [2.18.2595.102+dfsg-1] (input-methods, ubuntu-desktop)
[03:46] <jbicha> hi, could uim-mozc be accepted into universe? (the rest of mozc is in main)
[03:46] <jbicha> this was discussed a bit at bug 1624369
[03:46] <ubot5`> bug 1624369 in mozc (Ubuntu) "Please sync mozc 2.18.2595.102+dfsg-1 (main) from Debian unstable (main)" [Wishlist,Fix committed] https://launchpad.net/bugs/1624369
[05:36] <LocutusOfBorg> slangasek, there is a binNMU request against slepc, so the britney output told me that it might be needed in Ubuntu too
[05:36] <LocutusOfBorg> I don't really understand their packages https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842135
[05:36] <ubot5`> Debian bug 842135 in release.debian.org "nmu: slepc4py_3.7.0-2+b3" [Normal,Open]
[05:37] <LocutusOfBorg> and since openmpi didn't migrate, the output was mentioning slepc and dolfin... I syncd it
[05:38] <LocutusOfBorg> why is still not syncd?
[05:38] <LocutusOfBorg> s/syncd/migrated
[06:00] <slangasek> ... it's not migrated because the slepc sync triggered a new transition... :)
[06:03] <slangasek> pitti: "A server error occurred. Please contact the administrator." http://autopkgtest.ubuntu.com/packages/s/sumo/zesty/armhf
[07:09] <ginggs> openmpi \o/
[07:25] <pitti> slangasek: I'll verify bug 1635256 today, but I'd like the console-conf guys decide whether bug 1626617 is fixed now
[07:25] <ubot5`> bug 1635256 in systemd (Ubuntu Xenial) "[xenial] search domains in networkd do not get propagated to resolvconf" [Medium,Fix committed] https://launchpad.net/bugs/1635256
[07:25] <ubot5`> bug 1626617 in subiquity (Ubuntu Xenial) "console-conf does not allow to set up dns for static ip" [Undecided,New] https://launchpad.net/bugs/1626617
[07:26] <pitti> slangasek: zumo server error> "sqlite3.OperationalError: database is locked"
[07:27] <pitti> slangasek: oops -- I guess that's during the minute or two when reads the Packages.gz and pokes that into the DB -- that runs at 06:02 every day, i. e. exactly at that time
[07:28] <pitti> slangasek: I'll check if sqlite can handle this better
[08:00] <LocutusOfBorg> lovely migration
[08:02] <pitti> Oh, openmpi is landing, nice!
[08:02] <LocutusOfBorg> one hour ago :)
[08:02] <LocutusOfBorg> pitti, I'm going to have a look at perl now, do you have a list of things to fix?
[08:03] <LocutusOfBorg> oh well, accepting stuff in new will make also haskell migrate and also acmetool
[08:03] <pitti> http://people.canonical.com/~ubuntu-archive/transitions/html/perl5.24.html
[08:03] <pitti> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#perl
[08:03] <LocutusOfBorg> you syncd acmetool without syncing the golang dependencies :)
[08:03] <LocutusOfBorg> yep pitti I plan to look at that page once openmpi disappears from it
[08:03] <LocutusOfBorg> :)
[08:03] <pitti> the latter is still a sea of red, but I suppose with the recent rebuilds we should do a mass-retry of that
[08:04] <pitti> LocutusOfBorg: oh, meh -- these are such a mess :(
[08:04] <LocutusOfBorg> just accepting it from new queue should make everything go
[08:04] <LocutusOfBorg> I also sponsored them to jessie backports a few minutes ago :)
[08:05] <pitti> LocutusOfBorg: ah, I remember why -- some golang libs got renamed, and Debian removed the old names
[08:05] <pitti> and we want to follow suit of course
[08:06] -queuebot:#ubuntu-release- New: accepted golang-github-hlandau-buildinfo [amd64] (zesty-proposed) [0.0~git20160722.0.b25d4b0-1]
[08:06] -queuebot:#ubuntu-release- New: accepted haskell-secret-sharing [amd64] (zesty-proposed) [<IP_ADDRESS>-1]
[08:06] -queuebot:#ubuntu-release- New: accepted haskell-secret-sharing [armhf] (zesty-proposed) [<IP_ADDRESS>-1]
[08:06] -queuebot:#ubuntu-release- New: accepted haskell-secret-sharing [powerpc] (zesty-proposed) [<IP_ADDRESS>-1]
[08:06] -queuebot:#ubuntu-release- New: accepted haskell-secret-sharing [arm64] (zesty-proposed) [<IP_ADDRESS>-1]
[08:06] -queuebot:#ubuntu-release- New: accepted haskell-secret-sharing [s390x] (zesty-proposed) [<IP_ADDRESS>-1]
[08:06] -queuebot:#ubuntu-release- New: accepted haskell-secret-sharing [i386] (zesty-proposed) [<IP_ADDRESS>-1]
[08:07] <LocutusOfBorg> apw, you probably need a bigger hammer for perl
[08:07] <LocutusOfBorg> kvirc -> Demoted to zesty-proposed for perl 5.24 transition (LP: #1636804)
[08:07] <ubot5`> Launchpad bug 1636804 in uwsgi (Ubuntu) "perl 5.24 demotions" [Undecided,Fix released] https://launchpad.net/bugs/1636804
[08:07] <LocutusOfBorg> and it landed
[08:07] <apw> say what ...
[08:08] <pitti> apw: meh, the linux tests still seem to loop :( mind if I zap them from the queue for now?
[08:08] <LocutusOfBorg> the demotions landed on updates, so perl is again stuck
[08:08] <LocutusOfBorg> why did the block fail?
[08:08] <pitti> apw: we seem to have fixed the first two or three issues, but there's another one; I just have some high-urgency stuff to do today, I'm afraid
[08:09] <pitti> LocutusOfBorg: please coordinate with Laney on perl (he just said good morning
[08:09] <Laney> hi
[08:09] <Laney> What?
[08:09] <LocutusOfBorg> hi Laney good morning!
[08:09] <Laney> What does "the demotions landed on updates" mean?
[08:09] <LocutusOfBorg> I mean bug 1636804
[08:09] <ubot5`> bug 1636804 in uwsgi (Ubuntu) "perl 5.24 demotions" [Undecided,Fix released] https://launchpad.net/bugs/1636804
[08:09] <apw> pitti, pleas zap anything you are worried about linux side ... please
[08:10] <pitti> e. g. kvirc is still in -proposed
[08:10] <LocutusOfBorg> shouldn't them stay in proposed until perl goes in?
[08:10] <Laney> They are in proposed
[08:10] <LocutusOfBorg> mmm bad cache
[08:10] <pitti> apw: curiously amd64 now works (http://autopkgtest.ubuntu.com/packages/l/linux/zesty/amd64), but i386 still loops
[08:10] <pitti> apw: so at least 50% better now :)
[08:10] <LocutusOfBorg> sorry nvm
[08:10] <apw> pitti, bugger :)
[08:11] <apw> LocutusOfBorg, they look to be in the right place to me ?
[08:11] <Laney> LocutusOfBorg: Only hard stuff left, but you are welcome to try
[08:11] <Laney> pdl/armhf and the two that are red on s390x only
[08:12] <pitti> Laney: so I suppose a lot of the red on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#perl was due to second-level uninstallability, and the intermediate ones got rebuilt now; I. e. time for a mass-retry?
[08:13] <Laney> pitti: I clicked on about 10 reds and they were all due to uninstallability
[08:13] <LocutusOfBorg> Laney, libterm-readline-gnu-perl should be removed on s390x, already removed in debian
[08:13] <LocutusOfBorg> oh not removed, but the same failure
[08:14] <pitti> Laney: right, me too -- but that doesn't really agree with the transition tracker any more, hence my hope that retries should work; I'll try one or two for now, and if that works better, retry the whole lot to see where we stand?
[08:17] <Laney> pitti: Sure
[08:23] -queuebot:#ubuntu-release- New sync: haskell-hcwiid (zesty-proposed/primary) [0.0.5-4]
[08:24] -queuebot:#ubuntu-release- New sync: haskell-persistable-record (zesty-proposed/primary) [<IP_ADDRESS>-1]
[08:25]  * pitti kills the 20 gazillion content-hub test requests from silo 1994.1 -- WTF?
[08:31] -queuebot:#ubuntu-release- Unapproved: accepted procps [source] (xenial-proposed) [2:3.3.10-4ubuntu2.1]
[08:35] <LocutusOfBorg> do you foresee issues with a xapian transition?
[08:39] <LocutusOfBorg> I see them: cyrus-imapd libsearch-xapian-perl needs to land
[08:40] <pitti> Laney: looks  hopeful, doing mass-retry
[08:42] <LocutusOfBorg> sigh I forgot to sync some haskell new libraries
[08:46] <oSoMoN> pitti, the SRU for webbrowser-app that’s sitting in the unapproved queue should now be ready to be reviewed, as the corresponding fixes landed in zesty yesterday
[08:50] <pitti> Laney: ok, http://autopkgtest.ubuntu.com/running is now another mouthful :)
[08:54] <Laney> pitti: eek!
[08:54] <pitti> and someone said perls are rare
[08:54] <LocutusOfBorg> lol
[08:55] <LocutusOfBorg> btw just to add some fun today: ghc 8 is expected to land in Stretch, so it will start to transition probably in a week or two
[08:55] <LocutusOfBorg> and openssl 1.1 bugs are now RC
[08:55] <LocutusOfBorg> so.... zesty migth have it? :)
[09:33] <xnox> Laney, are we going to have perl5 -> perl6 transition?
[09:35] <Laney> xnox: Don't ask me questions about perl. :P
[09:35] <Laney> But I seriously doubt it, since they are basically separate languages
[09:35] <xnox> Laney, are you still planning the perl5 -> haskell transition? =)))))) rewrite everything =)
[09:35] <Laney> Now you're talking
[09:39] <LocutusOfBorg> that would be funny
[09:40] <LocutusOfBorg> haskell works, zero bugs, easy transitions
[09:40] <LocutusOfBorg> nobody can understand the code and complain
[09:40] <xnox> https://xkcd.com/1312/
[09:41] <LocutusOfBorg> https://xkcd.com/353/
[09:41] <pitti> I like the popup
[09:41] <LocutusOfBorg> yes, the funniest part is that
[09:42] <LocutusOfBorg> and I never found a way to see it on smartphone
[09:42] <Laney> m.xkcd.com
[09:42] <pitti> honestly, it's great for algorithmic stuff, but most programs are not like that, they do I/O and graphical stuff, where functional languages are inherently unwieldy at
[09:42] <pitti> OCaml was an interesting approach to that
[09:43] <LocutusOfBorg> Laney, WOW
[09:43]  * LocutusOfBorg reminds everybody that somebody is maintaining a python-xkcd binding https://packages.qa.debian.org/p/python-xkcd.html
[09:56] -queuebot:#ubuntu-release- New sync: golang-github-googleapis-proto-client-go (zesty-proposed/primary) [0.0~git20160726.0.e5790fe-1]
[09:57] <LocutusOfBorg> pitti, ^^ forgot one :)
[09:59] <pitti> LocutusOfBorg: done
[10:00] <LocutusOfBorg> ta
[10:00] -queuebot:#ubuntu-release- New: accepted golang-github-googleapis-proto-client-go [sync] (zesty-proposed) [0.0~git20160726.0.e5790fe-1]
[10:00] -queuebot:#ubuntu-release- New: accepted haskell-persistable-record [sync] (zesty-proposed) [<IP_ADDRESS>-1]
[10:00] -queuebot:#ubuntu-release- New: accepted haskell-hcwiid [sync] (zesty-proposed) [0.0.5-4]
[10:00] -queuebot:#ubuntu-release- New: accepted haskell-secret-sharing [ppc64el] (zesty-proposed) [<IP_ADDRESS>-1]
[10:01] -queuebot:#ubuntu-release- New binary: golang-github-hlandau-dexlogconfig [amd64] (zesty-proposed/universe) [0.0~git20160722.0.055e2e3-1] (no packageset)
[10:03] -queuebot:#ubuntu-release- New binary: haskell-hcwiid [ppc64el] (zesty-proposed/none) [0.0.5-4] (no packageset)
[10:03] -queuebot:#ubuntu-release- New binary: haskell-persistable-record [ppc64el] (zesty-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[10:04] -queuebot:#ubuntu-release- New binary: haskell-hcwiid [amd64] (zesty-proposed/none) [0.0.5-4] (no packageset)
[10:04] -queuebot:#ubuntu-release- New binary: haskell-hcwiid [i386] (zesty-proposed/none) [0.0.5-4] (no packageset)
[10:04] -queuebot:#ubuntu-release- New binary: haskell-hcwiid [armhf] (zesty-proposed/none) [0.0.5-4] (no packageset)
[10:04] -queuebot:#ubuntu-release- New binary: haskell-persistable-record [amd64] (zesty-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[10:04] -queuebot:#ubuntu-release- New binary: haskell-persistable-record [i386] (zesty-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[10:05] -queuebot:#ubuntu-release- New binary: haskell-hcwiid [arm64] (zesty-proposed/none) [0.0.5-4] (no packageset)
[10:05] -queuebot:#ubuntu-release- New binary: haskell-persistable-record [armhf] (zesty-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[10:05] -queuebot:#ubuntu-release- New binary: haskell-persistable-record [arm64] (zesty-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[10:05] -queuebot:#ubuntu-release- New sync: gobgp (zesty-proposed/primary) [1.12-1]
[10:06] -queuebot:#ubuntu-release- New binary: haskell-persistable-record [powerpc] (zesty-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[10:06] -queuebot:#ubuntu-release- New binary: haskell-hcwiid [powerpc] (zesty-proposed/none) [0.0.5-4] (no packageset)
[10:07] -queuebot:#ubuntu-release- New binary: haskell-hcwiid [s390x] (zesty-proposed/none) [0.0.5-4] (no packageset)
[10:07] -queuebot:#ubuntu-release- New binary: haskell-persistable-record [s390x] (zesty-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[10:29] <LocutusOfBorg> doko, did protobuf compiler stop working? https://launchpad.net/ubuntu/+source/golang-google-grpc/1.0.0-1/+build/11038838
[10:29] <LocutusOfBorg> I can reproduce locally but not in Debian
[10:29] <LocutusOfBorg> cpu 100% and stuck
[10:33] -queuebot:#ubuntu-release- New binary: papi [ppc64el] (zesty-proposed/universe) [5.5.0-3] (no packageset)
[10:34] -queuebot:#ubuntu-release- New binary: papi [amd64] (zesty-proposed/universe) [5.5.0-3] (no packageset)
[10:34] -queuebot:#ubuntu-release- New binary: papi [i386] (zesty-proposed/universe) [5.5.0-3] (no packageset)
[10:35] -queuebot:#ubuntu-release- New binary: papi [arm64] (zesty-proposed/universe) [5.5.0-3] (no packageset)
[10:36] -queuebot:#ubuntu-release- Unapproved: nautilus (yakkety-proposed/main) [1:3.20.3-1ubuntu3 => 1:3.20.3-1ubuntu3.1] (ubuntu-desktop)
[10:36] -queuebot:#ubuntu-release- New binary: papi [armhf] (zesty-proposed/universe) [5.5.0-3] (no packageset)
[10:39] -queuebot:#ubuntu-release- New binary: starpu [ppc64el] (zesty-proposed/universe) [1.2.0+dfsg-1] (no packageset)
[10:40] -queuebot:#ubuntu-release- New binary: starpu [amd64] (zesty-proposed/universe) [1.2.0+dfsg-1] (no packageset)
[10:41] -queuebot:#ubuntu-release- New binary: starpu [i386] (zesty-proposed/universe) [1.2.0+dfsg-1] (no packageset)
[10:43] -queuebot:#ubuntu-release- New binary: papi [powerpc] (zesty-proposed/universe) [5.5.0-3] (no packageset)
[10:44] -queuebot:#ubuntu-release- New binary: starpu [arm64] (zesty-proposed/universe) [1.2.0+dfsg-1] (no packageset)
[10:45] -queuebot:#ubuntu-release- New binary: starpu [armhf] (zesty-proposed/universe) [1.2.0+dfsg-1] (no packageset)
[10:46] -queuebot:#ubuntu-release- New binary: starpu-contrib [amd64] (zesty-proposed/multiverse) [1.2.0+dfsg-2] (no packageset)
[10:48] -queuebot:#ubuntu-release- New binary: starpu [s390x] (zesty-proposed/universe) [1.2.0+dfsg-1] (no packageset)
[10:54] -queuebot:#ubuntu-release- New binary: starpu [powerpc] (zesty-proposed/universe) [1.2.0+dfsg-1] (no packageset)
[11:00] <pitti> Laney: /me likes all the green on the http://autopkgtest.ubuntu.com/  history :)
[11:01] <pitti> looks like we need to buy another Binford 6100 scalingstack for MOAR POWER
[11:05] -queuebot:#ubuntu-release- New binary: starpu-contrib [ppc64el] (zesty-proposed/multiverse) [1.2.0+dfsg-2] (no packageset)
[11:29] <Laney> pitti: \o/
[11:29] <Laney> nice reference too
[11:30] <ogra_> hah
[11:31]  * Laney tries pdl from git out of desperation
[11:39] <apw> Laney, that is about half your red too ...
[11:42] <Laney> apw: pdl?
[11:52] <apw> Laney, yeah ...
[11:52] <Laney> mmm
[12:09] -queuebot:#ubuntu-release- New: accepted papi [amd64] (zesty-proposed) [5.5.0-3]
[12:09] -queuebot:#ubuntu-release- New: accepted papi [armhf] (zesty-proposed) [5.5.0-3]
[12:09] -queuebot:#ubuntu-release- New: accepted papi [powerpc] (zesty-proposed) [5.5.0-3]
[12:09] -queuebot:#ubuntu-release- New: accepted starpu-contrib [amd64] (zesty-proposed) [1.2.0+dfsg-2]
[12:09] -queuebot:#ubuntu-release- New: accepted starpu [amd64] (zesty-proposed) [1.2.0+dfsg-1]
[12:09] -queuebot:#ubuntu-release- New: accepted starpu [armhf] (zesty-proposed) [1.2.0+dfsg-1]
[12:09] -queuebot:#ubuntu-release- New: accepted starpu [powerpc] (zesty-proposed) [1.2.0+dfsg-1]
[12:09] -queuebot:#ubuntu-release- New: accepted starpu [s390x] (zesty-proposed) [1.2.0+dfsg-1]
[12:09] -queuebot:#ubuntu-release- New: accepted papi [arm64] (zesty-proposed) [5.5.0-3]
[12:09] -queuebot:#ubuntu-release- New: accepted papi [ppc64el] (zesty-proposed) [5.5.0-3]
[12:09] -queuebot:#ubuntu-release- New: accepted starpu [arm64] (zesty-proposed) [1.2.0+dfsg-1]
[12:09] -queuebot:#ubuntu-release- New: accepted starpu [ppc64el] (zesty-proposed) [1.2.0+dfsg-1]
[12:09] -queuebot:#ubuntu-release- New: accepted papi [i386] (zesty-proposed) [5.5.0-3]
[12:09] -queuebot:#ubuntu-release- New: accepted starpu [i386] (zesty-proposed) [1.2.0+dfsg-1]
[12:09] -queuebot:#ubuntu-release- New: accepted starpu-contrib [ppc64el] (zesty-proposed) [1.2.0+dfsg-2]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-persistable-record [amd64] (zesty-proposed) [<IP_ADDRESS>-1]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-persistable-record [armhf] (zesty-proposed) [<IP_ADDRESS>-1]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-persistable-record [powerpc] (zesty-proposed) [<IP_ADDRESS>-1]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-persistable-record [s390x] (zesty-proposed) [<IP_ADDRESS>-1]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-persistable-record [arm64] (zesty-proposed) [<IP_ADDRESS>-1]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-persistable-record [ppc64el] (zesty-proposed) [<IP_ADDRESS>-1]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-persistable-record [i386] (zesty-proposed) [<IP_ADDRESS>-1]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-hcwiid [amd64] (zesty-proposed) [0.0.5-4]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-hcwiid [armhf] (zesty-proposed) [0.0.5-4]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-hcwiid [powerpc] (zesty-proposed) [0.0.5-4]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-hcwiid [s390x] (zesty-proposed) [0.0.5-4]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-hcwiid [arm64] (zesty-proposed) [0.0.5-4]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-hcwiid [ppc64el] (zesty-proposed) [0.0.5-4]
[12:10] -queuebot:#ubuntu-release- New: accepted haskell-hcwiid [i386] (zesty-proposed) [0.0.5-4]
[12:11] -queuebot:#ubuntu-release- New: accepted gobgp [sync] (zesty-proposed) [1.12-1]
[12:11] -queuebot:#ubuntu-release- New: accepted mozc [amd64] (zesty-proposed) [2.18.2595.102+dfsg-1]
[12:11] -queuebot:#ubuntu-release- New: accepted mozc [i386] (zesty-proposed) [2.18.2595.102+dfsg-1]
[12:11] -queuebot:#ubuntu-release- New: accepted golang-github-hlandau-dexlogconfig [amd64] (zesty-proposed) [0.0~git20160722.0.055e2e3-1]
[12:11] -queuebot:#ubuntu-release- New: accepted mozc [armhf] (zesty-proposed) [2.18.2595.102+dfsg-1]
[12:13] <Laney> yeah still fails from git
[12:16] <apw> bah
[12:31] <rcj> infinity, Who should I ping with a zesty powerpc builder question?  Getting "There is already a live filesystem with the same name, owner, and distroseries." and not sure if we're provisioned correctly for powerpc.
[12:34] <rcj> wgrant, cjwatson ^
[12:52] <jbicha> did whoever approved mozc see my comment about the uim-mozc binary pkg needing to be in universe?
[12:54] -queuebot:#ubuntu-release- New sync: es-module-loader-0.17.js (zesty-proposed/primary) [0.17.11+dfsg-1]
[12:54] -queuebot:#ubuntu-release- New sync: webcomponentsjs-custom-element-v0.js (zesty-proposed/primary) [1.0.1-1]
[13:04] -queuebot:#ubuntu-release- New binary: carettah [amd64] (zesty-proposed/universe) [0.4.2-2] (no packageset)
[13:04] -queuebot:#ubuntu-release- New binary: carettah [i386] (zesty-proposed/universe) [0.4.2-2] (no packageset)
[13:05] -queuebot:#ubuntu-release- New binary: haskell-relational-query [i386] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:06] -queuebot:#ubuntu-release- New binary: carettah [armhf] (zesty-proposed/universe) [0.4.2-2] (no packageset)
[13:07] -queuebot:#ubuntu-release- New binary: carettah [arm64] (zesty-proposed/universe) [0.4.2-2] (no packageset)
[13:08] -queuebot:#ubuntu-release- New binary: haskell-relational-query [amd64] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:10] -queuebot:#ubuntu-release- New binary: carettah [powerpc] (zesty-proposed/universe) [0.4.2-2] (no packageset)
[13:11] -queuebot:#ubuntu-release- New binary: haskell-relational-query [s390x] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:12] -queuebot:#ubuntu-release- New binary: haskell-relational-query [powerpc] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:15] -queuebot:#ubuntu-release- New binary: carettah [ppc64el] (zesty-proposed/universe) [0.4.2-2] (no packageset)
[13:17] -queuebot:#ubuntu-release- New binary: carettah [s390x] (zesty-proposed/universe) [0.4.2-2] (no packageset)
[13:17] -queuebot:#ubuntu-release- New binary: haskell-relational-query [armhf] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:18] -queuebot:#ubuntu-release- New binary: haskell-relational-query [arm64] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[13:20] -queuebot:#ubuntu-release- New: accepted carettah [amd64] (zesty-proposed) [0.4.2-2]
[13:20] -queuebot:#ubuntu-release- New: accepted carettah [armhf] (zesty-proposed) [0.4.2-2]
[13:20] -queuebot:#ubuntu-release- New: accepted carettah [powerpc] (zesty-proposed) [0.4.2-2]
[13:20] -queuebot:#ubuntu-release- New: accepted carettah [s390x] (zesty-proposed) [0.4.2-2]
[13:20] -queuebot:#ubuntu-release- New: accepted haskell-relational-query [arm64] (zesty-proposed) [<IP_ADDRESS>-1]
[13:20] -queuebot:#ubuntu-release- New: accepted haskell-relational-query [i386] (zesty-proposed) [<IP_ADDRESS>-1]
[13:20] -queuebot:#ubuntu-release- New: accepted haskell-relational-query [s390x] (zesty-proposed) [<IP_ADDRESS>-1]
[13:20] -queuebot:#ubuntu-release- New: accepted carettah [arm64] (zesty-proposed) [0.4.2-2]
[13:20] -queuebot:#ubuntu-release- New: accepted carettah [ppc64el] (zesty-proposed) [0.4.2-2]
[13:20] -queuebot:#ubuntu-release- New: accepted haskell-relational-query [armhf] (zesty-proposed) [<IP_ADDRESS>-1]
[13:20] -queuebot:#ubuntu-release- New: accepted carettah [i386] (zesty-proposed) [0.4.2-2]
[13:20] -queuebot:#ubuntu-release- New: accepted haskell-relational-query [powerpc] (zesty-proposed) [<IP_ADDRESS>-1]
[13:20] -queuebot:#ubuntu-release- New: accepted haskell-relational-query [amd64] (zesty-proposed) [<IP_ADDRESS>-1]
[13:37] <sil2100> I guess the publisher is really busy today
[13:49] -queuebot:#ubuntu-release- Unapproved: accepted python-rfc3986 [source] (yakkety-proposed) [0.2.2-0ubuntu<IP_ADDRESS>]
[13:50] -queuebot:#ubuntu-release- Unapproved: accepted python-rfc3986 [source] (xenial-proposed) [0.2.2-0ubuntu<IP_ADDRESS>]
[14:02] -queuebot:#ubuntu-release- Unapproved: rejected fcitx [source] (yakkety-proposed) [1:<IP_ADDRESS>-4ubuntu<IP_ADDRESS>]
[14:07] <apw> sil2100, i am not sure the publisher is particularly busy, britney is probabally crying in a corner in zesty though
[14:07] <apw> sil2100, and cirtainly the ADT queues are a bit mental for perl
[14:08] <sil2100> Yeah, britney for sure, but I also saw that there was a long delay between a package copy and it actually appearing on launchpad  in -proposed
[14:08] <pitti> http://people.canonical.com/~ubuntu-archive/proposed-migration/log/zesty/2016-10-27/
[14:09] <pitti> britney runs every 20 minutes or more often
[14:09] <pitti> but that's fairly normal with this queue length
[14:09] <apw> publishing take something like 45m a cycle, so if you are unlucky it can be as much as double that
[14:24] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-themes [sync] (yakkety-proposed) [16.10+16.10.20161024-0ubuntu1]
[14:25] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-themes [sync] (xenial-proposed) [14.04+16.04.20161024-0ubuntu1]
[14:40] -queuebot:#ubuntu-release- Unapproved: rejected tcsh [source] (yakkety-proposed) [6.18.01-5ubuntu0.1]
[14:43] <tyhicks> bdmurray: hey - if you're around doing SRU work today, xenial apparmor has received all the proper bug fix verifications and is only hung up on an unrelated mysql autopkgtest failure
[14:43] <tyhicks> bdmurray: that mysql failure was introduced, upstream, by a security update a couple months ago
[14:44] <bdmurray> rbasak: ^^
[14:44]  * rbasak looks
[14:46] <tyhicks> rbasak: you're not at fault (test results at http://autopkgtest.ubuntu.com/packages/m/mysql-5.7/xenial/amd64)
[14:46] <rbasak> I've asked upstream to take a look.
[14:46] <bdmurray> tyhicks: He's doing SRU training with me right now.
[14:46] <tyhicks> aha
[14:46] <tyhicks> I mistakenly made the mysql <-> rbasak connection
[15:01] -queuebot:#ubuntu-release- Unapproved: accepted nautilus [source] (yakkety-proposed) [1:3.20.3-1ubuntu3.1]
[15:31] <cyphermox> could someone please review golang-go.crypto and juju-core in xenial, yakkety proposed queues?
[15:43] <cyphermox> balloons: ^
[15:47] <oSoMoN> could someone please have a look at webbrowser-app that’s sitting in the yakkety proposed queue?
[16:10] <rbasak> oSoMoN: see my ping above.
[16:11] <rbasak> oSoMoN: there seems to be an extra patch but no bug reference.
[16:11] <rbasak> oSoMoN: sorry, it was in #ubuntu-devel, not this channel.
[16:11] <rbasak> About three hours ago.
[16:12] <oSoMoN> rbasak, oh, sorry, I missed that one, just seeing it now
[16:14] <sergiusens> bdmurray hello, mind allowing snapcraft into xenial-proposed?
[16:15] <bdmurray> sergiusens: I'll have a look
[16:15] -queuebot:#ubuntu-release- New source: zfcpdump-kernel (xenial-proposed/primary) [4.4-0ubuntu1~16.04.1]
[16:15] <apw> ^ xnox -- your zfcpdump-kernel pulled-back to xenial ...
[16:15] <xnox> \o/
[16:16] <bdmurray> sergiusens: you said xenial proposed? https://launchpad.net/ubuntu/xenial/+queue?queue_state=1
[16:16] <xnox> absolutely fabulous =)
[16:16] <sergiusens> bdmurray yes
[16:16] <sergiusens> I didn't get a confirmation email which worries me a bit, I uploaded almost an hour ago
[16:17] <apw> sergiusens, if the thing is not signed it just gets lost
[16:17] <bdmurray> sergiusens: I'd be worried as I don't see it in the queue.
[16:18] -queuebot:#ubuntu-release- New binary: haskell-relational-schemas [amd64] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[16:19] <xnox> sergiusens, was that a dput or copy? i have seen copies fail.
[16:19] <sergiusens> apw http://pastebin.ubuntu.com/23388955/ looks like it is ok
[16:20] <sergiusens> xnox no no copy, I uploaded the almost same thing to zesty last night
[16:20] -queuebot:#ubuntu-release- New binary: haskell-relational-schemas [i386] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[16:21] -queuebot:#ubuntu-release- New binary: fwupd [amd64] (zesty-proposed/main) [0.7.4-2] (desktop-core)
[16:21] <xnox> sergiusens, same version number?
[16:22] <xnox> weird
[16:22] <apw> sergiusens, i have dumped something in the upload queue and seen it pop thorugh to xenial new so it is working
[16:22] <apw> sergiusens, throw it in again and see what happens
[16:22] <xnox> sergiusens, pastebin your .changes file?
[16:24] -queuebot:#ubuntu-release- New binary: haskell-relational-schemas [powerpc] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[16:25] -queuebot:#ubuntu-release- New binary: haskell-relational-schemas [s390x] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[16:25] <sergiusens> xnox http://paste.ubuntu.com/23388970/
[16:27] <apw> strange indeed perhaps launchpad oops'd
[16:27] <apw> really shove it at the upload queue again, and see if it works better this time
[16:28] -queuebot:#ubuntu-release- New binary: haskell-relational-schemas [armhf] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[16:29] <sergiusens> apw I'll dput again
[16:30] -queuebot:#ubuntu-release- New binary: haskell-relational-schemas [arm64] (zesty-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[16:30] -queuebot:#ubuntu-release- Unapproved: snapcraft (xenial-proposed/universe) [2.19 => 2.20] (no packageset)
[16:31] <sergiusens> apw ok, good now [ubuntu/xenial-proposed] snapcraft 2.20 (Waiting for approval)
[16:35] <bdmurray> Okay, I'll review that now.
[16:36] <apw> sergiusens, clearly sunspots ....
[16:38] -queuebot:#ubuntu-release- Unapproved: accepted webbrowser-app [sync] (yakkety-proposed) [0.23+16.10.20161018-0ubuntu1]
[16:43] -queuebot:#ubuntu-release- Unapproved: accepted snapcraft [source] (xenial-proposed) [2.20]
[16:57] <apw> sergiusens, did the same sunspots hit the yakkety-proposed upload ?
[16:57] <sergiusens> apw should I consider yakkety?
[16:57] <sergiusens> apw let me ask this differently, is it required to cater for yakkety?
[16:58] <apw> sergiusens, well if anyone upgrades from xenial to yakkety they will have a regression
[17:01] -queuebot:#ubuntu-release- Unapproved: snapcraft (yakkety-proposed/universe) [2.19+16.10 => 2.20+16.10] (no packageset)
[17:03] <sergiusens> apw [ubuntu/yakkety-proposed] snapcraft 2.20+16.10 (Waiting for approval)
[17:03] <apw> bdmurray, are you still on a queue scan ?
[17:03] <apw> sergiusens, thanks queuebot just noticed it too
[17:04] <slangasek> sergiusens: yes, it's required; and particularly as this is a developer-oriented tool I think you care about getting the non-LTS releases
[17:07] <sergiusens> slangasek right, but our only 'core' is xenial based, we can discuss more next week. I will follow the rules for now.
[17:07] <slangasek> sergiusens: snapcraft isn't being released to the distro by way of the core
[17:07] <apw> sergiusens, right but where people make their snaps isn't necessarily an UC system
[17:10] <sergiusens> right, it is not a UC system but they run with core as the base so there may be library incompatibilities (they are all solveable I guess, like needing to manually add your stdc++ lib)
[17:12] <sergiusens> anywyas, it is making its way so no worries!
[17:13]  * sergiusens gets back to his day off :-)
[17:13] <sergiusens> thanks!
[17:24] -queuebot:#ubuntu-release- Unapproved: accepted snapcraft [source] (yakkety-proposed) [2.20+16.10]
[17:52] <balloons> bdmurray, can you review juju and golang-go.crypto in the xenial and yakkety queues? It's the 2.0.0 upload, and the golang-go.crypto update is needed to build
[18:01] -queuebot:#ubuntu-release- Unapproved: fwupdate (zesty-proposed/main) [8-3 => 8-3] (core)
[18:01] -queuebot:#ubuntu-release- Unapproved: fwupdate (zesty-proposed/main) [8-3 => 8-3] (core)
[18:18] -queuebot:#ubuntu-release- Unapproved: grub2 (yakkety-proposed/main) [2.02~beta2-36ubuntu11 => 2.02~beta2-36ubuntu11.1] (core)
[18:18] <bdmurray> balloons: Is the 2.0.0 upload one which slangasek had concerns about?
[18:19] <cyphermox> bdmurray: should no longer be the case, I'd hope, unless he expressed these concerns today?
[18:20] -queuebot:#ubuntu-release- Unapproved: grub2-signed (yakkety-proposed/main) [1.74 => 1.74.1] (core)
[18:20] <bdmurray> cyphermox: I thought there were some the week before last or so
[18:21] <cyphermox> yeah, should have been addressed already, I would think. I've been iterating on this with balloons for a bit
[18:21] <cyphermox> it certainly doesn't include an epoch bump now ;)
[18:22] <bdmurray> Okay, I don't know what they were - just trying to get some context.
[18:23] <slangasek> I don't know what they were either, I may have spoken them aloud in the channel :)
[18:23] <cyphermox> I'm not sure, except for the epoch.
[18:29] -queuebot:#ubuntu-release- Unapproved: shim (yakkety-proposed/main) [0.9+1465500757.14a5905.is.0.8-0ubuntu3 => 0.9+1474479173.6c180c6-0ubuntu1] (core) (sync)
[18:31] -queuebot:#ubuntu-release- Unapproved: accepted golang-go.crypto [source] (xenial-proposed) [1:0.0~git20161012.0.5f31782-1ubuntu<IP_ADDRESS>]
[18:32] <slangasek> cyphermox: I remember there was an Arch: all/any thing which I hope is now resolved
[18:32] -queuebot:#ubuntu-release- Unapproved: shim-signed (yakkety-proposed/main) [1.21.3 => 1.21.4] (core)
[18:32] <cyphermox> yes
[18:33] <cyphermox> and there, all the pieces are in the queue for the shim SRU, except none have bug tags :'(
[18:33] <cyphermox> I fial
[18:33] <cyphermox> fail, too.
[18:35] <slangasek> apw: could you delete these packages from zesty instead of demoting them to -proposed, please?  If we've already decided they're not important enough for us to fix for the transition and we're letting Debian do it, we don't need to leave the never-again-installable version hanging around in -proposed
[18:40] -queuebot:#ubuntu-release- Unapproved: rejected shim-signed [source] (yakkety-proposed) [1.21.4]
[18:43] <cyphermox> slangasek: if you're rejecting shim-signed, please also reject grub and grub-signed, I'll reupload them all with the right bug tags
[18:43] <cyphermox> I was just creating a proper bug to use for this
[18:44] <cyphermox> obviously, shim itself can't be changed.
[18:44] <slangasek> cyphermox: done, thanks
[18:45] <slangasek> cyphermox: shim itself will have bug refs already, maybe reuse LP: #1624096 ?
[18:45] <ubot5`> Launchpad bug 1624096 in shim (Ubuntu) "yakkety: backport (or rebase to) fix eliminating a double-close in shim" [High,Fix released] https://launchpad.net/bugs/1624096
[18:45] -queuebot:#ubuntu-release- Unapproved: rejected grub2-signed [source] (yakkety-proposed) [1.74.1]
[18:45] -queuebot:#ubuntu-release- Unapproved: rejected grub2 [source] (yakkety-proposed) [2.02~beta2-36ubuntu11.1]
[18:45] <slangasek> or maybe LP: #1581299 is better
[18:45] <ubot5`> Launchpad bug 1581299 in shim-signed (Ubuntu) "shim: set second stage not work" [High,Fix released] https://launchpad.net/bugs/1581299
[18:46] <cyphermox> slangasek: I'll close 1581299 too, but I rather have something new where it will be more obvious if things regress again
[18:46] <cyphermox> (and tracking for each release, and test cases, etc.)
[18:46] <cyphermox> https://bugs.launchpad.net/ubuntu/+source/grub2-signed/+bug/1637290
[18:46] <ubot5`> Ubuntu bug 1637290 in shim-signed (Ubuntu Yakkety) "Update to the signed 0.9+1474479173.6c180c6-0ubuntu1 shim binary from Microsoft" [Undecided,New]
[18:47] <slangasek> ok
[18:50] -queuebot:#ubuntu-release- Unapproved: shim-signed (yakkety-proposed/main) [1.21.3 => 1.21.4] (core)
[18:51] <bdmurray> balloons, cyphermox: were pitti's concerns in bug 1631038 addressed?
[18:51] <ubot5`> bug 1631038 in juju-core (Ubuntu Yakkety) "Need /etc/sysctl.d/10-juju.conf" [Undecided,In progress] https://launchpad.net/bugs/1631038
[18:52] <cyphermox> go me, network failure.
[18:54] <balloons> bdmurray, we would like to ship these files as a workaround for now. You can see my explanation in the SRU details on the bug itself. The values set will affect the entire machine, however, they have been deemed reasonable and safe to do so. We did implement them in the place suggested by pitti -- I sought his feedback on the bug itself before agreeing to ship anything
[18:54] -queuebot:#ubuntu-release- Unapproved: grub2 (yakkety-proposed/main) [2.02~beta2-36ubuntu11 => 2.02~beta2-36ubuntu11.1] (core)
[18:54] -queuebot:#ubuntu-release- Unapproved: grub2-signed (yakkety-proposed/main) [1.74 => 1.74.1] (core)
[18:54] <balloons> The real fix is happening upstream and stgraber can comment more on that. LXD hadn't planned to ship any changes itself; rather to fix the upstream kernel
[18:55] <cyphermox> slangasek: they're back in the queue.
[18:55] <stgraber> right, inotify namespacing in the kernel should be merged in a few weeks, we can then try to get the kernel team to backport those bits in our stable kernels
[18:56] <bdmurray> what would happen with these changes then?
[18:58] <bdmurray> I mean if the kernel changes were backported
[18:58] <balloons> We will drop the changes once the real fixes land
[18:58] <stgraber> in most cases, they just wouldn't be necessary anymore. The knobs will still be there but will just become the default value for each of the namespaces.
[18:59] <stgraber> as for pitti's comment, the problem is that we can't do that in LXD as bumping those values impact kernel memory use. It's fine for juju to bump them as it knows it's running on pretty beefy instances and knows that the containers it will be running will need those inotify watches.
[18:59] <stgraber> it's however not fine to have LXD do so everywhere as that'd mean bumping those sysctls on small ARM boards that'd effectively OOM immediately
[19:00] <stgraber> similarly, you won't hit that kind of issue if you're running android, alpine or even Ubuntu 14.04 containers, the use of inotify watches very much depends on your workload
[19:01] <stgraber> currently for LXD, we have those knobs documented upstream in our production-setup documentation, along with a few other knobs that people may need to tweak based on their particular environment but we haven't found anything that we feel can be safely applied to every Ubuntu system
[19:01] <balloons> right, see https://github.com/lxc/lxd/blob/master/doc/production-setup.md
[19:05] <bdmurray> Okay, thanks for the info
[19:05] <balloons> Note, our set value for  fs.inotify.max_user_watches is half what is shown in the table. The fs.inotify.max_user_instances is much more conservative at just double the default value
[19:06] <balloons> These values will revert to default if the package is removed of course
[19:07] <pitti> balloons: you're shipping that in /usr now?
[19:07] <pitti> not /etc?
[19:07] -queuebot:#ubuntu-release- Unapproved: postgresql-9.5 (xenial-proposed/main) [9.5.4-0ubuntu0.16.04 => 9.5.5-0ubuntu0.16.04] (core)
[19:10] <balloons> pitti, yes, we install to /usr/lib/sysctl.d/10-juju.conf
[19:10] <balloons> sorry, /usr/lib/sysctl.d/juju-2.0.conf
[19:11] <bdmurray> balloons: juju-core 2.0.0 is still in zesty proposed due a test failure.  will we see a similar issue with y and x?
[19:14] <balloons> bdmurray, no. There are two issues to note with zesty. The first is that autopkgtests are running 32-bit arches, which is invalid. The second is a true failure, current-manual-provider. This test is failing because there is not yet a published zesty agent.
[19:15] <bdmurray> balloons: okay, cool
[19:16] -queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (yakkety-proposed) [2.0.0-0ubuntu<IP_ADDRESS>]
[19:27] -queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (xenial-proposed) [2.0.0-0ubuntu<IP_ADDRESS>]
[19:53] -queuebot:#ubuntu-release- Unapproved: postgresql-9.5 (yakkety-proposed/main) [9.5.4-1 => 9.5.5-0ubuntu0.16.10] (core)
[19:55] -queuebot:#ubuntu-release- Unapproved: postgresql-9.3 (trusty-proposed/main) [9.3.14-0ubuntu0.14.04 => 9.3.15-0ubuntu0.14.04] (no packageset)
[19:56] <pitti> bdmurray: are you still doing SRUs? would be great if you could review bug 1637236 (just the usual formality)
[19:56] <ubot5`> bug 1637236 in postgresql-9.5 (Ubuntu Yakkety) "New upstream microreleases 9.1.24, 9.3.15, 9.5.5" [Undecided,In progress] https://launchpad.net/bugs/1637236
[19:58] -queuebot:#ubuntu-release- Unapproved: postgresql-9.1 (precise-proposed/main) [9.1.23-0ubuntu0.12.04 => 9.1.24-0ubuntu0.12.04] (core)
[19:59] <pitti> . o O { looking at the test queues: can we run x86/ppc64el QEMU emulators on s390x? ☺  }
[20:00] -queuebot:#ubuntu-release- Unapproved: postgresql-9.1 (trusty-proposed/universe) [9.1.23-0ubuntu0.14.04 => 9.1.24-0ubuntu0.14.04] (core)
[20:14] <bdmurray> pitti: I'll have a look shortly
[20:24] -queuebot:#ubuntu-release- Unapproved: accepted postgresql-9.5 [source] (yakkety-proposed) [9.5.5-0ubuntu0.16.10]
[20:26] -queuebot:#ubuntu-release- Unapproved: accepted postgresql-9.5 [source] (xenial-proposed) [9.5.5-0ubuntu0.16.04]
[20:31] -queuebot:#ubuntu-release- Unapproved: accepted postgresql-9.3 [source] (trusty-proposed) [9.3.15-0ubuntu0.14.04]
[20:35] -queuebot:#ubuntu-release- Unapproved: accepted postgresql-9.1 [source] (trusty-proposed) [9.1.24-0ubuntu0.14.04]
[20:39] -queuebot:#ubuntu-release- Unapproved: accepted postgresql-9.1 [source] (precise-proposed) [9.1.24-0ubuntu0.12.04]
[20:42] -queuebot:#ubuntu-release- Unapproved: accepted php-smbclient [source] (xenial-proposed) [0.8.0~rc1-2build1]
[20:47] <pitti> bdmurray: cheers!
[20:56] -queuebot:#ubuntu-release- Unapproved: accepted mistral [source] (xenial-proposed) [2.0.0-1ubuntu1]
[21:00] -queuebot:#ubuntu-release- Unapproved: accepted nvme-cli [source] (xenial-proposed) [0.5-1ubuntu0.1]
[21:32] -queuebot:#ubuntu-release- Unapproved: tcsh (yakkety-proposed/universe) [6.18.01-5 => 6.18.01-5ubuntu<IP_ADDRESS>] (no packageset)
[22:03] -queuebot:#ubuntu-release- Unapproved: greybird-gtk-theme (yakkety-proposed/universe) [3.20.1-1 => 3.20.1-1ubuntu0.1] (no packageset)
[22:15] <infinity> rcj: That's from, what?  An LP API call?


[06:05] <brobostigon> morning boys and girls.
[06:05] <Nafallo> morning brobostigon
[06:05] <brobostigon> morning Nafallo
[08:37] <daftykins> morn \o
[08:38] <daftykins> well well, DPD guy dropped off my 'repaired' LG Nexus 5x phone
[10:06] <diplo> yay daftykins, all working as expected?
[10:09] <daftykins> yep seems good, did take about an hour and a half to update through all the many chains of updates and then start to get things back to normal
[10:10] <daftykins> soon the delight of moving all the 2FA stuff over will begin ;)
[10:22] <diplo> Yeah, I'm moving my 2FA to the open source client from Authenticator
[10:22] <diplo> So got to do a similar thing
[10:22] <daftykins> any benefits to that?
[10:23] <diplo> Just trying not to tie myself to any of the big three or four companies
[10:23] <diplo> Authenticator is MS, another is from Google
[10:24] <daftykins> hmm the one called Authenticator on mine is the Google one, i think MS renamed theirs to 'Microsoft Account' perhaps?
[10:25] <daftykins> ah no it is indeed just Microsoft Authenticator too
[10:26] <diplo> haha
[10:32] <daftykins> knocked down to 55% already though, they certainly didn't give me a new battery xD
[10:35] <diplo> hahah, don't expect too much! Are they sealed units or can you replace?
[10:36] <daftykins> they're the kind with clips to attach the front and rear, the type you tend to snap when making your own attempt and leaving them never truly attaching well again after
[10:37] <daftykins> i think they replaced the back on mine here, so they likely broke it the same way on opening it up! :D
[10:37] <daftykins> really though since the post office banned batteries, it's really hard to get replacements onto the island now - so that's made it nigh-on impossible
[10:39] <diplo> Does suck living there at times! but also save a fortune on other things :)
[10:39] <daftykins> it's been interesting chatting to my neighbour who took a job here, but comes from England
[10:40] <daftykins> there was a study done which said the cost of living based on food is 1.4x that in England - but she also mentioned her job seems to pay about 1.4x the same role in England, too
[10:49] <daftykins> i cracked open an old CTX LCD monitor yesterday and diagnosed some faulty capacitors, so i get to have even more soldering training :D
[10:50] <diplo> Brave man opening monitors, never touched them.. but I guess that's from the old CRT days
[10:51] <diplo> But you don't pay the same taxes as we do right over there, so must be some large savings there ?
[10:51] <daftykins> i did hop on here and ask some guys in another channel whether it needed to be discharged to be safely touched, but apparently using some nylon gloves and just staying away from the high voltage section can be enough
[10:51] <zxmoy-pi> PLUS chance of star trek style monitor exploding.... :-P
[10:52] <daftykins> still got 20% income tax, but there's no VAT yeah, so all electronics etc are much cheaper
[10:52] <diplo> So get you to buy and transfer here
[10:52] <daftykins> :D
[10:52] <daftykins> i may have muled a few laptops for friends in my time
[10:53] <daftykins> *cough*
[10:54] <diplo> hehe, right got to go and feed a dog, bbiab
[10:54] <zxmoy-pi> honestly officer the 10 laptops are for personal consumption...
[11:03] <daftykins> "om nom nom
[11:03] <daftykins> "
[12:19] <daftykins> jeez, Homebase closing tonnes of branches now eh
[12:19] <daftykins> tonnes more, that is
[12:22] <zxmoy-pi> how bad are things when you can't sell the british diy or gardening supplies....
[12:40] <mgdm> from what I read it's because the new Australian owners tried to do what worked in Australia
[12:40] <mgdm> so they didn't sell heaters in winter, for example :)
[12:40] <daftykins> :D
[12:41] <daftykins> hilarious
[16:24] <knightwise> hey peepz
[16:24] <knightwise> how you doin gtoday
[16:25] <daftykins> not too bad at all thanks, got my phone back from repair - and just set up yet another lovely nextcloud instance \o/
[16:25] <daftykins> how are things in your neck of the woods?
[22:08] <daftykins> hrmm i have the PSU from a monitor that has a few bulging capacitors within, i've desoldered one of each type i see and have noted their ratings - but i was recommended to consider the ESR value of each one when shopping for replacements
[22:09] <daftykins> i have at my fingertips 'Asiacon' brand caps of 1000uF and 16v, with "LE 105 deg C" and "0506" written on
[22:10] <daftykins> well, technically a couple are 10v but i hear i can just get 16v and they'll be grand too
[22:12] <daftykins> no idea if i should consider much more detail then given 'ESR' is pretty new to me
[22:13] <daftykins> think i'll just buy these Panasonics i found :) https://www.ebay.co.uk/itm/111020269027?var=410162279756
[22:28] <zxmoy-pi> star trek... exploding monitors...
[22:28] <daftykins> :P
[22:29] <zxmoy-pi> almost as bad as their klingon armour... did it ever once stop a blade or energy weapon?
[22:30] <zxmoy-pi> i'm suprised the enterprise didn't explode every week...
[22:30] <daftykins> what if it's all training sims, maybe they never left dry dock!
[22:33] <daftykins> https://youtu.be/Gp_RnJcb8Ig - hmm the new Matt Groening thing
[23:00] <diddledan> looks interesting
[23:00] <diddledan> the animation style is very groening
[23:01] <zxmoy-pi> creating the simpsos means some money will be spent on the animation


[06:17] <s0beit> so uh, if anyone knows, my laptop used to disable it's own monitor when the lid closed before, but HDMI out was working fine - now it refuses to turn off it's own monitor when the lid closes, how do i get it to disable it's own monitor when the lid closes


[00:00] <mohi1> Zach =]
[00:00] <MichealH> Heh heh
[00:00] <zkriesse> oh crap
[00:00] <bodhi_zazen> Well, we could discuss issues, possible to act on some ?
[00:00] <MichealH> What up Zachary?
[00:00] <zkriesse> oh hey bodhi_zazen
[00:00] <MichealH> Hates the iPod
[00:01] <MichealH> Anyway...
[00:02] <MichealH> Let's Go!
[00:02] <zkriesse> Go where?
[00:03] <bodhi_zazen> MichealH: Well, we can not really make a decision, but if you wish you may present your issue
[00:04] <MichealH> It's not really an issue but Something else... I an requesting a 3 rf party forum.
[00:05] <MichealH> *rf
[00:05] <bodhi_zazen> Aye, but we do not have enough FC members here ATM to make a decision ...
[00:05] <MichealH> An the 3rd party forum will be a place for Ubuntu Youth!
[00:07] <jacob> MichealH: is "Ubuntu Youth" an existing project needing a forum, or are you suggesting a new section?
[00:07] <MichealH> Ahhh...
[00:07] <bodhi_zazen> They want a new forum
[00:07] <bodhi_zazen> MichealH: I would guess the answer will be no
[00:07] <bodhi_zazen> Unless it is an "official" project
[00:07] <bodhi_zazen> Is your project supported by Canonical ?
[00:08] <MichealH> I am sure that this is a official project
[00:08] <jacob> found https://wiki.ubuntu.com/UbuntuYouth, assuming this is the project page
[00:08] <jdong> howdy
[00:08] <MichealH> Well it uses and has used the Ubuntu
[00:09] <jacob> jdong: woah, haven't seen you in forever
[00:09] <zkriesse> hey again jdong
[00:09] <zkriesse> jacob: that is the project page...(revamped by me)
[00:09] <dmizer> jdong \o/
[00:09] <MichealH> It has used the ubuntu trademark thing since 2007
[00:09] <jdong> hi :)
[00:09] <jdong> what'd I miss?
[00:10] <jdong> (gah sorry, right in the middle of work hours)
[00:10] <MichealH> Jdong: nothing much
[00:10] <jacob> jdong: it's really just started, heh
[00:10] <MichealH> So...
[00:11] <bodhi_zazen> The "problem" is that we have limited resources on the server
[00:11] <bodhi_zazen> The main focus is support and this seems almost a social group
[00:11] <MichealH> I understand greatly
[00:11] <bodhi_zazen> It is not up to me to decide, but you will need to justify why a forums is needed
[00:12] <jdong> jacob: ok good, I'll be around :)
[00:12] <bodhi_zazen> please understand we have lots of people interested in such things, we get requests for specific forms almost weekly
[00:12] <MichealH> I was thinking of it being used as a foil do then if they had a problem with ubuntu then they can solve it with someone of a similar age group
[00:12] <zkriesse> bodhi_zazen: In reality there is not a justifiable reason for this group to have a forum right now. MichealH was handed the group a short while ago but in that time there has not been much done with it..it's really an idle if not dead team
[00:13] <bodhi_zazen> For example the Linux Terminal Server Project - That is support , but I am not sure if they would have enough traffic
[00:13] <bodhi_zazen> to split from servers
[00:14] <bodhi_zazen> thanks zkriesse
[00:14] <MichealH> Decision?
[00:14] <zkriesse> bodhi_zazen: The only reason I know this is because I'm giving MichealH a helping hand to get this "team" off the ground
[00:14] <bodhi_zazen> As I said, the decision is not up to me, I am more trying to advise you what will likely be asked - justification
[00:15] <MichealH> Only in terms of wiki/ Launchpad
[00:16] <MichealH> This team has been dead 2 year now... But we are revamping with me on board.
[00:16] <bodhi_zazen> Any other comments on the Ubuntu Youth forum ?
[00:16] <bodhi_zazen> Otherwise, dmizer you want to add anything of polls ?
[00:16] <zkriesse> bodhi_zazen: None from me at this time
[00:16] <MichealH> We are slowly regaining... Popularity
[00:17] <bodhi_zazen> MichealH: I will "bump" your agenda item to the mailing list see if I can solicit an answer
[00:17] <zkriesse> bodhi_zazen: If i may, can you give me a pm when this is done?
[00:17] <MichealH> Thanks bohdi also where us this mailing list?
[00:17] <dmizer> sure bodhi_zazen ... just wanted to see if there would be support in the forum council for disabling polls in the support sections of the forum. Polls would remain in the community section.
[00:18] <bodhi_zazen> I believe so, I would support the idea =)
[00:18] <dmizer> i thought so. ;)
[00:18] <zkriesse> Sounds good to me as well. If i may say so
[00:19] <MichealH> Bodhi_zazen Where can I subscribe to the mailing lists
[00:19] <bodhi_zazen> They are hardly ever used in support sections so disabling them makes sense
[00:19] <bodhi_zazen> Prevents abuse
[00:19] <bodhi_zazen> I doubt it MichealH
[00:19] <dmizer> i also cannot see any good reason for having a poll in a support request.
[00:19] <MichealH> Good idea!
[00:20] <bodhi_zazen> I will  bump that to the ML as well dmizer , it seems we should be able to answer that via ML
[00:20] <bodhi_zazen> thank you for adding it to the agenda
[00:20] <MichealH> Bodhi_zazen is it only for staff?
[00:20] <dmizer> sounds good to me. no problem bodhi_zazen.
[00:20] <bodhi_zazen> As a subscription I believe so MichealH
[00:21] <bodhi_zazen> Although if you wish you can post a mailing to it, asking about a youth forums
[00:21] <bodhi_zazen> If you prefer, you can make your case
[00:21] <MichealH> Ok will you make sure to PM me the result over the forums
[00:22] <jdong> just for the record, I just caught up on the backlog
[00:22] <jdong> and concur with the concerns raised
[00:22] <MichealH> Yes,I will post to the lists...
[00:22] <jdong> seeing that it's just bodhi and I here, mailing lists sound like a good idea
[00:22] <MichealH> What's the email address?
[00:23] <bodhi_zazen> https://wiki.ubuntu.com/ForumCouncil
[00:24] <bodhi_zazen> Anybody else wish to raise any additional items ?
[00:25] <jacob> when's that staff party we're all raving about? ;)
[00:25] <dmizer> here here
[00:25] <bodhi_zazen> Tonight jacob
[00:25] <bodhi_zazen> At your pad
[00:26] <jacob> hah, if you can find it
[00:26] <zkriesse> Party!
[00:26] <MichealH> So... I will see if I can subscribe to your list
[00:27] <jacob> MichealH: if you just send a message to it they'll get it, but you can't subscribe to it as its private
[00:27] <jdong> no, you can't subscribe to it
[00:27] <jdong> but you can send email to it that goes into a queue
[00:27] <jdong> so be sure to cc: everyone that's not a member of the list but is interested in the discussion
[00:28] <MichealH> How will I know the decision?
[00:28] <bodhi_zazen> Well, it is a mailing list MichealH
[00:28] <bodhi_zazen> =)
[00:29] <MichealH> Ok but I never get replies from topics like I have done with lists before.
[00:30] <MichealH> If I don't get to know the answer I can ask you to P
[00:30] <bodhi_zazen> I do not recall you posting to the FC mailing list, but if you did, the admin may not have approved it, I am not sure
[00:30] <MichealH> M me
[00:30] <bodhi_zazen> yes, you can PM me on the forums if you like =)
[00:31] <MichealH> No that was on another list!
[00:31] <MichealH> That was a Ubuntu Loco list
[00:32] <jacob> MichealH: then you'll want to send a message to the FC list as previously mentioned
[00:33] <MichealH> Okay
[00:34] <MichealH> Loves meetings!
[00:34] <MichealH> Heh
[00:34] <MichealH> I have one tomorrow
[00:34] <MichealH> Heh
[00:37] <jacob> MichealH: not sure if you're aware, but: "/me uses emotes" results in:
[00:37]  * jacob uses emotes
[00:37] <jacob> fun IRC tidbit of the day :P
[00:38] <MichealH> Jacob my client doesn't support that considering I have a iPod that is doing t
[00:39] <MichealH> *it
[00:39] <dmizer> ipod fail! :-D
[00:39] <jacob> ouch, how are you able to type on that? :P
[00:40] <jacob> anyway, storms are getting pretty bad and the lights are flickering, I should probably shut this thing down
[00:40] <jacob> later all
[00:40] <zkriesse> bye jacob
[00:40] <dmizer> later jacob
[00:40] <bodhi_zazen> bye jacob
[00:40] <MichealH> Very easy (with spell checks lol)
[00:41] <MichealH> See ya Jacob!
[00:44] <MichealH> So... What's on today?
[16:00] <seb128> hey
[16:00] <ScottK> Hello
[16:00] <jdstrand> o/
[16:00]  * fader_ waves.
[16:00] <robbiew> #startmeeting
[16:00] <MootBot> Meeting started at 10:00. The chair is robbiew.
[16:00] <ogra> yo
[16:00]  * fader_ is filling in for marjo today.
[16:00] <robbiew> time to make the donuts
[16:00]  * mathiaz waves
[16:01]  * apw waves
[16:01] <robbiew> alright then....let's get rollin
[16:01] <robbiew> [TOPIC] Team Reports
[16:01] <MootBot> New Topic:  Team Reports
[16:01] <robbiew> [TOPIC] QA
[16:01] <MootBot> New Topic:  QA
[16:01] <fader_> o\
[16:02] <fader_> Er
[16:02] <robbiew> I don't expect any boot perf stuff today, btw
[16:02] <fader_> * Hardware testing:
[16:02] <fader_> [LINK] http://people.canonical.com/~fader/hw-testing/current.html
[16:02] <MootBot> LINK received:  http://people.canonical.com/~fader/hw-testing/current.html
[16:02] <fader_> Laptops/Netbooks:
[16:02] <fader_>     passed:  61 (92%)    failed:  0 ( 0%)      untested:  5 ( 8%)
[16:02] <fader_> Servers:
[16:02] <fader_>     passed:  59 (88%)    failed:  6 ( 9%)      untested:  2 ( 3%)
[16:02] <fader_> Desktops:
[16:02] <fader_>     passed:   8 (73%)    failed:  0 ( 0%)      untested:  3 (27%)
[16:02] <fader_> * Boot performance
[16:02] <fader_> Live and installed system boot chart information will be automatically
[16:02] <fader_> generated as of today for both desktop and netbook images
[16:02] <fader_> (As you say, no data yet today)
[16:02] <fader_> * Blueprint status
[16:02] <fader_> [LINK] http://people.canonical.com/~pitti/workitems/maverick/canonical-platform-qa-maverick-alpha-3.html
[16:02] <MootBot> LINK received:  http://people.canonical.com/~pitti/workitems/maverick/canonical-platform-qa-maverick-alpha-3.html
[16:02] <fader_> qa-maverick-improve-iso-tracker - 50% complete
[16:02] <fader_> Remaining work items are on track.
[16:02] <fader_> qa-maverick-mago-i18n - 0% complete
[16:02] <fader_> Not started due to higher priority work items
[16:02] <fader_> Any questions/comments/confusions?
[16:03] <robbiew> qa-maverick-improve-iso-tracker - 50% complete
[16:03] <robbiew> wow
[16:03] <fader_> Yeah, I'm excited for that one to happen :)
[16:03] <robbiew> apologies for tagging that at 0%
[16:03]  * robbiew will blame the tools...because it's easier too :P
[16:04] <fader_> Heh
[16:04] <robbiew> thanks fader_
[16:04] <robbiew> [TOPIC] Security
[16:04] <MootBot> New Topic:  Security
[16:04] <jdstrand> hi
[16:04] <jdstrand> [LINK] https://wiki.ubuntu.com/SecurityTeam/ReleaseStatus/Maverick
[16:04] <MootBot> LINK received:  https://wiki.ubuntu.com/SecurityTeam/ReleaseStatus/Maverick
[16:04] <jdstrand> We have no milestoned blueprints. Blueprints for the cycle are slipping due to high/complicated security update load. The team will look at postponements in the coming days and discuss at the upcoming sprint.
[16:05] <jdstrand> mdeslaur is continuing to make progress on security-m-tls-renegotiation-updates, our last remaining essential blueprint.
[16:05] <jdstrand> kees' new LSM, 'Yama', was accepted by upstream and is now in the next tree and it is in the -7 Ubuntu kernel now. He has made adjustments for the kde crash handler (which was affected by the ptrace changes) to work with Yama.
[16:05] <jdstrand> Firefox 3.6.6 was published last week for Hardy and Lucid. Jaunty and Karmic still pending due to openjdk-6. Packages have been uploaded to the mozilla ppa.
[16:05] <jdstrand> sbeattie has been performing the TCK testing on openjdk-6 and is continuing to work with doko on this. sbeattie is also
[16:05] <jdstrand> coordinating the work for the new 2.5.1 stable release of AppArmor (userspace).
[16:06] <jdstrand> We have two milestoned bugs for alpha-3:
[16:06] <jdstrand> bug #600549: mdeslaur is looking at it. may be a toolchain problem which needs help from doko
[16:06] <jdstrand> bug #596136: followed up with kees, who knows how to fix it
[16:07] <jdstrand> that's it from me
[16:07] <robbiew> moving like a fine oiled machine as always....thanks jdstrand
[16:07] <jdstrand> \o/
[16:07] <jdstrand> sure :)
[16:07] <robbiew> [TOPIC] Kernel
[16:07] <MootBot> New Topic:  Kernel
[16:08] <robbiew> apw?
[16:09]  * apw appears
[16:09] <apw> Overall Kernel Team status is summarised at the first URL below, including the items called out in the agenda.  The burn down chart shows us slightly above the line currently:
[16:09] <apw> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Maverick
[16:09] <apw> [LINK] http://people.canonical.com/~pitti/workitems/canonical-kernel-team-ubuntu-10.04.html
[16:09] <MootBot> LINK received:  https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Maverick
[16:09] <MootBot> LINK received:  http://people.canonical.com/~pitti/workitems/canonical-kernel-team-ubuntu-10.04.html
[16:09] <apw> From the agenda, kernel-maverick-apparmour we are making progress on the current bugs, upstreaming efforts are continuing the remaining items here are not release critical.  On kernel-maverick-pv-ops-ev2 there has been some good progress, we both have updated full xen patches ready for testing and it seems pv-ops may be back on the table.  On the bugs listed the first is still waiting on the reporter and not looking to be a general bug.  The DCHC
[16:09] <apw> card iss is with TI curretnly.  The LVM issue we appear to have a fix moving upstream.
[16:09] <apw> The maverick kernel has been rebased to v2.6.35-rc4 and uploaded, this brings fixes for a number of issues we have been seeing in the wild.

[16:11] <robbiew> apw: thnx
[16:11] <robbiew> questions for Kernel?
[16:11] <robbiew> okey dokey then
[16:11] <apw> (sorry not used to being at the top of the agenda :)
[16:11] <robbiew> heh...you're always top in my book ;)
[16:12] <robbiew> lol
[16:12] <robbiew> [TOPIC] Foundations
[16:12] <MootBot> New Topic:  Foundations
[16:12] <cjwatson> [LINK] https://wiki.ubuntu.com/FoundationsTeam/ReleaseStatus/Maverick
[16:12] <cjwatson> Updates above both for last week and this since I didn't notice until too late that last week's was cancelled. :-)
[16:12] <MootBot> LINK received:  https://wiki.ubuntu.com/FoundationsTeam/ReleaseStatus/Maverick
[16:12] <cjwatson> Above the trend line in general, although we have a lot of work in progress so I do expect that to drop down in the near future, and especially at the sprint.
[16:12] <cjwatson> At the moment we have several things awaiting upstream feedback from various quarters (GRUB, Python, probably kernel in the near future, etc.), and several big chunks of work on branches such as the installer redesign.
[16:12] <cjwatson> We're also still picking up a lot of delayed merges, routine upstream updates, and the like.
[16:13] <cjwatson> There's also a list there of our progress on test rebuild bugs; I'm glad to see we're not the only team with a big list there ...
[16:13] <cjwatson> --
[16:13] <robbiew> heh...yeah, that was fun to go through
[16:13] <cjwatson> oh, and I have an ice cream.  yum.
[16:14] <robbiew> heh
[16:14] <robbiew> questions for Foundations?
[16:15] <robbiew> nice...moving on
[16:15]  * jdstrand wonders if it is too early for an ice cream here. may be a flavor ice...
[16:15] <robbiew> [TOPIC] Server
[16:15] <MootBot> New Topic:  Server
[16:15] <mathiaz> [LINK] https://wiki.ubuntu.com/ServerTeam/MaverickReleaseStatus
[16:15] <MootBot> LINK received:  https://wiki.ubuntu.com/ServerTeam/MaverickReleaseStatus
[16:15] <mathiaz> for milestoned bugs:
[16:15] <robbiew> jdstrand: it's never too early for ice cream ;)
[16:15] <mathiaz> bug 572317
[16:15] <mathiaz> not sure if it should be set to critical - waiting on gustavo to add support in upstream
[16:16] <mathiaz> and bugs from the archive rebuild are being assigned
[16:16] <mathiaz> for milestoned specs:
[16:16] <mathiaz>  server-maverick-apport-hooks
[16:16] <mathiaz> 20%
[16:16] <mathiaz> On Track
[16:16] <mathiaz> there is a whole bunch of other specs that are at 0% for now
[16:16] <mathiaz> due to lack of timely update
[16:17] <mathiaz> so - that's all from me
[16:18] <mathiaz> sorry for being short - I'm filling up for ttx at the last minute
[16:18] <robbiew> mathiaz: feel free to lower the priority on bug 572317
[16:18] <robbiew> as it was opened by smoser and assigned to you all :)
[16:18] <robbiew> so I'll agree with your team's judgment there
[16:19] <smoser> mathiaz, it is critical.
[16:19] <mathiaz> robbiew: righ - I'll lower it to high
[16:19] <smoser> image store will not function on maverick images without these fixes.
[16:19] <mathiaz> smoser: ok - we can discuss that later
[16:19] <mathiaz> smoser: it's milestoned for alpha3 and we're keeping an eye on it
[16:19] <smoser> and gustavo is aware.
[16:20]  * robbiew will let the server team fight it out :P
[16:20] <mathiaz> do you have any questions for the server team?
[16:20] <robbiew> I don't...anyone else?
[16:20] <robbiew> thanks mathiaz!
[16:20] <robbiew> [TOPIC] Desktop
[16:20] <MootBot> New Topic:  Desktop
[16:20] <seb128> [LINK] https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:20] <seb128> [LINK] http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-maverick-alpha-3.html
[16:20] <seb128> .
[16:20] <seb128> We didn't see lot of progresses for alpha3 items yet, several team members were at conference (rmll, akademy) or on holidays.
[16:20] <MootBot> LINK received:  https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:20] <MootBot> LINK received:  http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-maverick-alpha-3.html
[16:20] <seb128> The firefox security update went out for hardy, lucid and maverick and most of the work is over so we should get our webbrowser maintainer for some other tasks.
[16:20] <seb128> The appmenu works seems working quite well now, we might switch UNE to not display menus in softwares but only in the indicator next week
[16:20] <seb128> .
[16:20] <seb128> The bugs assigned to our team are mailing build failures, some have been fixed already and others are under control to be fixed for this iteration
[16:21] <seb128> that's it for Ubuntu side, ScottK has the update for kubuntu
[16:21] <robbiew> yeah...sorry to alarm folks with all the ftbfs bugs...but just wanted to make sure they were known
[16:21] <seb128> since Riddell is at akademy this week
[16:21] <ScottK> Kubuntu status:
[16:21] <ScottK> Desktop/Netbook ISO consolidation is complete, still need to clean up seeds and kubuntu-meta
[16:21] <ScottK> KDE SC 4.5 RC 1 is uploaded
[16:21] <ScottK> qmf and qtmobility are in the archive (qtmobility still in binary New)
[16:21] <ScottK> All stop on armel due to qt4-x11 ICE (See Bug #603602)
[16:21] <ScottK> Testing with the appmenu widget is going well, we plan to add it to the default nebook configuration for Alpha 3
[16:21] <ScottK> Kubuntu Ninjas are putting their moves on KDE SC 4.5 release candidate 2 tars which have just been released by upstream
[16:21] <ScottK> We need doko for 603602
[16:22] <robbiew> [ACTION] robbiew to alert doko to bug 603602
[16:22] <MootBot> ACTION received:  robbiew to alert doko to bug 603602
[16:22] <ScottK> Questions?
[16:23] <robbiew> thx seb128 and ScottK
[16:23] <robbiew> [TOPIC] DX
[16:23] <MootBot> New Topic:  DX
[16:23] <seb128> njpatel, ^
[16:23] <njpatel> hi
[16:23] <robbiew> howdy
[16:23] <njpatel> https://wiki.ubuntu.com/DesktopExperienceTeam/MaverickReleaseStatus
[16:24] <njpatel> updated it with the latest statuses for the blueprints
[16:26] <robbiew> njpatel: is that it? or are you multitasking
[16:26] <robbiew> lol
[16:27] <seb128> I think the summary is on the wiki ;-)
[16:27] <seb128> njpatel, usually people give a summary on the channel as well ;-)
[16:27] <njpatel> sorry, it's been some time since I've been in one of these meetings :)
[16:27] <njpatel> Oh
[16:27] <njpatel> So, netbook wise, things are good apart form the submenu bug
[16:28] <robbiew> no worries, I can read
[16:28] <robbiew> just wasn't sure if you were done :)
[16:28] <njpatel> Sorry, I was expecting to answer some questions I guess :)
[16:29] <njpatel> indicator-network is not going to be moving forward 'till platform sprint as kvalo is on holidays
[16:29] <njpatel> the other indicator bits are in, but there are some bugs still to be ironed out with the appemnu stuff before we can switch off the native menubars
[16:29] <robbiew> njpatel: do you think your team can address the 2 ftbfs bugs?
[16:30]  * njpatel looks
[16:30] <robbiew> or should I push them over to Desktop :P
[16:30] <seb128> robbiew, give them to us
[16:30] <njpatel> bah, do you have the links please?
[16:30] <seb128> they don't have upload rights to ubuntu anyway
[16:30] <seb128> njpatel, don't bother ;-)
[16:30] <njpatel> seb128 doesn't trust me
[16:30] <njpatel> :)
[16:30] <seb128> robbiew, the clutter one is already fixed
[16:30] <njpatel> seb128, okay, thanks :)
[16:31] <seb128> the other one can be taken by desktop
[16:31] <robbiew> sweet
[16:31] <robbiew> thanks fellas
[16:31]  * robbiew skips User Experience
[16:31] <njpatel> thanks, I'll be better prepared next week :)
[16:32] <robbiew> as I don't think anyone is here to speak on it
[16:32] <robbiew> njpatel: heh...no worries
[16:32] <njpatel> I can give it a shot for fits and giggles "Brown is the new Black"
[16:32] <robbiew> lol
[16:33] <ScottK> "Senior Canonical manager skips user experience, apparently not important" - News at 11.
[16:33] <robbiew> [TOPIC] ARM
[16:33] <MootBot> New Topic:  ARM
[16:33] <robbiew> ScottK: heh
[16:33]  * ogra waves
[16:33] <robbiew> to be fair, I didn't let her know
[16:33] <ogra> Detailed status at: https://wiki.ubuntu.com/ARMTeam/ReleaseStatus/Maverick
[16:33] <ogra> ...
[16:33] <ogra> Short summary:
[16:33] <ogra> * omap kernel and preinstalled images enabled for alpha 2, daily builds for omap3 and omap4 are happening
[16:33] <ogra> * ongoing bugfixing work for preinstalled images
[16:33] <ogra>  * ongoing work on main ftbfs: directfb was fixed
[16:33] <ogra>  * work ongoing on KDE/Kubuntu stack
[16:33] <ogra> * working towards A3
[16:33] <ogra> * improved-subarch-detection is currently blocked on cjwatson for review of design, and possible intergration with Debian.
[16:33] <ogra> ...
[16:33] <robbiew> ...and I'm not THAT Senior :P
[16:33] <ogra> A3 Status:
[16:33] <ogra> http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile-maverick-alpha-3.html
[16:33] <MootBot> LINK received:  http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile-maverick-alpha-3.html
[16:33] <ogra> (work only started last week so status doesnt look good yet)
[16:33] <ogra> ...
[16:33] <ogra> A3 targeted specs:
[16:33] <ogra> https://blueprints.launchpad.net/ubuntu/+spec/mobile-m-image-builds-without-root
[16:34] <ogra> https://blueprints.launchpad.net/ubuntu/+spec/mobile-m-lightweight-panel-for-efl
[16:34] <ogra> (waiting for DX team (ted) on that)
[16:34] <ogra> https://blueprints.launchpad.net/ubuntu/+spec/mobile-m-omap-edid-autodetection
[16:34] <ogra> ...
[16:34] <ogra> A3 targeted bugs:
[16:34] <ogra> bug 603604
[16:34] <ogra> bug 591941
[16:34] <ogra> bug 601226
[16:34] <ogra> bug 600261
[16:34] <ogra> bug 600359
[16:34] <ogra> bug 600487
[16:35] <ogra> questions ?
[16:36] <robbiew> none from me...anyone else?
[16:37] <robbiew> thnx ogra
[16:37] <robbiew> [TOPIC] MOTU
[16:37] <MootBot> New Topic:  MOTU
[16:37] <ogra> thx
[16:37] <robbiew> nothing there...but I never skip them ;)
[16:37]  * robbiew sucks up to ScottK a bit
[16:37] <ScottK> Heh
[16:38] <ScottK> FTBFS numbers are still climbing, so that's a bit concerning
[16:38] <ScottK> Once sparc dies things will get better, but pleanty of other things to do to
[16:38] <ogra> dyfet is supposed to also look at universe if his time permits
[16:38] <ScottK> Nothing major to report, but while people are looking at FTBFS, Universe needs help ...
[16:38] <ogra> so you should have some help with the arm ftbfs
[16:39] <ScottK> ogra: Great, because armel is next on the list after sparc.
[16:39] <ogra> (not sure how much his time permits though :) )
[16:39] <ScottK> That's it.
[16:39] <ScottK> Sure.
[16:39] <robbiew> thnx ScottK
[16:39] <robbiew> [TOPIC] Derivatives
[16:39] <MootBot> New Topic:  Derivatives
[16:40] <robbiew> [TOPIC] Linaro
[16:40] <MootBot> New Topic:  Linaro
[16:40]  * lool waves
[16:40] <robbiew> o/
[16:41] <lool> No Jamie?
[16:41] <lool> Well we had a release meeting yesterday for Linaro
[16:41] <lool> Some infrastructure specs are not on target, but that doesn't affect Ubuntu; apart of that things are getting in shape
[16:41] <lool> The key spec impacting Ubuntu is the Toolchain
[16:42] <lool> Which is slated for release next Tuesday https://launchpad.net/gcc-linaro/+milestone/4.4-2010.07
[16:42] <lool> (the toolchain is produced by a group which has monthly releases, hence the monthly milestone)
[16:42] <lool> We're getting there
[16:42] <lool> Sadly, doko's DSL had issues, so we still have a couple of things to discuss with him just to make sure he is happy with the deliverable
[16:43] <lool> But we're confident that the Tuesday release will be ready for inclusion as gcc-4.4/armel
[16:43] <lool> in Ubuntu
[16:43] <ogra> optionally, right ?
[16:43] <lool> We hope it will be the default toolchain in armel
[16:43] <ogra> or do i have to expect 1mio ftbfs
[16:43] <lool> Nah
[16:43] <ogra> k
[16:43] <lool> we did a test rebuild on x86
[16:44] <lool> the two serious issues are bugs on the list
[16:44] <lool> and we try to fix them for Tuesday
[16:44] <lool> (before inclusion anyway)
[16:44] <ogra> great
[16:44] <robbiew> cool
[16:44] <lool> doko started an armel rebuild, but that's very slow
[16:44] <lool> we're getting hardware RSN though
[16:44] <lool> I think that's the most intrusive event for Ubuntum the other specs are less intrusive as I understand it
[16:44] <lool> https://wiki.linaro.org/Releases/WeeklyReleaseMeeting/2010-07-08 are the notes from our meeting
[16:45] <lool> well, sorry, that's where the notes will appear once they get uploaded  :-)
[16:45] <ogra> *grin*
[16:45] <lool> questions?
[16:45] <mathiaz> lool: bug 579909
[16:45] <mathiaz> lool: are you guyz looking into that?
[16:45] <lool> mathiaz: Yes, it's on the milestone list I mentionned earlier
[16:46] <lool> mathiaz: however, note that it was split in two
[16:46] <lool> there is actually a genuine mysql FTBFS in maverick
[16:46] <mathiaz> lool: ok
[16:46] <lool> and an earlier failure with linaro diff
[16:46] <lool> We will work on the linaro failure first and on other bugs for this milestone
[16:46] <lool> and on the second failure best effort
[16:46] <lool> but we're taking help on the second one
[16:47] <ogra> does the change imply a full archive rebuild btw ?
[16:47] <lool> mathiaz: Oh sorry, that's the mysql one, that one is 100% linaro specific
[16:48] <lool> the perl one is the one with a maverick and a linaro leg
[16:48] <lool> mathiaz: so yes, we're looking at that one for sure
[16:48] <lool> ogra: We'd like to rebuild as much as possible once the toolchain has lived in the archive a bit
[16:48] <mathiaz> lool: ok - thanks
[16:48] <lool> ogra: I think similarly to the lucid rebuild
[16:48] <ogra> lool, ok, so there is at least a lot of arch any/all breakage ahead for the images
[16:49] <lool> except I think we should hopefully have more hardware for the rebuild this time around, and more people helping fix regressions
[16:49] <ogra> i just want to be prepared
[16:49] <lool> ogra: These rebuilds will be uploaded by hand, I guess it will be "far away" from Alpha releases
[16:49] <lool> and more to the near of the end of the cycles
[16:49] <ogra> ok
[16:49] <lool> *cycle
[16:50]  * ogra has no more questions
[16:50] <lool> Thanks; I think we can move on
[16:50] <robbiew> thnx lool
[16:50] <lool> pleasure
[16:50] <robbiew> [TOPIC] 10.04.1
[16:50] <MootBot> New Topic:  10.04.1
[16:51] <robbiew> no real change in the milestoned bugs
[16:51] <robbiew> mathiaz: could you look at bug 551130
[16:51] <robbiew> or at least someone from Server
[16:51] <mathiaz> robbiew: sure
[16:51] <robbiew> I think zul is in the know
[16:53] <zul> indeed
[16:53] <robbiew> cool
[16:53] <robbiew> [TOPIC] Any other business?
[16:53] <MootBot> New Topic:  Any other business?
[16:53]  * robbiew knows the next UDS location...but can't announce until the contract is signed :D
[16:54] <ScottK> robbiew: Can you give us a timezone?
[16:54] <robbiew> EST
[16:54] <ScottK> Cool.
[16:55] <robbiew> okay that's it
[16:55] <robbiew> #endmeeting
[16:55] <MootBot> Meeting finished at 10:55.
[18:57] <zkriesse> Is there anyone here who could maybe help me get MootBot in my channel its #ubuntu-beginners-wiki (Ubuntu Beginners Team Wiki channel)
[19:24] <vish> zkriesse: have you tried asking in -irc ?
[19:25] <zkriesse> ah good point..no i have not yet asked there
[19:30] <nigelb> @time