[06:58] <Skuggen> nacc: About LP: #1686859, Apparmor blocks a test in ruby-riddle because it tries to read a file from the build directory
[06:58] <Skuggen> But this doesn't look like it's a new test, so not sure if it actually affects the build system?
[07:12] <meebey> hello everyone. I have noticed an issue recently that the launchpad auto builder feature seem to use the base xenial repository plus the xenial-updates repository. this creates a problem for Ubuntu LTS users that are disabling the xenial-updates one because packages build using the launchpad builder will have dependencies that cannot be satisfied on pristine xenial, without xenial-updates
[07:13] <meebey> does someone know if I can tell the auto builder to not use the xenial-updates repository so that the binary packages will avoid having higher versioned dependencies than needed?
[07:17] <sarnold> meebey: hit the 'edit ppa dependencies' link, then you can change between a handful of options
[08:08] <meebey> sarnold: so going from "Default" to "Security" should do the trick I guess
[08:08] <meebey> sarnold: I will give that a spin and I will check the next build if it dropped the xenial-updates depdency
[08:08] <meebey> sarnold: thanks for the pointer
[08:43] <mapreri> bdmurray: because in my screen if I put 2 vim instances side-by-side, 99 chars on both won't fit.
[08:44] <Unit193> "Dun do dat"
[08:44] <mapreri> Since I have a 2k display these days my actual limit is > 79, but still < 99.
[08:44] <mapreri> but I like to keep 79, as it happes from time to time to have to use a smaller display
[08:44] <mapreri> Unit193: don't you never copy from one file to another? :P
[08:45] <Laney> I got 99 chars but the screen too small
[08:45] <Unit193> :D
[08:45]  * Laney ahem
[08:54] <mapreri> bdmurray: also, PEP-8 recommends it :P
[09:22] <pitti> juliank: do you happen to know how to pipe apt-get and "| apt-listchanges --what=both --apt" together? i. e. how do I tell  apt-get upgrade to not do anything but print a "version 2 pipeline"?
[09:22] <pitti> I don't want to change "which" in /etc/apt/listchanges.conf (which defaults to "news" at least in Debian)
[09:23] <pitti> err, I mean s/--what/--which/ of course
[09:23] <juliank> pitti: No sorry
[09:25] <pitti> juliank: ok, thanks
[09:33] <doko> jbicha: gtk4.0: you write the gail packages are dropped, but these are still in the control file
[10:33] <smoser> slangasek, we spoke a bit yesterday, just fyi, https://bugs.launchpad.net/ubuntu/+source/open-iscsi/+bug/1666573 is the open-iscsi bug that i think is the last bit of failure in its autopackage tests.
[12:36] <jbicha> doko: I was told gtk4 hadn't figured out accessibility yet; I don't know if that means they'll bring back gail or not
[13:37] <rbasak> bdmurray: I think bug 1683237's Zesty task is accurate. It needs someone to drive the SRU though.
[13:38] <rbasak> powersj: ^ I would drop server-next from that bug, as we don't have a ready patch for Zesty. But it's up to you, or we can discuss later as a team.
[13:42] <ahasenack> I can take a look perhaps, I'm familiar with kerberos
[13:45] <rbasak> Can someone remind me where I can find the sources that generate http://reqorts.qa.ubuntu.com/reports/ubuntu-server/ please?
[13:45] <powersj> rbasak: I agree
[13:45] <rbasak> It might be in the crontab only, in which case could someone take a peek please?
[13:46] <rbasak> I can't remember where the script that generates http://reqorts.qa.ubuntu.com/reports/ubuntu-server/merges.html is kept :-/
[13:46] <rbasak> And http://reports.qa.ubuntu.com redirects to ci.ubuntu.com, which seems a little evil to me :-/
[13:50] <rbasak> Aha:  lp:ubuntu-reports
[14:01] <rbasak> apw: I wonder if you can help with lp:ubuntu-reports? Do you (or know who) have access to the cronjob/system it runs on please? I'm asking because you're an admin via ~ubuntu-defect-analysts
[14:01] <apw> rbasak, i might, i have access to a lot of stuff
[14:02] <apw> rbasak, what you trying to do
[14:02] <rbasak> apw: http://reqorts.qa.ubuntu.com/reports/ubuntu-server/merges.html is out of date - it stopped working in September. I'd like to kick it.
[14:02] <rbasak> I'm running the script locally to check it still succeeds.
[14:02] <rbasak> Though I suspect a stale lock. IIRC, something else (sponsoring queue) had broken at a similar time.
[14:04] <apw> rbasak, ok i have access to that box it appears
[14:04] <apw> rbasak, oh but only for kernel perhaps
[14:10] <bdmurray> rbasak: I have access to it.
[14:11] <bdmurray> mapreri: I think you got the wrong nick that starts with bd
[14:11] <mapreri> right, that was meant to be bdrung, sorry
[14:12] <mapreri> bdrung: if you are still interested, look some dozen lines up for my messages :)
[14:15] <rbasak> apw: would you be able to add me to ~ubuntu-reports-dev please?
[14:15] <rbasak> That's so that I can push fixes to lp:ubuntu-reports/server as/when needed.
[14:16] <apw> rbasak, sounds reasonable
[14:20] <fossfreedom_> hi - for a debian package (via a postinst?) any suggestions on where I can setup an environment variable when a terminal session (gnome-terminal or tilix)?  I though about appending to /etc/bash.bashrc but that just seems wrong somehow.
[14:21] <fossfreedom_> s/terminal session/terminal session is run/
[14:22] <cyphermox> bdmurray: hey; looks like the desktop team uses desktop-bugs to track bugmail, but we look for things subscribed by desktop-packages for MIRs; do you know why we're not using just one team for this?
[14:23] <cyphermox> hysterical raisins?
[14:24] <bdmurray> cyphermox: It was some time ago but I don't think they agreed with the packages we thought they should be subscribed to and d-b went to their email and d-p went into the void.
[14:24] <cyphermox> ah
[16:41] <bdmurray> nacc: Did your comment in bug 1593489 mean you want to work on the SRUs for it?
[16:42] <nacc> bdmurray: yeah, i can
[16:56] <xnox> juliank, but the other spaces fix in apt-key / config parsing was good. Apport went down from 9 errors to 1 error.
[16:56] <xnox> =)))))
[16:56] <xnox> apport 2 - 1 juliank
[16:56] <juliank> xnox: Does it use any keys at all, did it use any keys before?
[16:57] <juliank> The problem is: If it just uses the wrong keyrings, fixing it breaks something else.
[16:57] <juliank> If it uses no keyrings, we can decide on how to deal with it :)
[16:57] <xnox> juliank, i think the difference from xenial is that, in the past the sandbox had trusted.gpg with all the keys; now the sandbox only has trusted.gpg.d/ with all the keys as snippets.
[16:58] <xnox> because we moved onto one key per snippet arrangement.
[16:58] <xnox> (as in archive changed, apport changed, and now this is exposed....)
[16:58] <xnox> maybe i need to set more things / settings when calling apt.Cache, I'm happy to do that.
[16:59] <xnox> but e.g. ideally i would not want to construct trusted.gpg keyring out of trusted.gpg.d snippets.
[16:59] <xnox> and my understanding was that trusted.gpg is not required.
[17:06] <juliank> xnox: It's just the LP-PPA key being in the keybox format instead of a public keyring format as required
[17:06] <xnox> juliank, oooooh
[17:06] <xnox> juliank, that would be my bug to fix, and i know even where.
[17:06] <xnox> juliank, thank you, did not spot that.
[17:07] <juliank> xnox: APT should be more helpful, but unfortunately public key packets do not contain a header, making it hard to identify reliably
[17:08] <juliank> There's some patterns we could detect I guess
[17:09] <xnox> juliank, i think i fixed that, and copying the keyring before. but then hit the space bug which is now fixed.
[17:09] <xnox> but i have since lost my fixed up test-suite to use apt-key for key retrieval (to not create keyboxes) and to copy through trusted.gpg.d snippets.
[17:09] <xnox> my bad.
[17:17] <xnox> juliank, and about accept keybox format, was that rejected forever?
[17:18] <juliank> Yup
[17:18] <xnox> juliank, and those who want elliptic curve cryptography can get lost - quantum computing will crack elliptic curve keys before it can crack RSA keys
[17:19] <juliank> Well, if you find a way to get public key packets out of it reasonably easy
[17:19] <xnox> without calling gpg, right?!
[17:20] <xnox> (forking out gpg)
[17:20] <juliank> Yes
[17:20] <juliank> We only have gpgv, we'd have to parse the file ourselves.
[17:43] <xnox> juliank, everything is awesome now =) apport 2 - 3 juliank
[17:43] <juliank> :D
[17:44] <xnox> https://code.launchpad.net/~xnox/apport/no-to-keybox/+merge/323513
[17:46] <juliank> xnox: I don't really want to know how that works in apt-key. There's some weird stuff going on
[17:48] <juliank> Thousand lines of shell script does not read that good.
[17:49] <juliank> I'm not sure we want to keep adv around forever, though
[17:53] <juliank> But well, I'm not sure we'll ever remove it
[18:00] <momken> Hello
[18:00] <momken> Is there any plan to upgrade (k)ubuntu to Qt 5.6.3 or Qt 5.8.1?
[18:01] <momken> These two versions contain certain bug fixes in inserting Persian/Arabic non-visible control chars for Qt text engines
[18:02] <momken> https://bugreports.qt.io/browse/QTBUG-42074
[18:02] <momken> https://bugreports.qt.io/browse/QTBUG-58364
[18:59] <juliank> xnox: So, how (?) did your testing with the systemd timers go?
[19:02] <juliank> I think the locking variant works well
[19:52] <slashd> For SRU, I have uploaded the following : nagios-nrpe | 3.0.1-3ubuntu17.04.1 in Zesty upload queue, but then noticed that I should have use "3.0.1-3ubuntu0.17.04.1" instead. Can you reject my upload so I can re-upload it with the corrected pkg version ==> https://launchpad.net/ubuntu/zesty/+queue?queue_state=1&queue_text=nagios-nrpe
[20:01] <slangasek> slashd: done
[20:01] <slashd> slangasek, thank you very much
[21:55] <tsimonq2> !info qtbase-opensource-src xenial
[21:55] <tsimonq2> Gah
[21:55] <tsimonq2> !info src:qtbase-opensource-src xenial
[21:56] <tsimonq2> !info qmake-qt5 xenial
[21:56] <tsimonq2> Oh for pete's sake, I'll just do this in a PM, sorry for the spam