[00:08] <rbasak> vorlon: on your git-ubuntu question, do you mean for staging prior to upload, or to adopt developers' commits into the "official" git-ubuntu record?
[00:09] <rbasak> vorlon: on your git-ubuntu question, do you mean for staging prior to upload, or to adopt developers' commits into the "official" git-ubuntu record _after upload_?
[00:16] <vorlon> rbasak: either? :)
[00:24] <rbasak> vorlon: the latter I'm hoping to do next. I have a hook in the right place now, so it's just a case of specifying and implementing the getting of a commit to the importer at the time the upload is seen and imported.
[00:24] <rbasak> vorlon: the former still needs to be specced out etc
[00:25] <rbasak> For the latter I'm hoping to be able to find an appropriate MP if it exists and matches
=== pieq_ is now known as pieq
[01:47] <mwhudson> can we just mass remove all software that builds with -Werror pls
=== JanC_ is now known as JanC
[02:38] <mwhudson> ehh what https://launchpadlibrarian.net/499271572/buildlog_ubuntu-groovy-armhf.achilles_2-10_BUILDING.txt.gz
[02:38] <mwhudson> doko, cjwatson: does one of you have the power to restart https://launchpad.net/ubuntu/+archive/test-rebuild-20200925-groovy/+build/19970489 ?
[07:46] <cjwatson> mwhudson: done
[09:30] <xnox> rbalint:  imho, yes, systemd & udev should have tight depedency.
[10:51] <rbalint> xnox, https://salsa.debian.org/systemd-team/systemd/-/merge_requests/103 https://code.launchpad.net/~rbalint/ubuntu/+source/systemd/+git/systemd/+merge/391515
[10:56] <xnox> rbalint:  slightly surprised that udev doesn't link against libsystemd0, do we duplicate code in Ubuntu?
[11:24] <rbalint> xnox, udev does not link against libsystemd0, yes, but what do you mean by code duplication?
[11:27] <rbalint> xnox, linking statically?
[12:15] <ItzSwirlz> o/ Can you guys confirm that things from Debian are ONLY BEING SYNCED from UNSTABLE and things in Experimental and Testing won't be, correct?
[12:16] <rbasak> autosync runs from unstable, but Ubuntu developers can manually sync anything
[12:16] <ItzSwirlz> Ok
[12:16] <rbasak> (though the version number can't go backwards)
[12:17] <ItzSwirlz> I want to avoid Cinnamon/CJS being synced because we essentially threw in mozjs78 and it's a mega-patch, I don't want to risk or throw anything in a month pre-release
[12:17] <rbasak> Oh and autosync is off this cycle of course because of the freeze
[12:17] <ItzSwirlz> Ok
[12:17] <ItzSwirlz> It seemed it was still with post-Feature Freeze
[12:18] <ItzSwirlz> That things were still syncing but alr
[12:18] <rbasak> I would hope that nobody would do that but it's more of a social thing
[12:18] <rbasak> It won't happen automatically
[12:20] <ItzSwirlz> I don't really think people are interested in Cinnamon DE who are capable of doing that
[12:31] <seb128> rbasak, mozjs is a depends of GNOME and we got 78 synced as part of 3.38
[12:32] <rbasak> Thanks, but I don't know about any of the specifics here.
[12:32] <rbasak> ItzSwirlz: ^
[12:33] <ItzSwirlz> Don't worry about it
[12:33] <ItzSwirlz> Cinnamon DE is crazy
[12:33] <ItzSwirlz> It's Linux Mint's and they have essentialy no regard for any Debian/Ubuntu base, so thats why mozjs52i s still in the repos and thats what we're using
[13:03] <slyon> RAOF: Hey! If you're working on SRUs today, I'd be glad if you could have a look at netplan.io 0.100 (stuck in Focal unapproved queue), as Brian is out today and Lukasz can't do it as he already sponsored it for me. LP: #1894197
[13:03] <ubottu> Launchpad bug 1894197 in netplan.io (Ubuntu) "[SRU][FFe] Update to netplan.io 0.100" [High,In progress] https://launchpad.net/bugs/1894197
[13:05] <ItzSwirlz> I could also use some SRU help today aswell if anyones available
[13:25] <seb128> ItzSwirlz, SRU help for? do you have questions or do you need a sponsor for some changes?
[13:25] <ItzSwirlz> SRU for cinnamon-session
[13:25] <ItzSwirlz> Bug #1887312
[13:25] <ubottu> bug 1887312 in cinnamon-session (Ubuntu) "[SRU] Cinnamon session doesn't shutdown until all apps close regardless if they act to Cinnamon's logout request" [Low,In progress] https://launchpad.net/bugs/1887312
[13:27] <seb128> k
[13:32] <ItzSwirlz> thanks
[13:41] <xnox> rbasak:  yeah, static linking. Cause i thought udev by now uses libsystemd0.
=== hellswor1 is now known as hellsworth
=== cjwatson changed the topic of #ubuntu-devel to: Primary archive uploads down for hardware migration | Archive: Beta Freeze, Feature Freeze, Debian Import Freeze | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Focal | If you can't send messages here, authenticate to NickServ first | Patch Pilots:
[14:37] <bdmurray> seb128: I think I made the change to the rls-gg-incoming report that you wanted. Does it match your excpecations?
[14:38] <bdmurray> seb128: I am a bit concerned about bugs slipping through the cracks (going straight to rls-gg-tracking) given the number of people who can target a bug to a release.
[14:39] <Laney> bdmurray: it's already very common for people to just target bugs without going through -incoming
[14:39] <Laney> when we go through the bugs we do both incoming and -tracking & unsassigned
[14:40] <seb128> bdmurray, did you get a refresh done using that change yet? http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html still lists the item that should go away ... and what L_aney said
[14:40] <seb128> also we do review the tracking page for unassigned items, unsure if you do the same?
[14:40] <bdmurray> seb128: I said rls-gg, I haven't changes rls-ff
[14:42] <seb128> bdmurray, ah, I didn't know the code / queries were different by serie, I mentioned ff because we have a buggy item and not on the g one, I will create a fake one for testing
=== diddledan5 is now known as diddledan
=== rs20099 is now known as rs2009
[16:04] <pitti> hey hey! FYI, we just found out why latest groovy totally craps out libparted -- so if you start seeing installer failures, that's likely due to that kernel regression; https://gitlab.gnome.org/GNOME/gparted/-/issues/111 has more info
[16:04] <pitti> i.e. groovy needs a kernel update to fix that (already fixed upstream)
[16:13] <pitti> but I see there's a kernel in -proposed, I'll test that one first before reporting a new bug
[16:19] <bdmurray> pitti: thanks!
[16:19] <bdmurray> sil2100: ^^
=== dannf` is now known as dannf
[16:35] <sil2100> pitti: yes please! Since I know the current linux in release was not supposed to be released
[16:36] <sil2100> pitti: it migrated by accident, only the -proposed one is the right one (hopefully migrating soon)
[16:36] <sil2100> We were waiting with beta images until that lands
[16:40] <pitti> sil2100: ah, good to know, thanks!
[18:34] <jchittum> bdmurray: hello! if you have time, could you review livecd-rootfs in the focal-proposed unapproved queue? The version is 2664.7
[18:56] <bdmurray> jchittum: Why does this look familiar to me?
[19:01] <jchittum> bdmurray: that I don't know? maybe from the chatter at various points regarding console=ttyS0 for kernel stuff? the ticket on the change is related to the discussions around that
[19:02] <bdmurray> jchittum: ah well, its been accepted
[19:02] <jchittum> thanks!
=== fabiomirmar_ is now known as fabiomirmar
[19:19] <blahdeblah> ganso: Hi. Now a good time to look at this NTP issue & NTPmon bug?
[19:19] <ganso> blahdeblah: hey! yes! =)
[20:16] <sigv> No patch pilots in the title.. so an open ended question - is there a reasonable way for me to try and push a merge (looking for sponsor) ticket forward in any way? https://bugs.launchpad.net/ubuntu/+source/debmirror/+bug/1892110
[20:16] <ubottu> Launchpad bug 1892110 in debmirror (Ubuntu) "Please merge debmirror 2.33 (universe) from Debian testing (main)" [Wishlist,Confirmed]
[20:51] <mwhudson> cjwatson: thanks