[00:56] <mpontillo> slangasek: I've finished regression testing the fixes LaMont put together (via custom built MAAS images) -- from what I can tell, everything looks okay. I've done a dozen or so deployments with MAAS, using X and Y.
[00:57] <mpontillo> updated the bug to verification-done.
[01:06] -queuebot:#ubuntu-release- Unapproved: accepted gdb [source] (yakkety-proposed) [<IP_ADDRESS>61005-0ubuntu1]
[01:06] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-mate-welcome [source] (yakkety-proposed) [16.10.10]
[01:07]  * cyphermox back
[01:11] <tsimonq2> cyphermox: could you please keep me in the loop on the Kubuntu slideshow?
[01:12] <cyphermox> infinity: if this retry of the autopkgtests for open-iscsi fail, I think we'll have reached the point where we might as well override the tests -- I know open-iscsi works, even in those MAAS ephermeral tests, I ran them multiple times locally and we (lamont and I) did run MAAS deployments with these pacakges
[01:13] -queuebot:#ubuntu-release- New binary: libkf5libkleo [ppc64el] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:13] -queuebot:#ubuntu-release- New binary: libkf5libkleo [amd64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:14] -queuebot:#ubuntu-release- New binary: libkf5libkleo [i386] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:14] -queuebot:#ubuntu-release- New binary: libkf5pimcommon [ppc64el] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:14] <cyphermox> tsimonq2: ok, starting to look into that now
[01:16] -queuebot:#ubuntu-release- New binary: libkf5libkleo [powerpc] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:16] -queuebot:#ubuntu-release- New binary: libkf5pimcommon [i386] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:16] -queuebot:#ubuntu-release- New binary: libkf5pimcommon [amd64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:16] <dobey> can someone please hit https://autopkgtest.ubuntu.com/request.cgi?release=yakkety&arch=i386&package=unity8&trigger=unity-scope-click%2F0.1.1%2B16.10.20161005-0ubuntu1 to retry the test? only failed on i386 and in someething that unity-scope-click would have had no effect on
[01:16] <tsimonq2> thanks a bunch cyphermox :)
[01:16] -queuebot:#ubuntu-release- New binary: libkf5libkleo [s390x] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:16] <cyphermox> tsimonq2: however, I have little idea what I'm doing there, so we'll see ;)
[01:17] <tsimonq2> cyphermox: you familiar with Qt and/or Python? :)
[01:17] <cyphermox> python and ubiquity yes, Qt, much less, but I can manage
[01:17] <tsimonq2> well then it won't be TOO hard for you :)
[01:18] -queuebot:#ubuntu-release- New binary: libkf5libkleo [armhf] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:18] -queuebot:#ubuntu-release- New binary: libkf5pimcommon [powerpc] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:18] -queuebot:#ubuntu-release- New binary: libkf5pimcommon [s390x] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:19] -queuebot:#ubuntu-release- New binary: libkf5libkleo [arm64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:22] -queuebot:#ubuntu-release- New binary: libkf5pimcommon [armhf] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:23] -queuebot:#ubuntu-release- New binary: libkf5pimcommon [arm64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5libkleo [amd64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5libkleo [armhf] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5libkleo [powerpc] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5libkleo [s390x] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5pimcommon [arm64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5pimcommon [i386] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5pimcommon [ppc64el] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5libkleo [arm64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5libkleo [ppc64el] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5pimcommon [armhf] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5pimcommon [s390x] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:27] -queuebot:#ubuntu-release- New: accepted libkf5libkleo [i386] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:28] -queuebot:#ubuntu-release- New: accepted libkf5pimcommon [powerpc] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:28] -queuebot:#ubuntu-release- New: accepted libkf5pimcommon [amd64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[01:28] <tsimonq2> ooh, more Kubuntu stuff accepted ;)
[01:41] <cyphermox> tsimonq2: what of blaze's port to pyqt5?
[01:42] <tsimonq2> cyphermox: huh?
[01:42] <cyphermox> someone called 'blaze' on LP did some porting to pyqt5
[01:42] <cyphermox> I'm looking through it right now, looks legit and pretty complete
[01:42] <tsimonq2> I just didn't understand your question
[01:42] <tsimonq2> well apparently it's not complete
[01:42] <cyphermox> ok
[01:43] <tsimonq2> I couldn't get it set up on my machine
[01:43] <cyphermox> well then it's going to get me some ways to the end
[01:43] <tsimonq2> segfault
[01:44] <tsimonq2> cyphermox: so I think what you might need to do to figure it out is fix the goshdarn segfault :P
[01:45] <cyphermox> it looks like it's not that simple. if there's no webkit for pyqt4 as it seems to be the case now, there isn't much I'll be able to do
[01:45] <cyphermox> ah, zsync done
[01:56] -queuebot:#ubuntu-release- Unapproved: spu-tools (yakkety-proposed/universe) [<IP_ADDRESS>-2 => <IP_ADDRESS>-2ubuntu1] (no packageset)
[01:57] -queuebot:#ubuntu-release- Unapproved: accepted spu-tools [source] (yakkety-proposed) [<IP_ADDRESS>-2ubuntu1]
[01:58] -queuebot:#ubuntu-release- Unapproved: maas (yakkety-proposed/main) [2.0.0+bzr5189-0ubuntu1 => 2.1.0~beta2+bzr5454-0ubuntu1] (ubuntu-server)
[02:50] <lamont> slangasek: it occured to me over dinner... initramfs-tools is already in yakkety, it's the xenial SRU that's sitting in -proposed.
[02:56] <lamont> bug 1621615 also marked verification-done
[02:57] <lamont> slangasek: given that all of the packages in question are Fix-Released in yakkety, I expect that the SRUs of same could wait until people are awake after final freeze and the RC is out.
[03:10] -queuebot:#ubuntu-release- New binary: libkf5gravatar [i386] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:10] -queuebot:#ubuntu-release- New binary: libkf5gravatar [ppc64el] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:11] -queuebot:#ubuntu-release- New binary: kf5-kdepim-apps-libs [ppc64el] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:11] -queuebot:#ubuntu-release- New binary: libkf5gravatar [amd64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:12] -queuebot:#ubuntu-release- New binary: kf5-kdepim-apps-libs [i386] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:13] <jbicha> could a Release Team member take a look at bug 1630557 ? thanks
[03:14] -queuebot:#ubuntu-release- New binary: kf5-kdepim-apps-libs [amd64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:14] -queuebot:#ubuntu-release- New binary: libkf5gravatar [s390x] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:14] -queuebot:#ubuntu-release- New binary: libkf5gravatar [armhf] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:15] -queuebot:#ubuntu-release- New binary: kf5-kdepim-apps-libs [arm64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:15] -queuebot:#ubuntu-release- New binary: libkf5gravatar [arm64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:15] -queuebot:#ubuntu-release- New binary: kf5-kdepim-apps-libs [s390x] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:15] -queuebot:#ubuntu-release- New binary: libkf5gravatar [powerpc] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:17] -queuebot:#ubuntu-release- New binary: kf5-kdepim-apps-libs [armhf] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:18] -queuebot:#ubuntu-release- New binary: kf5-kdepim-apps-libs [powerpc] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[03:28] <ahoneybun> cyphermox: webkit has support in PyQt5
[03:28] <ahoneybun> blaze changed the names of the functions from PyQt4 to 5
[03:28] <cyphermox> ahoneybun: yeah, I noticed
[03:28] <cyphermox> I'm working on that, got it a bit of way to working
[03:32] <cyphermox> so far I can almost reach the timezone panel
[04:03] <slangasek> dobey: unity8 i386 retried; I feel like I've seen that failure before, maybe you could log a bug about them fixing the test?
[04:03] <cyphermox> there! working slideshow for kubuntu.
[04:04] -queuebot:#ubuntu-release- Unapproved: nfstrace (yakkety-proposed/universe) [0.4.2-2ubuntu2 => 0.4.2-2ubuntu3] (no packageset)
[04:06] -queuebot:#ubuntu-release- Unapproved: accepted nfstrace [source] (yakkety-proposed) [0.4.2-2ubuntu3]
[04:08] -queuebot:#ubuntu-release- New: accepted libkf5gravatar [amd64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:08] -queuebot:#ubuntu-release- New: accepted libkf5gravatar [ppc64el] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:08] -queuebot:#ubuntu-release- New: accepted libkf5gravatar [i386] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:08] -queuebot:#ubuntu-release- New: accepted libkf5gravatar [arm64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:08] -queuebot:#ubuntu-release- New: accepted libkf5gravatar [powerpc] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:08] -queuebot:#ubuntu-release- New: accepted libkf5gravatar [armhf] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:08] -queuebot:#ubuntu-release- New: accepted libkf5gravatar [s390x] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:12] <slangasek> santa_: this sticks out among the other KDE lib packages: I: libkf5kaddressbookgrantlee5: no-symbols-control-file usr/lib/x86_64-linux-gnu/libKF5KaddressbookGrantlee.so.5.2.3
[04:13] -queuebot:#ubuntu-release- New: accepted kf5-kdepim-apps-libs [amd64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:13] -queuebot:#ubuntu-release- New: accepted kf5-kdepim-apps-libs [armhf] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:13] -queuebot:#ubuntu-release- New: accepted kf5-kdepim-apps-libs [powerpc] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:13] -queuebot:#ubuntu-release- New: accepted kf5-kdepim-apps-libs [s390x] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:13] -queuebot:#ubuntu-release- New: accepted kf5-kdepim-apps-libs [arm64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:13] -queuebot:#ubuntu-release- New: accepted kf5-kdepim-apps-libs [ppc64el] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:13] -queuebot:#ubuntu-release- New: accepted kf5-kdepim-apps-libs [i386] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[04:19] <cyphermox> slangasek: wondering if we could override the open-iscsi test results. the MAAS ephemeral image test still fails in autopkgtest, but they do work locally and I and lamont have run MAAS deployments that show the package is working
[04:20] <lamont> cyphermox: slangasek I fully support this plan
[04:21] <lamont> cyphermox: I'd actually be inclined to leave that particular test there, but not run by default, with the README saying how to run it, and a hope that people run it manually to make sure it still passes
[04:31] <slangasek> cyphermox, lamont: last successful autopkgtest for open-iscsi on amd64 and i386 was before xenial was released; yes to overriding, and +1 from me for disabling a test that isn't passing
[04:31] <cyphermox> lamont: well, true that I could have it skip myself.
[04:31] <slangasek> (that's an SRU-worthy change for both xenial and yakkety)
[04:32] -queuebot:#ubuntu-release- Unapproved: arc-theme (yakkety-proposed/universe) [20160923-1 => 20161005-1] (no packageset) (sync)
[04:32] -queuebot:#ubuntu-release- Unapproved: clearlooks-phenix-theme (yakkety-proposed/universe) [6.0.3-1 => 6.0.3+git20161006-1] (no packageset) (sync)
[04:33] -queuebot:#ubuntu-release- Unapproved: accepted arc-theme [sync] (yakkety-proposed) [20161005-1]
[04:33] -queuebot:#ubuntu-release- Unapproved: accepted clearlooks-phenix-theme [sync] (yakkety-proposed) [6.0.3+git20161006-1]
[04:33] <cyphermox> I'll do an upload tomorrow that skips the test, it's easy to unskip it for one-off local autopkgtest runs.
[04:34] <cyphermox> lamont: ^
[04:34] <cyphermox> and now, I'm off
[04:34] <lamont> cyphermox: g'night
[04:35] <pitti> good morning
[04:35] <cyphermox> g'night
[04:35]  * lamont stil has a few more tests to run before his hardware gets repossessed by IS in the morning
[04:35] <pitti> cyphermox: open-iscsi? I'll hint if it still fails
[04:35] <slangasek> pitti: I've just hinted open-iscsi :)
[04:35] <pitti> ack
[04:35] <cyphermox> it's indeed what we were discussing
[04:36] <lamont> pitti: good morning, sir
[04:37] <pitti> hey lamont, how are you?
[04:38] <lamont> lets not go there. :D
[04:38] <lamont> actually doing well
[04:38] <lamont> questions from earlier in /query
[04:39] <lamont> mostly of the "halp how make work" variety, that become useful tomorrow when I cause my local hardware to qemu boot ipv6 guests
[04:49] -queuebot:#ubuntu-release- Unapproved: accepted casper [source] (xenial-proposed) [1.376.1]
[04:51] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (xenial-proposed) [2:13.1.1-0ubuntu1.1]
[05:28] <slangasek> pitti: I'm puzzled by the autopkgtest failure here; there's an error about an undefined symbol that is only available in the proposed version of kiconthemes, which has correct .symbols files, so how did the test environment ever end up with anything referencing that symbol? http://autopkgtest.ubuntu.com/packages/p/plasma-framework/yakkety/amd64
[05:30] -queuebot:#ubuntu-release- Unapproved: rejected maas [source] (yakkety-proposed) [2.1.0~beta1+bzr5433-0ubuntu1]
[05:30] <slangasek> (I'm also retrying it with kio+kiconthemes fwiw)
[05:33] <pitti> slangasek: I did a mass-retry for KDE against all of -proposed on Monday, as the 5.26 packages commonly need to be tested together
[05:33] <pitti> I suppose that exposed it?
[05:36] <slangasek> pitti: if it had been tested with the version of kiconthemes in -proposed, it shouldn't have been a missing symbol
[05:38] <pitti> Get:184 http://ftpmaster.internal/ubuntu yakkety-proposed/universe amd64 libkf5iconthemes5 amd64 5.26.0-0ubuntu1 [83.3 kB]
[05:38] <pitti> slangasek: ^ it was
[05:38] -queuebot:#ubuntu-release- Unapproved: rejected linux-signed [sync] (yakkety-proposed) [4.8.0-21.23]
[05:39] <pitti> slangasek: actually, that log was not a run with --all-proposed
[05:39] <slangasek> pitti: ah.  so I see packages being downloaded multiple times as part of that test.  Is it building against -proposed, and then testing the binaries against release?
[05:39] <pitti> --apt-pocket=proposed=src:kio
[05:39] -queuebot:#ubuntu-release- Unapproved: linux-signed (yakkety-proposed/main) [4.8.0-19.21 => 4.8.0-21.23] (core, kernel) (sync)
[05:39] <pitti> i. e. that was just a standard "minimize proposed" run
[05:41] <pitti> slangasek: no, the apt pinning is the same for build and binaries, but it did run into the fallback: WARNING: Test dependencies are unsatisfiable with using apt pinning. Retrying with using all packages from proposed
[05:41] <slangasek> pitti: ah
[05:41] <pitti> slangasek: so, it did build against everything in -proposed, as just instlaling kio from -proposed was uninstallable
[05:42] <pitti> and if deps aren't versioned correctly and pinning just the trigger from -proposed causes uninstallability, running everything from -proposed is the fallback
[05:42] <pitti> that happened during build, but not during the test
[05:43] <pitti> so indeed this is a case where --all-proposed (or more selectively using kiconthemes from -proposed) should help
[05:43] <slangasek> pitti: got it.  a bit confusing, especially when grepping the log instead of reading it linearly
[05:45] <slangasek> santa_, acheronuk: libkdegames looks like it still has a broken autopkgtest (acc, broken since mid-august)
[05:46] <pitti> slangasek: want me to do a mass-retry against all-proposed to mop up these cases?
[05:48] <slangasek> santa_, acheronuk: (overriding the bad test for libkdegames, to avoid blocking)
[05:48] <slangasek> pitti: I'm never thrilled with --all-proposed because I don't feel that it gives us proper bisection, but it's up to you
[05:51] <cpaelzer> good morning, today openvswitch shows up in update-excuses for a failed dependent neutron test
[05:51] <cpaelzer> coreycb yesterday analyzed just such an issue and debugged it to a timing issue on s390
[05:52] <cpaelzer> therefore I was re-triggering the test for now
[05:52] <cpaelzer> is there anything I should check/notify if I do so (I beg a pardon, but this is the first time I restart such a test)
[05:53] <slangasek> cpaelzer: nope, just don't stand on the button
[05:53] <cpaelzer> one click, one SSO login and thats it
[05:53] <cpaelzer> ok, will take a look later then if that unblocked it
[05:53] <cpaelzer> thanks slangasek
[05:54] <cpaelzer> at least I found it on the running queue, so the triggering worked
[05:57] -queuebot:#ubuntu-release- Unapproved: accepted linux-meta [sync] (yakkety-proposed) [<IP_ADDRESS>.30]
[05:57] -queuebot:#ubuntu-release- Unapproved: accepted linux [sync] (yakkety-proposed) [4.8.0-21.23]
[05:57] -queuebot:#ubuntu-release- Unapproved: accepted linux-signed [sync] (yakkety-proposed) [4.8.0-21.23]
[06:02] -queuebot:#ubuntu-release- Unapproved: golang-github-appc-spec (yakkety-proposed/universe) [0.8.5+dfsg-1 => 0.8.6+dfsg-1] (no packageset) (sync)
[06:02] -queuebot:#ubuntu-release- Unapproved: accepted golang-github-appc-spec [sync] (yakkety-proposed) [0.8.6+dfsg-1]
[06:03] -queuebot:#ubuntu-release- Unapproved: golang-google-grpc (yakkety-proposed/universe) [0.0~git20160517.0.a22b6611-2 => 1.0.0-1] (no packageset) (sync)
[06:04] -queuebot:#ubuntu-release- Unapproved: accepted golang-google-grpc [sync] (yakkety-proposed) [1.0.0-1]
[06:06] -queuebot:#ubuntu-release- Unapproved: gcc-snapshot (yakkety-proposed/universe) [20161001-1ubuntu1 => 20161006-1ubuntu1] (no packageset)
[06:07] <santa_> good morning
[06:07] -queuebot:#ubuntu-release- Unapproved: accepted gcc-snapshot [source] (yakkety-proposed) [20161006-1ubuntu1]
[06:08] <santa_> slangasek: regarding libkdegames I think you were right when you said it was obsolete, apparently nothing is using it anymore but libkeduvocdocument
[06:08] -queuebot:#ubuntu-release- Unapproved: kdesdk-thumbnailers (yakkety-proposed/universe) [4:15.12.3-0ubuntu1 => 4:15.12.3-0ubuntu2] (kubuntu)
[06:09] <santa_> I don't know why it's still released upstream maybe they didn't removed it yet from the tarball release scripts
[06:09] <slangasek> ah
[06:09] <santa_> regarding the libkf5kaddressbookgrantlee5 I take note
[06:10] <santa_> slangasek: right now I have finished kidentitymanagement, that should unblock the remaining kde builds, would you like to sponsor it? I can prepare a dsc
[06:10] <slangasek> santa_: I've also retried akonadi's autopkgtest with a hint to make things installable, and it fails with a different error now: http://autopkgtest.ubuntu.com/packages/a/akonadi/yakkety/amd64
[06:11] <slangasek> santa_: maybe pitti can sponsor it, I'm past EOD
[06:11] <pitti> santa_: sure, please send me a debdiff or pointer to .dsc
[06:11] <santa_> ok
[06:12] -queuebot:#ubuntu-release- Unapproved: accepted kdesdk-thumbnailers [source] (yakkety-proposed) [4:15.12.3-0ubuntu2]
[06:17] <santa_> pitti: http://gpul.grupos.udc.es/sponsor/kidentitymanagement_16.04.3-0ubuntu2.dsc
[06:18] -queuebot:#ubuntu-release- Unapproved: gcc-6-cross-ports (yakkety-proposed/universe) [9ubuntu1 => 9ubuntu2] (no packageset)
[06:23] -queuebot:#ubuntu-release- Unapproved: accepted gcc-6-cross-ports [source] (yakkety-proposed) [9ubuntu2]
[06:30] -queuebot:#ubuntu-release- Unapproved: gcc-5-cross (yakkety-proposed/universe) [24ubuntu1 => 24ubuntu2] (ubuntu-desktop)
[06:31] -queuebot:#ubuntu-release- Unapproved: gcc-5-cross-ports (yakkety-proposed/universe) [10ubuntu1 => 10ubuntu2] (no packageset)
[06:34] -queuebot:#ubuntu-release- Unapproved: accepted gcc-5-cross-ports [source] (yakkety-proposed) [10ubuntu2]
[06:39] -queuebot:#ubuntu-release- Unapproved: accepted gcc-5-cross [source] (yakkety-proposed) [24ubuntu2]
[07:02] -queuebot:#ubuntu-release- Unapproved: kidentitymanagement (yakkety-proposed/universe) [15.12.3-0ubuntu1 => 16.04.3-0ubuntu2] (kubuntu)
[07:10] -queuebot:#ubuntu-release- Unapproved: accepted kidentitymanagement [source] (yakkety-proposed) [16.04.3-0ubuntu2]
[07:10] <pitti> santa_: ^ (will have a look at binNEW again after it built)
[07:12] <santa_> pitti: thank you very much
[07:14] -queuebot:#ubuntu-release- New binary: kidentitymanagement [ppc64el] (yakkety-proposed/universe) [16.04.3-0ubuntu2] (kubuntu)
[07:14] <pitti> santa_: that'll require a dozen no-change rebuilds; want/need me to upload those?
[07:14] -queuebot:#ubuntu-release- New binary: kidentitymanagement [amd64] (yakkety-proposed/universe) [16.04.3-0ubuntu2] (kubuntu)
[07:14] -queuebot:#ubuntu-release- New binary: kidentitymanagement [i386] (yakkety-proposed/universe) [16.04.3-0ubuntu2] (kubuntu)
[07:15] -queuebot:#ubuntu-release- New binary: kidentitymanagement [arm64] (yakkety-proposed/universe) [16.04.3-0ubuntu2] (kubuntu)
[07:16] -queuebot:#ubuntu-release- New binary: kidentitymanagement [s390x] (yakkety-proposed/universe) [16.04.3-0ubuntu2] (kubuntu)
[07:16] -queuebot:#ubuntu-release- New binary: kidentitymanagement [armhf] (yakkety-proposed/universe) [16.04.3-0ubuntu2] (kubuntu)
[07:17] -queuebot:#ubuntu-release- New binary: kidentitymanagement [powerpc] (yakkety-proposed/universe) [16.04.3-0ubuntu2] (kubuntu)
[07:18] <pitti> slangasek: http://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/revision/1982 → just the newer version is enough, britney now does a ≤ check on the version for matching
[07:20] -queuebot:#ubuntu-release- Unapproved: account-plugins (yakkety-proposed/main) [0.13+16.10.20160831-0ubuntu1 => 0.13+16.10.20160929.1-0ubuntu1] (ubuntu-desktop) (sync)
[07:27] -queuebot:#ubuntu-release- New: accepted kidentitymanagement [amd64] (yakkety-proposed) [16.04.3-0ubuntu2]
[07:27] -queuebot:#ubuntu-release- New: accepted kidentitymanagement [armhf] (yakkety-proposed) [16.04.3-0ubuntu2]
[07:27] -queuebot:#ubuntu-release- New: accepted kidentitymanagement [powerpc] (yakkety-proposed) [16.04.3-0ubuntu2]
[07:27] -queuebot:#ubuntu-release- New: accepted kidentitymanagement [s390x] (yakkety-proposed) [16.04.3-0ubuntu2]
[07:27] -queuebot:#ubuntu-release- New: accepted kidentitymanagement [arm64] (yakkety-proposed) [16.04.3-0ubuntu2]
[07:27] -queuebot:#ubuntu-release- New: accepted kidentitymanagement [ppc64el] (yakkety-proposed) [16.04.3-0ubuntu2]
[07:27] -queuebot:#ubuntu-release- New: accepted kidentitymanagement [i386] (yakkety-proposed) [16.04.3-0ubuntu2]
[07:50] -queuebot:#ubuntu-release- Unapproved: upstart (xenial-proposed/main) [1.13.2-0ubuntu21.1 => 1.13.2-0ubuntu21.2] (core) (sync)
[07:50] -queuebot:#ubuntu-release- Unapproved: upstart (yakkety-proposed/main) [1.13.2-0ubuntu32 => 1.13.2-0ubuntu33] (core) (sync)
[08:06] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (yakkety-proposed/main) [4.8.0-21.23] (core, kernel)
[08:16] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (yakkety-proposed) [4.8.0-21.23]
[08:26] -queuebot:#ubuntu-release- Unapproved: glibc (yakkety-proposed/main) [2.24-0ubuntu1 => 2.24-3ubuntu1] (core) (sync)
[08:36] -queuebot:#ubuntu-release- Unapproved: ubuntu-wallpapers (yakkety-proposed/main) [16.10.1-0ubuntu1 => 16.10.2-0ubuntu1] (ubuntu-desktop)
[08:38] <santa_> pitti: I have a fix for plasma-framework autotests, are you willing to sponsor the upload? that would unblock some britney migrations I think
[08:38] <davmor2> cyphermox, jibel: Yay working uefi on secureboot again \o/
[08:38] -queuebot:#ubuntu-release- Unapproved: accepted upstart [sync] (yakkety-proposed) [1.13.2-0ubuntu33]
[08:39] <pitti> santa_: sure
[08:39] <santa_> ok. let me prepare the dsc
[08:39] -queuebot:#ubuntu-release- Unapproved: accepted glibc [sync] (yakkety-proposed) [2.24-3ubuntu1]
[08:39] <santa_> I plan to try to fix more tests today, so we can get more things migrated
[08:39] <infinity> pitti: apw's all over that glibc, BTW.
[08:39] <pitti> infinity:  oh, oops
[08:39] <infinity> And I have a d-i prepped to pick up new glibc and kernel once it publishes.
[08:40] <apw> pitti, s'ok, i was litterally about to do the exact same
[08:40] <pitti> apw: sorry for mid-air collision then
[08:40] <pitti> let the autopkgtest queue fun begin :)
[08:40] <apw> pitti, it is good we both reviewed it, and both were happy to hit the button on it
[08:41] <apw> infinity, d-i> nice
[08:42] <santa_> pitti: http://gpul.grupos.udc.es/sponsor/plasma-framework_5.26.0-0ubuntu2.dsc
[08:46] <pitti> santa_: did you see my questions about the rebuilds for kidentitymanagement?
[08:47] <santa_> pitti: about the no-change rebuilds?
[08:47] <pitti> santa_: yes
[08:47] -queuebot:#ubuntu-release- Unapproved: plasma-framework (yakkety-proposed/universe) [5.26.0-0ubuntu1 => 5.26.0-0ubuntu2] (kubuntu)
[08:48] <pitti> santa_: i. e. don't bother with sponsoring; I have a script for mass-rebuilds, I was just wondering if/which of those you need done
[08:49] <santa_> pitti: so let me see if I get you: we bumped the abi so the reverse depends must be rebuilt to depend on the abi1 package, right?
[08:51] <pitti> santa_: correct
[08:52] <pitti> santa_: some might need actual source chagnes if the API changed too (but I was assuming it's just some C++ ABI change)
[08:53] <santa_> pitti: if we get everything we have in -proposed migrated that wouldn't be needed
[08:53] <pitti> santa_: how do you mean?
[08:53] <pitti> santa_: you either finish the transiton or that kidentitymanagemnt upload will not land in yakkety (britney enforces this)
[08:54] <pitti> santa_: libkf5identitymanagement5 is NBS now, we can't release with that
[08:54] <santa_> pitti: because we have an script which bumps the version of the build depends, so everything build depending on kidentitymanagement is going to be built against >= 16.04.3 getting the right dependency on build time
[08:55] <santa_> so everything in -proposed would be fine
[08:55] <pitti> santa_: right; but I meant the packages which are already in yakkety (reverse-depends libkf5identitymanagement5)
[08:55] <pitti> even in -proposed
[08:55] <pitti> everything which has built before that kidentitymanagement upload
[08:55] <pitti> needs to be rebuilt
[08:56] <santa_> hmm
[08:56] <santa_> probably many would fail to build because iirc the API changed
[08:57] <pitti> 5 → 5abi1 just sounded like one of the usual C++ madness ABI changes, not a real API change?
[08:58] <pitti> if the API changed, why isn't this just 6?
[08:59] <santa_> because that could clash with a real upstream soname bump
[08:59] <pitti> the changelog also said "bug fix releaes", and the few removed functions like setUrl() just looked internal
[08:59] <pitti> well, if that actually changed API and upstream 5.26 isn't ready for that and the transition isn't being handled, then perhaps we shuold remove that version from y-proposed again
[09:01] -queuebot:#ubuntu-release- Unapproved: accepted plasma-framework [source] (yakkety-proposed) [5.26.0-0ubuntu2]
[09:01] -queuebot:#ubuntu-release- Unapproved: mesa (yakkety-proposed/main) [12.0.3-1ubuntu1 => 12.0.3-1ubuntu2] (core, xorg)
[09:01] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-wallpapers [source] (yakkety-proposed) [16.10.2-0ubuntu1]
[09:01] <santa_> it's 16.04.3, it's a package from KDE Applications, not from KDE Frameworks
[09:01] -queuebot:#ubuntu-release- Unapproved: accepted account-plugins [sync] (yakkety-proposed) [0.13+16.10.20160929.1-0ubuntu1]
[09:02] <santa_> pitti: can't be kidentitymanagement blocked from migrating to yakkety until all reverse depends are ready to migrate?
[09:03] <pitti> santa_: it's the other way around -- it won't migrate until all of them are
[09:04] <pitti> santa_: look at "trying: kidentitymanagement" in http://people.canonical.com/~ubuntu-archive/proposed-migration/yakkety/update_output_notest.txt
[09:04] <pitti> santa_: anyway, if you did not really intend to land this in yakkety, let's remove it now
[09:04] <pitti> santa_: otherwise the next KDE uplaod will build against it and get stuck
[09:07] <santa_> pitti: the idea was getting the complete set of kde apps 16.04.3 landing in yakkety, I don't see why it's a bad thing in the next uploads are built against kidentititymanagement 5abi1, because it's the way it's suposed to be
[09:08] <pitti> santa_: ok; then please upload them ASAP
[09:08] <santa_> pitti: they are already there, the only thing blocking us right now are the autotests
[09:09] <pitti> santa_: how do you mean "already there"?
[09:09] <pitti> in some PPA?
[09:09]  * pitti is really confused
[09:09] <santa_> pitti: nope, in -proposed
[09:09] <pitti> santa_: so the ones in -proposed need no-change rebuilds?
[09:10] <pitti> as everything which was not uploaded in the last hour or so was obviously not built against 5abi1
[09:11] <santa_> pitti: what was not uploaded in the last hour wasn't built yet, it was in dep-wait because we have versioned build depends
[09:12] <pitti> santa_: aah! ok, that makes more sense
[09:13] <santa_> pitti: so now, this last upload of kidentitymanagement would unblock that dep-wait packages which will be built against the correct version
[09:13] <jbicha> can I upload the update requrested in bug 1630557 ?
[09:19] -queuebot:#ubuntu-release- New binary: libkf5ksieve [ppc64el] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:21] -queuebot:#ubuntu-release- New binary: libkf5ksieve [amd64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:21] -queuebot:#ubuntu-release- New binary: libkf5ksieve [i386] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:22] -queuebot:#ubuntu-release- New binary: kf5-messagelib [ppc64el] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:25] -queuebot:#ubuntu-release- New binary: libkf5ksieve [powerpc] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:25] -queuebot:#ubuntu-release- New binary: libkf5ksieve [s390x] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:25] -queuebot:#ubuntu-release- New binary: kf5-messagelib [i386] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:25] -queuebot:#ubuntu-release- New binary: libkf5ksieve [armhf] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:26] -queuebot:#ubuntu-release- New: accepted kf5-messagelib [i386] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:26] -queuebot:#ubuntu-release- New: accepted libkf5ksieve [amd64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:26] -queuebot:#ubuntu-release- New: accepted libkf5ksieve [i386] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:26] -queuebot:#ubuntu-release- New: accepted libkf5ksieve [ppc64el] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:26] -queuebot:#ubuntu-release- New: accepted kf5-messagelib [ppc64el] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:26] -queuebot:#ubuntu-release- New: accepted libkf5ksieve [powerpc] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:26] -queuebot:#ubuntu-release- New: accepted libkf5ksieve [armhf] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:26] -queuebot:#ubuntu-release- New: accepted libkf5ksieve [s390x] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:26] -queuebot:#ubuntu-release- New binary: libkf5ksieve [arm64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:27] -queuebot:#ubuntu-release- New binary: kf5-messagelib [amd64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:27] -queuebot:#ubuntu-release- New binary: kf5-messagelib [s390x] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:27] -queuebot:#ubuntu-release- New binary: kf5-messagelib [powerpc] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:31] -queuebot:#ubuntu-release- New binary: kf5-messagelib [armhf] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:31] -queuebot:#ubuntu-release- New binary: kf5-messagelib [arm64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[09:33] -queuebot:#ubuntu-release- New: accepted kf5-messagelib [amd64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:33] -queuebot:#ubuntu-release- New: accepted kf5-messagelib [armhf] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:33] -queuebot:#ubuntu-release- New: accepted kf5-messagelib [s390x] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:33] -queuebot:#ubuntu-release- New: accepted kf5-messagelib [arm64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:33] -queuebot:#ubuntu-release- New: accepted libkf5ksieve [arm64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:33] -queuebot:#ubuntu-release- New: accepted kf5-messagelib [powerpc] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[09:49] -queuebot:#ubuntu-release- Unapproved: makedumpfile (yakkety-proposed/main) [1:1.6.0-2 => 1:1.6.0-2ubuntu1] (core)
[09:50] <davmor2> cyphermox: meh hit a snag on hardware, Mokutil just says verfication failed(15) Access denied
[09:51] -queuebot:#ubuntu-release- Unapproved: accepted makedumpfile [source] (yakkety-proposed) [1:1.6.0-2ubuntu1]
[09:51] -queuebot:#ubuntu-release- Unapproved: accepted mesa [source] (yakkety-proposed) [12.0.3-1ubuntu2]
[09:53] -queuebot:#ubuntu-release- Unapproved: debian-installer (yakkety-proposed/main) [20101020ubuntu480 => 20101020ubuntu481] (core)
[09:54] <apw> pitti, have debian-installer ^
[09:58] -queuebot:#ubuntu-release- Unapproved: accepted debian-installer [source] (yakkety-proposed) [20101020ubuntu481]
[10:02] <pitti> aah, glibc test madness incoming
[10:02] <Laney> moar workers!
[10:03] <pitti> apw: can't see it, but now I just see someone accepted it
[10:04] <apw> pitti, that was me :)
[10:09] <infinity> pitti: Consider a late glibc upload a way to get a good baseline on tests before we flip over to SRUs. :P
[10:09] <pitti> :)
[10:09] <pitti> infinity: and it's getting too cold outside, so some heating can't hurt!
[10:20] -queuebot:#ubuntu-release- Unapproved: upstart (yakkety-proposed/main) [1.13.2-0ubuntu33 => 1.13.2-0ubuntu34] (core)
[10:21] <pitti> Laney: ^ more obnoxious script changes to fix that race
[10:21] <pitti> Laney: (no changes since you tested it from people.u.c.)
[10:23] <pitti> infinity: I suppose we don't actually want to wait until *all* glibc tests finished? (if we do, we won't land anything in the next two days at least)
[10:23] <pitti> i. e. I'd let a few hundred of them run, and once we see enough green and only justifiable red I'll kill the remaining tests and we wave it through?
[10:31] <Laney> pitti: ack
[10:32] <infinity> pitti: Yeah, seems reasonable.  The number of code changes is actually quite small.
[10:46] <smb> apw, are autopkgtests which failed automatically restarted or does that need some manual steps. Just was looking at xenial libvirt for otehr reasons and the sru page says armhf failed. Though the log looks suspiciously like container problem. Did not see a button for retry myself.
[10:50] <apw> smb, will have a llok
[10:52] <apw> smb, concur, and i have clickd the button on it
[10:52] -queuebot:#ubuntu-release- Unapproved: accepted upstart [source] (yakkety-proposed) [1.13.2-0ubuntu34]
[10:53] <smb> apw, ah thanks. Is that button appearing for you from something the sru page points to or am I just blind? Well ok I am mostly blind anyhow... :-P
[10:55] <apw> smb, they are on the britney progress pages for the release, i've dropped you a link in PM
[10:55] <smb> apw, got it. thanks
[10:56]  * smb was trying to click his way through from the pending-sru page
[10:56] <apw> smb, yeah not so much
[11:16] <pitti> apw, smb: excuses.html are not dynamic/per user/login, retry buttons appear for everyone (they just don't work for everyone)
[11:17] <apw> pitti, yeah there is no connection from pending-sru.html to those buttons, i think that was the confusion
[11:18] <pitti> aah
[11:25] -queuebot:#ubuntu-release- New binary: libkf5mailcommon [ppc64el] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[11:28] -queuebot:#ubuntu-release- New binary: libkf5mailcommon [amd64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[11:28] -queuebot:#ubuntu-release- New binary: libkf5mailcommon [i386] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[11:30] -queuebot:#ubuntu-release- New binary: libkf5mailcommon [s390x] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[11:32] -queuebot:#ubuntu-release- New binary: libkf5mailcommon [armhf] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[11:33] -queuebot:#ubuntu-release- New binary: libkf5mailcommon [powerpc] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[11:34] -queuebot:#ubuntu-release- New binary: libkf5mailcommon [arm64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[11:37] -queuebot:#ubuntu-release- Unapproved: foomatic-db (yakkety-proposed/main) [20160817-0ubuntu1 => 20161005-1] (desktop-core, ubuntu-server) (sync)
[12:02] -queuebot:#ubuntu-release- Unapproved: ubuntu-gnome-meta (yakkety-proposed/universe) [0.69 => 0.70] (ubuntugnome)
[12:44] <LocutusOfBorg> cjwatson, your opinion on a ghc sync -f? https://anonscm.debian.org/cgit/pkg-haskell/DHG_packages.git/commit/?id=6c85e8fa057c35e85231ab95d955b954160e6520 and https://anonscm.debian.org/cgit/pkg-haskell/DHG_packages.git/commit/p/ghc/debian?id=3354959ffaddb30572e3609841f20a26859323ff
[12:45] <LocutusOfBorg> the powerpc fixes might be useful
[12:45] <LocutusOfBorg> as well as the fPIE additions, that should be better than the existing hacks
[12:46] <LocutusOfBorg> I also propose myself in doing the rebuilds if you want to do a sync and a little transition
[12:46] <cjwatson> LocutusOfBorg: I'd recommend not at this point in the cycle; too difficult to get everything rebuilt in time if it turns out to break ABI
[12:47] <cjwatson> save it for z
[12:47] <cjwatson> unless it's actively getting in something's way (more than "might be useful")
[12:47] <LocutusOfBorg> I can do all the rebuilds in two days, but I agree
[12:48] <LocutusOfBorg> cjwatson, AFAIR we had some powerpc broken builds, and we kicked them out to let it transition
[12:48] <LocutusOfBorg> this patch should fix the failures
[12:48] <cjwatson> right, and leaving them kicked out is fine
[12:48] <LocutusOfBorg> but I agree
[12:48] <cjwatson> IME two days is very ambitious, and relies on builders being otherwise fairly idle, which they won't be
[12:48] <LocutusOfBorg> the point was to make you aware of the fixes, so expect a transition for yakkety+1 archive opening :)
[12:48] <cjwatson> it also means basically swamping the build farm to the exclusion of other things
[12:49] <LocutusOfBorg> sure, I have some scripts that do rmadison and uploads as soon as it is fine
[12:49] -queuebot:#ubuntu-release- Unapproved: llvm-toolchain-3.6 (yakkety-proposed/main) [1:3.6.2-3ubuntu2 => 1:3.6.2-3ubuntu3] (kubuntu, ubuntu-desktop, ubuntu-server)
[12:49] <LocutusOfBorg> but I agree, there is no need right now, I was just wondering about making you aware of that fixes.
[12:50] <LocutusOfBorg> please accept that llvm fix ^^ :) I gave the patch to nacc, it is the usual regex fix to new gcc version
[12:51] -queuebot:#ubuntu-release- Unapproved: clamav (yakkety-proposed/main) [0.99.2+dfsg-2ubuntu1 => 0.99.2+dfsg-2ubuntu2] (ubuntu-server)
[12:53] <caribou> FYI, the clamav will rely on llvm-toolchain-3.6 to be available
[12:54] <LocutusOfBorg> caribou, how? http://launchpadlibrarian.net/288556750/clamav_0.99.2+dfsg-2ubuntu1_0.99.2+dfsg-2ubuntu2.diff.gz
[12:54] <LocutusOfBorg> -               llvm-3.6-dev,
[12:54] <LocutusOfBorg> +               llvm-dev [i386 amd64 kfreebsd-amd64 kfreebsd-i386],
[12:54] <LocutusOfBorg> I see this change
[12:55] <LocutusOfBorg> this brings 3.8 as default llvm
[12:55] <caribou> LocutusOfBorg: my fault,
[12:55] <LocutusOfBorg> ok :) because I tested a no-change rebuild for clamav
[12:55] <caribou> After preparing the upload, I ran another test & forgot to roll it back
[12:57] <caribou> (mostly sleepless nights are no good for uploads)
[12:58] <caribou> :( even my prompt tells me I'm not on the right branch : |default_llvm*|caribou@avogadro:clamav
[13:01] <caribou> I always forget : can this clamav upload be kicked out so I can re-upload with the same version or do I need to increment it again ?
[13:05] <santa_> pitti: ↑ would be great if we could the libkf5mailcommon binaries in, so that would unblock more builds
[13:05] <caribou> "Dear Release Team, could you please disregard the latest upload of clamav which will definitively fail to build"
[13:06] <pitti> caribou: as long as it's in unapproved it can be rejected and you can reupload with same version number
[13:06] <pitti> caribou: once it's accepted, the version number is burned
[13:06] <caribou> pitti: yeah, thought so but wanted to be sue
[13:06] <caribou> sure
[13:06] <pitti> caribou: rejected
[13:06] <caribou> (Man! time to turn on the coffee machine again)
[13:07] <caribou> pitti: thanks!
[13:07] -queuebot:#ubuntu-release- Unapproved: rejected clamav [source] (yakkety-proposed) [0.99.2+dfsg-2ubuntu2]
[13:07] <pitti> santa_: done
[13:08] -queuebot:#ubuntu-release- New: accepted libkf5mailcommon [amd64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[13:08] -queuebot:#ubuntu-release- New: accepted libkf5mailcommon [armhf] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[13:08] -queuebot:#ubuntu-release- New: accepted libkf5mailcommon [powerpc] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[13:08] -queuebot:#ubuntu-release- New: accepted libkf5mailcommon [s390x] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[13:08] -queuebot:#ubuntu-release- New: accepted libkf5mailcommon [arm64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[13:08] -queuebot:#ubuntu-release- New: accepted libkf5mailcommon [ppc64el] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[13:08] -queuebot:#ubuntu-release- New: accepted libkf5mailcommon [i386] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[13:10] -queuebot:#ubuntu-release- Unapproved: clamav (yakkety-proposed/main) [0.99.2+dfsg-2ubuntu1 => 0.99.2+dfsg-2ubuntu2] (ubuntu-server)
[13:22] <LocutusOfBorg> I like this one more :)
[13:25] <davmor2> cyphermox: give me a ping when you're online dude we need to have a chat about mokutil
[13:26] -queuebot:#ubuntu-release- Unapproved: zfcpdump-kernel (yakkety-proposed/universe) [4.8-0ubuntu1 => 4.8-0ubuntu2] (no packageset)
[13:27] -queuebot:#ubuntu-release- Unapproved: accepted zfcpdump-kernel [source] (yakkety-proposed) [4.8-0ubuntu2]
[13:30] <cyphermox> I am online
[13:31] <santa_> pitti: thanks, I have checked libkscreen autpkgtest and works fine here: http://gpul.grupos.udc.es/things/libkscreen_5.7.5-0ubuntu1_adt.log not sure why it fails on the official server
[13:32] <cyphermox> davmor2: what's going on?
[13:35] <davmor2> cyphermox: hey dude, so if I select 3rd party drivers you add a password for mokutils.  On reboot after install you then get a message that says verfication failed(15) Access denied on both hardware and vm
[13:36] <davmor2> cyphermox: and that is in the blue mokutil screen rather than the black uefi screens
[13:40] <cyphermox> ok
[13:41] <cyphermox> oh
[13:41] <cyphermox> yuck
[13:41] <cyphermox> slangasek: ^ yay us
[13:42] <davmor2> cyphermox: you're welcome
[13:42] <davmor2> cyphermox: want a bug for that?
[13:42] <cyphermox> yes please
[13:42] <apw> cyphermox, not the signed binary then ?
[13:42] <cyphermox> not really sure how we'll fix it though :/
[13:42] <cyphermox> apw: what do you mean?
[13:43] <apw> cyphermox, best to ignore me :)
[13:43] <cyphermox> shim is fine, but we're installing a different shim than the one built, yet installing the MokManager from the shim built from source -- what that means is that shim expects a particular one-time signature for MokManager, and doesn't get it, because we don't have the right stuffs
[13:44] <cyphermox> I suppose there will be more fudging to do :(
[13:44] <apw> oh that is harsh
[13:54] <davmor2> cyphermox: https://bugs.launchpad.net/ubuntu/+source/mokutil/+bug/1631013
[13:58] <cyphermox> apw: could you review grub2/grub2-signed from xenial queue?
[13:59] <davmor2> cyphermox: on a plus side the image boots now :)
[14:00] -queuebot:#ubuntu-release- Unapproved: cinder (yakkety-proposed/main) [2:9.0.0~rc2-0ubuntu1 => 2:9.0.0-0ubuntu1] (openstack, ubuntu-server)
[14:01] <cyphermox> heh
[14:01] <cyphermox> I really would like for MS to just damn well sign our binary now so we could be done with this
[14:02] <davmor2> cyphermox: yeah but that would be easy and everything
[14:05] -queuebot:#ubuntu-release- Unapproved: barbican (yakkety-proposed/main) [1:3.0.0~rc1-0ubuntu2 => 1:3.0.0-0ubuntu1] (openstack)
[14:07] <jderose> pitti: are you working on lp:1626651 already? i'm gonna take a stab at it today, starting with the u-s-d side, but i want to coordinate with you if you're already in progress on it
[14:07] <jderose> https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/1626651
[14:08] <pitti> jderose: not yet, too much other things, sorry
[14:08] <jderose> pitti: nah, don't be sorry :)
[14:08] <pitti> jderose: the actual fix is trivial (just flipping the pam.d config), the hard part is to ensure it doesn't break anything
[14:09] <jderose> pitti: yeah, that approach sounded scary to me and i don't have the needed experience there. but i figure i'll dig into the u-s-d side to first better understand what's going on, and hopefully come up with a low-risk solution that at least offers moderate improvement
[14:10] <pitti> jderose: halving it is easy, by not wrapping the "get" part into pkexec (that doesn't need any privs)
[14:10] -queuebot:#ubuntu-release- Unapproved: telephony-service (yakkety-proposed/main) [0.1+16.10.20160909.1-0ubuntu1 => 0.1+16.10.20160927-0ubuntu1] (no packageset) (sync)
[14:10] <pitti> jderose: I actually wonder why this is still being used in the first place -- I had expected most platforms to support XBACKLIGHT
[14:11] <pitti> and that doesn't need any crazy pkexec helpers in the first place
[14:13] <jderose> pitti: looking at cking's original report plus the usd code, to me it looks like pkexec is only being used with --set-brightness, not with --get-brigtness or --get-max-brightness. but the later two still do this through calling usd-backlight-helper, so they still spawn a process (just not as heavy as spawning through pkexec)
[14:13] <pitti> jderose: I thought get would go through pkexec too
[14:14] <jderose> pitti: i know in some circles, /sys/class/backlight is now the preferred approach. i know gnome-settings-daemon (since usd was forked) as dropped use of xbacklight altogether. but this is problematic because the nvidia proprietary driver only supports xbacklight, no longer supports /sys/class/backlight
[14:16] <pitti> jderose: oh, I thought XBACKLIGHT was the modern one which can be done through xrandr and thus unprivileged (ICBW)
[14:17] -queuebot:#ubuntu-release- Unapproved: accepted llvm-toolchain-3.6 [source] (yakkety-proposed) [1:3.6.2-3ubuntu3]
[14:18] -queuebot:#ubuntu-release- Unapproved: aodh (yakkety-proposed/main) [3.0.0~rc1-0ubuntu3 => 3.0.0-0ubuntu1] (openstack)
[14:21] -queuebot:#ubuntu-release- New binary: libkf5calendarsupport [amd64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[14:21] -queuebot:#ubuntu-release- New binary: libkf5calendarsupport [ppc64el] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[14:21] <jderose> pitti: as far as i can tell, just the set actions are using pkexec. if you compare backlight_helper_get_value() to backlight_helper_set_value() - http://bazaar.launchpad.net/~unity-settings-daemon-team/unity-settings-daemon/trunk/view/head:/plugins/power/gpm-common.c#L1257
[14:21] <pitti> jderose: ah, good
[14:22] <jderose> only the later is wrapping the call with pkexec (seems the comment at the tom of backlight_helper_get_value() is out of date)
[14:23] -queuebot:#ubuntu-release- New binary: libkf5calendarsupport [i386] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[14:25] -queuebot:#ubuntu-release- New binary: libkf5calendarsupport [arm64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[14:26] <jderose> pitti: one thing that stands out to me from cking's forkstat... doesn't it look like usd is doing everything 4 times? 4 for --get-max-brightness, 4 for --get-brightness, 4 for --set-brightness. like maybe instead of getting 1 event, it's getting 4?
[14:26] -queuebot:#ubuntu-release- New binary: libkf5calendarsupport [armhf] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[14:27] <cking> jderose, it did seem like that when I ran it
[14:29] <jderose> cking: looking at what changed in usd since xenial, nothing stands out as something that could have introduced this. where do the events come from that usd is using? udev?
[14:29] <cking> no idea where they come from
[14:30] <cking> i think I tried and older 4.4 kernel and the same thing happened
[14:30] <cking> *an older
[14:31] <apw> jderose, the added cost of running pkexec is new i beleive, triggering systemd to do literrally 100s of things
[14:31] -queuebot:#ubuntu-release- New binary: libkf5calendarsupport [powerpc] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[14:31] <jderose> cking: yeah, saw that in your bug report. so thanks for ruling out the kernel :)
[14:32] <cking> at that point I kinda thought it's something weird in the plumbing layer and I lost hope of fixing it easily
[14:33] <jderose> cking: something weird somewhere for sure :)
[14:34] -queuebot:#ubuntu-release- Unapproved: glance (yakkety-proposed/main) [2:13.0.0~rc2-0ubuntu1 => 2:13.0.0-0ubuntu1] (openstack, ubuntu-server)
[14:34] -queuebot:#ubuntu-release- New binary: libkf5calendarsupport [s390x] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[14:35] <jderose> cking: did you only notice this around the time you filed the bug, or were you experiencing this for a while before you filed the bug?
[14:36] <jderose> (just trying to narrow down the timeframe for when this was introduced)
[14:36] <cking> jderose, about a day or so before it was drawn to my notice by somebody else with a Lenovo X230 so I tried it on my spare lenovo
[14:36] <cking> so who knows when it started
[14:37] <jderose> apw: if the root problem pkexec being more expensive, is that something that can be addressed, or are these new expectations too deeply tied in already?
[14:37] <jderose> cking: okay, thanks
[14:39] <apw> jderose, i don't think i know, i was just observing when it was being diagnosed, i thought pitti wrote up the issue pretty well
[14:39] -queuebot:#ubuntu-release- Unapproved: snap-confine (yakkety-proposed/main) [1.0.42-0ubuntu3 => 1.0.43-0ubuntu1] (no packageset)
[14:40] <jderose> yeah, lots of great information in the bug.
[14:41] <pitti> jderose: yeah, hence my suspicion that pkexec was being used for get too
[14:41] <jderose> pitti: yeah, that would have been a nice, easy way to improve things
[14:42]  * apw is looking at snap-confine
[14:43] -queuebot:#ubuntu-release- Unapproved: designate (yakkety-proposed/main) [1:3.0.0~rc2-0ubuntu1 => 1:3.0.0-0ubuntu1] (openstack)
[14:45] -queuebot:#ubuntu-release- Unapproved: python-tooz (yakkety-proposed/main) [1.40.0-1ubuntu1 => 1.43.0-0ubuntu1] (ubuntu-server)
[14:46] <flocculant> cyphermox: while I was trying things out on xubuntu with different themes (we've got an issue with theme and resize partition window there) I thought I would try Ubuntu using hi-contrast theme - ubiquity crashes - bug 1614848
[14:46] <flocculant> our issue is bug 1617711
[14:46] <cyphermox> ack
[14:47] -queuebot:#ubuntu-release- Unapproved: accepted snap-confine [source] (yakkety-proposed) [1.0.43-0ubuntu1]
[14:49] <flocculant> about the only theme you can sensibly see *our* resize window is numix, default is readable if you squint :p
[14:50] <cyphermox> ah, so it's straight theme fail?
[14:50] <flocculant> apparently not according to ochosi
[14:51] <cyphermox> afaik there were some theme changes for gtk
[14:51] <flocculant> ochosi> flocculant: if hi-contrast doesn't work it's a ubiquity bug, not a theme bug. plain and simple as that.
[14:51] -queuebot:#ubuntu-release- Unapproved: horizon (yakkety-proposed/main) [3:10.0.0~rc3-0ubuntu1 => 3:10.0.0-0ubuntu1] (openstack, ubuntu-server)
[14:52] <jbicha> flocculant: how did you catch the gtk-missing-icon crash? does your icon theme not provide that icon?
[14:52] <cyphermox> flocculant: do you have a screenshot with adwaita? if not, no big deal, I'll pull today's images and look
[14:52] <flocculant> cyphermox: I can get you whatever you need here pretty quick
[14:53] <flocculant> as long as it takes to boot a vm
[14:54] <flocculant> cyphermox: xubuntu using adwaita > http://i.imgur.com/GY1Lyja.png
[14:55] <cyphermox> thanks
[14:55] <cyphermox> so clearly not a theme fail, but a ubiquity bug because Gtk
[14:55] <jderose> pitti: on yaakety, is u-s-d no longer started by upstart? `status unity-settings-daemon` gives me "stop/waiting" on yakkety, but gives me "start/running" on xenial
[14:56] <flocculant> cyphermox: and with high contrast > just so you've seen it :) http://i.imgur.com/nxSMm0u.png
[14:56] <cyphermox> such high contrast
[14:56] <pitti> jderose: no, moved: systemctl --user status unity-settings-daemon.service
[14:56] <flocculant> jbicha: not a clue - I just ran ubuntu installer with high contrast, it crashed and then pointed me at ^^ bug
[14:57] <flocculant> though there appear to be icons missing from ubuntu with that theme - like main icons system settings etc in the top menu bar
[14:58] <jderose> pitti: gotcha, thanks. well i guess that's one key difference between X and Y. can you think of any weirdness that might be introduced by running it under the systemd user session vs upstart?
[14:59] <pitti> jderose: not really from upstart → systemd; but it could certainly be influenced by the move to dbus-user-session
[15:00] <pitti> jderose: you can boot with the upstart session by disabling the /usr/share/upstart/systemd-session bit in /etc/X11/Xsession.d/00upstart
[15:00] <pitti> jderose: i. e. change the condition to "if false && [ "${1#*.target}" != "$1" ]" or comment out that block
[15:01] <jderose> pitti: okay, i'll give that a quick try for kicks. also, tell me more about this "dbus-user-session" of which you speak, please :D
[15:02] <pitti> jderose: this moves the dbus instance and user services like gvfs or pulseaudio from being per-session to per-user, i. e. the grpahical session and all VT/ssh logins share the same instance
[15:02] <jderose> pitti: if i start usd with upstart, will dbus-user-session still be used (sorry, i don't know anything about dbus-user-session)
[15:02] <pitti> jderose: yes, it will
[15:02] <pitti> jderose: you can also try to purge dbus-user-session (--force-depeds perhaps)
[15:03] <pitti> jderose: also, → #u-devel
[15:03] <jderose> okay, thanks. well, i'll hack around on this for a while, see if i can come up with anything
[15:03] <jderose> oops, yeah, would be better for #ubuntu-devel i guess :)
[15:04] -queuebot:#ubuntu-release- Unapproved: heat (yakkety-proposed/main) [1:7.0.0~rc2-0ubuntu1 => 1:7.0.0-0ubuntu1] (openstack, ubuntu-server)
[15:04] -queuebot:#ubuntu-release- Unapproved: keystone (yakkety-proposed/main) [2:10.0.0~rc2-0ubuntu2 => 2:10.0.0-0ubuntu1] (openstack, ubuntu-server)
[15:06] <jbicha> flocculant: /usr/share/icons/HighContrast/index.theme
[15:08] <jbicha> but you ship gnome-icon-theme so that should work
[15:09] <flocculant> jbicha: what's that for? if you're about ubiquity crashing with high contrast - that was in Ubuntu not Xubuntu
[15:10] -queuebot:#ubuntu-release- Unapproved: networking-ovn (yakkety-proposed/universe) [1.0.0~rc2-0ubuntu1 => 1.0.0-0ubuntu1] (no packageset)
[15:10] <jbicha> ok, well humanity-icon-theme ships that icon then
[15:11] <flocculant> no idea - I was just telling cyphermox what I saw in ubuntu and what we are seeing in xubuntu
[15:11] -queuebot:#ubuntu-release- Unapproved: accepted networking-ovn [source] (yakkety-proposed) [1.0.0-0ubuntu1]
[15:11] -queuebot:#ubuntu-release- Unapproved: snap-confine (xenial-proposed/main) [1.0.42-0ubuntu3~16.04.1 => 1.0.43-0ubuntu1~16.04.1] (no packageset)
[15:14] -queuebot:#ubuntu-release- Unapproved: akonadi (yakkety-proposed/universe) [4:16.04.3-0ubuntu1 => 4:16.04.3-0ubuntu2] (kubuntu)
[15:16] <santa_> pitti: ↑ fix for akonadi autopkgtests uploaded
[15:18] <pitti> santa_: cheers
[15:19] <jbicha> flocculant: ubiquity with yakkety unity works here with high contrast
[15:23] <cyphermox> jbicha: it's all good I've got this covered
[15:24] <flocculant> cyphermox: thanks
[15:25] <jbicha> :)
[15:25] <flocculant> jbicha: ok - I just used the latest daily *shrug*, only did that to check what we're seeing over where I do qa :)
[15:29] -queuebot:#ubuntu-release- Unapproved: manila (yakkety-proposed/universe) [1:3.0.0~rc1-0ubuntu1 => 1:3.0.0-0ubuntu1] (openstack)
[15:46] -queuebot:#ubuntu-release- Unapproved: openstack-trove (yakkety-proposed/universe) [1:6.0.0~rc2-0ubuntu1 => 1:6.0.0-0ubuntu1] (no packageset)
[15:47] -queuebot:#ubuntu-release- Unapproved: accepted openstack-trove [source] (yakkety-proposed) [1:6.0.0-0ubuntu1]
[16:05]  * pitti cuts short the glibc tests, 'nuff green
[16:07] <pitti> will do some manual testing and the hinting when I'm back in ~ 3 h
[16:09] <apw> pitti, ack
[16:18] <slangasek> pitti: ≤ check on the version for matching - ugh, you pragmatist :)
[16:20] <slangasek> pitti: glibc, I see a non-zero number of tests as red, have those all been confirmed to be not glibc's fault?
[16:21] <apw> slangasek, i have spot checked a few and nothing jumped out, nothing systematic though
[16:22] <apw> (and we should do something systematic)
[16:23]  * apw also notes that we are down to just wine causing NBS right now
[16:24] -queuebot:#ubuntu-release- New: accepted libkf5calendarsupport [amd64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[16:24] -queuebot:#ubuntu-release- New: accepted libkf5calendarsupport [armhf] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[16:24] -queuebot:#ubuntu-release- New: accepted libkf5calendarsupport [powerpc] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[16:24] -queuebot:#ubuntu-release- New: accepted libkf5calendarsupport [s390x] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[16:24] -queuebot:#ubuntu-release- New: accepted libkf5calendarsupport [arm64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[16:24] -queuebot:#ubuntu-release- New: accepted libkf5calendarsupport [ppc64el] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[16:24] -queuebot:#ubuntu-release- New: accepted libkf5calendarsupport [i386] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[16:27] -queuebot:#ubuntu-release- Unapproved: cpustat (yakkety-proposed/universe) [0.01.27-1 => 0.01.27-1ubuntu0] (no packageset)
[16:28] -queuebot:#ubuntu-release- Unapproved: accepted cpustat [source] (yakkety-proposed) [0.01.27-1ubuntu0]
[16:46] -queuebot:#ubuntu-release- Unapproved: accepted snap-confine [source] (xenial-proposed) [1.0.43-0ubuntu1~16.04.1]
[16:52] <bzoltan> hello folks,is here anybody who could ack the rules changes for the UITK release? https://bileto.ubuntu.com/#/ticket/2035
[16:53] <lamont> anyone reviewing grub2/xenial? (it's the last piece to be able to say is at least in -proposed...)
[16:53] <bzoltan> pitti: slangasek: maybe ^^
[17:08] <apw> lamont, there is previous grub2 in the -proposed pocket -- does your base on that or not ?
[17:09] <lamont> apw: the request is to accept the one that's been sitting in unaccepted all this time
[17:09] <lamont> apw: specificly cyphermox'  2.02~beta2-36ubuntu3.4 from 3 days ago
[17:10] <lamont> oh, how about if I actually answer the question... gimme a mo
[17:10] <cyphermox> apw: 3.4 includes the stuff
[17:10] <lamont> or let him do that. :D
[17:10] <apw> lamont, right but does it include the one which is already there, as that is currently marked verfication-fail
[17:10] <lamont> ta
[17:10] <cyphermox> yeah, verification-fail because you need the extra patches from 3.4
[17:10] <lamont> apw: the new one is because I marked the old one failed
[17:11] <cyphermox> slangasek: you mentioned you had promoted taglibs-standard, no?
[17:11] <cyphermox> doko was asking me to review the MIR yesterday (and I just did now, anyway)
[17:11] <slangasek> cyphermox: yes
[17:11] <lamont> apw: so onece 3.4 lands in porposed, I'll retest and mark the failed as done
[17:11] <slangasek> cyphermox: it's a straight-swap for jakarta-taglibs-standard (source package rename), I've already demoted that one in exchange
[17:12] <cyphermox> slangasek: what about the packages that will need to transition to the new binary names eventually?
[17:12] <apw> cyphermox, perfect thanks
[17:12] <cyphermox> slangasek: yeah, I know
[17:12] <slangasek> cyphermox: didn't ever notice there was an MIR, I guess ~ubuntu-mir wasn't subscribed to it so it's not on the report
[17:12] <cyphermox> seems subscribed to me now *shrugs*
[17:12] <slangasek> k
[17:13] <cyphermox> slangasek: I was more asking about did you talk to the server team about the reverse-depends that will eventually need to be updated?
[17:13] <slangasek> cyphermox: no, because they're not server team packages
[17:13] <cyphermox> oh
[17:13] <slangasek> this was the only revdep in main
[17:13] <cyphermox> ack
[17:22] <slangasek> bzoltan: hmm, it looks like this is new build system code, and unlike for cmake, bileto doesn't have qmake awareness to include those build system diffs in the 'packaging' diff (robru?) but yes, I'll review them all and ack them
[17:23] <bzoltan> slangasek:  thank you
[17:24] <slangasek> bzoltan: so before this change, were these packages not being built with -fstack-protector, etc?
[17:25] <slangasek> bzoltan: the bad thing about this implementation is that it's hard-coding flags that are supposed to come dynamically from the current toolchain policy.  If the previous behavior was that these flags were not applied /at all/, then it's an improvement and better than nothing.  But if the flags were previously picked up, then nack...
[17:25] <robru> slangasek: some long time ago train attempted to include build systems in the packaging diff but then at some point it was decided to only care about debian/
[17:26] <slangasek> robru: it wasn't that long ago; was I part of the discussion to stop including the build systems diff? I might've been and don't remember
[17:27] <robru> slangasek: i don't remember. It was over a year ago I'm sure. Probably i pushed for the change for simplicity sake and nobody objected
[17:28] <slangasek> robru: ehm; "nobody objected" is not a valid policy change procedure
[17:28] <slangasek> since this is a question of what kinds of changes require or don't require sign-off by core-devs before being uploaded to the archive, you should be expecting affirmative assent :)
[17:29] <bzoltan> slangasek: this was introduced as new flags with this change set - http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/staging/revision/2120
[17:30] <cyphermox> robru: as I recall the build system diff was there so that we could see whether there really ought to be packaging changes for say, a new build dependency
[17:31] <robru> slangasek: right, i don't recall all the details, it was quite some time ago. Probably only shortly after Didier left the project.
[17:31] <robru> cyphermox: yeah that sounds right.
[17:32] <slangasek> bzoltan: that doesn't answer my question of whether the build previously inherited the correct flags from the environment or not
[17:36] <slangasek> robru: so my dim recollection is that we dropped this because *if* you're only changing the upstream build system and not changing the debian directory, it doesn't need review; and if you're changing both, there's a packaging diff (which triggers the check), and you have the full diff available for inspection separately if you want it
[17:36] <robru> slangasek: seems reasonable
[17:37] <robru> slangasek: yes the full diff is guaranteed to always be available as the packaging diff is created from that
[17:39] -queuebot:#ubuntu-release- Unapproved: neutron (yakkety-proposed/main) [2:9.0.0~rc3-0ubuntu1 => 2:9.0.0-0ubuntu1] (openstack, ubuntu-server)
[17:44] -queuebot:#ubuntu-release- Unapproved: ironic (yakkety-proposed/universe) [1:6.2.0-0ubuntu2 => 1:6.2.1-0ubuntu1] (openstack)
[17:51] <bzoltan> slangasek: the dpkg-build flags were correctly applied at package build before and after this change, at packaging build it's actually exactly the same flags before and after, loicm made this change because the dpkg-build flags are stored in qmake mkspecs files (that comes from the qtbase pacakging) and, before this change, were always applied when building the toolkit for development (!debuild) causing a bunch of issues: incompatibility
[17:51] <bzoltan> with compilers other than GCC, -g forced even in release builds, etc
[17:51] <bzoltan> slangasek:  so yes, the right flags were applied before, and are still applied now
[17:52] <slangasek> bzoltan: right, but the difference is now you're *hard coding* the flags in your package, which means that when they change, your package will not follow
[17:55] <slangasek> bzoltan: and indeed, the hardcoded flags are already different than what we're applying in yakkety today
[17:55] <slangasek> because we use -fstack-protector-strong in yakkety, but this is not supported by older toolchains
[18:01] -queuebot:#ubuntu-release- Unapproved: cdist (yakkety-proposed/universe) [4.3.1-2 => 4.3.1-2build1] (no packageset)
[18:01] <bzoltan> slangasek: yes we are hard-coding the flags, but these hard-coded flags are used only when debian_build is not defined and if you look at debian/rules debian_build is passed to qmake, that allows us to have almost the same flags applied when building the toolkit for development purpose and when it's built on CI, and to spot issues early. The only difference is that these hard-coded flags are applied in a more qmake friendly way. Just when GCC is used,
[18:01] <bzoltan>  not with -g in release builds, etc
[18:01] -queuebot:#ubuntu-release- Unapproved: accepted cdist [source] (yakkety-proposed) [4.3.1-2build1]
[18:11] <clivejo> anyone from the security team here?
[18:25] <tyhicks> clivejo: hi - someone from the security team will ping you shortly
[18:27] <sarnold> hi clivejo,tsimonq2
[18:27] <slangasek> bzoltan: oh - so the flags are only applied when debian_build is /not/ defined, sorry, I missed that nuance.  let me have another look here
[18:28] <bzoltan> slangasek: yes, precisely ... We were working on making the UITK portable and upstreamable.
[18:29] <slangasek> bzoltan: thanks, I've confirmed that the yakkety build log shows all the correct flags, so ack on this.  Did you want it published now?
[18:30] <bzoltan> slangasek:  I would like to, yes please
[18:32] -queuebot:#ubuntu-release- Unapproved: linux-meta-raspi2 (yakkety-proposed/universe) [<IP_ADDRESS>9.19 => <IP_ADDRESS>2.14] (kernel) (sync)
[18:32] -queuebot:#ubuntu-release- Unapproved: linux-raspi2 (yakkety-proposed/universe) [4.4.0-1019.25 => 4.8.0-1012.14] (kernel) (sync)
[18:33] <apw> ^ those are syncing the linux-raspi2 kernel with the main kernel version
[18:40] <slangasek> bzoltan: button pushed
[18:40] <bzoltan> slangasek: thank you
[18:46] -queuebot:#ubuntu-release- Unapproved: ubuntu-ui-toolkit-gles (yakkety-proposed/universe) [1.3.2104+16.10.20160919.3 => 1.3.2135+16.10.20161003.1] (ubuntu-qt-packages) (sync)
[18:46] -queuebot:#ubuntu-release- Unapproved: ubuntu-ui-toolkit (yakkety-proposed/main) [1.3.2104+16.10.20160919.3 => 1.3.2135+16.10.20161003.1] (ubuntu-desktop, ubuntu-qt-packages) (sync)
[18:55] -queuebot:#ubuntu-release- Unapproved: linux-snapdragon (yakkety-proposed/universe) [4.4.0-1022.25 => 4.4.0-1029.32] (kernel) (sync)
[18:56] -queuebot:#ubuntu-release- Unapproved: linux-meta-snapdragon (yakkety-proposed/universe) [<IP_ADDRESS>2.14 => <IP_ADDRESS>9.21] (kernel) (sync)
[18:56] <apw> ^ those are syncing the linux-snapdragon kernel with the latest in xenial
[18:59] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-ui-toolkit-gles [sync] (yakkety-proposed) [1.3.2135+16.10.20161003.1]
[18:59] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-ui-toolkit [sync] (yakkety-proposed) [1.3.2135+16.10.20161003.1]
[19:09] <pitti> slangasek: glibc> I went through some of them; doing the rest now
[19:09] <slangasek> pitti: cheers
[19:10] <pitti> slangasek: I saw some more fallout from gnupg2, some more flakiness etc., nothign worrisome (from glibc's POV) yet, so looking good so far
[19:11] -queuebot:#ubuntu-release- Unapproved: cpustat (xenial-proposed/universe) [0.01.25-1 => 0.01.25-1ubuntu0] (no packageset)
[19:12]  * apw concurs that gnupg2 was fingered in several failures
[19:15] -queuebot:#ubuntu-release- New binary: libkf5eventviews [ppc64el] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[19:16] <pitti> apparently the lxc → lxd move on armhf also caused some fallout
[19:19] -queuebot:#ubuntu-release- New binary: libkf5eventviews [i386] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[19:20] -queuebot:#ubuntu-release- New binary: libkf5eventviews [arm64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[19:20] -queuebot:#ubuntu-release- New binary: libkf5eventviews [armhf] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[19:21] -queuebot:#ubuntu-release- New binary: libkf5eventviews [amd64] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[19:21] -queuebot:#ubuntu-release- New binary: libkf5eventviews [s390x] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[19:21] -queuebot:#ubuntu-release- New binary: libkf5eventviews [powerpc] (yakkety-proposed/universe) [4:16.04.3-0ubuntu1] (no packageset)
[19:26] <pitti> slangasek, infinity: added devscripts to https://bugs.launchpad.net/ubuntu/+bugs?field.tag=gnupg2, some unrelated KDE regressions, and just two candidates where I can't exclude glibc right away: ipset and kguiaddons; I retried both; ipset could also be fallout from linux 4.8 (more likely)
[19:30] <pitti> argh, forgot to request a full langpack export; done now, but I think it's already running
[19:30] <pitti> wgrant: ^ can you please do a manual run for yakkety?
[19:32] <pitti> wgrant: actually, given the timestamp I figure today's export failed?
[19:45] <robru> can somebody reject telephony-service from https://bileto.ubuntu.com/#/ticket/2009 ? I'm redirecting it to overlay ppa instead
[19:48] -queuebot:#ubuntu-release- Unapproved: conjure-up (yakkety-proposed/universe) [0.2.1 => 2.0.1] (no packageset)
[19:49] -queuebot:#ubuntu-release- Unapproved: accepted conjure-up [source] (yakkety-proposed) [2.0.1]
[19:49] -queuebot:#ubuntu-release- Unapproved: snapd (yakkety-proposed/main) [2.16+16.10 => 2.16+16.10ubuntu1] (desktop-core, ubuntu-server)
[19:51] <pitti> slangasek, infinity: hah, ipset and kguiaddons worked on a retry, so no inexplicable regressions -- /me hints in
[19:51] <slangasek> robru: done
[19:52] <robru> slangasek: thanks
[19:52] <slangasek> pitti: \o/
[19:52] -queuebot:#ubuntu-release- Unapproved: rejected telephony-service [sync] (yakkety-proposed) [0.1+16.10.20160927-0ubuntu1]
[19:52] <slangasek> pitti: please don't accept the above snapd until the current one clears -proposed (I've just hinted it in)
[19:53] -queuebot:#ubuntu-release- New binary: conjure-up [amd64] (yakkety-proposed/universe) [2.0.1] (no packageset)
[19:53] <pitti> slangasek: ack; currently debugging bug 1626651 anyway
[19:53] <pitti> gosh, that unapproved queue was empty in the afternoon..
[19:54] <pitti> well, I plead for "night time, queue is SEP" and stare at that bug :)
[19:59] -queuebot:#ubuntu-release- Unapproved: neutron-fwaas (yakkety-proposed/main) [1:9.0.0~rc2-0ubuntu1 => 1:9.0.0-0ubuntu1] (openstack, ubuntu-server)
[20:02] <tsimonq2> sarnold: pong
[20:05] -queuebot:#ubuntu-release- Unapproved: neutron-lbaas (yakkety-proposed/universe) [2:9.0.0~rc2-0ubuntu1 => 2:9.0.0-0ubuntu1] (openstack, ubuntu-server)
[20:07] -queuebot:#ubuntu-release- Unapproved: neutron-vpnaas (yakkety-proposed/main) [2:9.0.0~rc2-0ubuntu1 => 2:9.0.0-0ubuntu1] (openstack, ubuntu-server)
[20:40] -queuebot:#ubuntu-release- Unapproved: policykit-1 (yakkety-proposed/main) [0.105-16 => 0.105-16git1] (core)
[20:42] <pitti> ^ this is mine; slangasek, Laney, would appreciate a review; the bug trail has the gory explanations, in particular why this is reasonably safe against regressions
[20:42] <pitti> but I'm happy to explain again if you are unsure, as this is a bit non-obvious
[20:49]  * pitti waves good night
[20:51] <cyphermox> ^^^ I *knew* it!
[20:52] <cyphermox> I'd bet this also fixed ubiquity's pkexec.
[20:53] <jderose> cyphermox: oh, what's the ubiquity problem with pkexec? don't think i've encountered that
[20:54] <cyphermox> jderose: because it's only if you try to touch wifi, and I put a workaround in already
[20:54] <slangasek> santa_: I: libkf5eventviews5: no-symbols-control-file usr/lib/i386-linux-gnu/libKF5EventViews.so.5.2.3
[20:55] -queuebot:#ubuntu-release- New: accepted libkf5eventviews [amd64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[20:55] <jderose> cyphermox: ah, is this when if you connect  to wifi during oem-firstrun, you don't have wifi upon first login?
[20:55] -queuebot:#ubuntu-release- New: accepted libkf5eventviews [armhf] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[20:55] -queuebot:#ubuntu-release- New: accepted libkf5eventviews [powerpc] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[20:55] -queuebot:#ubuntu-release- New: accepted libkf5eventviews [s390x] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[20:55] -queuebot:#ubuntu-release- New: accepted libkf5eventviews [arm64] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[20:55] -queuebot:#ubuntu-release- New: accepted libkf5eventviews [ppc64el] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[20:55] -queuebot:#ubuntu-release- New: accepted libkf5eventviews [i386] (yakkety-proposed) [4:16.04.3-0ubuntu1]
[20:56] <cyphermox> jderose: I don't know, don't think so
[20:56] <cyphermox> bug # ?
[20:57] <jderose> cyphermox: okay, sounding promising for a bug we see sometimes... that i still haven't gotten around to filing, but will do tomorrow after i confirm it's still happening on yakkety :)
[21:01] <cyphermox> ok
[21:01] <cyphermox> it could be happening, that tends to come up every cycle for a different reason
[21:01] <cyphermox> I'm kind of hoping we could skip this one though ;)
[21:02] -queuebot:#ubuntu-release- New: accepted conjure-up [amd64] (yakkety-proposed) [2.0.1]
[21:06] -queuebot:#ubuntu-release- Unapproved: llvm-defaults (yakkety-proposed/universe) [0.33ubuntu4 => 0.34] (no packageset) (sync)
[21:07] -queuebot:#ubuntu-release- Unapproved: accepted llvm-defaults [sync] (yakkety-proposed) [0.34]
[21:14] -queuebot:#ubuntu-release- Unapproved: gnupg2 (yakkety-proposed/main) [2.1.15-1ubuntu4 => 2.1.15-1ubuntu5] (core)
[21:22] -queuebot:#ubuntu-release- Unapproved: accepted clamav [source] (yakkety-proposed) [0.99.2+dfsg-2ubuntu2]
[21:23] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-gnome-meta [source] (yakkety-proposed) [0.70]
[21:39] -queuebot:#ubuntu-release- Unapproved: nova (yakkety-proposed/main) [2:14.0.0~rc2-0ubuntu2 => 2:14.0.0~rc2-0ubuntu3] (openstack, ubuntu-server)
[21:39] -queuebot:#ubuntu-release- Unapproved: accepted gnupg2 [source] (yakkety-proposed) [2.1.15-1ubuntu5]
[21:41] -queuebot:#ubuntu-release- Unapproved: accepted linux-meta-snapdragon [sync] (yakkety-proposed) [<IP_ADDRESS>9.21]
[21:41] -queuebot:#ubuntu-release- Unapproved: accepted linux-snapdragon [sync] (yakkety-proposed) [4.4.0-1029.32]
[21:51] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [source] (xenial-proposed) [2.02~beta2-36ubuntu3.4]
[21:55] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [source] (xenial-proposed) [1.66.4]
[22:01] -queuebot:#ubuntu-release- Unapproved: grub2 (xenial-proposed/main) [2.02~beta2-36ubuntu3.3 => 2.02~beta2-36ubuntu3.4] (core)
[22:08] <tsimonq2> what's the last part of the topic mean?
[22:09] <nacc> tsimonq2: "Better the evil that you know"
[22:13] <tsimonq2> ok good to know :D
[22:16] -queuebot:#ubuntu-release- Unapproved: grub2 (xenial-proposed/main) [2.02~beta2-36ubuntu3.4 => 2.02~beta2-36ubuntu3.4] (core)
[22:25] <jderose> nacc: tsimonq2: haha, ""Better the evil that you know", that's great. nice work, infinity! :D
[22:25] <infinity> jderose: I suspect you can blame Colin for that.
[22:26] <teward> heh
[22:27] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (xenial-proposed) [2.02~beta2-36ubuntu3.4]
[22:27] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (xenial-proposed) [2.02~beta2-36ubuntu3.4]
[22:29] <nacc> so at this point in the cycle, let's says i'm fixing a package in a bug where the fix is also needed in Y. Should I assume it will need to be SRU'd at this point and provide a .1 version? Or can I bump to ubuntu2 safely? I guess given that z isn't open yet, either would be fine due to copy-forward of packages, but what is preferred?
[22:29] <nacc> *SRU'd into Y itself
[22:30] <infinity> nacc: Upload to Y with a normal Yish version.
[22:30] <infinity> nacc: No need for an SRU version scheme.
[22:31] <nacc> infinity: ok, thanks!
[22:50] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (yakkety-proposed/universe) [0.6ubuntu3 => 0.7ubuntu1] (no packageset)
[22:51] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (yakkety-proposed) [0.7ubuntu1]
[22:58] -queuebot:#ubuntu-release- Unapproved: ubuntu-mate-artwork (yakkety-proposed/universe) [16.10.7 => 16.10.8] (ubuntu-mate)
[23:00] <flexiondotorg> If someone could accept ubuntu-mate-artwork I really appreciate it :-)
[23:01] -queuebot:#ubuntu-release- Unapproved: php-arc (yakkety-proposed/universe) [2.2.5-1ubuntu1 => 2.2.5-1ubuntu2] (no packageset)
[23:02] -queuebot:#ubuntu-release- Unapproved: accepted php-arc [source] (yakkety-proposed) [2.2.5-1ubuntu2]
[23:04] <cjwatson> infinity: nope, that one is slangasek's fault
[23:04] <cjwatson> I'd gloss it as "better the devil you know"
[23:05] <nacc> cjwatson: better translation
[23:06] -queuebot:#ubuntu-release- New binary: libkf5incidenceeditor [ppc64el] (yakkety-proposed/universe) [16.04.3-0ubuntu1] (no packageset)
[23:06] -queuebot:#ubuntu-release- New binary: libkf5incidenceeditor [amd64] (yakkety-proposed/universe) [16.04.3-0ubuntu1] (no packageset)
[23:08] -queuebot:#ubuntu-release- New binary: libkf5incidenceeditor [armhf] (yakkety-proposed/universe) [16.04.3-0ubuntu1] (no packageset)
[23:08] -queuebot:#ubuntu-release- New binary: libkf5incidenceeditor [i386] (yakkety-proposed/universe) [16.04.3-0ubuntu1] (no packageset)
[23:09] -queuebot:#ubuntu-release- New binary: libkf5incidenceeditor [s390x] (yakkety-proposed/universe) [16.04.3-0ubuntu1] (no packageset)
[23:09] -queuebot:#ubuntu-release- New binary: libkf5incidenceeditor [arm64] (yakkety-proposed/universe) [16.04.3-0ubuntu1] (no packageset)
[23:10] -queuebot:#ubuntu-release- New binary: libkf5incidenceeditor [powerpc] (yakkety-proposed/universe) [16.04.3-0ubuntu1] (no packageset)
[23:14] -queuebot:#ubuntu-release- Unapproved: php-guzzlehttp-ringphp (yakkety-proposed/universe) [1.1.0-2ubuntu1 => 1.1.0-2ubuntu2] (no packageset)
[23:14] <tsimonq2> fitting for teward, who owns http://dark-net.net/ lol
[23:14] -queuebot:#ubuntu-release- Unapproved: accepted php-guzzlehttp-ringphp [source] (yakkety-proposed) [1.1.0-2ubuntu2]
[23:23] <cyphermox> infinity: head's up, I will upload a new shim shortly, we'll need a d-i respin after.
[23:23]  * teward was pinged
[23:23] <teward> tsimonq2: hm?
[23:24]  * teward scrolls up
[23:25] <teward> oh.  i see.  *goes back to poking his planned nginx merge for z*
[23:32] <jderose> cyphermox: oh, did you get the sig from MS on the new fixed shim?
[23:37] <cyphermox> jderose: don't know, fixing an issue with MokManager.
[23:38] <jderose> cyphermox: okay, gotcha. my ears just perked up at "shim" :P


[14:28] <mcphail> Hi everyone. Is the Q&A returning soon?
[22:09] <tsimonq2> popey, mhall119: How about that Q&A, what's the ETA on that? :)
[22:09] <mhall119> tsimonq2: we're exploring a new format for a new year
[22:10] <tsimonq2> mhall119: You have new details for this new format for this new year? :)
[22:23] <popey> nope
[22:24] <tsimonq2> Ok


[00:47] <xubuntu18w> hello everyone
[00:50] <mark76> Hey Steven^
[00:50] <mark76> With a ^
[00:52] <Steven^> :P
[00:52] <Steven^> first time using xubuntu
[00:54] <mark76> *THUMBS
[00:54] <Steven^> do i need antivrus on it?
[00:54] <mark76> Hmm
[00:55] <mark76> Well, I don't use one.  But if you can find one for Linux and it's legit. I don't see why you shouldn't
[00:56] <Steven^> did you do any hardening on the xubuntu after install
[00:57] <mark76> I don't even know what that is
[00:57] <Steven^> i mean did you tighten the linux
[00:58] <Steven^> opening hole
[01:03] <plaindave> I don't use antivirus with my xubuntu either.
[01:03] <plaindave> nice thing about linux
[01:18] <mark76> AYe
[01:30] <Steven^> some how ubuntu still able to detect my wirleless driver and xubuntu dors not.
[01:35] <plaindave> Steven^: You're not able to connect to your wifi signal with xubuntu?
[01:46] <Steven^> yup
[05:47] <LilGenghisKhan> So I wanna get rid of sceen tearing. So like I have the HD6320 in this little Thinkpad x130e laptop. I have Xubuntu installed. Under "Additional Drivers" it has "Use processo microcode firmware for AMD CPUs from amd64-micocode (proprietary)" selected. How do I fix tearing? I'm just used to when catalyst or the official amd drivers or whatever were supported and it was easy breezy. Trying to learn
[05:47] <LilGenghisKhan> some stuff here too. /etc/xdg/usr-shared/10-radeon.conf (or wherever it is) seems to be my xorg file?
[09:29] <zleap> good morning
[09:44] <zleap> hi
[10:25] <Hagbard23> hiu
[10:26] <Hagbard23> *hi
[11:33] <CoderEurope> Anyone up ?
[11:34] <plaindave> I am
[11:35] <CoderEurope> ust looking at my old teacher : https://youtu.be/eZXcUwd8W3Q?t=52m19s
[11:35] <CoderEurope> **just
[12:05] <knome> CoderEurope, please use #xubuntu-offtopic for non-support discussion
[15:56] <mark76> How do I get the Topmenu plugin to work>
[15:58] <CoderEurope> Hiya - how do I get this look andf feel n00b question ? https://www.dedoimedo.com/computers/xubuntu-zesty.html#Look_&_feel
[19:22] <CoderEurope> Hiya Saukk :)
[19:34] <mark76> Does anyone here know why the topmenu plugin isn't displaying menus?
[19:36] <NewGnuGuy> Does the plugin have to be manually added to a panel?
[19:37] <CoderEurope>  mark76 aybe el would know ?
[19:42] <mark76> I added it to my top panel and nothing is showing
[19:42] <mark76> @el
[19:42] <mark76> el:
[19:42] <Unit193> Why are you pinging that person specifically?
[20:12] <mark76> el: You're plugin doesn't work
[20:12] <mark76> I mean your plugin
[20:12] <el> it's not my plugin
[20:13] <el> whoever told you is trolling both of us :(
[20:13] <mark76> Hmm
[20:14] <NewGnuGuy> mark76: is topmenu the package name?
[20:19] <mark76> http://www.webupd8.org/2016/05/how-to-get-global-menu-in-xubuntu-1604.html
[20:20] <mark76> It is and it's not completely
[20:20] <mark76> I'm going to restart
[20:25] <mark76> Well, that method I posted the link to worked :)
[20:33] <NewGnuGuy> good to know
[20:36] <mark76> Just got to figure out why the Firefox and Thunderbird menus aren't showing on the panel
[20:55] <NewGnuGuy> mark76: From what I'm reading so far, it has to do with those using Qt instead of GTK
[20:57] <mark76> Ah
[20:57] <mark76> I thought there was a workaround?
[21:00] <NewGnuGuy> https://git.javispedro.com/cgit/topmenu-gtk.git/about/ indicates the existence of workarounds but I can't find exact names
[21:03] <NewGnuGuy> https://javispedro.com/ is the website for the developer
[21:07] <mark76> There's supposed to be a topmenu-qt
[21:09] <NewGnuGuy> try sending the dev an email
[21:12] <mark76> There's supposed to be a topmenu-qt
[21:14] <Unit193> (Not related to your problem, but Debian 815532)


[06:31] <tonyyarusso> So, anyone know about actually setting up a wiki?  As in, on your own server?
[06:32] <towsonu2003> tonyyarusso, try asking at #ubuntu and / or #ubuntuforums
[06:33] <tonyyarusso> towsonu2003: Yeah, probably will.  Was going on the offchance there was someone around atm that helped set up ours ;)
[06:33] <towsonu2003> :)
[07:26] <XiXaQ> http://wiki.ubuntu.com/RestrictedFormats has been transferred to help.ubuntu.com. In the process, it seems, information on quicktime has been left out. Is that intentionally, or...?
[10:33] <linuxphotogeek> nixternal: Thanks for the entity help
[11:19] <mdke_> or perhaps hi's
[11:20] <linuxphotogeek> hi
[11:22] <linuxphotogeek> Should I go ahead and add f-spot to trunk/ubuntu/libs/gnome-menus.ent
[11:25] <mdke_> linuxphotogeek: sure, but you need to make a file for it to point to. is it clear how it works?
[11:25] <linuxphotogeek> mdke_: reviewing the file structure now
[11:26] <mdke_> fine, ask if you need any help
[11:27] <linuxphotogeek> mdke_: I'll follow trunk/ubuntu/menus/C/gimp.xml as an example
[11:28] <mdke_> great
[11:28] <linuxphotogeek> I get 8 "(yelp:18467): Yelp-WARNING **: Found a non-specified Ubuntu guide" when running a file I'm editing
[11:28] <mdke_> that's fine
[11:28] <linuxphotogeek> Good I was worried
[11:37] <linuxphotogeek> mdke_: I made the change and it shows up in svn diff but not the new file (f-spot.xml). Should I just send it along with the patch?
[11:43] <mdke_> linuxphotogeek: do "svn add filename" to add something to version control
[11:43] <mdke_> then do the diff
[11:57] <linuxphotogeek> mdke_: patch on its way
[11:58] <mdke_> linuxphotogeek: great. I'll do it now
[12:08] <nixternal> ;p
[12:08] <nixternal> i totally forgot about menus
[12:10] <mdke_> those crazy entities of yours
[12:10] <mdke_> you can't be bothered to type <application>?
[12:10] <mdke_> lazy...
[12:10] <nixternal> no ;p
[12:10] <nixternal> hehe
[12:10] <nixternal> ya, all of those entities made kate upset when when validating xml
[12:15] <linuxphotogeek> mdke_: thanks for the upstream linking tip.
[12:15] <mdke_> np
[12:15] <linuxphotogeek> Headed home from work.... bye
[12:15] <mdke_> cya!


[23:12] <tjaalton> yeah, xorg bugs below 200..
[23:12] <tjaalton> but mainly due to reassigning them to the correct package
[23:13] <tjaalton> which should be the first thing to do to a bug


[09:08] <Sargun> Can I have concurrent versions of snappy installed?
[09:08] <Sargun> and use a directory that's not /var/lib?
[09:11] <Sargun> Ah, yes, SNAPPY_GLOBAL_ROOT.
[10:36] <popey> gouchi: you managed to get love2d building on 16.04? it fails at link time here. http://paste.ubuntu.com/17902490/ which I think is bug 1568899
[10:37] <gouchi> popey: I need to try to build it
[10:40] <popey> it builds find here. it just dails at link, which is annoying
[10:41] <gouchi> :(
[10:42] <popey> might have to patch the build plugin I made to tweak the build


[14:42] <snap-l> Good morning
[15:04] <_stink_> yo
[15:44] <jrwren> happy day
[15:45] <snap-l> btw: my show is on metalinjection.fm
[15:45] <snap-l> fwiw
[15:46] <snap-l> Man, I don't know what it is about that Lullaby song from Risha, but it hits me hard.
[15:58] <jrwren> is it a cover of the cure's lullaby?
[16:02] <snap-l> jrwren: I don't think so
[16:03] <snap-l> It's in Russian, and they tend towards using folk material
[16:05] <snap-l> I <3 when a simple fix in a script makes my life 10x easier
[16:06] <snap-l> have a script called flac2mp3 that I use to convert flac files to mp3
[16:06] <snap-l> but before I was using a find command to pass arguments to it
[16:06] <snap-l> rejiggered it to use a for loop and loop over command-line arguments
[16:06] <snap-l> so now it's just flac2mp3.sh *.flac
[16:07] <snap-l> I'm not sure why I waited so long to fix it.
[16:07] <snap-l> but I'm glad I did.
[16:07] <snap-l> It's like walking with a splinter in your foot.
[18:10] <jjesse-home> happy sunday morning
[18:10] <jjesse-home> well sunday afternoon
[22:55] <snap-l> Heh
[22:55] <snap-l> Happy afternoon into evening
[23:20] <snap-l> http://decafbad.net/2012/12/23/merry-christmas-and-a-happy-new-year/
[23:37] <snap-l> Best way to cause Ubuntu One to have a heartattack:
[23:37] <snap-l> 1) Copy a bunch of files to the Purchased from Ubuntu One Directory
[23:37] <snap-l> 2) ...
[23:37] <snap-l> 3) ...
[23:37] <snap-l> 4) ...
[23:37] <snap-l> 5) ...
[23:37] <snap-l> 6) ...
[23:38] <snap-l> 7) ...
[23:38] <snap-l> 8) ...
[23:38] <snap-l> 9) ...
[23:38] <snap-l> 10) Dropbox


[02:30] <squish102> wow 30C in house, that is crazy... i keep house at 23C
[07:38] <Kilos> morning all
[07:38] <Kilos> ek het geslaap inetpro
[10:44] <inetpro> Kilos: hoop jy't lekker geslaap
[10:44] <inetpro> goeiedag almal
[11:32] <chesedo> lol -> https://twitter.com/turnoff_us/status/870787573785997312
[14:18] <captine> hey all
[14:18] <Maaz> captine: By the way, superfly on freenode told me "tell captine ubuntu.com runs Drupal" 1 day, 8 hours, 52 minutes and 18 seconds ago
[14:27] <superfly> hi captine
[17:22] <captine> hi superfly . sorry missed you earlier
[17:22] <superfly> captine: np
[17:23] <captine> brb.
[17:24] <inetpro> The Differences Between Multiverse, Universe, Restricted, and Main Repositories on Ubuntu https://www.maketecheasier.com/multiverse-universe-restricted-main-repositories-ubuntu/
[17:24] <inetpro> for those who might be interested
[17:26] <Kilos> ty inetpro
[17:33] <magespawn> good evening
[17:33] <Kilos> hi magespawn
[17:33] <magespawn> hi Kilos
[17:41] <nsnzero> good evening all
[17:42] <Kilos> hi nsnzero
[17:42] <inetpro> Kilos: hoe gaan dit?
[17:42] <Kilos> selle dankie maar lewe nog
[17:42] <Kilos> slaap net baie
[17:43] <nsnzero> ek is baie besig n jou oom Kilos ?
[17:43] <Kilos> lol ek nie besig nie
[17:43] <Kilos> o ja besig om te slaap
[17:43] <nsnzero> hoekom ?
[17:44] <Kilos> siek met griep al drie weke man
[17:44] <magespawn> ai Kilos.
[17:45] <Kilos> it will go sometime
[17:45] <nsnzero> sorry to here that kilos - have you updated your anti-virus ?
[17:46] <magespawn> it always does, but sucks none the less for that.
[17:46] <Kilos> what anti-virus
[17:46] <Kilos> i only have gufw running here no antivirus
[17:47] <nsnzero> i am just kidding Kilos  - you need to take a probiotic pill man
[17:47] <Kilos> i have taken many
[17:47] <Kilos> and millions of vit c
[17:48] <nsnzero> i had the flu on monday - drank a bottle of whiskey - forgot i had the flu - got better tuesday
[17:48] <nsnzero> its all in the mind
[17:48] <Kilos> hahaha
[17:49] <Kilos> i dont drink alcohol
[17:49] <nsnzero> my apologies - hi inetpro , magespawn Kilos
[17:49] <magespawn> hi nsnzero
[17:50] <nsnzero> then we need to find you an alternative Kilos !
[17:50] <inetpro> hi nsnzero, magespawn
[17:50] <Kilos> it will go sometime
[17:51] <Kilos> all the time you have it your body builds antibodies
[17:51] <Kilos> sleep and keeping warm helps
[17:53] <nsnzero> i have always been fascinated by human virus - they are just a block of code
[17:54] <nsnzero> chicken soup - chicken bones contain trace penicillin which helps
[17:54] <Kilos> yes
[17:56] <nsnzero> i wish you a speedy recovery - but watch you dont get dehydrated
[18:03] <Kilos> yes ty
[18:03] <Kilos> i drink lots of water and lemon juice in water
[18:19] <magespawn> i am off to bed, good night all.
[18:23] <nsnzero> me as well - good night everyone
[18:33] <Kilos> night guys, sleep tight


[06:02] <darkxst> Laney, can you run the packageset scripts to pick up new gdm3 source, when you have a chance
[08:06] <LocutusOfBorg1> hi folks, can anybody please retry autopkgtest for pbuilder/xenial/armhf/ppc64el? they are preventing it from migration I think
[08:47] <melodie> hi
[08:48] <melodie> infinity I wanted to get in touch with you, because I just realized when I used a Live Trusty in a laptop having 3 GB ram that I got zram block devices : whereas with the initramfs hook it should not be started, unless there is 512MB ram available max. Do you want me to file a bug report?
[08:50] <melodie> I am not at home right  now, but I have an internet connection, so if you read me later, we can get in touch again in the coming evenings or days
[08:52] <darkxst> melodie, lubuntu enable zram though
[08:55] <melodie> hi darkxst
[08:56] <melodie> I have been a tester for zram-config, not so long ago when the script has been ported to systemd, so this is related
[08:56] <melodie> the changes done have not been complete, there is a part of how the program is supposed to work, that is missing.
[08:57] <melodie> this is why I want to ask infinity if he would want me to file a bug, or if he would rather work on the issue directly in the coming days.
[08:57] <melodie> and if lubuntu enables zram since a pair of editions, this is because I made gilir aware of me doing so in my non official remixes. ;)
[09:05] <darkxst> melodie, sounds like you should just file a bug ;)
[09:08] <melodie> darkxst possibly
[09:09] <darkxst> melodie, not possibly, just do it, that is why launchpad is there ;)
[09:10] <melodie> I'm not at home right now
[09:10] <melodie> I just noticed the issue yesterday when I did a new install and I don't want to forget to take care of it
[09:14] <darkxst> melodie, you are on the internet, you can still file a bug
[09:30] <melodie> if I reproduce it with a live and bring tech info
[09:31] <melodie> I am in a public forum right now and discussion irl with people too
[09:43] <melodie> bbl :)
[11:54] <elbrus> pitti: did you change anything to the armhf autopkgtest lxc? dbconfig-common is now passing
[11:57] <elbrus> pitti: to be honest, I currently believe that this situation SHOULD have been handled by dbconfig-common and postgresql correctly. Apparently the way to do this is to copy the template0 in postgresql and that is exaclty what dbconfig-common is (or should be) doing
[15:17] <sebastic_> !regression-alert
[15:18] <sebastic_> The Debian Security Team just released: [DSA 3208-2] freexl regression update, this regression affects trusty & vivid (LP: #1437087)
[15:38] <mdeslaur> sebastic: please file a new bug, so that's it's not "fix released", and subscribe ubuntu-security-sponsors to it
[15:53] <sebastic> mdeslaur: https://bugs.launchpad.net/ubuntu/+source/freexl/+bug/1516257