[02:33] <pieq> Morning!
[05:54] <jibel> Good morning
[06:11] <duflu> Morning jibel, afternoon pieq :)
[06:50] <oSoMoN> good morning desktoppers
[06:53] <duflu> Hi oSoMoN 
[06:54] <oSoMoN> hey duflu 
[07:35] <jpnurmi> good morning
[07:40] <seb128> goood morning desktopers
[07:45] <jpnurmi> hey seb128
[07:49] <seb128> hey jpnurmi, how are you?
[07:55] <duflu> Morning jpnurmi and seb128 
[07:56] <jpnurmi> seb128: i'm alright even though i wouldn't mind if i had slept a bit better. you?
[07:56] <jpnurmi> hey duflu
[07:59] <Nafallo> morning :-)
[08:00] <jpnurmi> tjänare, Nafallo
[08:01] <seb128> jpnurmi, a bit tired but alright otherwise
[08:01] <seb128> hey duflu, Nafallo, how is it going?
[08:02] <duflu> seb128, not bad. Did you get your tennis game in?
[08:02] <seb128> duflu, yes, and we got lucky with the weather, it didn't rain which is tricky to achieve atm!
[08:18] <didrocks> good morning
[08:19] <duflu> Hi didrocks 
[08:19] <seb128> lut didrocks, en forme ?
[08:19] <duflu> Morning Nafallo also
[08:20] <didrocks> hey duflu
[08:20] <Nafallo> morning didrocks :-)
[08:20] <didrocks> salut seb128, oui, moi ça va :) et toi ?
[08:20] <didrocks> hey Nafallo 
[08:20] <jibel> salut didrocks 
[08:20] <jibel> hey duflu seb128 Nafallo 
[08:20] <seb128> didrocks, un peu fatigué mais sinon ça va :)
[08:20] <seb128> didrocks, thanks for the MIR reviews and sorry for the lack of testplans, I will try to ensure I'm not shortcuting any part of the process next time. I updated the pipewire-media-session one and added a testplan now, I would appreciate if you could give it another round before your holidays
[08:22] <seb128> didrocks, I know it's tight and you are probably busy but it was part of pipewire and split out and we got the update autosynced, which means we have some buggy components now, and if we wait post holidays it's probably going to stay broken for a while
[08:22] <seb128> didrocks, the portal one can wait until new year though
[08:22] <didrocks> salut jibel 
[08:23] <didrocks> seb128: before my holidays meaning today? :p No worry, I will try to stick this then (probably start of the afternoon) and we can chat directly if there are blockers
[08:30] <seb128> didrocks, ah, I didn't realize you were already off tomorrow. Well, I would appreciate if you can sneak it, as said it's a split of source already in main to a new source so theorically it's a no change situation
[08:30] <seb128> thanks in any case, and I need to step out for a bit now but I will be around then for the rest of the day
[08:31] <didrocks> yw
[08:42] <oSoMoN> good morning jpnurmi, seb128, Nafallo, didrocks and jibel 
[08:43] <Nafallo> hey oSoMoN :-)
[08:46] <jpnurmi> hey oSoMoN
[08:50] <didrocks> seb128: you didn’t comment on the recommended TODO about the warning in build logs if I’m correct?
[09:37] <ricotz> hello desktopers! :)
[09:38] <oSoMoN> hey ricotz 
[09:38] <ricotz> great to see a lot of packages transitioned :)
[09:39] <ricotz> oSoMoN, hey
[09:39] <ricotz> oSoMoN, https://ftp.mozilla.org/pub/thunderbird/candidates/91.4.0-candidates/build2/ :)
[09:39] <oSoMoN> ack, thanks!
[09:40] <ricotz> oSoMoN, please handle the security updates asap
[11:04] <seb128> didrocks, hey, sorry I was out for a bit. I've upstreamed the build warning as mentioned in the comment I posted on the bug earlier. I would prefer to wait for them to react before spending time on it but I'm fine carding and commiting to fix the issue one way or another before release if that's enough
[11:57] <seb128> didrocks, thanks!
=== doko_ is now known as doko
[14:20] <ricotz> oSoMoN, thanks, please retry the failed builds here - https://launchpad.net/ubuntu/+source/thunderbird/1:91.4.0+build2-0ubuntu1
[14:21] <oSoMoN> uh, it's annoying when LP fails a build without a log or even a notification
[15:29] <cpaelzer> Hi Desktop party people, do you have an opinion on https://launchpad.net/ubuntu/+source/glom
[15:29] <cpaelzer> it seems to be a FTBFS on no-change rebuild
[15:30] <cpaelzer> I tried 1.32 as more recent upstream but that fails for other reasons
[15:30] <cpaelzer> the FTBFS is crashes of the test programs (hitting asserts)
[15:30] <cpaelzer> In Debian the very same rebuilds fine, I tried usual suspects like LTO but that made no difference
[15:30] <cpaelzer> if there is and hint from "glom usually fails on ..." to "oh this one just ket it be removed" please let me know