[00:30] <doko> dpb1, cpaelzer: please could you have a look at LP: #1262290. it's an approved MIR, but I don't know the history ... would need seeding, or a dependency somewhere
[00:38] <rbasak> infinity: do you want to reject debhelper from the SRU queues then?
[00:48] <doko> rbasak, jamespage: please could you comment on LP: #1273865, if that is still needed?
[00:51] <infinity> rbasak: I mean, backporting that commit isn't particularly "wrong", but if the goal is to fix the rsyslog-versus-systemd bug, that's not how it should be done.
[00:51] <infinity> rbasak: So, rejecting it on the basis that it's not necessary to fix said bug seems reasonable.
[00:52] <infinity> rbasak: On the other hand, it's not incorrect that ignoring /etc overrides is wrong. :P
[00:52] <infinity> rbasak: (But we don't really want to rebuild everything in the archive with a tmpfiles.d snippet to fix that)
[00:53] <infinity> rbasak: Or maybe we do.  But that's a much larger bugfix than first proposed.
[00:53] <infinity> rbasak: xnox's take is that it's a systemd-tmpfiles bug that it's processing that snippet on --create at all, though.
[00:54] <infinity> rbasak: Note that it gets it half right by not "fixing" the ownership while it does "fix" the permissions.
[00:56] <karstensrage> hi infinity
[00:56] <karstensrage> were  you the one that was going to help  me get my libnss modue into apt?
[00:56] <karstensrage> module
[00:57] <karstensrage> it was quite some time ago, and i took a little break, but maybe in the next 2 months im going to work on it again
[00:57] <karstensrage> i already have two modules in apt, and they work great
[00:57] <karstensrage> i was planning on mimic'ing that structure for the libnss package
[01:13] <xnox> infinity, rbasak specific rsyslog vs systemd case can be fixed in systemd postinst; ubuntu is different from debian
[01:14] <xnox> infinity, rbasak the feature of supporting /etc & /run (NB!) overrides in postinst is good, but I don't believe justifyable under SRU policy.
[06:24] <tjaalton> LocutusOfBorg: virtualbox-hwe doesn't seem to build on cosmic
[06:43] <LocutusOfBorg> tjaalton, it does :)
[06:44] <tjaalton> my rebuild didn't
[06:45] <tjaalton> ah, there's a new one, cool
[11:11] <nav__> From remote login, how do i find out whether installed version is ubuntu desktop version or server version?
[15:44] <doko> tjaalton: is LP: #1412441 still relevant? could you follow-up on that?
[15:49] <doko> coreycb, jamespage: please could you follow-up on LP: #1420028, LP: #1420021 and LP: #1420017 ? they are not seeded anywhere
[16:06] <doko> xnox: LP: #1522003  claims that there is no copyright file. Please could you follow-up on this one?
[16:07] <doko> xnox: same for LP: #1522004
[16:10] <doko> bdmurray: please could you follow-up on LP: #1588558?
[16:18] <doko> jamespage: please could you follow-up on LP: #1592465 ?
[16:31] <coreycb> doko: jamespage: i've updated those bugs, all invalid at this point
[16:31] <doko> jamespage, coreycb: please could you follow-up on LP: #1643608
[16:32] <doko> coreycb: ta
[16:48] <coreycb> doko: 1643608 done
[17:03] <infinity> karstensrage: That may have been me, yes.
[17:03] <GunnarHj> slangasek: Saw your action on bug #1701047. How is fonts-guru-extra special in this respect?
[17:04] <slangasek> GunnarHj: I don't know, I haven't looked at the version history to understand.  But fonts-guru-extra is definitely the only one where the bug affected me in practice.
[17:04] <slangasek> GunnarHj: it's possible that for the other packages, the buggy version was never in a release
[17:05] <GunnarHj> slangasek: Ok. My understanding is that the issue is present in the same manner for those who have installed the other packages.
[17:06] <slangasek> GunnarHj: sure, but if it doesn't affect users of stable releases, it is a much lower priority to fix
[17:07] <GunnarHj> slangasek: True. It was a while, will take a closer look. (I'm surprised that they haven't fixed it in Debian.)
[17:11] <karstensrage> infinity, so are you up for it?
[17:14] <ahasenack> does anybody here recall why ubuntu has had -Wl,-Bsymbolic-functions in LDFLAGS for about 10y now, and debian does not?
[17:14] <ahasenack> I just came across a delta in autofs because of that option
[17:15] <ahasenack> https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1470687
[17:32] <infinity> GunnarHj: I think the difference is just that only fonts-guru-extra is in ubuntu-desktop, I suspect the same bug exists in all that maintainer's packages.
[17:32] <infinity> GunnarHj: (Since he "fixed" them all at the same time)
[17:33] <infinity> karstensrage: Potentially.  I'm at a sprint this week, so limited time to pay attention to the outside world.
[17:33] <karstensrage> ok well it will take me more than a week
[17:33] <GunnarHj> slangasek: Right; I just saw that fonts-guru (which depends on fonts-guru-extra) is in desktop-common in Xenial. So yes, that particular package affects everyone unlike the other.
[17:33] <karstensrage> i have to page in the context for how to do it again
[17:33] <karstensrage> but at least i can ping you and let you know when i think its ready for a look?
[17:35] <GunnarHj> slangasek: So I suppose it means that if "someone" finds the time to fix the others, that would be helpful. ;)
[17:38] <GunnarHj> infinity: ^ pinged slangasek instead of you...
[17:43] <infinity> GunnarHj: fonts-guru is a metapackage that doesn't have files (and, thus, doesn't have the bug)
[17:44] <infinity> GunnarHj: But yes, I'm positive the bug exists in several other packages, as per the debian bug number where the bug was introduced.
[17:44] <infinity> Debian bug #853848 references a bunch of packages from the same maintainer with the same issue.
[17:50] <GunnarHj> infinity: Right, understood. Personally I find it worth fixing all of them, even if fonts-guru-extra is most important since it affects everyone. Will triage the bug report accordingly.
[17:55] <infinity> GunnarHj: Yeahp, I absolutely agree they should all be fixed the same way, Steve was just scratching his own itch after I pointed out the issue and it gave him an aneurysm.
[17:56] <doko> jamespage, coreycb: please could you follow-up on LP: #1737989?
[18:02] <doko> cpaelzer: looking at LP: #1744072, why are there tasks for cloud-init and maas, they are already in main. If there needs something to be done, could you file a separate issue, so that we can close the MIR?
[18:05] <GunnarHj> infinity: ;)
[18:10] <doko> xnox: please could you follow-up on LP: #1766451 and 1746680?
[18:50] <tjaalton> doko: I don't think that bug matters anymore, now that build-deps can be from universe
[18:50] <tjaalton> doko: libclc that is
[19:01] <cpaelzer> doko: I closed th ebug tasks
[19:01] <cpaelzer> doko: thanks for spotting it
[19:02] <cpaelzer> TL;DR: that was for both tools to adapt their ntp service config to chrony for >=Bionic
[20:00] <GunnarHj> slangasek: Still there? I posted a reply on the bug report.
[20:40] <slangasek> GunnarHj: ok, you're probably right that it impacts any users that did have the old version of the package installed outside of the stock desktop dependencies
[20:54] <GunnarHj> slangasek: Then we are agreed, good. I'll proceed with the other packages. (Tomorrow or this weekend.)
[22:30] <doko> pjdc: about anope: we need to add that to some seed ... any proposal which one?
[22:30] <xnox> doko, https://bugs.launchpad.net/debian/+source/s390-netdevice/+bug/1522004
[22:30] <xnox> doko, i hope my update on that one, is enough / appropriate.
[22:32] <pjdc> doko: sorry, i don't even know what a seed is. typically we're interested in things being in main so that they gain security support, if that helps
[22:34] <pjdc> doko: although i don't know that was the entirely of lamont's motivation
[22:35] <pjdc> doko: assuming i'm looking at the page, i guess "supported"?
[22:35] <sarnold> "it's a C binary compiled into `postinst`" .. wha? :)
[22:35] <pjdc> doko: supported-misc-servers perhaps
[22:38] <Unit193> Anope IRC services?
[22:41] <doko> pjdc: right, but I'd like to have the server team to do the seeding. could you chase them down?
[22:42] <pjdc> i can try!