[12:30] <ricotz_> Sarvatt, hey :), i hope you can run an update of intel ddx
[15:55] <Sarvatt> ricotz: sure thing, up there now.
[15:55] <Sarvatt> question is, do i upgrade to it right before getting on a plane? :D


[08:49] <henninge> adeuring: Moin!
[08:49] <henninge> adeuring: I got onen for you if you llike ;-)
[08:50] <adeuring> henninge: sure
[08:51] <adeuring> henninge: this one: https://code.edge.launchpad.net/~henninge/launchpad/bug-568355-package-name/+merge/24844 ?
[08:52] <henninge> adeuring: yes, sorry. ;)
[08:52] <henninge> I was a still looking through it.
[08:52] <henninge> adeuring: that's the one
[08:52] <henninge> danke
[08:52]  * henninge needs to reboot
[09:11] <henninge> adeuring: any questions so far?
[09:11] <adeuring> EdwinGrubbs: not yet ;)
[09:12] <henninge> I will be relocating now, back in 20 min.
[09:12] <henninge> adeuring: and my name is henninge ;)
[09:12] <adeuring> henninge. EdwinGrubbs sorry
[09:21] <jtv> adeuring: mind finishing a small lazr.batchnavigator review?  https://code.edge.launchpad.net/~jtv/lazr.batchnavigator/bug-574159/+merge/24577
[09:22] <bryceh> would anyone be willing to review my branch at lp:~bryceharrington/launchpad/api-doc-fixes ?  This is my first launchpad merge proposal so apologies if I'm not doing something right
[09:22] <adeuring> jtv: sure; let me first finish a review for hennig
[09:22] <adeuring> bryceh: I can do it, after henning's and jtv's branches
[09:22] <jtv> adeuring: thx
[09:23] <bryceh> adeuring, ok thanks.
[10:01] <bryceh> adeuring, bedtime for me, I'll check back in the morning.
[10:11] <adeuring> henninge: lines 51-58 of the diff change the order of locations. The doc string of the method says "This function goes through the ordered list of these possible locations, the order having been copied from intltool-update". My question: Was the old order plain wrong or did the intltools chnage. IOW: Is the new ordering always correct?
[10:12] <adeuring> or can it be wrong for some versions of intltools?
[10:12] <henninge> adeuring: the ordering is correct, the comment is not valid any more.
[10:12] <adeuring> henninge: so, the old ordering was simply based on a misinterpretation of what intltools are doing?
[10:13] <henninge> adeuring: no, the original order was taken from intltool-update
[10:14] <henninge> adeuring: basically, what is says "use GETTEXT_PACKGE from Makefile.in.in or else from configure.ac or else from configure.in"
[10:14] <adeuring> henninge: ok... but the substitution order changed, right?
[10:14] <henninge> adeuring: this is now reflected in the "keep_trying" value.
[10:14] <adeuring> henninge: ah, I see. So, can you update the comment? otherwise, r=me
[10:15] <henninge> adeuring: yes, thanks
[10:15] <henninge> I am still trying to answer the question about the substitution ... ;)
[10:16] <henninge> give up )
[10:16] <henninge> :)
[11:03] <adeuring> bryceh: I am not sure if we should use the term "patch attachment" as the title for the checkbox. The main bug page has two portlets "patches" and "bug attachments", thus distiguishing between patches and ohter attachments.
[11:03] <adeuring> Having the two words in the title for one search option might confuse users
[11:03] <adeuring> (on the "advanced search" page)
[11:24] <noodles775> Hi adeuring, if you can ignore the conflicts on the MP (and use the linked diff instead), would you be able to look at: https://code.edge.launchpad.net/~michael.nelson/launchpad/567922-binarypackagebuild-new-table-3/+merge/24814
[11:24] <adeuring> noodles775: sure
[11:24] <noodles775> (for the same reason, to run the tests, you'll have to branch it rather than merge).
[11:24] <noodles775> Thanks!
[11:24] <noodles775> :)
[12:16] <adeuring> noodles775: regarding the removeSecurityProxy() calls: I think the properties estimated_duration and status are simply missing in a set_attributes directive.
[12:27] <noodles775> adeuring: Yes, but I haven't changed the set_attributes (other than to change attribute names). That is, it was being set before without either the set_attributes or removeSecurityProxy.
[12:27] <noodles775> Unless I missed it somewhere else in the zcml.
[12:28] <adeuring> noodles775: that's odd.
[12:28] <noodles775> odd, or more likely something obvious that I missed in one of the 10 other branches in this pipeline :/
[12:28] <adeuring> noodles775: but whatever the reason is that it worked before: what about adding ZCML directives instead of using removeSecurityProxy?
[12:31] <noodles775> adeuring: but in most of those cases, I'm using it to setup a test situation which shouldn't normally be possible (like, for example, updating the distro_arch_series of a build, or the build's status).
[12:32] <noodles775> Or did you mean specifically for the buildqueue's estimated_duration? That would be ok.
[12:32] <adeuring> noodles775: right, I am not that much concerned about tests
[12:33] <adeuring> but I believe I spotted one other location, but can't find it again. (for estimated_duration)
[12:33]  * noodles775 looks to see where I've used rSP in the code... it's just for the temporary static methods (ie. that used to use self.attrname)
[12:34] <noodles775> adeuring: in buildbase.py, with the XXX and comment explaining why.
[12:38] <adeuring> noodles775: right, sorry, I needed some time to find it again locally ;)
[12:39] <adeuring> noodles775: otherwise, no complaints, so r=me
[12:43] <noodles775> Thanks adeuring. I've got another one ready too: https://code.edge.launchpad.net/~michael.nelson/launchpad/ppa-generate-key-failure/+merge/24871
[12:43] <noodles775> wgrant: did you have any comment on the change I added for non-ascii chars^^
[12:43] <adeuring> noodles775: ok, but let me have lunch first ;)
[12:43] <noodles775> adeuring: of course... enjoy!
[13:18] <wgrant> noodles775: Ah, true, it was only reasonably safe things. But that looks much better (besides the lack of whoami on that revision).
[13:18] <wgrant> I don't think str() on a unicode is ever right.
[13:22] <noodles775> Yeah. (And yes, just setting up a new vm for dev work, I'll re-commit that rev).
[13:22] <noodles775> Thanks for the input!
[13:23] <wgrant> Thanks for fixing that.
[13:39] <adeuring> noodles775: I think it is a safe guess to use UTF8 encoding -- but shouldn't we add a test that filtering for a string conainting non-ascii character finds the expected data?
[13:49] <noodles775> adeuring: as per my comment there, as far as I can see, this is only ever used for getting keys by email address or fingerprint (neither of which use non-ascii code), so I'm not sure how to test it (other than what I've done, ensuring it doesn't error). Any ideas?
[13:56] <adeuring> noodles775: we could add a test key having a "bad" name. But since you say that we seem to search only for email addresses and FPs, I think it is not that important. (sorry, missed that)
[13:57] <adeuring> noodles775: so, r=me
[14:01] <noodles775> adeuring: great, thanks.
[14:53] <noodles775> wgrant: resending your branch now to ec2 now (let me know if you've already gotten someone else to do it.)
[15:46] <adeuring> sinzui: r=me; two nitpicks
[15:46] <sinzui> pick away
[18:43] <salgado> I'm not really on call today, but I can do reviews if needed
[20:12] <abentley> rockstar, could you review my branch, please? lp:~abentley/launchpad/fix-encoded-attachments into	lp:launchpad/devel
[20:13] <abentley> https://code.launchpad.net/~abentley/launchpad/fix-encoded-attachments/+merge/24917
[20:22] <rockstar> abentley, looking
[20:24] <rockstar> abentley, r=me
[20:24] <abentley> rockstar, thanks.
[20:42] <mars> gary_poster, do you have a moment to review this config change?  It is very simple, just reorders the keys: https://code.edge.launchpad.net/~mars/launchpad/reorder_config_keys/+merge/24865
[20:44] <gary_poster> looking, mars
[20:51] <gary_poster> mars, mostly out of curiosity, do we have standards for this formatting, such as two CRs before each section start?
[20:51] <mars> gary_poster, nope, I think convention works well enough here.
[20:52] <mars> plenty of prior art.  violations stand out.
[20:52] <gary_poster> mars, couldn't the same be said of alphabetization?
[20:53] <mars> gary_poster, ?
[20:54] <mars> you mean, "It looks better without alphabetizing it, why should I"?
[20:55] <gary_poster> mars, IOW, you define an alphabetization standard in writing at the top of the doc, even though most things were alphabetized.  Convention did not seem to be sufficient.  Therefore, do we also need to document two CRs before each heading?  All that said, I think I'm being picky because I feel tired. ;-) I'll approve.
[20:56] <mars> \o/
[20:57] <mars> thanks Gary :)
[20:57] <gary_poster> :-)
[20:57] <mars> gary_poster, fwiw, that's why I personalized the message at the top.  Personalization can be a more powerful motivator than standards sometimes.
[20:58] <mars> It proves I care
[21:07] <mars> gary_poster, have a moment for one more, a trivial addition of an XXX comment?  https://code.edge.launchpad.net/~mars/launchpad/trivial-add-ec2-xxx/+merge/24927
[21:12] <gary_poster> alright mars
[21:16] <gary_poster> mars, approved with request to add date per the usual policy
[21:16] <mars> gary_poster, good catch, thanks
[21:16] <gary_poster> np
[21:17] <rockstar> Can I get a quick review from someone?  https://code.edge.launchpad.net/~rockstar/launchpad/recipe-polish/+merge/24928
[21:18] <rockstar> mars, ^^ ?
[21:18] <mars> rockstar, looking
[21:21] <mars> rockstar, why did you nuke all of that test output around line 49 of the diff?  I don't see anything in your code that would suggest its removal.
[21:22] <rockstar> mars, they were distroseries that have distributions that have no archives.
[21:22] <rockstar> mars, basically, this branch prevents someone trying to request a recipe build for lenny (Debian)
[21:23] <rockstar> ...because we don't support any distro but Ubuntu.
[21:23] <mars> oh!  So your fix works, because it proved that the tests themselves had invalid distros in there
[21:23] <rockstar> mars, yup.
[21:24] <mars> rockstar, ok.  Do you need a test for the explicit exclusion of a distro?
[21:24] <mars> rockstar, a unit test or something?
[21:24] <rockstar> mars, no, I don't think so.
[21:25] <rockstar> The test coverage is being accomplished properly with what we have now.
[21:25] <mars> ok
[21:27] <mars> rockstar, r=mars
[21:28] <rockstar> mars, thanks


[00:19] -queuebot:#ubuntu-release- Unapproved: squashfs-tools (artful-proposed/main) [1:4.3-4ubuntu1 => 1:4.3-4ubuntu1.1] (core)
[00:19] -queuebot:#ubuntu-release- Unapproved: squashfs-tools (zesty-proposed/main) [1:4.3-3ubuntu2 => 1:4.3-3ubuntu<IP_ADDRESS>] (core)
[00:20] -queuebot:#ubuntu-release- Unapproved: squashfs-tools (trusty-proposed/main) [1:4.2+20130409-2ubuntu<IP_ADDRESS> => 1:4.2+20130409-2ubuntu<IP_ADDRESS>] (core)
[00:20] -queuebot:#ubuntu-release- Unapproved: squashfs-tools (xenial-proposed/main) [1:4.3-3ubuntu2 => 1:4.3-3ubuntu<IP_ADDRESS>] (core)
[01:33] -queuebot:#ubuntu-release- New binary: django-mailman3 [amd64] (bionic-proposed/universe) [1.1.0-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: clonalframeml [amd64] (bionic-proposed/universe) [1.11-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: clonalframeml [ppc64el] (bionic-proposed/universe) [1.11-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: libp11 [amd64] (bionic-proposed/main) [0.4.7-2] (ubuntu-server)
[05:11] -queuebot:#ubuntu-release- New binary: libp11 [ppc64el] (bionic-proposed/main) [0.4.7-2] (ubuntu-server)
[05:11] -queuebot:#ubuntu-release- New binary: norm [ppc64el] (bionic-proposed/universe) [1.5r6+dfsg1-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: clonalframeml [i386] (bionic-proposed/universe) [1.11-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: libp11 [i386] (bionic-proposed/main) [0.4.7-2] (ubuntu-server)
[05:11] -queuebot:#ubuntu-release- New binary: python-ratelimiter [ppc64el] (bionic-proposed/universe) [1.2.0-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: clustershell [amd64] (bionic-proposed/universe) [1.8-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: norm [amd64] (bionic-proposed/universe) [1.5r6+dfsg1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: dde-calendar [ppc64el] (bionic-proposed/universe) [1.1.1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: hypre [s390x] (bionic-proposed/universe) [2.13.0-2] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: libp11 [armhf] (bionic-proposed/main) [0.4.7-2] (ubuntu-server)
[05:12] -queuebot:#ubuntu-release- New binary: norm [i386] (bionic-proposed/universe) [1.5r6+dfsg1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: python-hidapi [i386] (bionic-proposed/universe) [0.7.99.post21-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: python-mnemonic [amd64] (bionic-proposed/universe) [0.18-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: python-ratelimiter [i386] (bionic-proposed/universe) [1.2.0-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: golang-github-dgryski-go-farm [amd64] (bionic-proposed/universe) [0.0~git20171119.ac7624ea8da3-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: norm [armhf] (bionic-proposed/universe) [1.5r6+dfsg1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: python-hidapi [ppc64el] (bionic-proposed/universe) [0.7.99.post21-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: jsonrpclib-pelix [amd64] (bionic-proposed/universe) [0.3.1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: python-ratelimiter [amd64] (bionic-proposed/universe) [1.2.0-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: python-hidapi [amd64] (bionic-proposed/universe) [0.7.99.post21-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: clonalframeml [arm64] (bionic-proposed/universe) [1.11-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: dde-calendar [amd64] (bionic-proposed/universe) [1.1.1-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: geronimo-j2ee-management-1.1-spec [amd64] (bionic-proposed/universe) [1.0.1-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: libp11 [arm64] (bionic-proposed/main) [0.4.7-2] (ubuntu-server)
[05:13] -queuebot:#ubuntu-release- New binary: python-hidapi [arm64] (bionic-proposed/universe) [0.7.99.post21-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: unbescape [amd64] (bionic-proposed/universe) [1.1.5-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: clonalframeml [armhf] (bionic-proposed/universe) [1.11-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: hypre [ppc64el] (bionic-proposed/universe) [2.13.0-2] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: python-ratelimiter [arm64] (bionic-proposed/universe) [1.2.0-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: dde-calendar [i386] (bionic-proposed/universe) [1.1.1-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: plexus-languages [amd64] (bionic-proposed/universe) [0.9.5-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: hypre [amd64] (bionic-proposed/universe) [2.13.0-2] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: libp11 [s390x] (bionic-proposed/main) [0.4.7-2] (ubuntu-server)
[05:14] -queuebot:#ubuntu-release- New binary: python-hidapi [armhf] (bionic-proposed/universe) [0.7.99.post21-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: hypre [i386] (bionic-proposed/universe) [2.13.0-2] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: python-ratelimiter [armhf] (bionic-proposed/universe) [1.2.0-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: norm [arm64] (bionic-proposed/universe) [1.5r6+dfsg1-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: dde-calendar [arm64] (bionic-proposed/universe) [1.1.1-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: dde-calendar [armhf] (bionic-proposed/universe) [1.1.1-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: hypre [arm64] (bionic-proposed/universe) [2.13.0-2] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: hypre [armhf] (bionic-proposed/universe) [2.13.0-2] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: python-hidapi [s390x] (bionic-proposed/universe) [0.7.99.post21-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: clonalframeml [s390x] (bionic-proposed/universe) [1.11-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: dde-calendar [s390x] (bionic-proposed/universe) [1.1.1-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: python-ratelimiter [s390x] (bionic-proposed/universe) [1.2.0-1] (no packageset)
[05:33] -queuebot:#ubuntu-release- New binary: clonalorigin [amd64] (bionic-proposed/universe) [1.0-1] (no packageset)
[05:34] -queuebot:#ubuntu-release- New binary: clonalorigin [i386] (bionic-proposed/universe) [1.0-1] (no packageset)
[05:44] -queuebot:#ubuntu-release- New binary: gnome-todo [ppc64el] (bionic-proposed/universe) [3.26.2-2] (no packageset)
[05:45] -queuebot:#ubuntu-release- New binary: gnome-todo [i386] (bionic-proposed/universe) [3.26.2-2] (no packageset)
[05:46] -queuebot:#ubuntu-release- New binary: gnome-todo [amd64] (bionic-proposed/universe) [3.26.2-2] (no packageset)
[05:46] -queuebot:#ubuntu-release- New binary: gnome-todo [armhf] (bionic-proposed/universe) [3.26.2-2] (no packageset)
[05:46] -queuebot:#ubuntu-release- New binary: gnome-todo [arm64] (bionic-proposed/universe) [3.26.2-2] (no packageset)
[05:46] -queuebot:#ubuntu-release- New binary: gnome-todo [s390x] (bionic-proposed/universe) [3.26.2-2] (no packageset)
[09:02] <LocutusOfBorg>  good morning, can anybody please update: ./pitti:force-badtest zodb/1:3.10.5+1.gb28a24c-1 to zodb/1:3.10.7-1build1
[09:04] <LocutusOfBorg> slangasek, what about adding xandikos arm64 to the existing hint?
[09:36] -queuebot:#ubuntu-release- New: accepted clonalframeml [s390x] (bionic-proposed) [1.11-1]
[09:37] -queuebot:#ubuntu-release- New: accepted clonalframeml [armhf] (bionic-proposed) [1.11-1]
[09:37] -queuebot:#ubuntu-release- New: accepted clonalframeml [amd64] (bionic-proposed) [1.11-1]
[09:37] -queuebot:#ubuntu-release- New: accepted clonalframeml [i386] (bionic-proposed) [1.11-1]
[09:37] -queuebot:#ubuntu-release- New: accepted clonalframeml [arm64] (bionic-proposed) [1.11-1]
[09:37] -queuebot:#ubuntu-release- New: accepted clonalframeml [ppc64el] (bionic-proposed) [1.11-1]
[09:58] -queuebot:#ubuntu-release- New: accepted clustershell [amd64] (bionic-proposed) [1.8-1]
[09:58] -queuebot:#ubuntu-release- New: accepted dde-calendar [s390x] (bionic-proposed) [1.1.1-1]
[09:59] -queuebot:#ubuntu-release- New: accepted dde-calendar [amd64] (bionic-proposed) [1.1.1-1]
[09:59] -queuebot:#ubuntu-release- New: accepted dde-calendar [armhf] (bionic-proposed) [1.1.1-1]
[09:59] -queuebot:#ubuntu-release- New: accepted dde-calendar [ppc64el] (bionic-proposed) [1.1.1-1]
[09:59] -queuebot:#ubuntu-release- New: accepted geronimo-j2ee-management-1.1-spec [amd64] (bionic-proposed) [1.0.1-1]
[09:59] -queuebot:#ubuntu-release- New: accepted gnome-todo [arm64] (bionic-proposed) [3.26.2-2]
[09:59] -queuebot:#ubuntu-release- New: accepted gnome-todo [i386] (bionic-proposed) [3.26.2-2]
[09:59] -queuebot:#ubuntu-release- New: accepted gnome-todo [s390x] (bionic-proposed) [3.26.2-2]
[09:59] -queuebot:#ubuntu-release- New: accepted hypre [amd64] (bionic-proposed) [2.13.0-2]
[09:59] -queuebot:#ubuntu-release- New: accepted hypre [armhf] (bionic-proposed) [2.13.0-2]
[09:59] -queuebot:#ubuntu-release- New: accepted hypre [ppc64el] (bionic-proposed) [2.13.0-2]
[09:59] -queuebot:#ubuntu-release- New: accepted dde-calendar [arm64] (bionic-proposed) [1.1.1-1]
[09:59] -queuebot:#ubuntu-release- New: accepted django-mailman3 [amd64] (bionic-proposed) [1.1.0-1]
[09:59] -queuebot:#ubuntu-release- New: accepted gnome-todo [armhf] (bionic-proposed) [3.26.2-2]
[09:59] -queuebot:#ubuntu-release- New: accepted golang-github-dgryski-go-farm [amd64] (bionic-proposed) [0.0~git20171119.ac7624ea8da3-1]
[09:59] -queuebot:#ubuntu-release- New: accepted hypre [i386] (bionic-proposed) [2.13.0-2]
[09:59] -queuebot:#ubuntu-release- New: accepted dde-calendar [i386] (bionic-proposed) [1.1.1-1]
[09:59] -queuebot:#ubuntu-release- New: accepted gnome-todo [ppc64el] (bionic-proposed) [3.26.2-2]
[09:59] -queuebot:#ubuntu-release- New: accepted gnome-todo [amd64] (bionic-proposed) [3.26.2-2]
[09:59] -queuebot:#ubuntu-release- New: accepted hypre [arm64] (bionic-proposed) [2.13.0-2]
[09:59] -queuebot:#ubuntu-release- New: accepted hypre [s390x] (bionic-proposed) [2.13.0-2]
[09:59] -queuebot:#ubuntu-release- New: accepted libp11 [amd64] (bionic-proposed) [0.4.7-2]
[10:00] -queuebot:#ubuntu-release- New: accepted libp11 [armhf] (bionic-proposed) [0.4.7-2]
[10:00] -queuebot:#ubuntu-release- New: accepted libp11 [ppc64el] (bionic-proposed) [0.4.7-2]
[10:00] -queuebot:#ubuntu-release- New: accepted jsonrpclib-pelix [amd64] (bionic-proposed) [0.3.1-1]
[10:00] -queuebot:#ubuntu-release- New: accepted libp11 [i386] (bionic-proposed) [0.4.7-2]
[10:00] -queuebot:#ubuntu-release- New: accepted libp11 [arm64] (bionic-proposed) [0.4.7-2]
[10:00] -queuebot:#ubuntu-release- New: accepted libp11 [s390x] (bionic-proposed) [0.4.7-2]
[10:00] -queuebot:#ubuntu-release- New: accepted plexus-languages [amd64] (bionic-proposed) [0.9.5-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-hidapi [arm64] (bionic-proposed) [0.7.99.post21-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-hidapi [i386] (bionic-proposed) [0.7.99.post21-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-hidapi [s390x] (bionic-proposed) [0.7.99.post21-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-ratelimiter [amd64] (bionic-proposed) [1.2.0-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-ratelimiter [armhf] (bionic-proposed) [1.2.0-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-ratelimiter [ppc64el] (bionic-proposed) [1.2.0-1]
[10:00] -queuebot:#ubuntu-release- New: accepted unbescape [amd64] (bionic-proposed) [1.1.5-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-hidapi [amd64] (bionic-proposed) [0.7.99.post21-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-hidapi [ppc64el] (bionic-proposed) [0.7.99.post21-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-ratelimiter [arm64] (bionic-proposed) [1.2.0-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-ratelimiter [s390x] (bionic-proposed) [1.2.0-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-hidapi [armhf] (bionic-proposed) [0.7.99.post21-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-ratelimiter [i386] (bionic-proposed) [1.2.0-1]
[10:00] -queuebot:#ubuntu-release- New: accepted python-mnemonic [amd64] (bionic-proposed) [0.18-1]
[10:38] <LocutusOfBorg> please sil2100 release virtualbox to xenial updates too <3
[11:03] <sil2100> LocutusOfBorg: will do! Sorry, yesterday I finished my shift around the start of the xenial pending list ;)
[11:03] <sil2100> So I didn't manage to get to the later ones
[11:04] <LocutusOfBorg> thanks! they go together, this is why we wondered you missed them :
[11:04] <LocutusOfBorg> :)
[11:10] <sil2100> Yeah, I dropped dead before I got to it
[11:21] <LocutusOfBorg> did something bad happen to the incoming queue?
[11:21] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/petsc/3.7.7+dfsg1-2build3 is not showing up...
[11:39] <cjwatson> 2017-12-12 11:16:11 INFO    Upload was rejected:
[11:39] <cjwatson> 2017-12-12 11:16:11 INFO        GPG verification of /srv/launchpad.net/ubuntu-queue/incoming/upload-ftp-20171212-111515-000836/ubuntu/petsc_3.7.7+dfsg1-2build3_source.changes failed: Verification failed 3 times: ["(7, 9, u'No public key')", "(7, 9, u'No public key')", "(7, 9, u'No public key')"]
[11:40] <cjwatson> did you sign it with a key registered to your account in LP?
[11:40] <cjwatson> LocutusOfBorg: ^-
[11:41] <LocutusOfBorg> I use the same key and same account since years... let me check
[11:42] <LocutusOfBorg> gpg:                using RSA key F34F09744E9F5DD9
[11:42] <LocutusOfBorg> gpg: Good signature from "Gianfranco Costamagna<EMAIL_ADDRESS>[ultimate]
[11:42] <LocutusOfBorg> gpg:                 aka "Gianfranco Costamagna<EMAIL_ADDRESS>[ultimate]
[11:42] <LocutusOfBorg> I uploaded in my ppa this morning
[11:42] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco key is there
[11:42] <apw> could it have expired ?
[11:44] <LocutusOfBorg> http://keyserver.ubuntu.com:11371/pks/lookup?fingerprint=on&op=index&search=0x92978A6E195E4921825F7FF0F34F09744E9F5DD9
[11:44] <LocutusOfBorg> I don't think I ever set an expiration date
[11:45] <LocutusOfBorg> I can send you the private key if you want to double check (this is a joke of course)
[11:45] <cjwatson> LocutusOfBorg: occasional keyserver unreliability is not impossible; try reuploading
[11:45] <LocutusOfBorg> done, lets see thanks
[11:45] <LocutusOfBorg> what I'm wondering is... why didn't I get a reject message?
[11:46] <LocutusOfBorg> because invalid key?
[11:46] <LocutusOfBorg> same upload is fine now, thanks!
[11:48] <cjwatson> because invalid key, indeed
[11:50] <LocutusOfBorg> I admit I never understood such "feature", if somebody is trying to steal my key, better being notified :)
[11:50] <cjwatson> it's to avoid backscatter spam
[11:50] <LocutusOfBorg> sure, I get this
[11:50] <cjwatson> https://code.launchpad.net/~cjwatson/launchpad/better-upload-error-notifications/+merge/311179 made it somewhat more liberal about sending rejection messages
[11:50] <cjwatson> but there are still some constraints
[11:51] <LocutusOfBorg> I'm wondering, did spammers seriously create changes file to spam people?
[11:51] <cjwatson> not that, but it does quite frequently happen that people upload packages without setting the email address to themselves
[11:52] <cjwatson> and we don't want that to spam whoever happened to be unfortunate enough to make the last upload of the package that the uploader copied
[11:53] <cjwatson> so we require a signature before we send any notifications, because you can't make a signature just by blindly copying the last version of an existing package
[11:53] <LocutusOfBorg> ok makes sense :
[11:53] <LocutusOfBorg> :)
[11:55] <LocutusOfBorg> do we have any owner of irclogs.ubuntu.com here? I would really appreciate having symlinks to the current day, to avoid having to change the url each day :D
[11:56] <cjwatson><EMAIL_ADDRESS>[11:57] <LocutusOfBorg> thanks!
[13:04] <acheronuk> Laney: is something up with cloud images?
[13:04] <acheronuk> autopkgtest-buildvm-ubuntu-cloud -v -r bionic
[13:04] <acheronuk> gives me:
[13:04] <acheronuk> [*     ] A start job is running for Wait for… to be Configured (33s / no limit)
[13:04] <acheronuk> [ ***  ] A start job is running for Wait for… to be Configured (34s / no limit)
[13:04] <acheronuk> [  *** ] A start job is running for Wait for… to be Configured (35s / no limit)
[13:04] <acheronuk> [FAILED] Failed to start Wait for Network to be Configured.
[13:05] <acheronuk> then kicks it to a ubuntu login
[13:09] <acheronuk> http://paste.ubuntu.com/26169947/
[13:11] <LocutusOfBorg> same here
[13:44] -queuebot:#ubuntu-release- Unapproved: libgweather (zesty-proposed/main) [3.24.1-0ubuntu0.1 => 3.24.1-0ubuntu0.2] (kubuntu, ubuntu-desktop)
[13:45] -queuebot:#ubuntu-release- Unapproved: libgweather (xenial-proposed/main) [3.18.2-0ubuntu0.1 => 3.18.2-0ubuntu0.2] (kubuntu, ubuntu-desktop)
[13:54] <acheronuk> LocutusOfBorg: thanks.
[13:59] <LocutusOfBorg> acheronuk, I'm interested in how you use them btw, a wiki might be appreciated! seems an easy way to run local tests
[14:00] <LocutusOfBorg> I used to do something like: sudo autopkgtest-build-lxc ubuntu artful; sudo autopkgtest --shell-fail --apt-upgrade xandikos -- lxc --sudo autopkgtest-artful --logfile foo
[14:00] <LocutusOfBorg> but it doesn't work anymore
[14:02] <acheronuk> LocutusOfBorg: yes, the lxd/lxc ones are broken now for me as well
[14:24] <juliank> I'm just running autopkgtest -B ./apt_1.5.1.dsc -- lxd images:debian/sid :D
[14:25] <juliank> Now, if the sbuild integration worked, that would be nice
[14:29] <acheronuk> juliank: fails for ubuntu
[14:30] -queuebot:#ubuntu-release- New binary: linux-signed-lts-xenial [amd64] (trusty-proposed/main) [4.4.0-104.127~14.04.1] (kernel)
[14:31] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-104.127] (core, kernel)
[14:37] <juliank> It just hangs for me, yeah
[14:37] <juliank> launching a container manually for ubuntu:a works
[14:37] <Laney> autopkgtest-build-lxd works
[14:38] <Laney> I'm not sure if the cloud images have become broken for local launching
[14:39] <juliank> I need to get sbuild working. It complains it cannot find lxc, probably "forgot" to look in /snap/bin somewhere along the line
[14:42] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-xenial [amd64] (trusty-proposed) [4.4.0-104.127~14.04.1]
[14:42] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-104.127]
[14:44] <juliank> classic btrfs: 3.1GB avail, "No space left on device"
[14:45] <acheronuk> Laney: autopkgtest-build-lxd works, but I could never get the tests to run with the result. have you any example test run line?
[14:45] <Laney> autopkgtest --apt-upgrade gzip --shell-fail -- lxd autopkgtest/ubuntu/bionic/amd64
[14:46] <acheronuk> tahnks. on wrong machin thsis sec, so will try in a bit
[14:46] <acheronuk> *machine this sec
[14:54] <acheronuk> Laney: thanks. I think I was missing the leading 'autopkgtest' on the container name I think.
[14:54] <Laney> nod
[14:54] <Laney> you can see that using `lxc image list'
[14:56] <acheronuk> cool. I don't use lxd much, so can get a bit lost with the various wiki pages that are not overly clear
[15:00] <juliank> I'd really love to get rid of chroots for sbuilding and just use lxd, now that I use lxd.
[15:14] <jamespage> bdmurray: hi - thanks for processing bug 1728132
[15:14] <ubot5`> bug 1728132 in percona-xtradb-cluster-5.6 (Ubuntu Artful) "percona-cluster crashes on artful deploys" [High,Fix committed] https://launchpad.net/bugs/1728132
[15:15] <jamespage> bdmurray: however I've made a bit of a faux-pas
[15:15] <jamespage> bdmurray: I also worked on bug 1735691
[15:15] <ubot5`> bug 1735691 in percona-xtradb-cluster-5.6 (Ubuntu Artful) "[SRU] percona-xtradb-cluster 5.6.37, percona-galera 3.21" [High,Triaged] https://launchpad.net/bugs/1735691
[15:16] <jamespage> which the security team accepted into security-proposed last week; those updates include the fix for bug 1728132 on artful
[15:16] <ubot5`> bug 1728132 in percona-xtradb-cluster-5.6 (Ubuntu Artful) "percona-cluster crashes on artful deploys" [High,Fix committed] https://launchpad.net/bugs/1728132
[15:16] <jamespage> I've valided the security updates on artful, which also confirmed bug 1728132 is resolved
[15:16] <jamespage> bdmurray: is the best way forward to remove the update from artful-proposed, and just go with whats in security-proposed for artful?
[15:49] <apw> jamespage, are the versions sanely disjoint ?
[15:50] <jamespage> apw: not sure I understand your question?
[15:50] <apw> the version in the security-proposed, that isn't the same as what you did, it is lower or higher, or whatever
[15:50] <jamespage> the versions in security-proposed dtrt with regards to moving forwards from the version in artful (indeed its included in the changelog as well)
[15:51] <jamespage> version in artful-proposed
[15:51] <jamespage> apw: on normal mysql style, the security updates include upstream version bumps...
[15:52] <apw> jamespage, ok so when they release that i assume your -proposed will be lower version and automatically on our list to reap
[15:52] <jamespage> (artful-proposed) 5.6.34-26.19-0ubuntu<IP_ADDRESS> -> (security-arful-proposed) 5.6.37-26.21-0ubuntu<IP_ADDRESS>
[15:53] <jamespage> 5.6.37-26.21-0ubuntu<IP_ADDRESS> includes the changes made at 5.6.34-26.19-0ubuntu<IP_ADDRESS>
[15:53] <apw> then i think you can just let security do their thing and release it
[15:54] <jamespage> apw: that will rollup all of the security + artful-proposed goodness
[16:00] -queuebot:#ubuntu-release- Unapproved: ubuntu-fan (xenial-proposed/main) [0.12.8~16.04.1 => 0.12.8~16.04.2] (no packageset)
[16:21] <LocutusOfBorg> doko, doing bglibs transition *now*
[16:22] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/costamagnagianfranco-ppa/+packages
[16:22] <LocutusOfBorg> so far so good
[16:23] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-fan [source] (xenial-proposed) [0.12.8~16.04.2]
[16:25] -queuebot:#ubuntu-release- New binary: bglibs [s390x] (bionic-proposed/universe) [2.03+dfsg-2] (no packageset)
[16:25] -queuebot:#ubuntu-release- New binary: bglibs [amd64] (bionic-proposed/universe) [2.03+dfsg-2] (no packageset)
[16:25] -queuebot:#ubuntu-release- New binary: bglibs [ppc64el] (bionic-proposed/universe) [2.03+dfsg-2] (no packageset)
[16:25] -queuebot:#ubuntu-release- New binary: bglibs [i386] (bionic-proposed/universe) [2.03+dfsg-2] (no packageset)
[16:27] -queuebot:#ubuntu-release- New binary: bglibs [arm64] (bionic-proposed/universe) [2.03+dfsg-2] (no packageset)
[16:27] -queuebot:#ubuntu-release- New binary: bglibs [armhf] (bionic-proposed/universe) [2.03+dfsg-2] (no packageset)
[17:05] -queuebot:#ubuntu-release- Unapproved: evolution-data-server (artful-proposed/main) [3.26.1-1ubuntu1 => 3.26.3-1ubuntu0.1] (ubuntu-desktop)
[17:10] -queuebot:#ubuntu-release- New binary: node-mz [amd64] (bionic-proposed/none) [2.7.0-1] (no packageset)
[17:10] -queuebot:#ubuntu-release- New binary: ruby-gettext-i18n-rails-js [amd64] (bionic-proposed/none) [1.3.0+dfsg-1] (no packageset)
[17:11] -queuebot:#ubuntu-release- New binary: r-cran-rstudioapi [amd64] (bionic-proposed/none) [0.7-1] (no packageset)
[17:11] -queuebot:#ubuntu-release- New binary: golang-github-go-kit-kit [amd64] (bionic-proposed/none) [0.6.0-2] (no packageset)
[17:18] -queuebot:#ubuntu-release- Unapproved: evolution (artful-proposed/universe) [3.26.1-1 => 3.26.3-0ubuntu0.1] (ubuntukylin)
[17:42] <ahasenack> hi, does ubuntu-fan need a special push? I'm not seeing it in xenial-proposed yet, and excuses is complaining about missing builds: http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#ubuntu-fan
[17:42] <ahasenack> but it looks like it only builds on amd64
[17:43] <ahasenack> the previous one only shows amd64 builds at least: https://launchpad.net/ubuntu/+source/ubuntu-fan/0.12.8~16.04.1
[17:49] <ahasenack> ok, arch is all
[17:49] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (artful-proposed/partner) [1:20171114.1-0ubuntu<IP_ADDRESS> => 1:20171212.1-0ubuntu<IP_ADDRESS>] (no packageset)
[17:49] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (xenial-proposed/partner) [1:20171114.1-0ubuntu<IP_ADDRESS> => 1:20171212.1-0ubuntu<IP_ADDRESS>] (no packageset)
[17:49] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (trusty-proposed/partner) [1:20171114.1-0ubuntu<IP_ADDRESS> => 1:20171212.1-0ubuntu<IP_ADDRESS>] (no packageset)
[17:49] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (zesty-proposed/partner) [1:20171114.1-0ubuntu<IP_ADDRESS> => 1:20171212.1-0ubuntu<IP_ADDRESS>] (no packageset)
[17:58] <Laney> ahasenack: it's not published yet, see rmadison -s xenial-proposed ubuntu-fan
[17:58] <Laney> no 'all' there
[18:14] -queuebot:#ubuntu-release- New binary: gpaste [ppc64el] (bionic-proposed/universe) [3.26.0-4] (no packageset)
[18:15] -queuebot:#ubuntu-release- New binary: gpaste [s390x] (bionic-proposed/universe) [3.26.0-4] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: gpaste [amd64] (bionic-proposed/universe) [3.26.0-4] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: gpaste [armhf] (bionic-proposed/universe) [3.26.0-4] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: gpaste [arm64] (bionic-proposed/universe) [3.26.0-4] (no packageset)
[18:17] -queuebot:#ubuntu-release- New binary: gpaste [i386] (bionic-proposed/universe) [3.26.0-4] (no packageset)
[18:19] -queuebot:#ubuntu-release- New: accepted gpaste [amd64] (bionic-proposed) [3.26.0-4]
[18:19] -queuebot:#ubuntu-release- New: accepted gpaste [armhf] (bionic-proposed) [3.26.0-4]
[18:19] -queuebot:#ubuntu-release- New: accepted gpaste [arm64] (bionic-proposed) [3.26.0-4]
[18:19] -queuebot:#ubuntu-release- New: accepted gpaste [i386] (bionic-proposed) [3.26.0-4]
[18:19] -queuebot:#ubuntu-release- New: accepted bglibs [amd64] (bionic-proposed) [2.03+dfsg-2]
[18:19] -queuebot:#ubuntu-release- New: accepted bglibs [armhf] (bionic-proposed) [2.03+dfsg-2]
[18:19] -queuebot:#ubuntu-release- New: accepted bglibs [ppc64el] (bionic-proposed) [2.03+dfsg-2]
[18:19] -queuebot:#ubuntu-release- New: accepted clonalorigin [amd64] (bionic-proposed) [1.0-1]
[18:19] -queuebot:#ubuntu-release- New: accepted golang-github-go-kit-kit [amd64] (bionic-proposed) [0.6.0-2]
[18:19] -queuebot:#ubuntu-release- New: accepted gpaste [s390x] (bionic-proposed) [3.26.0-4]
[18:19] -queuebot:#ubuntu-release- New: accepted norm [amd64] (bionic-proposed) [1.5r6+dfsg1-1]
[18:19] -queuebot:#ubuntu-release- New: accepted norm [armhf] (bionic-proposed) [1.5r6+dfsg1-1]
[18:19] -queuebot:#ubuntu-release- New: accepted norm [ppc64el] (bionic-proposed) [1.5r6+dfsg1-1]
[18:19] -queuebot:#ubuntu-release- New: accepted ruby-gettext-i18n-rails-js [amd64] (bionic-proposed) [1.3.0+dfsg-1]
[18:19] -queuebot:#ubuntu-release- New: accepted bglibs [arm64] (bionic-proposed) [2.03+dfsg-2]
[18:19] -queuebot:#ubuntu-release- New: accepted bglibs [s390x] (bionic-proposed) [2.03+dfsg-2]
[18:19] -queuebot:#ubuntu-release- New: accepted gpaste [ppc64el] (bionic-proposed) [3.26.0-4]
[18:19] -queuebot:#ubuntu-release- New: accepted norm [arm64] (bionic-proposed) [1.5r6+dfsg1-1]
[18:19] -queuebot:#ubuntu-release- New: accepted r-cran-rstudioapi [amd64] (bionic-proposed) [0.7-1]
[18:19] -queuebot:#ubuntu-release- New: accepted bglibs [i386] (bionic-proposed) [2.03+dfsg-2]
[18:19] -queuebot:#ubuntu-release- New: accepted node-mz [amd64] (bionic-proposed) [2.7.0-1]
[18:19] -queuebot:#ubuntu-release- New: accepted clonalorigin [i386] (bionic-proposed) [1.0-1]
[18:19] -queuebot:#ubuntu-release- New: accepted norm [i386] (bionic-proposed) [1.5r6+dfsg1-1]
[19:03] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (artful-proposed) [1:20171212.1-0ubuntu<IP_ADDRESS>]
[19:04] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (trusty-proposed) [1:20171212.1-0ubuntu<IP_ADDRESS>]
[19:04] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (zesty-proposed) [1:20171212.1-0ubuntu<IP_ADDRESS>]
[19:04] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (xenial-proposed) [1:20171212.1-0ubuntu<IP_ADDRESS>]
[19:19] <acheronuk> https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1737704
[19:19] <ubot5`> Launchpad bug 1737704 in cloud-init (Ubuntu) "Cloud-init fails if iso9660 filesystem on non-cdrom path in 20171211 image." [High,In progress]
[19:19] <acheronuk> is that the cloud image issue I had? ^^^^
[19:19] <acheronuk> if so, sounds fixed
[19:31] -queuebot:#ubuntu-release- New binary: nginx [ppc64el] (bionic-proposed/main) [1.13.6-2ubuntu1] (ubuntu-server)
[19:32] -queuebot:#ubuntu-release- New binary: nginx [s390x] (bionic-proposed/main) [1.13.6-2ubuntu1] (ubuntu-server)
[19:32] <teward> *yawns*
[19:33] <teward> well at least nginx is building properly
[19:33] -queuebot:#ubuntu-release- New binary: nginx [amd64] (bionic-proposed/main) [1.13.6-2ubuntu1] (ubuntu-server)
[19:33] -queuebot:#ubuntu-release- New binary: nginx [i386] (bionic-proposed/main) [1.13.6-2ubuntu1] (ubuntu-server)
[19:37] -queuebot:#ubuntu-release- New binary: nginx [armhf] (bionic-proposed/main) [1.13.6-2ubuntu1] (ubuntu-server)
[19:38] -queuebot:#ubuntu-release- New binary: nginx [arm64] (bionic-proposed/main) [1.13.6-2ubuntu1] (ubuntu-server)
[19:51] <blackboxsw> acheronuk: likely, this affected cloud-images today for bionic. and fix has been queued. should be fixed in the next build on bionic (cloud-init 17.1-60-ga30a3bb5-0ubuntu1)
[19:52] <acheronuk> blackboxsw: great. thanks
[19:58] -queuebot:#ubuntu-release- New source: cpdb-libs (bionic-proposed/primary) [1.1.0-0ubuntu1]
[20:09] -queuebot:#ubuntu-release- New source: cpdb-backend-gcp (bionic-proposed/primary) [1.0.0-0ubuntu1]
[20:14] -queuebot:#ubuntu-release- Unapproved: linux-firmware (artful-proposed/main) [1.169.1 => 1.169.2] (core, kernel)
[20:15] -queuebot:#ubuntu-release- Unapproved: linux-firmware (xenial-proposed/main) [1.157.14 => 1.157.15] (core, kernel)
[20:15] -queuebot:#ubuntu-release- Unapproved: linux-firmware (zesty-proposed/main) [1.164.2 => 1.164.3] (core, kernel)
[20:16] -queuebot:#ubuntu-release- New source: cpdb-backend-cups (bionic-proposed/primary) [1.0.0-0ubuntu1]
[20:16] -queuebot:#ubuntu-release- Unapproved: neutron (xenial-proposed/main) [2:8.4.0-0ubuntu5 => 2:8.4.0-0ubuntu6] (openstack, ubuntu-server)
[21:07] <wxl> anyone have any familiarity with running autopkgtests-virt-lxd? i've got some weird quirk going on.
[21:08] <wxl> namely: https://share.riseup.net/#VcCjjUmOSMG5TNsgeMFgWw
[21:08] <wxl> i basically took all the defaults for lxd init, so ipv4/6 support should be auto
[21:10] <juliank> well "|| if" seems broken
[21:10] <juliank> hmm actually that's legal syntax
[21:11] <juliank> I don't understand it failing
[21:11] <wxl> the issue i'm seeing is perhaps related to the networking complaint
[21:11] <juliank> Oh no, I had that too
[21:11] <wxl> harumph
[21:11] <wxl> maybe i should try another package
[21:11] <juliank> But it worked
[21:12] <juliank> I think --apt-pocket=proposed is what's broken here for some reason
[21:12] <wxl> i don't know how exactly though as the Release file IS there
[21:13] <juliank> It retried.
[21:13] <juliank> It fails at first because network was not fully setup AFAICT
[21:13] <juliank> which I guess can happen
[21:14] <wxl> oh i guess with it finding Sources and Packages, assumedly it's grokked Release
[21:14] <wxl> i get this same problem with libpng
[21:14] <wxl> so it's not about this one package
[21:15] <juliank> I'm confused about the syntax error, because, as mentioned, this is looking fine
[21:16] <juliank> And of course: It did the update.
[21:17] <juliank> I'm installing deps now
[21:17] <juliank> so it seems to work for me
[21:17] <wxl> :(
[21:30] <wxl> it does seem to be using ipv6 which.. should.. work...
[21:44] -queuebot:#ubuntu-release- Unapproved: rejected grub2-signed [source] (xenial-proposed) [1.66.15]
[21:44] -queuebot:#ubuntu-release- Unapproved: rejected grub2 [source] (xenial-proposed) [2.02~beta2-36ubuntu3.15]
[21:44] -queuebot:#ubuntu-release- Unapproved: rejected grub2 [source] (xenial-proposed) [2.02~beta2-36ubuntu3.15]
[22:28] <blackboxsw> acheronuk: looks like cloud-init rev cloud-init 17.1-60-ga30a3bb5-0ubuntu1 is officially available  now in bionic
[22:28] <blackboxsw> just FYI
[22:29] <acheronuk> TY :)
[22:32] <bdmurray> cyphermox: Are there any plans to fix bug 1734278 in artful?
[22:32] <ubot5`> bug 1734278 in OEM Priority Project "Grub2 cannot boot up when 8254 time function disable" [Critical,Triaged] https://launchpad.net/bugs/1734278
[22:32] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [source] (xenial-proposed) [2.02~beta2-36ubuntu3.15]
[22:33] -queuebot:#ubuntu-release- New binary: libdata-alias-perl [amd64] (bionic-proposed/none) [1.21-1] (no packageset)
[22:33] -queuebot:#ubuntu-release- New binary: libdata-alias-perl [ppc64el] (bionic-proposed/none) [1.21-1] (no packageset)
[22:33] -queuebot:#ubuntu-release- New binary: libdata-alias-perl [i386] (bionic-proposed/none) [1.21-1] (no packageset)
[22:33] -queuebot:#ubuntu-release- New binary: libdata-alias-perl [s390x] (bionic-proposed/none) [1.21-1] (no packageset)
[22:33] -queuebot:#ubuntu-release- New binary: libdata-alias-perl [arm64] (bionic-proposed/universe) [1.21-1] (no packageset)
[22:34] -queuebot:#ubuntu-release- New binary: libdata-alias-perl [armhf] (bionic-proposed/universe) [1.21-1] (no packageset)
[22:34] -queuebot:#ubuntu-release- New binary: aladin [amd64] (bionic-proposed/universe) [10.056+dfsg-1] (no packageset)
[22:39] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [source] (xenial-proposed) [1.66.15]
[22:42] -queuebot:#ubuntu-release- Unapproved: grub2 (xenial-proposed/main) [2.02~beta2-36ubuntu3.15 => 2.02~beta2-36ubuntu3.15] (core)
[22:53] -queuebot:#ubuntu-release- Unapproved: grub2 (xenial-proposed/main) [2.02~beta2-36ubuntu3.15 => 2.02~beta2-36ubuntu3.15] (core)
[23:11] -queuebot:#ubuntu-release- New binary: deepin-picker [ppc64el] (bionic-proposed/none) [1.6.1-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: tpm2-pk11 [ppc64el] (bionic-proposed/none) [0~git20171109-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: jag [ppc64el] (bionic-proposed/none) [0.3.3-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: deepin-picker [s390x] (bionic-proposed/none) [1.6.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: tpm2-pk11 [s390x] (bionic-proposed/none) [0~git20171109-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: budgie-extras [amd64] (bionic-proposed/none) [0.3.0-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: golang-github-knqyf263-go-rpm-version [amd64] (bionic-proposed/none) [0.0~git20170716.74609b8-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: golang-github-knqyf263-go-deb-version [amd64] (bionic-proposed/none) [0.0~git20170509.9865fe1-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: deepin-picker [amd64] (bionic-proposed/none) [1.6.1-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: deepin-picker [i386] (bionic-proposed/none) [1.6.1-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: jag [s390x] (bionic-proposed/none) [0.3.3-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: node-assertive [amd64] (bionic-proposed/none) [2.1.1-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: python-trezor [amd64] (bionic-proposed/universe) [0.7.16-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: tpm2-pk11 [amd64] (bionic-proposed/none) [0~git20171109-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: tpm2-pk11 [armhf] (bionic-proposed/none) [0~git20171109-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: deepin-picker [arm64] (bionic-proposed/none) [1.6.1-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: node-applause [amd64] (bionic-proposed/none) [1.2.2-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: tldr-py [amd64] (bionic-proposed/none) [0.7.0-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: tpm2-pk11 [i386] (bionic-proposed/none) [0~git20171109-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: jag [amd64] (bionic-proposed/none) [0.3.3-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: tpm2-pk11 [arm64] (bionic-proposed/none) [0~git20171109-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: node-browser-stdout [amd64] (bionic-proposed/none) [1.3.0-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: deepin-picker [armhf] (bionic-proposed/none) [1.6.1-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: jag [i386] (bionic-proposed/none) [0.3.3-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: jag [armhf] (bionic-proposed/none) [0.3.3-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: jag [arm64] (bionic-proposed/none) [0.3.3-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New: accepted jag [amd64] (bionic-proposed) [0.3.3-1]
[23:24] -queuebot:#ubuntu-release- New: accepted jag [armhf] (bionic-proposed) [0.3.3-1]
[23:24] -queuebot:#ubuntu-release- New: accepted jag [ppc64el] (bionic-proposed) [0.3.3-1]
[23:24] -queuebot:#ubuntu-release- New: accepted libdata-alias-perl [amd64] (bionic-proposed) [1.21-1]
[23:24] -queuebot:#ubuntu-release- New: accepted libdata-alias-perl [armhf] (bionic-proposed) [1.21-1]
[23:24] -queuebot:#ubuntu-release- New: accepted libdata-alias-perl [ppc64el] (bionic-proposed) [1.21-1]
[23:24] -queuebot:#ubuntu-release- New: accepted jag [arm64] (bionic-proposed) [0.3.3-1]
[23:24] -queuebot:#ubuntu-release- New: accepted jag [s390x] (bionic-proposed) [0.3.3-1]
[23:24] -queuebot:#ubuntu-release- New: accepted libdata-alias-perl [i386] (bionic-proposed) [1.21-1]
[23:24] -queuebot:#ubuntu-release- New: accepted jag [i386] (bionic-proposed) [0.3.3-1]
[23:24] -queuebot:#ubuntu-release- New: accepted libdata-alias-perl [s390x] (bionic-proposed) [1.21-1]
[23:24] -queuebot:#ubuntu-release- New: accepted libdata-alias-perl [arm64] (bionic-proposed) [1.21-1]
[23:25] -queuebot:#ubuntu-release- New: accepted nginx [amd64] (bionic-proposed) [1.13.6-2ubuntu1]
[23:25] -queuebot:#ubuntu-release- New: accepted nginx [armhf] (bionic-proposed) [1.13.6-2ubuntu1]
[23:25] -queuebot:#ubuntu-release- New: accepted nginx [ppc64el] (bionic-proposed) [1.13.6-2ubuntu1]
[23:25] -queuebot:#ubuntu-release- New: accepted nginx [arm64] (bionic-proposed) [1.13.6-2ubuntu1]
[23:25] -queuebot:#ubuntu-release- New: accepted nginx [s390x] (bionic-proposed) [1.13.6-2ubuntu1]
[23:25] -queuebot:#ubuntu-release- New: accepted nginx [i386] (bionic-proposed) [1.13.6-2ubuntu1]
[23:26] -queuebot:#ubuntu-release- New: accepted golang-github-knqyf263-go-deb-version [amd64] (bionic-proposed) [0.0~git20170509.9865fe1-1]
[23:26] -queuebot:#ubuntu-release- New: accepted node-applause [amd64] (bionic-proposed) [1.2.2-1]
[23:26] -queuebot:#ubuntu-release- New: accepted tpm2-pk11 [amd64] (bionic-proposed) [0~git20171109-1]
[23:26] -queuebot:#ubuntu-release- New: accepted tpm2-pk11 [armhf] (bionic-proposed) [0~git20171109-1]
[23:26] -queuebot:#ubuntu-release- New: accepted tpm2-pk11 [ppc64el] (bionic-proposed) [0~git20171109-1]
[23:26] -queuebot:#ubuntu-release- New: accepted golang-github-knqyf263-go-rpm-version [amd64] (bionic-proposed) [0.0~git20170716.74609b8-1]
[23:26] -queuebot:#ubuntu-release- New: accepted tpm2-pk11 [arm64] (bionic-proposed) [0~git20171109-1]
[23:26] -queuebot:#ubuntu-release- New: accepted tpm2-pk11 [s390x] (bionic-proposed) [0~git20171109-1]
[23:26] -queuebot:#ubuntu-release- New: accepted node-assertive [amd64] (bionic-proposed) [2.1.1-1]
[23:26] -queuebot:#ubuntu-release- New: accepted tpm2-pk11 [i386] (bionic-proposed) [0~git20171109-1]
[23:27] -queuebot:#ubuntu-release- New: accepted deepin-picker [amd64] (bionic-proposed) [1.6.1-1]
[23:27] -queuebot:#ubuntu-release- New: accepted deepin-picker [armhf] (bionic-proposed) [1.6.1-1]
[23:27] -queuebot:#ubuntu-release- New: accepted deepin-picker [ppc64el] (bionic-proposed) [1.6.1-1]
[23:27] -queuebot:#ubuntu-release- New: accepted deepin-picker [arm64] (bionic-proposed) [1.6.1-1]
[23:27] -queuebot:#ubuntu-release- New: accepted deepin-picker [s390x] (bionic-proposed) [1.6.1-1]
[23:27] -queuebot:#ubuntu-release- New: accepted deepin-picker [i386] (bionic-proposed) [1.6.1-1]
[23:27] <doko> LocutusOfBorg: looks like that was already accepted
[23:27] -queuebot:#ubuntu-release- New: accepted aladin [amd64] (bionic-proposed) [10.056+dfsg-1]
[23:27] -queuebot:#ubuntu-release- New: accepted node-browser-stdout [amd64] (bionic-proposed) [1.3.0-1]
[23:27] -queuebot:#ubuntu-release- New: accepted tldr-py [amd64] (bionic-proposed) [0.7.0-1]
[23:27] -queuebot:#ubuntu-release- New: accepted budgie-extras [amd64] (bionic-proposed) [0.3.0-1]
[23:27] -queuebot:#ubuntu-release- New: accepted python-trezor [amd64] (bionic-proposed) [0.7.16-1]
[23:31] <LocutusOfBorg> doko, yes thanks, and I'm working on gdbm too on ppa
[23:32] <cyphermox> bdmurray: will upload that next


[03:27] <jose> mhall119: still around?
[07:31] <dholbach> good morning
[10:57]  * dholbach relocates to the office, bbiab
[14:10] <mhall119> jose: I am now
[14:27] <balloons> dholbach, https://code.launchpad.net/~dholbach/ubuntu-devices-help/1426304/+merge/251589 looking more interesting
[14:28] <dholbach> thanks for taking a look!
[15:50] <imnichol> I think I found an error in a piece on insights.ubuntu.com, but I'm not sure who to talk to about it.  Can anyone point me in the right direction?
[15:55] <popey> imnichol: wassup?
[15:56] <imnichol> I was doing a writeup for the UWN and I noticed that the article in question has the text "A number of Dell-Ubuntu SKUs will be on offer across the retail estate including the Inspiron 14 3000 series which offers laptops with 4GB of storage" which I'm pretty sure is incorrect
[15:56] <imnichol> link: https://insights.ubuntu.com/2015/03/02/dell-launches-ubuntu-loaded-machines-across-500-stores-in-latin-america/
[15:57] <imnichol> Pretty sure that they meant 4G of RAM
[15:57] <imnichol> I know if I were Dell I'd appreciate accuracy there ;)
[16:02] <popey> imnichol: ah okay. thanks
[16:49] <jose> mhall119: lmk when you've got time for a hangout
[16:53] <mhall119> jose: I've got time now
[17:06] <dholbach> all right my friends - I call it a day - see you all tomorrow!
[20:07] <jcastro> mhall119, for nexus4 I should be on 14.10 right?
[20:08] <popey> yes
[20:08] <popey> vivid isnt ready yet
[20:08] <popey> you'd be on rtm which is based off utopic
[20:11] <jcastro> popey, ok so 14.10r16 is what I am on
[20:11] <popey> super :)


[19:36] <skellat> Eeep: http://fox8.com/2013/08/09/oops-writing-error-outside-elementary-school/
[19:36] <jenni> [ Oops! Writing Error Outside Elementary School | FOX8.com ] - https://j.mp/1ey9K97


[03:27] <poolie> istr there was a patch from the o'rally to make mp pages automatically reload when the diff was ready
[03:28] <poolie> is that still waiting on infrastructure to allow the notification, or something like that?
[03:32] <wgrant> poolie: Right, it's waiting on txlongpoll being made to comply with the new microservice guidelines.
[03:32] <wgrant> poolie: Red Squad expects to do this once they complete their current feature rotation.
[03:32] <poolie> cool
[09:19] <odony> Hello everyone! Is there a help contact now?
[09:20] <odony> We have someone subscribed to several of our project notifications, and that person is on vacation with a very dumb auto-responder that keeps sending the same auto-reply to every notification it receives...
[09:21] <odony> as a result, we have useless spam comments in bugs, merge proposals, etc..
[09:22] <odony> I suppose there is no way we can delete these comments, but perhaps we could unsubscribe that person temporarily from our project notifications? Can someone help with this?
[09:22] <odony> Thanks!
[09:27] <jml> gmb, adeuring or henninge might be able to help.
[09:28] <adeuring> odony: can you tell me the name of the project, mailing list and the of the user with this annoying autoresponder?
[09:29] <henninge> adeuring, odony: I think it would be best to put that informatio in a question.
[09:29] <henninge> https://answers.launchpad.net/launchapd
[09:29] <adeuring> s/apd/pad/
[09:32] <henninge> thanks
[09:32] <odony> adeuring: sure, here's an example of a bug with that auto-response: https://bugs.launchpad.net/openobject-client/+bug/823788
[09:32] <adeuring> tanks
[09:33] <odony> adeuring: the user is https://launchpad.net/~ovailly
[09:33] <odony> adeuring: and he has many notifications on the various OpenERP projects: "openobject-addons", "openobject-server", etc.
[09:34] <odony> adeuring: I've also seen the same kind of auto-response on our mailing-lists, e.g on the "openerp-community" mailing-list: https://lists.launchpad.net/openerp-community/msg00457.html
[09:35] <odony> jml: thanks for your reply, btw :)
[09:36] <odony> adeuring, henninge: if that help I can write an initial question on https://answers.launchpad.net/launchpad
[09:36] <odony> s/help/helps/
[09:36] <adeuring> odony: yes, please. I can clean up the spammed bugs, but we need to ask a launchpad admin to unsubscribe the guy from the mailing lists and from bugs. So, could you name the affected mailing lists in the question?
[09:36] <adeuring> then the admin knows where to look
[09:37] <odony> adeuring: sure, I'll mention that
[09:41] <ams_cs> jelmer: ping
[09:41] <jelmer> ams_cs: hi
[09:41] <ams_cs> jelmer: did you do the gcc 4.6 import?
[09:45] <jelmer> ams_cs: yep, Now on revision 108030 (svn revno: 177641).
[09:46] <jelmer> ams_cs: I had to restart the push to Launchpad though, that's still in progress
[09:46] <jelmer> ams_cs: In other news, the upstream bug is fixed now so manual imports should soon no longer be an issue
[09:49] <ams_cs> jelmer: thanks very much
[09:50] <ams_cs> jelmer: I don't see anything on lp just yet .... I'll keepo refreshing
[09:50] <jelmer> ams_cs: It's still pushing, as I had to restart the push from my local machine.
[09:51] <jelmer> ams_cs: I'll ping you when it's done, that should be in the next hour.
[09:54] <odony> adeuring: after looking further, I don't think this user is on the openerp-community mailing-list (he's not a group member), so I think the reply on the mailing-list came indirectly because he replied to a merge proposal notification for a MP that is assigned to that list
[09:55] <odony> adeuring: so the auto-responses come only through his various notification subscriptions
[09:55] <adeuring> odony: ok. so we need to unsubscribed him from all notofications. I'll ask an admin to do that
[10:01] <odony> adeuring: thanks, and I posted the corresponding question: https://answers.launchpad.net/launchpad/+question/167643
[10:01] <odony> adeuring: I suppose you can take that as a basis and turn it into a FAQ
[10:01] <adeuring> odony: too late :) already everything done. sorry for the mess...
[10:02] <odony> odony: okay, it will be there for further reference, thanks a lot :)
[10:03] <odony> s/odony/adeuring/ d'oh
[10:03] <adeuring> ;)
[10:07] <jelmer> what's up with the debian bug importer? I'm getting *a lot* of email about debian bug watches this morning
[10:15] <wgrant> jelmer: Debian moved the archived bugs, so syncing of them was broken until yesterday.
[10:15] <wgrant> I guess it had been broken for a while.
[10:19] <jelmer> ams_cs: Updated
[10:20] <jelmer> wgrant: ah, thanks
[10:20] <ams_cs> jelmer: I see it now, thanks :)
[10:22] <hrw> hi
[10:22] <hrw> bug 824431 - can i get opinion?
[10:22] <jelmer> hi hrw
[10:24] <hrw> blueprints anyway looks like unwanted child ;(
[10:24] <hrw> not even advanced search
[10:24] <wgrant> They are.
[10:25] <wgrant> They have not had an assigned Launchpad engineer since 2007.
[10:26] <hrw> auch
[12:54] <haj> hey... I was wondering, is it possible (without too much hassle) to run launchpad on my own server to host a closed project?
[12:55] <haj> also, does the license allow it to be used like that?
[13:18] <poolie1> haj, it's allowed and it's possible but it may be some hassle to set it up
[13:27] <nigelb> "some" is probably a "slight" understatement :)
[14:12] <hrw> there were rumours that someone managed to setup it
[14:14] <nigelb> I have a local setup.
[14:15] <nigelb> But running it for practical usage means changing all the icons.
[14:15] <nigelb> Because that's owned my Canonical.
[14:43] <bdmurray> The bug watch in bug 691194 was oddly set to Fix Released when the debian bug is archived.
[15:42] <Laney> Do packages have to be in the primary archive for PPU rights to be added?
[16:10] <jml> https://launchpad.net/~jml/+archive/demo/+packages says that the amd64 build of my package was successful, however I don't see it in my PPA.
[16:12] <bigjools> jml: looks there to me
[16:13] <jml> bigjools: for me too... now. I guess 8-10 mins is a usual publishing delay?
[16:13] <bigjools> jml: not unheard of, depends on current load
[16:13] <jml> bigjools: ta.
[16:14]  * jml is making a screencast that involves uploading to and then installing from a PPA
[16:14] <jml> I think heavy editing will be required.
[16:18] <bigjools> jml: didn't mrevell do one of those?
[16:19] <jml> bigjools: undoubtedly a similar one, the kicker here is that the starting point is me running "$ pkgme ppa:jml/demo" in an unpackaged app.
[16:19] <bigjools> ah!
[16:19] <bigjools> I keep meaning to use that
[16:20] <jml> man, I hope openshot is up to this
[16:20] <jml> bigjools: it's pretty neat.
[16:20] <jml> bigjools: and getting better.
[16:21] <bigjools> sweet
[16:21] <bigjools> I have a python app I want to package
[16:22] <jml> cool.
[16:23] <jml> I don't, actually.
[16:23] <jml> I had to write a hello world app to do this demo
[16:23] <jml> (it's for packaging binary apps)
[16:35] <Quintasan> jelmer: ping
[16:35] <jelmer> Quintasan: hi
[16:35] <Quintasan> jelmer: I was wondering if source format 3.0 would be available in recipes at any point
[16:36] <Quintasan> as in 3.0 (quilt)
[16:36] <jelmer> Quintasan: they sort of are at the moment
[16:36] <Quintasan> (quilt) too?
[16:36]  * Quintasan wonders why bzr dailydeb couldnt handle that
[16:36] <jelmer> Quintasan: yes, although that currently means it converts the package to "3.0 (native)" before starting the actual build
[16:37] <jelmer> Quintasan: deploying a new version of bzr-builder that adds some support for non-native packages is on my todo list
[16:38] <Quintasan> jelmer: So, I can use Debian's packaging branch (3.0 (quilt)) in Recipes and it will work?
[16:38] <jelmer> Quintasan: yes, it should - for some values of work
[17:07] <Quintasan> jelmer: Could you tell me what's wrong with https://code.launchpad.net/~quintasan/sm-ssc/main ?
[17:10] <jelmer> Quintasan: timeout from the server
[17:11] <jelmer> Quintasan: unfortunately, hg imports aren't yet as reliable as git or svn imports
[17:13] <Quintasan> Mhm
[17:13] <Quintasan> I see
[17:29] <EvilPhoenix> question regarding PPAs.  Is it possible to allow someone who is not myself to edit/add to a PPA that is owned by my LP account and not a team?
[17:33] <tsimpson> EvilPhoenix: I guess, if you gave them a shared GPG key, maybe
[17:33] <EvilPhoenix> ewww shared keys :P
[17:33] <tsimpson> yep, this is why teams exist :)
[17:36] <TheEvilPhoenix> mhm
[19:15] <figure002> hello. it seems that LP Translations ignored fuzzy entries. Each time a text is changed, it's translations are marked as fuzzy by gettext, and then the outdated translation is removed by LP. What is the proper way to deal with fuzzy entries?
[19:18] <figure002> (this means that translations are lost every time the original English text is changed)


[12:05] <Twan_> help
[12:05] <Twan_> what is terminal sudo nautilus
[12:06] <Twan_> can anyone help me?
[12:17] <davidbe> Twan_: can you explain where that message appeared? What did you do?
[12:23] <Twan_> my computer recognizes my micro sd card but i can't open it
[12:23] <Twan_> formatting via windows doesn't work
[18:41] <OerHeks> hup portugal!


[22:28] <ari-tczew> can someone with main upload permission to retry a build of https://launchpad.net/ubuntu/+source/python-eventlet/0.17.3-2ubuntu1/+build/7410743 ?
[22:29] <ScottK> It would be better to ask on -devel. It's not a release team issue.


[13:56]  * cpaelzer gathers some wood to soon light the MIR campfire
[13:57] <doko> how well do incomplete MIRs burn?
[14:01] <cpaelzer> not so well, thats why I'll switch to liquid oxygen next week
[14:01] <cpaelzer> to get rid of them before christmas
[14:01] <cyphermox> o/
[14:02] <cpaelzer> hiho cyphermox
[14:11] <doko> cyphermox, cpaelzer: apparently nobody else is showing up. any open issues?
[14:11] <didrocks> hey, sorry, but as the last MIR meetings didn't happen, I thought those were cancelled
[14:11] <cyphermox> I'm happy to review gnome-shell-extension-desktop-icons
[14:12] <doko> didrocks: rygel seems to be back on your list
[14:13] <didrocks> doko: indeed, from yesterday evening, will handle that this week
[14:13] <cpaelzer> We are potentially prepping quite a bunch of new MIRs but none of them has entered the queue yet
[14:13] <cpaelzer> I need a full dependency graph first to see if it makes sense
[14:14] <cpaelzer> FYI: amurray and I cleared intel-ipsec from the list (was on security review, but the need for it vanished)
[14:15] <doko> anything else?
[14:16] <doko> it's perfectly fine if we finish these meetings within 5-10 minutes if nothing else is to discuss
[14:16] <didrocks> nothing for me
[14:16] <cyphermox> nothing else from me
[14:16] <cpaelzer> nothing more for me
[14:17] <doko> ok, then see you next week =)
[14:17] <cpaelzer> o/
[14:18] <didrocks> see you!


[03:15] <micahg> anyone around to approve FFe merges?
[11:32] <lamont> cjwatson/slangasek: I assume that daily builds are back to normal now that the beta is out?  could you trigger a new edubuntu-dvd build for i386 pls?
[11:33] <lamont> afk for a bit
[11:33] <cjwatson> yes.  running
[11:33] <cjwatson> lamont: ^-
[11:33] <lamont> ta
[11:34] <cjwatson> actually that probably did it for amd64 too, but ...
[11:34] <lamont> cjwatson: that should have the ltsp squashfs appear in the file list for i386 when it finishes
[11:34] <lamont> and there will be a 1.108 of livecd-rootfs
[11:34] <cjwatson> ok
[11:34] <lamont> seems y'all don't build "edubuntu" anymore, just the -dvd :(
[11:35] <cjwatson> indeed
[11:35] <lamont> and afk
[13:39] <lamont> cjwatson: next question:  what is needed to get lucid/edubuntu-dvd/current/livecd.edubuntu-dvd-ltsp.squashfs onto the DVD iso?
[13:46] <cjwatson> lamont: is there a bug for this?  at the moment, I'm buried in grub
[14:01] <lamont> https://bugs.edge.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/531546 is the closest I've got... it's either incorrectly closed and should be reopened and assigned somewhere, or a new bug created for the other... how you want me to do it?
[14:01] <lamont> the bug clearly thought it was the complete thing
[14:01] <cjwatson> lamont: add a task on the ubuntu-cdimage project please
[14:06] <lamont> done
[18:34] <stgraber> slangasek: highvoltage just filed bug 544372 so we have that written somewhere, please ping us if we need to document anything else
[19:06] <slangasek> stgraber: the only thing is to make sure anyone doing screenshots of Edubuntu for documentation knows it's coming; so either a mail to ubuntu-doc, or talking directly to the people who are doing Edubuntu doc if you know who that is specifically
[20:38] <micahg> can I get someone to approve FFe bug 513163 please?
[21:10] <micahg> nhandler: ^^
[21:11] <nhandler> Let me look micahg
[21:11] <micahg> nhandler: thanks
[21:18] <nhandler> micahg: Why is it in experimental ?
[21:18] <micahg> they broke their api I think
[21:20] <nhandler> micahg: Does that break anything else ?
[21:20] <micahg> nhandler: I'm checking now, I forgot about that...is there a way to check source rdepends easily?
[21:22] <micahg> I don't think anything else depends on it...
[21:22] <nhandler> micahg: apt-cache rdepends
[21:25] <micahg> nhandler: does not look like anything else depends on it
[21:35] <micahg> nhandler: do you need any more information?
[21:35] <nhandler> micahg: Not right now. I'll look at it in a minute or so
[21:35] <micahg> nhandler: ok, thanks
[21:46] <stgraber> slangasek: Most of the work review and stuff like that is being done by nixternal and he's part of the Edubuntu council so it should be fine. We also still have an Edubuntu doc day to schedule and are currently waiting on the new artwork before we set a date for it.
[21:47] <slangasek> stgraber: ok


[19:27] <fullermd>  /win move l
[19:27] <fullermd> Do do do...
[19:44] <jelmer> hey hey fullermd
[19:46]  * fullermd waves breezyly at jelmer.
[19:47] <jelmer> :)
[19:48] <jelmer> that reminds me, we should send an announcement out about breezy's status. We're down to only 200 out of 30000 tests failing on Python 3
[19:48] <fullermd> Ooh, shiny.
[19:49] <fullermd> Heck, that means with just a tiny bit of work, you'll be passing all 29800 tests!
[19:49] <jelmer> :)
[19:49] <jelmer> s/failing/passing/


[01:42]  * feat testing
[01:42] <feat> xD
[01:43]  * feat testing Ubuntu 9.10 - acer aspire one D150
[02:04] <Darxus> feat: :P
[02:04] <Darxus> W:Failed to fetch
[02:04] <Darxus> http://mirrors.ccs.neu.edu/ubuntu/dists/karmic/universe/binary-i386/Packages.bz2
[02:04] <Darxus> Hash Sum mismatch
[02:04] <Darxus> ^ do-release-upgrade -d.
[02:05] <feat> :o
[02:07] <feat> 1 hr
[02:07] <feat> la la la
[02:08] <Darxus> feat: Have you done "Select Best Server"?
[02:09] <feat> nop
[02:10] <Darxus> You might want to kill your download and do that.
[02:10] <Darxus> System / Administration / Update Manager ...
[02:10] <feat> update-manager -d
[02:10] <feat> :D
[02:11] <feat> 1 hr
[02:11] <feat> :D
[02:11] <Darxus> Settings / Ubuntu Software / Download from / Other / Select Best Server
[02:11] <Darxus> That'll check your speed to all the mirrors.
[02:11] <Darxus> And automatically update your /etc/apt/sources.list.
[02:12] <feat> ok
[02:12] <Darxus> Seems like that should be an automatic part of a release upgrade.
[02:13] <Darxus> I also wish it would actually download a file that took a second to download, to get a more accurate measurement.
[02:14] <Darxus> Heh, yeah, that made my ETA go from 11 hours to 45 minutes.
[02:14] <feat> ok
[02:14] <feat> XD
[02:15] <feat> damn!!!
[02:16] <feat> nooo
[02:16] <feat> my girlfriend xD
[02:17] <feat> xd
[02:17] <feat> goodbye download xD
[02:19] <Darxus> Haha.
[03:35] <Darxus> I just got a popup that says "The NetworkManager applet could not find some required resources.  It cannot continue."  During do-release-upgrade to karmic.  I've never seen it before.
[03:35] <Darxus> The upgrade is still going.
[03:36] <Darxus> The title of the popup window is "Missing resources".
[03:38] <Darxus> Is that worth fileing a bug, if everything works after reboot?
[03:43] <Darxus> http://www.chaosreigns.com/karmic/dbus.txt
[03:44] <Darxus> ^ error during upgrade, anything that needs attention?
[04:17] <Darxus> Reboot time!
[04:20] <Darxus> done upgrading.  Still here.
[04:20] <Darxus> Very nice.
[08:09] <Cork> the beta page talks about "boot experience" is fsck and start of keymap and apparmor profiles the kind of messages they talk about?
[08:09] <Cork> http://www.ubuntu.com/testing/karmic/beta#Boot%20Experience
[11:53] <dholbach> hey
[11:54] <dholbach> can somebody update iso.qa.ubuntu.com with the newest ISOs?
[11:54] <dholbach> 20091003 should be the newest one for ubuntu i386 desktop
[11:54] <dholbach> stgraber maybe?
[12:22] <dholbach> does anybody know how an upgrade from CD is supposed to work?
[13:55] <unimatrix9> hi there
[13:56] <unimatrix9> nice way to spent the weekend, testing a koala
[13:56] <unimatrix9> LOL
[13:56] <unimatrix9> is it a know issue that the firefox movie advertising video does not work?
[13:57] <unimatrix9> known
[13:58] <unimatrix9> that is the welcome to firefox , watch this video
[13:58] <unimatrix9> oh, hee it does run now
[13:58] <unimatrix9> must have been the connetion slow or something
[13:59] <unimatrix9> ah well thats resolved ..
[14:44] <unimatrix9> hi there
[14:45] <unimatrix9> does empathy with google talk work on your desktop?
[14:46] <unimatrix9> hmm
[15:55] <MikeC> Hi all, I'm trying to test Karmic in Virtual Box with the home folder encryption on, but the boot locks up, any suggestions?
[20:05] <BlackDex> hello there.
[20:05] <BlackDex> i updated to the beta yesterday
[20:06] <BlackDex> and i wonderd if i can get the startup screen back which shows all the starting processes etc...
[20:07] <BlackDex> now all i get is a black screen with a blinking curors
[20:07] <BlackDex> and then i get the login screen\


[00:44] <Fluffy42> Hi, can anyone please tell me how much info is downloaded from the web, during the installation of Lubuntu 19.04?
[00:50] <kc2bez> Fluffy42: It is possible to install without an internet connection. The packages needed are on the live usb.
[00:53] <Fluffy42> I have always understood that an internet connection was needed to install a new OS, to retrieve additional files,drivers etc. Is this not the case now?
[07:21] <nothinbro> This distro is awesome!
[07:22] <lynorian> thanks
[07:24] <nothinbro> lynorian: Never actually got time to get my hands on all the new things like LXQt and stuff since 18.10
[07:24] <nothinbro> Just did it today
[07:25] <nothinbro> Right now I'm messaging from live usb 19.10 beta
[08:00] <eletronico2> hi
[08:12] <eletronico2> hi
[08:13] <kc2bez> hello eletronico2 do you have a question?
[08:14] <eletronico2> I wanted to ask if there is a version of lubuntu for x86_64
[08:15] <kc2bez> The 64 bit version is labeled amd64
[08:15] <diogenes_> eletronico2, x86_64 = 64bits.
[08:16] <eletronico2> thanks you
[08:18] <eletronico2> for Intel Core i3 processors?
[08:19] <kc2bez> yes. the amd64 version is the one that you want.
[08:21] <eletronico2> thanks
[08:21] <eletronico2> bye
[08:21] <kc2bez> cheers
[08:44] <eletronico2> I'm back because I wanted to ask if it's possible to put lubuntu on an external hdd
[08:44] <eletronico2> ?
[08:47] <eletronico2> because I can't do it and I don't know how to continue
[08:50] <diogenes_> eletronico2, you mean to install it to the external HDD?
[08:53] <eletronico2> yes
[08:53] <eletronico2> and for more than three months I've been trying
[09:02] <eletronico2> help me
[09:03] <diogenes_> eletronico2, nothing compicated there, just select your external hdd instead of internal and there you go.
[09:05] <eletronico2> we see
[09:05] <eletronico2> see you later
 http://lyrics.wikia.com/Whitney_Houston:I'm_Every_Woman


[05:44] <pitti> Good morning
[06:24] <sarnold> what's the deal with http://archive.ubuntu.com/ubuntu/pool/main/b/blam/ ?
[06:25] <sarnold> it's an empty directory, that seems odd.. but blam lives in universe, not main
[06:26] <infinity> sarnold: Empty directories shouldn't stick around long.
[06:27] <infinity> Oh, huh.  But that's been at the same version -- and in universe -- for years.
[06:27] <sarnold> drwxr-xr-x 2 mirror mirror 2 Sep 12  2013 pool/main/b/blam
[06:27]  * infinity scratches his head.
[06:28] <infinity> Aaand, it's not empty on ftpmaster, that's why.
[06:28] <infinity> Probably will empty out when we reap some old releases.
[06:28] <sarnold> heh, was blam in main N releases ago?
[06:29] <infinity> Dunno.
[06:29] <sarnold> $ find /srv/mirror/ubuntu/ -type d -empty | wc -l
[06:29] <sarnold> 9000
[06:29] <sarnold> heh
[06:30] <infinity> Hrm, this one actually looks like an ancient LP bug.
[06:31] <infinity> http://paste.ubuntu.com/16356171/
[06:31] <infinity> wgrant,cjwatson: ^-- whee, fun.
[06:32] <infinity> (Granted, that version should be reaped anyway, but the orig/dsc split there across directories looks very busted)
[06:32] <sarnold> blamblam? looks like a paste went awry
[06:33] <infinity> Err, yeah.  Bad paste.
[06:33] <infinity> http://paste.ubuntu.com/16356180/ <- Gooder paste.
[06:34] <wgrant> infinity, sarnold: https://bugs.launchpad.net/launchpad/+bug/117780
[06:35] <infinity> wgrant: There are no symlinks there.
[06:35] <infinity> wgrant: orig is in main, dsc/diff are in universe.
[06:35] <wgrant> infinity: Surely the orig is symlinked into universe.
[06:36] <infinity> wgrant: http://paste.ubuntu.com/16356180/ is a complete ls. :P
[06:37] <infinity> wgrant: Also, did we not kill hardy debs yet?
[06:37] <infinity> s/debs/packages/
[06:37] <infinity> Oh, we probably did.  I see no deb there.  But I bet the broken orig/dsc thing there prevented the source package from dying.
[06:38] <infinity> So it's just left behind cruft.
[06:38] <infinity> Curious how much of that sort of thing might be hanging around.
[06:38] <infinity> Maybe we should reverse-magicmirror ourselves. :P
[06:39] <wgrant> It thinks it's gone.
[06:39] <wgrant> I wrote a script once to compare the pool to the DB, but never actually ran it.
[06:39] <sarnold> :)
[06:39] <infinity> wgrant: Well, the next time we go reaping a release, maybe we should run it.
[06:39] <infinity> wgrant: And see how many GB of oops we have.
[06:40] <infinity> For now, I think it's bed time.
[06:40] <sarnold> night
[06:40] <wgrant> Quite.
[06:40] <wgrant> Oh we're in the same tz for once.
[06:41] <infinity> wgrant: Well, off by an hour, but close enough.
[06:42] <wgrant> Oh yeah.
[07:46] <pitti> doko: OOI, does Debian's amd64 gcc also default to PIE now? i. e. should a patch for<EMAIL_ADDRESS>go to Debian too?
[07:47] <pitti> actually, I'm not sure if that's a bug in gprbuild or in gfortran
[08:05] <Laney> juliank: do you mean the patch attached to the bug?
[08:05] <Laney> if it's okay with ximion then fine by me
[08:17] <juliank> Laney: Yeah, I applied it in git now. I'm not closing that bug as the SHA1 error still exists, but the issue with appstream and friends goes away.
[08:35] <infinity> pitti: Debian's compiler doesn't default to -fPIE -pie, but it also doesn't hurt to apply -fno-pie -no-pie unrestricted in both Debian and Ubuntu when appropriate.
[08:35] <pitti> infinity: ok, thanks; that still leaves the question of whether this should be done in gfortran or gprbuild, but I'll look at that later
[08:36] <infinity> pitti: The only caveat of doing it unrestricted is that it makes the package unbackportable (the -no-pie args were only accepted as of xenial timeframe).
[08:37] <infinity> But, meh.  Backporters are never my top priority.
[08:59] <mwhudson> yes, i wish someone could  have had a crystal ball in 2012 and added it to gcc then
[09:30] <rbasak> cyphermox: are you aware of bug 1576588 and bug 1576588? They seem to be rising in heat.
[09:33] <doko> pitti, no
[09:36] <rbasak> cyphermox: the other was bug 1211110
[09:56] <Laney> barry: did you see that the libpeas split got past NEW in Debian?
[09:56] <Laney> what are your plans regarding syncing back up with that?
[10:37] <mwhudson> jamespage: hi
[10:37] <jamespage> mwhudson, hello
[10:37] <mwhudson> jamespage: did my response about openstack help at all?
[10:37] <jamespage> mwhudson, it did thanks - have that on my list to respond today
[10:37] <mwhudson> jamespage: ok
[10:38] <jamespage> mwhudson, there is alot of contention about whether openstack projects should be anything other than python...
[10:38] <mwhudson> jamespage: i'll be working tomorrow night so we could have a chat about this in about 22 hours or so if that would be useful
[10:38] <mwhudson> (it's a bit late now!)
[10:38] <jamespage> mwhudson, that would be great
[10:39] <mwhudson> jamespage: drop something in my calendar?
[10:39] <jamespage> mwhudson, +1 will do
[10:39] <mwhudson> cool
[10:39] <jamespage> mwhudson, that would be first thing my time right?
[10:39] <mwhudson> jamespage: i am 11 hours ahead of you currently
[10:40] <mwhudson> so your 9am is 8pm for me etc
[10:40] <jamespage> mwhudson, okies
[10:40] <mwhudson> before 10pm my time would be appreciated :-)
[10:44] <davmor2> mwhudson: wow you have your own timezone
[10:44] <mwhudson> davmor2: there are a few other people here
[10:44] <mwhudson> but not very many, indeed
[10:44] <mwhudson> comared to, say, https://en.wikipedia.org/wiki/UTC%2B12:45
[13:24] <barry> Laney: i did see it.  i had talked w/the debian maintainer and their approach was different but workable.  after i get a few other things done, i plan to resync for yakkety
[14:38] <rbasak> infinity: any news on bug 1571174 please?
[14:43] <Laney> barry: nice
[14:43] <Laney> barry: if there's some C/B/R needed we can probably upload those into debian
[14:43] <Laney> to sync it
[14:44] <barry> Laney: C/B/R?
[14:45] <Laney> haha
[14:45] <barry> ah
[14:45] <barry> i get it now :)
[14:45] <Laney> you probably need to deal with libpeas-1.0-0-python3loader
[14:45] <Laney> but I would imagine we can accommodate that in debian
[14:45] <barry> Laney: ack
[15:47] <cpaelzer> infinity: I'll bring up STT_GNU_IFUNC on the dpdk mailing list next week as a joint request by Ubuntu/Debian/Cisco/Brocade for a long term solution
[15:47] <cpaelzer> infinity: do you WANT to be part of that discussion (on CC) or should I keep you out of it (the default)
[16:05] <infinity> cpaelzer: I don't need to be part of it.
[16:59] <nacc> is it a known thing that the amd64 kernel builds are failing at http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-nightly/current/ ?
[17:00] <nacc> true of http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/BUILD.LOG.amd64 as well
[17:09] <fidencio> cjwatson: hey/ping
[17:10] <fidencio> cjwatson: not sure if you're the right person to ask, but I hope you can at least point me to the right person
[17:11] <fidencio> cjwatson: so, I'ĺl be working on adding support to express installation (preseed) for ubuntu on libosinfo (and consequently on gnome-boxes)
[17:11] <fidencio> cjwatson: all the released ISOs support the preseed installation or just the "server" ones?
[17:13] <cjwatson> fidencio: -> cyphermox in general for this kind of thing
[17:19] <fidencio> cjwatson: thanks, let's wait for him then.
[17:21] <mterry> pilot in
[17:21] <mterry> @pilot in
[17:42] <cholcombe> question for you systemd guys.  when you start a service with systemd does it wait for it to come up or just return immediately? i'm trying to track down a bug that only surfaces in xenial
[17:45] <rbasak> cholcombe: I think it's supposed to wait, assuming that the service definition means that it can know
[17:46] <rbasak> I'm not sure though.
[17:46] <cholcombe> rbasak, hmm ok
[17:46] <cholcombe> yeah i'm not sure either
[17:46] <cholcombe> my guess is that it would wait but i don't know for sure
[17:46] <rbasak> The real question is: in your case, how would it know?
[17:48] <cholcombe> rbasak, good question.  I'll check gluster's systemd file and see what they're doing in there
[17:50] <rbasak> cholcombe: BTW, it's fairly common for daemons to "daemonize" before they're ready and thus lead to a race condition. I've seen it in a few cases.
[17:51] <cholcombe> i believe that's what is going on.  My code depends on systemd bringing up gluster correctly and it works fine in trusty.  Testing in xenial shows some kinda weird race condition where my code tries to do things before gluster is finished coming up
[17:53] <cyphermox> fidencio: all installs support preseeding.
[17:55] <fidencio> cyphermox: okay, all installers, even the live medias, support preseeding
[17:56] <cyphermox> yes
[17:57] <fidencio> cyphermox: super, thanks!
[17:57] <cyphermox> fidencio: on the "live" setups, you want to boot with 'only-ubiquity automatic-ubiquity' on the kernel command-line probably, that turns on the bare-bones just-do-preseed UI
[17:58] <cyphermox> it will still pause to ask any questions that you haven't preseeded, but should otherwise run unattended
[18:00] <fidencio> cyphermox: hmm. interesting. and do you know whether I can face some issues passing 'only-ubiquity automatic-ubiquity' on the kernel cmd line on "non live" setups?
[18:02] <cyphermox> fidencio: it should be safe, if you don't start ubiquity it won't matter
[18:03] <fidencio> cyphermox: right. I'll try to come up with something. Hope you don't mind with me coming back asking for help :-)
[18:04] <cyphermox> not at all. #ubuntu-installer is also a good place for general installer-related questions
[18:04] <fidencio> cyphermox: super, I'll join the channel
[18:04] <fidencio> cyphermox: thanks a lot for your help
[19:06] <cking> mterry, mind you can peek at the ZFS MIR again? bug 1532198
[19:07] <cking> bah, programming in x86 has messed up my head, I meant to say "do you mind peeking at.."
[19:07] <mterry> cking, sure
[19:10] <mterry> cking, looks good to me
[19:11] <cking> mterry, thanks, I can get one of the kt to upload it into -propsed for me and let it go through the SRU process then
[19:11] <mterry> cking, not yakkety?  :)
[19:12] <cking> that to..
[19:12] <mterry> MIR bugs don't care about SRUs  :)
[19:12] <cking> mterry, ah, i forgot that, I don't do MIRs that often
[19:13] <mterry> cking, I mean, *I* personally like SRUs, but yeah, once a release is out, we can't promote anything in old releases
[19:13] <mterry> but cool!  With the promise of an upload I'll go ahead and mark the bug fix committed
[19:13] <mterry> cking, ^
[19:15] <mterry> cking, on that note actually, you mention SRUing your dep8 patch for spl-linux, but yakkety would be sufficient.   Less paperwork
[19:16] <cking> mterry, ack, OK
[19:25] <cking> mterry, for the spl, the SRU for the dep8 would be useful to catch any regressions if we make subsequent fixes to SPL over the next 5 years
[19:25] <mterry> fair.  dep8s are great  :)
[19:27] <cking> yeah, I love catching bugs before they get passed -propsed ;-)
[19:36] <doko> pitti, https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71072
[20:04] <coreycb> arges, bdmurray: hello, just a friendly alert to let you know we have a brand new mitaka stable point release for neutron* in the xenial queue
[20:05] <arges> coreycb: ok i'll take a look
[20:05] <coreycb> arges, thanks
[20:07] <arges> coreycb: why is the bug invalid 1580674
[20:07] <arges> bug 1580674
[20:09] <coreycb> arges, I just fixed that up
[20:15] <arges> coreycb: why is it invalid in yakkety
[20:15] <arges> coreycb: we can't upload a newer version in xenial than yakkety
[20:16] <coreycb> arges, gah
[20:16] <coreycb> arges, let me get this into yakkety first
[20:20] <coreycb> arges, we'll fix that up and let you know once it's done.  I forgot we're in a weird point in the release where yakkety is basically mitaka for now.
[20:37] <pitti> doko: gnat upstream bug> thanks
[20:39] <doko> pitti, yes, but we need a proper test case
[20:39] <doko> anyway, th gnat transition is still blocked, but doesn't block anything else
[20:57] <mterry> @pilot off
[20:57] <udevbot> (pilot (in|out)) -- Set yourself an in or out of patch pilot.
[20:57] <mterry> @pilot out
[21:53] <barry> smoser: you should see a fix for LP: #1560134 show up in yakkety after the normal sausage making


[06:19] <jmburgess> hey guys the find wiki page says it needs cleanup and expansion, it seems fine to me, should I remove the tags?