[01:39] <callmepk> Good morning
[02:17] <duflu> Morning callmepk 
[02:17] <duflu> Delayed reaction
[05:48] <jibel> hi all
[05:51] <duflu> Hi jibel 
[06:24] <oSoMoN> good morning desktoppers
[06:33] <duflu> Morning oSoMoN 
[06:33] <oSoMoN> hey duflu 
[06:34] <jibel> salut oSoMoN 
[06:34] <oSoMoN> salut jibel
[06:36] <oSoMoN> ricotz, good morning! mind pushing your changes to the firefox-beta branches again? I have a working update for unity-menubar.patch
[06:37] <oSoMoN> (well at least working with 77.0~b1, hoping that beta 2 doesn't break it again…)
[06:42] <seb128> goood morning desktopers
[06:43] <oSoMoN> salut seb128 
[06:43] <seb128> lut oSoMoN, comment ça va ?
[06:44] <oSoMoN> seb128, bien, et toi?
[06:44] <seb128> ça va bien!
[06:44] <seb128> :)
[06:46] <duflu> Hi seb128 
[06:46] <seb128> hey duflu, how are you?
[06:47] <duflu> seb128, going OK. Taking a break from fractional scaling while Marco is busy and returned to release bugs. You?
[06:48] <seb128> I'm good, doing my morning bug triage round :)
[06:49] <seb128> RAOF, thanks for the SRU reviews! any chance you could do gnome-control-center as well? it fixes some annoying issues and we have probably other SRU rounds coming from it so would be nice to have the first upload moving out of the queue :)
[06:49] <RAOF> seb128: Sure! I'm always happy to take SRU pings!
[06:50] <seb128> RAOF, thanks! :)
[06:59] <marcustomlinson> morning desktoppers
[07:00] <oSoMoN> good morning marcustomlinson 
[07:09] <duflu> Hey marcustomlinson 
[07:09] <ricotz> oSoMoN, hi, beta 2 won't break it, so it should be fine
[07:10] <ricotz> good morning all
[07:38] <ricotz> oSoMoN, pushed
[07:59] <oSoMoN> ricotz, thanks
[08:02] <seb128> hey marcustomlinson, ricotz, Laney, how are you?
[08:02] <ricotz> oSoMoN, please don't upload further builds to the ppa
[08:02] <marcustomlinson> hey oSoMoN, duflu, and seb128. I'm well thanks, you guys?
[08:03] <seb128> marcustomlinson, I'm good!
[08:03] <ricotz> seb128, hey, quite well
[08:03] <Laney> sneaky seb128 
[08:03] <marcustomlinson> and hey ricotz
[08:03] <marcustomlinson> and hey Laney
[08:03] <Laney> yo ho ho
[08:03] <ricotz> hey marcustomlinson Laney 
[08:04] <marcustomlinson> and a bottle of rum
[08:05] <seb128> Laney, :)
[08:05] <Laney> hey ricotz 
[08:05] <Laney> sunny day today!
[08:05] <duflu> Hi Laney and ricotz 
[08:05] <seb128> oh, Trevinho has a new picture on discourse, nice one :)
[08:08] <seb128> Trevinho, how did you end up maintaining a stable branch of gnome-todo? ;)
[08:08] <seb128> (just reading your weekly summary)
[08:10] <Laney> Georges complained about the distros all backporting EDS API fixes
[08:10] <Laney> so Trevinho grabbed those into a branch
[08:11] <Laney> gnome-todo master has moved to GTK4 or something and the maintainers sort of stopped doing releases for the current stuff
[08:11] <Laney> don't think it's signing up for maintenance tho
[08:11] <Laney> hey duflu!
[08:14] <ricotz> duflu, hey
[08:22] <seb128> Laney, ah, thanks for the context
[09:10] <oSoMoN> ricotz, ack, I'll just push my updated patch when I get a chance, I'll let you handle uploads
[09:10] <oSoMoN> yo ho ho Laney 
[09:13] <Laney> hey oSoMoN 
[10:13] <ricotz> oSoMoN, ack, that should be beta 3 on Friday
[10:30] <seb128> hum, did anything change that made pkg-config be part of the default builders before and not anymore?
[10:31] <seb128> I've a groovy upload that failed by lack of pkg-config, indeed it's not in the Build-Depends but the same package builded fine in focal and Debian
[10:35] <xnox> seb128: maybe transitive -dev package had a depends on that, and has since dropped it?
[10:35] <seb128> xnox, could be, I was just wondering if that part of some essential/base set and was meant to be there by default or not
[10:35] <xnox> Never was.
[10:36] <xnox> I always had to build-depend on it.
[11:26] <Trevinho> seb128: hey, wasn't that pic there before? :o 
[11:27] <Trevinho> seb128: as per todo, don't want to maintain personally, but at least now all the distros have a point of reference to contribute to, until there's not a next stable
[11:28] <Trevinho> and instead of complaining for distros shipping an old one, we have some upstream reference
[11:34] <oSoMoN> seb128, should I care about the librsvg i386 build failure in groovy? https://launchpad.net/ubuntu/+source/librsvg/2.48.4-1
[11:46] <jbicha> oSoMoN: Debian will need librsvg to build on i386
[12:03] <oSoMoN> jbicha, ack, and that's https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959847
[12:07] <seb128> oSoMoN, we need to care yes, nice to see that Simon upstreamed it with some guessing, let's see what they say
[12:08] <oSoMoN> seb128, yeah, I should have done some research before pinging you, hopefully upstream fixes this for us
[12:09] <seb128> no worry :)
[13:34] <seb128> marcustomlinson, I'm just curious but is the launchpad janitor not working on those bugs you are manually closing?
[13:34] <seb128> marcustomlinson, could you give me an example of bug you would close before doing so please?
[13:35] <seb128> marcustomlinson, ubuntu bugs set as incomplete for 60 days without having a new activity should autoclose without you having to go cleanup manually
[13:41] <GunnarHj> seb128, marcustomlinson: I have a feeling that several of those translation related ubuquity bugs, even if not so important, are just as valid as when they were submitted.
[13:42] <seb128> GunnarHj, if they are valid and someone still care the bugs can be reopened, it's just a status change
[13:42] <marcustomlinson> yes that ^
[13:42] <seb128> also if someone still care/notice they will be reported again
[13:42] <seb128> ideally we would deal with bug better than check ourselve, but lack of manpower :/
[13:43] <seb128> marcustomlinson, still the janitor should do the work for you today, I wonder if you didn't wait enough or if it's buggy, do you have bugs you didn't close yet to check those?
[13:43] <GunnarHj> I realize the reason for cleaning the bug tracker. Just think it's a bit sad.
[13:44] <marcustomlinson> seb128: the janitor ignores bugs that are targeted to a milestone for example
[13:44] <marcustomlinson> and if it was assigned
[13:45] <seb128> marcustomlinson, ah, that's the kind of thing I was unsure about/wanted to check, thx :)
[13:45] <seb128> GunnarHj, right, agreed :/
[13:45] <marcustomlinson> think of it this way everyone hates me not you :P
[13:46] <GunnarHj> ;)
[14:03] <Laney> seb128's avatar on trello looks like a potato to me
[14:03] <Laney> when it's small like on the list of cards
[14:13] <marcustomlinson> a potato with a top hat on
[14:36]  * Laney remembers to check pulseaudio's FDs thanks to a calendar reminder from last week
[14:36] <Laney> \o\
[14:37] <Laney> ah crap
[14:37] <Laney> it got restarted when fractional killed my xorg
[14:37]  * Laney moves the reminder to +7 days
[14:42] <popey> jibel do you by any chance have the magic commands needed to un-break my system? is it enough to just rm /boot/* and reboot?
[14:53] <jibel> popey, no, that would also delete the content of the EFI partition.
[14:54] <hellsworth> good morning desktopers
[14:54] <marcustomlinson> hey hellsworth
[14:59] <hellsworth> hi marcustomlinson 
[15:17] <seb128> hum, we might have a gap in our rls incomin listing
[15:17] <seb128> it probably doesn't work for snaps, e.g snap-store
[15:18] <jibel> good morning hellsworth 
[15:18] <seb128> hey Heather, how are you?
[15:18] <hellsworth> hi there jibel 
[15:18] <hellsworth> hey seb128 
[15:18] <hellsworth> i'm ok. you?
[15:18] <seb128> I'm great :)
[15:19] <hellsworth> wow that's wonderful to hear :)
[15:57] <seb128> Trevinho, hey, what's the status of the .2 updates and SRU?
[16:06] <seb128> Laney, do you know if there is the gnome-keyring diff we have could go to Debian now?
[16:06] <seb128>     - debian/user/*, debian/gnome-keyring.links, debian/gnome-keyring.install:
[16:06] <seb128>       + Install units to start gnome-keyring with systemd if the session
[16:06] <seb128>         is using it
[16:07] <seb128> ideally that would be an upstream feature now
[16:07] <seb128> but until we do that...
[16:08] <seb128> I'm unsure if we get any functional value from this delta atm so I would be up for either removing it or commiting to Debian but I might be overlooking something
[16:11] <Laney> drop the initctl bit, but otherwise I don't see why not
[16:12] <Laney> there is some functional value, it makes the environment variables available more widely
[16:13] <seb128> thx
[16:13] <Laney> it should probably also patch the .desktop file to add X-GNOME-HiddenUnderSystemd=true too
[16:13] <seb128> ah, rigt, I forgot about that
[16:13] <seb128> I will submit a mp and ask you for review, thx for the hints
[16:13] <seb128> but that's probably not for today at this point, just adding to my backlog, maybe tomorrow :)
[16:18] <Laney> no rush if you want me to review, going to be off until next week anyway
[17:03] <Laney> speaking of
[17:03] <Laney> see you monday!
[17:05] <seb128> Laney, bye, have a nice long w.e ;-)
[17:55] <kenvandine> hellsworth: my gnome-characters build is failing to upload to the store
[17:57] <hellsworth> uh oh
[17:57] <hellsworth> problem with the store perhaps?
[17:58] <oSoMoN> hey hellsworth! is https://git.launchpad.net/~libreoffice/+git/libreoffice-snap/commit/?id=fd382597649220089da0df7c6702916233716d98 all that's needed to add a common ID to a snap?
[17:58] <hellsworth> lp link?
[17:58] <hellsworth> oSoMoN: i believe so
[17:59] <hellsworth> i got the common id from the appdata.xml files (one for each app)
[17:59] <oSoMoN> hellsworth, cool, thanks
[17:59] <hellsworth> np
[17:59] <oSoMoN> I'll update my snaps
[18:01] <hellsworth> kenvandine: i just kicked off a lp build of cherrytree.. we'll see if that uploads ok
[18:01] <hellsworth> what's the error you get?
[18:02] <jdstrand> seb128: hey, fyi for awareness, https://bugs.launchpad.net/ubuntu/+source/usbguard/+bug/1816548/comments/20
[18:03] <kenvandine> Store upload failed:
[18:03] <kenvandine> Expecting value: line 1 column 1 (char 0)
[18:03] <hellsworth> hmm :/
[18:03] <kenvandine> i have another build running too
[18:04] <hellsworth> cherrytree is queued on lp with needs building status...
[18:04] <hellsworth> pipelines might be a bit clogged
[18:04] <kenvandine> hellsworth: the gnome-characters snap went from 15M to 275K :)
[18:04] <kenvandine> thanks to gnome-3-34 
[18:04] <hellsworth> ooooooh that's super nice!
[18:04] <hellsworth> :)
[18:04] <kenvandine> libmozjs is pretty fat
[18:05] <hellsworth> guess so
[18:05] <hellsworth> well that with the extra libffi
[18:05] <hellsworth> ok im going to pop out for some take out.. brb
[18:36] <ricotz> is anything happening in regard to fix the gcc-10 package in groovy-proposed?
[18:50] <hellsworth> kenvandine: cherrytree built on LP but won't upload to the store
[19:11] <kenvandine> hellsworth: i saw that
[19:11] <kenvandine> there seems to be an SSO problem
[19:12] <kenvandine> debugging atm
[19:12] <hellsworth> mkay thanks for letting me know
[19:17] <seb128> jdstrand, hey, ah, thanks, I saw the commit/got the notification from github, could to know that you are +1 then, maybe we give it a go in 20.10 :-)
[19:18] <seb128> ricotz, we are the wrong person to ask about gcc, I guess you tried to ping doko? what's the issue exactly? is there a report? if so probably worth tagging rls-gg-incoming so the foundation team can review it tomorrow in their weekly meeting
[19:21] <ricotz> seb128, yes, I have pinged him. It causes several build failures due to uninstallable packages
[19:22] <seb128> ricotz, best to open a bug and tag it I guess :/
[19:26] <ricotz> :\
[19:27] <seb128> ricotz, do you have an example of build log of failure? I can try to raise it to foundations...
[19:30] <ricotz> seb128, https://launchpadlibrarian.net/478197989/buildlog_ubuntu-groovy-amd64.ubuntu-drivers-common_1%3A0.8.2_BUILDING.txt.gz
[19:31] <ricotz> not a good example
[19:31] <seb128> thx
[19:33] <ricotz> seb128, this one is not so obvious though https://launchpadlibrarian.net/478493426/buildlog_ubuntu-groovy-amd64.firefox-trunk_78.0~a1~hg20200505r528217-0ubuntu0.20.10.1~umd1_BUILDING.txt.gz
[19:35] <ricotz> anyway https://launchpad.net/ubuntu/+source/gcc-10/10-20200502-1ubuntu1 - the "Stop building libgccN" changes are insufficient
[19:37] <RikMills> ricotz: I just mentioned that in #ubuntu-devel
[19:37] <RikMills> had not seen this ^
[19:38] <ricotz> RikMills, I see, I mentioned it some days ago in #ubuntu-devel too
[19:38] <RikMills> :(
[19:38] <ricotz> also #ubuntu-release
[19:40] <RikMills> a kubuntu tester reported this LP: #1877175
[19:41] <RikMills> ricotz: ^ if you are currently doing a bug
[19:46] <ricotz> RikMills, thx