[06:33] <cpaelzer> jamespage: coreycb: I don't see qemu 4.0 / libvirt 5.4 in train-staging - intentional?
[06:33] <cpaelzer> as usuall people would be happy to mis-use UCA for newer versions of that :-)
[06:33] <cpaelzer> and you'd get some more months base distro and security support from Eoan compared to Disco
[09:56] <smb> cpaelzer, LocutusOfBorg, I managed to make some time and do an iproute2 merge preserving the individual commits. I am about to submit a MP, who would be best put in as reviewer?
[10:23] <cpaelzer> smb: I'm fine taking a review
[10:24] <smb> cpaelzer, ok, thanks... submitting (hopefully remembering things right)
[10:24] <cpaelzer> this package in the past always merged rather straight forward, we will find odd elements ratehr quick I guess
[10:28] <smb> Usually it was details like the wrong target but I think I remembered that right
[10:33] <LocutusOfBorg> smb, do you care to update VCS fields?
[10:33] <LocutusOfBorg> btw the delta can be easily upstreamed to debian
[10:35] <smb> LocutusOfBorg, probably should care but forgot to. Not in that form I think. As it is for something only ubuntu has, so would need to be done in a way which makes it invisible on a debian build
[11:03] <LocutusOfBorg> seems legit then :)
[11:39] <LocutusOfBorg> smb,
[11:39] <LocutusOfBorg> ifeq (yes,$(shell dpkg-vendor --derives-from Ubuntu && echo yes)) patch -p1 < foobar
[11:39] <LocutusOfBorg> something like that
[11:43] <smb> LocutusOfBorg, maybe. I am still a bit torn between that approach and just keeping them as delta. occasionally things need a refresh which both ways. and it really is a delta. In iproute and the kernel.
[11:43] <smb> which will be required ...
[11:48] <smb> LocutusOfBorg, I think cpaelzer had been talking to me about this, too. Just that "life" usually does not leave enough time to think about it
[12:22] <coreycb> cpaelzer: thanks for the ping. they just need some TLC to fix up backport failures. i will hopefully get to that today or tomorrow. jamespage: side note, for some reason i'm not getting emails about failing train backports the last few days.
[12:22] <jamespage> coreycb: hmm
[12:57] <cpaelzer> thanks coreycb, good to know
[16:21] <rbalint> santa_, i'm preparing next systemd upload in ppa:rbalint/scratch, that should work ok with lxd
[16:52] <santa_> rbalint: thanks, it seems is still fails here even after rebooting the container
[16:52] <santa_> same error message for "udevadm trigger --subsystem-match=block --action=change"
[16:54] <rbalint> :-\ i keep looking at it then
[17:03] <santa_> FYI the LXD I'm using to test is 3.0.3 from *.deb packages @ bionic
[17:05] <santa_> https://github.com/systemd/systemd/blob/master/NEWS
[17:06] <santa_> "Downstream production distributions might want to"
[17:06] <santa_>           continue to use -Ddefault-hierarchy=hybrid (or even =legacy) for
[17:06] <santa_>           their builds as unfortunately the popular container managers have not
[17:06] <santa_>           caught up with the kernel API changes.s
[17:06] <rbalint> santa_, yes, i changed that
[17:07] <santa_> so what about "legacy"?
[17:08] <rbalint> santa_, i think reverting to the previous default should be enough and this is probably a different issue
[17:09] <santa_> aha
[17:10] <santa_> one of these days I should try to learn a bit about systemd & co.
[17:10] <santa_> right now most of these things sound like chinese to me
[18:16] <tjaalton> ahasenack: hi, do you know what's the holdup for python3-samba on debian?
[18:17] <ahasenack> tjaalton: hm, not really, I assume it's just lack of time
[18:18] <tjaalton> ok
[18:22] <tjaalton> ahasenack: was there a merge request for it?
[18:22] <ahasenack> not that I know of
[18:23] <tjaalton> ok, that'd explain it then :)
[18:29] <tjaalton> oh, it's not just that but talloc, ldb too :/
[18:32] <tjaalton> talloc is in experimental
[21:25] <Unit193> bryce: Thanks for all your help with the ruby2.5/openssl issue!
[21:38] <bryce> Unit193, certainly!  happy to see it get resolved
[21:38] <bryce> Unit193, thanks for quick responses on testing and such, it helped a lot
[21:41] <Unit193> Came out with a better solution than just removing the patch too, which is nice. \o/
[21:42] <bryce> having the test case really helped in isolating the faulty line
[21:42] <Unit193> Eh, crappy testcase, but it works I guess.
[22:25] <mwhudson> er what do i have to do after a mkfs to get /dev/disk/by-label to appear?
[22:26] <mwhudson> (in the initramfs so that might matter)
[22:28] <vorlon> udevadm trigger?
[22:42] <mwhudson> vorlon: yes, and not udevadm triger, it turns out
[23:22] <sarnold> mwhudson: how so?
[23:48] <Unit193> I dunno, but I can't get playing with ISOs in Eoan to work either, I always get dropped in the initramfs. :/