[09:10] <seb128> rbasak, hey, could you have a look to the bolt SRU to bionic if you do SRU reviews today? it's needed to unblock the fwdup SRU and also fix some regression from the previous SRU
[09:11] <doko> jamespage: please could you have a look at the openvswitch ftbfs in disco on amd64? blocking the python3.7 transition
[09:11] <seb128> rbasak, oh, also yaru-theme to cosmic if you can, we want to get that one out of the way to be able to follow with another SRU with other changes which we preferred to not bundle with the fixes
[09:19] <jamespage> doko: ah the notoriously racey under load test suite of ovs
[09:19] <jamespage> doko: have you tried a rebuild?
[09:22] <doko> no
[09:36] <doko> tsimonq2, xnox: please could you have a look at https://launchpadlibrarian.net/395331465/buildlog_ubuntu-disco-i386.ecflow_4.10.0-2ubuntu1_BUILDING.txt.gz ?
[12:56] <seb128> bdmurray, hey, I commented on https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1790609/comments/3 , let me know if that makes sense/is good enough
[13:43] <rbasak> Does anyone know why debian-goodies is in server-ship? We're considering dropping it.
[14:01] <rbasak> What does "Task-Key" at the top of a seed that is also a task actually mean? Is that defined anywhere?
[14:05] <cjwatson> rbasak: It turns into a Key field in the task that's generated by ubuntu-seeds.pl in the tasksel source package; Key is defined in tasksel/README, and indicates that if the key packages aren't available then the task won't be shown
[14:06] <rbasak> cjwatson: thanks! The server seed lists screen (only) as key. I guess we'll need to change that if we drop screen (in favour of tmux) from there then.
[14:06] <rbasak> ahasenack: FYI: ^
[14:11] <cjwatson> rbasak: I expect so.  Somebody should also do 'rm -rf ubuntu-tasks && make ubuntu-tasks' (IIRC) in tasksel and upload it, if you do.
[14:12] <rbasak> ack, thanks
[14:35] <bdmurray> seb128: While the upstream issue says it will be fixed in gs 9.24 there isn't any indication in the gs changelog that the specific issue was fixed and the upstream security bug is still private hence my concern.
[14:35] <seb128> bdmurray, well, even if it was not fixed, the current package has that option on so the SRU is not a change of behaviour or a regression
[14:36] <seb128> bdmurray, also we have apparmor protection around the thumbnailer as a second safety
[14:37] <seb128> mdeslaur, jdstrand, ^ maybe you can weight in on whether it's fine to keep the evince ps code enable (see comments on https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1790609)
[14:40] <mdeslaur> depends if people still want to read postscript documents or not
[14:40] <mdeslaur> I'm comment in the bug
[14:47] <mdeslaur> seb128: commented
[14:50] <bdmurray> mdeslaur: ack, thanks
[14:51] <seb128> mdeslaur, thx
[14:52] <seb128> bdmurray, mdeslaur, oh, and again in case it's not clear, we don't "re-enable ps" in Ubuntu, ps is enabled and was never turned off for us, that's a new default from the upstream update from that SRU which we didn't follow
[14:52] <seb128> so we don't create any extra risk compared to what is today in cosmic
[14:54] <mdeslaur> yes, but we're manually re-enabling something that upstream decided shouldn't be turned on
[14:55] <mdeslaur> which I'm sure someone will tweet about at some point
[14:56] <seb128> let's see if upstream keep it this way
[14:56] <seb128> they turned if off "until ghostscript is fixed"
[14:56] <seb128> but yeah, it's not ideal
[14:56] <seb128> it's one of those case or whether your desktop is useful or it's secure :p
[15:28] <doko> LocutusOfBorg: could you prepare a new virtualbox for disco?
[16:05] <dupondje> mmm, shim-signed 1.37~18.04.2+15+1533136590.3beb971-0ubuntu1 might introduce some regression ...
[16:05] <dupondje> "Could not delete variable: No space left on device"
[16:05] <dupondje> reboot, downgrade to 1.34.9.2+13-0ubuntu2, and no errors
[16:08] <dupondje> is that a bug on grub/shim? Then i'll report
[16:18] <sil2100> rbasak: hey! You done with your SRU work for today?
[16:19] <rbasak> sil2100: not yet. I've had a few interrupts. I expect to get back to it in about twenty minutes.
[16:20] <rbasak> sil2100: but please don't hold back the queue is rather long :)
[16:20] <rbasak> I'll let you know what I'm taking to avoid duplicate work.
[16:22] <seb128> rbasak, did you see my ping in the morning about reviewing bolt (bionic)
[16:23] <rbasak> seb128: I did. I'll try to get to it today (I was doing releases first)
[16:26] <sil2100> rbasak: thanks! ;)
[16:32] <seb128> rbasak, k, thx, I'm dropping off IRC/travelling but I'm going to look at the bug later in question there is any question
[16:32] <rbasak> OK
[16:33] <rbasak> sil2100: looking at releasing parted, virt-manager, postfix, apache2 and exim4 in Bionic.
[16:40] <rbasak> sil2100, vorlon: it's not clear to me whether to force-badtest usdisk2 for parted or what :-/
[17:15] <rbasak> sil2100: looking at the Xenial queue now.
[17:27] <rbasak> sil2100: now on the Bionic queue (I'm skipping the feature work in the Xenial queue as they tend to take a long time to review and I'll be EOD soon)
[17:34] <rbasak> doko: could you help with https://bugs.launchpad.net/ubuntu/+source/anki/+bug/1762593/comments/11 please?
[17:51] <LocutusOfBorg> doko, yes
[18:00] <sil2100> rbasak: ok, thanks! I'll be releasing the python packages for cosmic as I have confirmed they're good to go
[18:06] <rbasak> sil2100: I'm EOD now. I flagged a possible issue in my review for bolt, but it's incomplete. Notes in the bug. If you're able to take over, please do.
[18:06] <rbasak> (I see no reason to stay late to fix that as I think I need an answer before being able to accept)
[18:12] <doko> rbasak: yes, once the archive is open
[23:44] <mwhudson> er update_excuses appears to be linking to test runs that autopkgtest.u.c doesn't know about?