[00:04] <xnox> Laney: hm somehow $XDG_SESSION_ID is not set for me, yet i thought it should be. Or is my pam_systemd missconfigured?
[00:05] <xnox> jbicha:  it's not out yet.
[00:05] <xnox> jbicha:  is it?
[00:06] <xnox> jbicha:  and debhelper in focal, can do 13 compat level.
[00:06] <jbicha> you can't currently use focal to build a package that Build-Depends on debhelper-compat (= 13)
[00:07] <xnox> jbicha:  and one cannot do that in debian either, debhelper-compat (= 13) is not out yet
[00:07] <jbicha> xnox: it's in unstable now
[00:07] <xnox> jbicha:  ah, i see.
[00:08] <xnox> jbicha:  i was looking at tracker, and it's not yet in trackers' unstable minde
[00:08] <xnox> right only built 6h ago
[00:09] <xnox> rbasak:  lp:ubuntu-archive-scripts generate-team-p-m i think
[00:10] <xnox> aka "archive reports repo"
[00:10] <xnox> and it's bzr one
[00:16] <mwhudson> rbasak: it's in ubuntu-archive-scripts or ubuntu-archive-tools, i can never remember which is which
[00:17] <mwhudson> scripts probably
[00:22] <xnox> jbicha:  uploaded merge, i guess it's up to release team to accept it.
[00:23] <rbasak> xnox, mwhudson: thanks!
[00:23] <Unit193> !info debhelper unstable
[00:23] <ubottu> debhelper (source: debhelper): helper programs for debian/rules. In component main, is optional. Version 12.1.1 (unstable), package size 992 kB, installed size 1609 kB
[00:24] <xnox> it's built, but not published yet
[00:24] <Unit193> ...Well looks like ubottu doesn't update for 'unstable'.
[00:24] <jbicha> xnox: 🙂
=== lifeless_ is now known as liffeless
=== liffeless is now known as lifeless
=== vitalio_ is now known as vitalio
[08:03] <Laney> xnox: no, it shouldn't be, most things aren't run inside a logind session
[08:04] <Laney> rbasak: lp:ubuntu-archive-scripts generate-team-p-m
[08:29] <RikMills> could someone review and perhaps upload? https://code.launchpad.net/~hmollercl/software-properties/+git/software-properties/+merge/382349
[08:29] <RikMills> I cannot
[08:30] <RikMills> juliank perhaps, as you pointed the right way the other day?
[08:31] <juliank> RikMills: This works, but it's not nice
[08:34] <Laney> mapreri: did you intend to drop all of the ubuntu delta in that inkscape sync?
[08:34] <Laney> looks to me like it's still wanted ...
[08:36] <RikMills> juliank: well, it mirrors the implementation in the gtk version, so what can I say?
[08:37] <juliank> RikMills: Like I wrote in the comment (and on IRC the other day), this should be shared, not duplicated, so I'll just do that now
[08:38] <RikMills> juliank: sorry. I am effectively being intermediary here, so that message may not have been communicated well
[08:39] <RikMills> thanks for the help
[08:42] <RikMills> juliank: you are correct timezone is an issue here, as the author is in the US (AFAIK)
[08:44] <juliank> RikMills: Anyway, I uploaded a nicer version, it's in unapproved now
[08:47] <RikMills> juliank: much appreciated! thank you :)
[11:04] <AsciiWolf> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1639863 - any chance this appstream-generator bug could be fixed? the issue was opened in 2016 and there was no visible progress since... it is blocking Firefox and Thunderbird from showing in GNOME Software / Snap Store
[11:04] <ubottu> Launchpad bug 1639863 in thunderbird (Ubuntu) "Firefox and Thunderbird don't appear in the (new) appstream metadata" [Undecided,Confirmed]
=== alan_g is now known as alan_g_
[11:42] <sil2100> mvo: hey! I was wondering, how is lp:ddtp-ubuntu updated? Is that automated, or do you press some button manually?
[11:50] <mapreri> Laney: yes, that was my intention because I thought I had already included the python2 bits.  looks like I forgot, so I'm now uploading a ubuntu1 variant
[11:50] <mapreri> did you reject it?  no mail reached me, but I can't see it in the queue anymore.
[11:52] <Laney> think so
[11:52] <Laney> there's some bugs around mail for rejected syncs
[11:56] <cpaelzer> rbalint: as I've seen no triage on it yet from the systemd POV I wanted to ping you about https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1873031
[11:56] <ubottu> Launchpad bug 1873031 in systemd (Ubuntu) "245.4-2ubuntu1 has broken dhcp based NTP updates" [Undecided,New]
[11:56] <cpaelzer> another one for the context of timesyncd
[11:59] <mvo> sil2100: I press some button and usually there is a bit of baby-sitting because of LP, let me quickly have a look
[12:01] <rbalint> cpaelzer, looking right now
[12:01] <cpaelzer> thank you
[12:02] <rbalint> cpaelzer, at first glance a reboot fixes it
[12:03] <sil2100> mvo: thank you :)
[12:04] <mvo> sil2100: this should probably become a service just like the command-not-found stuff :/
[12:04] <rbalint> cpaelzer, no, not fully
[12:05] <cpaelzer> rbalint: as long as the service stays masked this issue will occur
[12:05] <cpaelzer> that even could have happened before
[12:05] <cpaelzer> due to intentional config changes
[12:05] <cpaelzer> but now due to the conflict between packages and conffiles staying behind is more common to happen
[12:06] <cpaelzer> rbalint: if in the script it would checked to be unmasked and enabled before restarting - that seems like a good fix to me
[12:10] <rbalint> cpaelzer, yes, but i think even a 2> /dev/null would do it, too, i just want to play with it locally, also to make sure that when systemd drops the old config file and timesyncd does not install the new one it still gets fixed somehow
[13:21] <rbasak> I need an example of a source package that exists in Debian but has never been published in Ubuntu (so no publication history whatsoever). Any ideas?
[13:22] <rbasak> Apparently such a thing exists because git-ubuntu has an existing code path for this.
[13:22] <rbasak> And I want to know I haven't broken it.
[13:22] <ahasenack> check the sync "blacklist" in lp, if such a thing exists?
[13:22] <Unit193> Would a new package not in any Ubuntu release count for your test?
[13:23] <rbasak> Unit193: unfortunately not
[13:23] <Unit193> Odd.
[13:24] <rbasak> It's because we walk the publication history itself
[13:24] <Unit193> rbasak: iceweasel? :P
[13:24] <rbasak> That looks good. Thanks!
[13:24]  * rbasak tries
[13:26] <rbasak> ...and it failed, and I have a bug to fix. Mission successful :)
[13:28] <rafaeldtinoco> didnt fail.. it just didnt work as planned
[13:28] <rafaeldtinoco> half of the glass full developing style
[13:28] <xnox> not a regression, as it has never worked => suitable for release
[13:28] <xnox> ship it
[13:28] <rafaeldtinoco> lol
[14:44] <Odd_Bloke> xnox: Exactly the attitude we want 7 days before release. ;)
[14:47] <bdmurray> xnox: should bug 1871268 be Fix Released?
[14:47] <ubottu> bug 1871268 in ubiquity (Ubuntu Focal) "Installation fails with Could not configure 'libc6:i386'. , E:Could not perform immediate configuration on 'libgcc-s1:i386'" [Critical,Confirmed] https://launchpad.net/bugs/1871268
[14:48] <xnox> bdmurray:  yes that's fixed now with debian-cd
[15:19] <ladyfriday> I'm running focal, and the update from kernel 5.4.0-21 to 5.4.0-24 broke my ethernet controller (Realtek RTL8111/8168/8411 according to lspci) - is this a known issue? if not, where do I report it?
[15:21] <ladyfriday> dmesg gives "realtek.ko not loaded, maybe it needs to be added to initramfs?" / "r8169: probe of 0000:03:00.0 failed with error -49"
[15:21] <ladyfriday> (might not be exact, typed them out since I'm on a different machine so can't copy/paste)
[16:05] <RikMills> doko: is the upload to make something 'Provides: python' happening?
[17:01] <doko> RikMills: it's in the archive
[17:03] <RikMills> doko: ok, so the person here is wasting their time LP: #1873299
[17:03] <ubottu> Launchpad bug 1873299 in xboxdrv (Ubuntu) "Several packages recommend the "python" package, which doesn't exist in Focal " [Undecided,New] https://launchpad.net/bugs/1873299
[17:04] <cjwatson> RikMills: It's still good to fix those since those packages probably actually mean python2
[17:05] <RikMills> point taken
[17:05] <cjwatson> Tracking bugs like that are deprecated though
[17:05] <cjwatson> A separate bug per package works better when it's really multiple bugs with similar manifestations/fixes, as opposed to a single bug that needs fixes in several places
[17:06] <cjwatson> Or tags, as I've suggested in the bug
[17:11] <doko> RikMills: no, because installing python-is-python2 locks you down on python pointing to python2. we just got rid off the last dependency last week
[17:12] <RikMills> ah, yes, it installs the symlink as well!
[17:12] <RikMills> so as you say, not desirable