[04:27] <knocte> xnox: any luck with z13?
[04:43] <knocte> (my buffer is not long enough so I'm not sure there was any follow-up about this)
=== abeato_ is now known as abeato
[09:06] <seb128> doko, http://autopkgtest.ubuntu.com/packages/g/gnustep-base/focal/amd64 seems unhappy with the new libxml2 you uploaded because xml-config2 has e.g -llzma but the package doesn't depends on it (unsure how it worked before but the depends was not there either)
[09:40] <Saviq> juliank: hey, when you have some time, I'd like to retrace my steps and try and see what got broke for me re: MOK last week
[09:41] <juliank> Saviq: Not sure when I'll have time, also shim in focal seems broken, it can't load fwupd anymore so yeah, lot of brokenness
[09:43] <LocutusOfBorg> kirkland, hello, what is the reason to have byobu not in sync with debian?
[09:43] <juliank> Saviq: Were you on focal?
[09:43] <LocutusOfBorg> the diff is just changelog, I propose to syncpackage it and remove it from MoM page
[09:44] <Saviq> juliank: yes
[09:44] <juliank> ok
[09:45] <Saviq> juliank: mine's not critical, but maybe it will lead to some improvements
[12:14] <ahasenack> can anybody shed some light on why the maas deb2snap upload triggered a dep8 test of "ikiwiki-hosting"? https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#maas
[12:15] <ahasenack> I say deb2snap loosely, it's a deb that's obsoleting the deb and installing the snap, just like lxd did
[12:15] <ackk> FTR, the autopkgtests page shows: ikiwiki-hosting {"triggers": ["maas/1:0.1"], "submit-time": "2020-02-18 20:02:32"}
[13:41] <juliank> tjaalton: ooh, I just upgraded to that mesa rc in proposed. I think that defaults to iris now? Also I saw a bunch of more kernel crash fixes for i915, I should probably collect them and open a bug with them to get them cherry-picked.
[13:42] <juliank> Yes I know I'm doing "scary" stuff w/ my system
[13:42] <juliank> I think there are 4 patches missing in our kernel
[13:42] <tjaalton> juliank: yeah a final release should arrive this week, wanted to see if the fixes in rc helps openscad
[13:43] <juliank> But I can't find the gitlab issue anymore
[13:46] <juliank> drm/i915/execlists: Always force a context reload when rewinding RING_TAIL
[13:46] <juliank> for https://gitlab.freedesktop.org/drm/intel/issues/1164
[13:46] <juliank> 76f9764cc3d5 ("drm/i915: Introduce a vma.kref")
[13:46] <juliank> bbca083de291 ("drm/i915: Serialise i915_active_acquire() with __active_retire()")
[13:46] <juliank> from https://gitlab.freedesktop.org/drm/intel/issues/1201
[13:49] <juliank> let's track that in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1863898
[13:49] <ubottu> Launchpad bug 1863898 in linux (Ubuntu) "More i915 fixes to cherry-pick" [Undecided,New]
[14:06] <coreycb> jamespage: infinity: fyi current release schedule proposal for openstack victoria (maps to 20.10) https://review.opendev.org/#/c/708471/. they were nice enough to bump it back to 10/14 final release from 10/21. I'm hoping that 20.10 final release will be 10/22.
[14:14] <ahasenack> ackk: maybe send that question to ubuntu-devel-discuss@ then
[14:14] <ahasenack> I see the dep8 test is still in some queue
[14:14] <ahasenack> "in progress"
[14:15] <ahasenack> that area is one of the "black boxes"
[14:19] <tjaalton> juliank: can you send them to the list?
[14:20] <juliank> tjaalton: I haven't looked how well they are cherry-pickable, so I don't have patches to send. I just forwarded my stalking of upstream bugs :)
[14:21] <juliank> Oh, but at least cloning a kernel should be decently fast on my internet connection these days
[16:48] <directhex> I can't repro an issue from Focal on Debian Sid. are there anything resembling porterboxes for Ubuntu port fixing?
[17:10] <tumbleweed> chroots?
[17:11] <tumbleweed> but no, no porterboxes
[17:49] <pyusr> hi, there is a major issue in python 2 EOL and ubuntu 16.04, any chance to fix it ?
[17:54] <cjwatson> You'll probably have more chance of an answer if you say what it is, preferably in the form of a bug report
[17:55] <pyusr> the quesiton is to open it on pypa or here
[17:55] <pyusr> i'll gist it, and past eit
[17:55] <cjwatson> If it's a bug you want fixing in Ubuntu then you'll need to open a bug report on Launchpad about it
[17:55] <cjwatson> ubuntu-bug <name of package>
[17:56] <cjwatson> (I don't maintain Ubuntu's Python - this is just a general point-in-the-right-direction comment)
[17:57] <ahasenack> is there something up with the arm dep8 runners? The queue is huge
[17:57] <ahasenack> but empty in the other arches
[17:57] <ahasenack> or are the other arches bad, and arm is the only one running? :)
[18:15] <pyusr> this is the issue with ubuntu 16.04 and system python-virtualenv: https://github.com/pypa/packaging-problems/issues/325
[18:55] <teward> mitya57: correct, we can't sync as is (for #1863528)  Hope you don't mind me poking and testing in the few hours of boredom I had here :P
[19:20] <genii> If I see some "fakesync" version of a package available with apt-cache policy, what does this signify?
[19:21] <genii> ..for instance https://paste.ubuntu.com/p/4zGkNrcsrx/
[19:40] <mitya57> teward: sure, thanks for your help with testing it!
[19:40] <rafaeldtinoco> ahasenack: samba merge +1ed if you want to upload today before eod.
[19:41] <ahasenack> rafaeldtinoco: thanks!
[19:41] <rafaeldtinoco> i left a quick note about masked service and systemd helper
[19:41] <ahasenack> that has been there forever
[19:41] <ahasenack> it was added to *fix* a bug :)
[20:05] <teward> mitya57: you're welcome.  I figured testing a sync in a PPA for building was easy :P
[20:05] <teward> boy was I wrong (had to spin a Focal VM just to get pbuilder/sbuild to work right for local building/testing)
[20:05] <teward> but glad i could assist :)
[20:05] <teward> (evidence easy that FTBFS was still present, odd it's only in amd64 though and completely as syntax errors...)
[20:18] <juliank> genii: someone had to sync the package locally because the tarball in debian was different
[20:18] <juliank> or other similar stuff
[20:19] <genii> juliank: Thanks for the explanation
[21:42] <bryce> is there information at hand about the icu transition, that someone could point me to?  I'm trying to understand how it's blocking dovecot and php7.4.
[21:48] <LocutusOfBorg> bryce, https://people.canonical.com/~ubuntu-archive/transitions/html/html/auto-icu.html
[21:48] <LocutusOfBorg> they link icu?
[21:50] <bryce> LocutusOfBorg, yes, dovecot has an unversioned b-d on libicu-dev
=== tyhicks is now known as Guest54900
[22:30] <LocutusOfBorg> bryce, so you have the answer, it will migrate with icu