[06:34] <oSoMoN> good morning desktoppers
[06:34] <zpercussionist> good morning!
[06:36] <duflu> Morning oSoMoN and zpercussionist 
[06:42] <oSoMoN> hey duflu & zpercussionist 
[07:05] <jibel> Good morning all
[07:10] <duflu> Hi jibel 
[07:13] <jibel> Hi duflu 
[07:19] <oSoMoN> salut jibel 
[07:51] <jibel> Salut oSoMoN 
[08:02] <didrocks> good morning
[08:03] <duflu> Hi didrocks 
[08:03] <marcustomlinson> morning oSoMoN zpercussionist duflu jibel didrocks
[08:03] <duflu> 'lo marcustomlinson 
[08:04] <didrocks> hey duflu, marcustomlinson 
[08:28] <jibel> hi marcustomlinson 
[08:53] <oSoMoN> good morning didrocks & marcustomlinson 
[08:54] <didrocks> salut oSoMoN 
[09:02] <Laney> happy snow morning!
[09:02] <duflu> Laney, happy not raining (it did all weekend)
[09:02] <duflu> At least it wasn't a cyclone anymore
[09:02] <didrocks> hello Laney 
[09:05] <Laney> hey duflu didrocks 
[09:05] <Laney> apparently this is wind and snow from ukraine
[09:07] <seb128> goood morning desktopers
[09:07] <oSoMoN> salut seb128 
[09:07] <oSoMoN> happy sleighing Laney 
[09:08] <seb128> lut oSoMoN, comment ça va ?
[09:08] <duflu> Hi seb128 
[09:08] <seb128> hey duflu 
[09:08] <oSoMoN> seb128, à peu près reposé et bien deconnecté, et toi?
[09:09] <didrocks> salut seb128 
[09:09] <jibel> salut seb128 
[09:09] <seb128> lut didrocks 
[09:09] <seb128> lut jibel 
[09:10] <seb128> oSoMoN, fatigué mais sinon ça va
[09:11] <Laney> hey seb128 oSoMoN 
[09:12] <marcustomlinson> morning Laney and seb128
[09:13] <Laney> hey marcustomlinson 
[09:13] <Laney> how's the snow there?
[09:13] <seb128> hey marcustomlinson 
[09:14] <seb128> we got snow here as well this night
[09:14] <seb128> we were supposed to drive yesterday but delayed our return trip due to the conditions
[09:14] <marcustomlinson> Laney: just a little icing on the top here :)
[09:18]  * duflu assumes Scotland is made of cake
[09:24] <Laney> black bun yes dundee cake no NO
[09:24] <marcustomlinson> well my daughter seems to like the way the ground tastes
[10:06] <seb128> Laney, I don't have edit rights I think on https://discourse.ubuntu.com/t/hirsute-hippo-release-schedule ... could you update it for us to note that GNOME 40 we are only going to get some limited components?
[10:06] <seb128> Laney, also we had new glib on january marked, wdyt about syncing 2.67 from experimental?
[10:11] <Laney> ok, and go for it
[10:11] <Laney> get popey to add you to that category imho
[10:11] <Laney> work to fix that ticket has been assigned for a couple of months now, no movement yet
[10:12] <Laney> want to put wayland in one of the weeks?
[10:18] <seb128> sounds like an idea yes, probably this one? 
[10:18] <seb128> Trevinho, what's the status of turning pipewire on in the packages?
[10:27] <Laney> it is in
[10:37] <seb128> Laney, speaking about schedule edit or replying to the pipewire question?
[10:38] <seb128> I guess editing since I don't see the uploads, thanks :-)
[10:40] <Laney> yes
[10:41] <Laney> I dunno about the upload part
[10:44] <cpaelzer_> didrocks: good morning, it would be great if you could discuss https://bugs.launchpad.net/ubuntu/+source/marisa/+bug/1914808 in the team before tomorrows MIR meeting
[10:44] <ubot5> Ubuntu bug 1914808 in marisa (Ubuntu) "[MIR] marisa" [Undecided,New]
[10:47] <didrocks> cpaelzer_: will do
[10:48] <didrocks> seb128: once you are around ^^
[10:49] <seb128> didrocks, I'm around
[10:49] <seb128> what needs discussing?
[10:49] <didrocks> so, any opinion of taking ownership of marisa?
[10:50] <didrocks> (due to opencc dep)
[10:53] <seb128> well I don't think we have much of a choice
[10:53] <seb128> so yes, we should accept it
[10:53] <seb128> do you want me to edit the description to be more 'standard' at least in formating and sections?
[10:55] <didrocks> seb128: that would be appreciated
[11:00] <seb128> didrocks, k, will do
[11:02] <didrocks> thx!
[11:33] <seb128> what's the page again that list debian uploads you did for someone?
[11:35] <Laney> seb128: https://udd.debian.org/sponsorstats.cgi ?
=== CrazyMelon is now known as CrazyLemon
[12:20] <cpaelzer_> didrocks: I see you want the package, I'd be able to squeze in a review now - or did you already start on it?
[12:26] <didrocks> cpaelzer_: oh please grab it away! I was scheduling it for tomorrow, but if you have time, feel free :)
[12:42] <seb128> Laney, thanks
[13:12] <Beret> xnox, btw, my problem on friday was a network-manager update that recreated the default ethernet device, therefore nuking my configured bridge
[13:13] <Beret> I guess that's what I get for using a desktop as a pseudo-server, but it was annoying nonetheless
[13:58] <Trevinho> seb128: yeah, sooo... I'm doing some further testing
[14:05] <seb128> Trevinho, hey, did you spot any issue or just making sure things are working?
[14:05] <seb128> cpaelzer_, https://launchpadlibrarian.net/521448373/buildlog_ubuntu-hirsute-amd64.marisa_0.2.6-3~exp2ubuntu1_BUILDING.txt.gz
[14:05] <Trevinho> seb128: not big problems so far but need to test the remote part
[14:06] <seb128> cpaelzer_, if you search for 'make  check-TESTS'
[14:06] <seb128> ============================================================================
[14:06] <seb128> Testsuite summary for marisa 0.2.6
[14:06] <seb128> ============================================================================
[14:06] <seb128> # TOTAL: 5
[14:06] <seb128> # PASS:  5
[14:06] <seb128> oh, I see GunnarHj comment that on the bug
[14:07] <seb128> Trevinho, even if it's not working it's not going to be a regression over not having it so no point delaying enabling?
[14:07] <Trevinho> noted
[14:30] <ItzSwirlz> racb: Just noted that LP #1901344 is still sitting around. I remember looking at it from earlier that it applies with groovy (both patches)
[14:30] <ubot5> Launchpad bug 1901344 in cinnamon-screensaver (Ubuntu Groovy) "[SRU] Spotify album icon shows optimal CD disk instead of album/cover image" [Low,In progress] https://launchpad.net/bugs/1901344
[14:34] <Trevinho> seb128: there may need few things to do though https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1406#note_935033
[14:35] <Trevinho> I think daniel already linked that eraly
[14:36] <seb128> Trevinho, yes, that's on our trello board and we discussed those in the hangout, I will handle the settings change when you upload
[14:36] <Trevinho> earlier*
[14:36] <Trevinho> yes yes
[14:36] <Trevinho> I was just cross checking in the board we had them all
[14:36] <seb128> k, I think we have those
[14:39] <ItzSwirlz> whoops, wrong room
[14:50] <cpaelzer_> seb128: I was distracted by the full page of no-tests after dh_auto_test , but you are right
[14:50] <cpaelzer_> thanks
[15:02] <seb128> cpaelzer_, np!
[19:57] <rbasak> Is it intended that all 20.04 desktops move on to the HWE kernel? Because one of mine hasn't, which puzzled me until I realised that it's probably because it was upgraded up to Focal, so hasn't got the different metapackage.
[20:24] <oSoMoN> rbasak, according to https://discourse.ubuntu.com/t/improvements-for-hardware-support-in-ubuntu-desktop-installation-media/20606 that happens only when you installed 20.04 afresh, not after upgrading
[20:26] <rbasak> I'm puzzled by the rationale if it isn't intended to put 18.04 upgraders on the same path.
[20:29] <oerheks> one can, with the HWE tutor
[20:37] <xnox> rbasak:  in the past, we did sunset people on the next lts. i.e. installations of 18.04.2+ & 18.10+ would land on generic 20.04. Hence the hwe package was named hwe-18.04 which parks on generic.
[20:37] <xnox> rbasak:  our reasoning was, that this what the contract was when people installed those repsective series.
[20:38] <xnox> rbasak:  with 20.04, generic & hwe-20.04 are everlasting tracks. Hence even 20.10/21.04/21.10 installers install and track hwe-20.04 track. Which will rollover to hwe-22.04 in 22.04 and stay hwe.
[20:39] <xnox> rbasak:  hence yes, there is difference between desktop fresh install of 20.04 or later; vs upgrade to 20.04 or later. But that is the last barrier.
[20:39] <xnox> from now on, there shouldn't be any different.
[20:39] <xnox> rbasak:  does above sound reasonable?
[20:40] <xnox> rbasak:  ie. when upgrading from xenial -> bionic; if one had hwe, one ends up with bionic. Effectively no kernel change as latest hwe in xenial is the bionic kernel.
[20:41] <xnox> rbasak: and if one wanted to keep hwe, one had to switch to hwe track after every lts jump.
[20:41] <xnox> rbasak:  22.04 lts will be the first time where turning hwe on again will not be needed.
[20:41] <xnox> (if one already was on hwe prior to the upgrade to 22.04)
[21:01] <rbasak> xnox: I think I follow, but as you say, "last barrier". Isn't that the majority of Ubuntu users though, who keep upgrading up through releases?
[22:11] <ItzSwirlz> hey kenvandine, question about yaru.dart, want to move to dms, or would you prefer here?
[22:11] <ItzSwirlz> (its about yaru theme branch for cinnamon de)