[06:07] <oSoMoN> good morning desktoppers
[06:10] <duflu> Hi oSoMoN 
[06:12] <oSoMoN> hey duflu 
[06:56] <didrocks> good morning
[06:59] <pieq> salut didrocks!
[06:59] <pieq> and oSoMoN, duflu :)
[07:01] <didrocks> salut pieq !
[07:09] <jibel> Good morning folks
[07:10] <jibel> salut didrocks oSoMoN duflu pieq 
[07:10] <pieq> salut jibel, ça va ?
[07:15] <duflu> Morning didrocks and jibel 
[07:15] <duflu> Afternoon pieq 
[07:37] <didrocks> salut jibel, duflu
[07:38] <osse> I just upgraded to 21.10. It seems the window borders (the top line with the buttons) are sometimes light and sometimes dark. Is this correct? https://imgur.com/a/wt4glde
[07:44] <duflu> osse, I think that's a feature of the Yaru theme. It's been confusing and changing for a while. Best to ask the theme people what the plan is: https://bugs.launchpad.net/ubuntu/+source/yaru-theme/+filebug or https://github.com/ubuntu/yaru/issues
[07:51] <seb128> goood morning desktopers
[07:52] <oSoMoN_> salut pieq, seb128 
[07:52] <osse> duflu: thank you.
[07:52] <duflu> Morning seb128 
[07:52] <osse> I found this, but I don't know enough about snaps to understand what the conclusion is: https://github.com/ubuntu/yaru/issues/3018
[07:52] <oSoMoN_> et salut didrocks 
[07:58] <jpnurmi> good morning
[07:58] <duflu> Morning jpnurmi 
[07:59] <jpnurmi> hi duflu
[07:59] <duflu> osse, if you have any ongoing queries about mismatched colour schemes then please try to keep each bug report simple (one app per bug)
[07:59] <osse> Currently I have zero; just trying to understand the situation
[08:00] <duflu> I don't understand it fully but the Yaru team is usually very responsive if you want to contact them
[08:01] <clobrano[m]> Hello everyone 🙂
[08:01] <clobrano[m]> hey osse, from what I can see from this picture (https://imgur.com/a/wt4glde) there's Firefox that is using the old snap gtk-common-theme, while Gnome Terminal and Shotwell are configured ad "prefer-dark" and so it uses the dark variant 
[08:01] <clobrano[m]> which is basically what said in the bug report you mentioned
[08:02] <duflu> I think regular users (and even us developers) probably need a simpler explanation like if it's not fixed yet, where an open bug about each problem can be found
[08:02] <duflu> Not /why/ it happens
[08:03] <duflu> If some are snap bugs then we can help to point you where to log those app bugs
[08:12] <didrocks> salut oSoMoN, seb128 
[08:12] <didrocks> and hey clobrano[m]!
[08:14] <clobrano[m]> hey duflu, sorry for not being too clear. What I meant is that Firefox snap is build on an old version of gtk-common-theme. It is not a bug, as far as I know, either gtk-common-theme has to be rebuild with the new Yaru as target, or firefox snap needs to be rebuild with a newer gtk-common-theme if it exists already
[08:14] <clobrano[m]> the other applications are shipped with prefer-dark by default in Ubuntu
[08:14] <clobrano[m]> hey didrocks  🙂
[08:17] <duflu> Thanks clobrano[m] 
[08:17] <duflu> osse, I think the summary is "it's not a bug except for Firefox which you can fix with 'sudo apt install firefox'"
[08:18] <clobrano[m]> duflu: firefox deb now installs a snap, is that right? If that so, re-installing firefox might not be enough
[08:19] <duflu> No it's still a deb on jammy (just tried it)
[08:19] <clobrano[m]> oh, I see, it should be ok then 🙂
[08:21] <duflu> I guess we'll find out after 22.04 but I expect more users will report this as a bug (after which time it's too late to change)
[08:40] <clobrano[m]> gtk-common-themes candidate channel might also have a more up to date version, but I cannot test it at the moment
[09:02] <osse> I was unaware that firefox was a snap. That helps explain things! Thanks
[09:03] <osse> So snaps bundle their own resources, or depend on other snaps that do? 
[09:10] <GunnarHj> Hi oSoMoN! When will the Firefox snap be built with snapcraft 6.0? (Needless to say I have the font configuration issue in mind.)
[11:09] <seb128> GunnarHj, you should ask the snapcraft team when that version is going to be in the stable channel, that's a decision on their end
[11:17] <oSoMoN> GunnarHj, what seb128 said, but we could trigger a rebuild with snapcraft from the candidate channel for testing purposes, if you're interested
[11:20] <GunnarHj> seb128, oSoMoN: Thanks both of you. Yes, I think it would be good if we could test it that way, oSoMoN. Would like to follow-up if it actually works.
[11:21] <oSoMoN> GunnarHj, I'll kick off a rebuild now, and will publish it in a branch when it's ready
[11:21] <GunnarHj> Thanks!
[11:25] <oSoMoN> building here: https://launchpad.net/~mozilla-snaps/firefox/+snap/firefox-snap-stable/+build/1597526
[11:27] <GunnarHj> oSoMoN: Ok.. It doesn't tell me much — I'm basically illiterate wrt the snap infrastructure. :/
[11:28] <GunnarHj> oSoMoN: But I see it failed. :(
[11:28] <oSoMoN> osse, both things: snaps bundle some of their dependencies, and depend on other snaps (sometimes called platform or content snaps), like e.g. gnome-3-38-2004 for all glib/gnome related dependencies, or gtk-common-themes for theming (there are other content snaps for the Qt/KDE stack, and others)
[11:28] <oSoMoN> GunnarHj, huh, let me check
[11:29] <oSoMoN> (when I shared that link it was building)
[11:29] <oSoMoN> « Could not find a required package in 'build-packages': libtinfo6 »
[11:30] <oSoMoN> let me try locally
[11:43] <oSoMoN> mmm, it looks like it tried to build in a bionic VM, instead of focal
[11:44] <oSoMoN> I was expecting auto-detection of the correct series when using lp-build-snap, but it seems it always defaults to bionic
[11:44] <oSoMoN> now building again here: https://launchpad.net/~mozilla-snaps/firefox/+snap/firefox-snap-stable/+build/1597528
[11:46] <KGB-2> gtk3 Simon McVittie 285394 * commented merge request !8 * https://deb.li/3JIXd
[11:48] <seb128> oSoMoN, lp-build-snap uses the default config if you use no argument, but if you specify the arch it uses the old LP API (there is no way to specify the arch with the new one) and then you also need to specify the series option there is no autodetection. I guess you specific an arch?
[11:49] <oSoMoN> indeed, I triggered a build for amd64 only
[11:53] <seb128> we should maybe make the script display a warning for the case where the arch isn't autodetected, I've been bitten by that in the past
[11:59] <KGB-2> gtk3 Simon McVittie 285397 * commented merge request !8 * https://deb.li/EitU
[12:03] <oSoMoN> GunnarHj, the build failed again but it's an intermittent failure where downloading the firefox source tarball hangs, I've retried it again
[12:04] <GunnarHj> oSoMoN: I see. Thanks for your effort.
[12:28] <ricotz> hellooo desktopers!
[12:28] <oSoMoN> hey ricotz 
[12:29] <ricotz> oSoMoN, hi
[12:33] <KGB-1> libcanberra Olivier Tilloy 285400 * commented merge request !2 * https://salsa.debian.org/gnome-team/libcanberra/-/merge_requests/2#note_285400
[12:48] <KGB-1> libcanberra ubuntu/master 4aae448 Olivier Tilloy debian/ (7 files in 2 dirs) * Import Ubuntu delta. * https://salsa.debian.org/gnome-team/libcanberra/-/commit/4aae448
[12:50] <KGB-1> libcanberra Olivier Tilloy 285402 * commented merge request !2 * https://salsa.debian.org/gnome-team/libcanberra/-/merge_requests/2#note_285402
[12:56] <seb128> oSoMoN, https://github.com/kenvandine/lp-build-snap/pull/2
[12:58] <seb128> kenvandine, ^ the change was prompted by the backlog, but I've been bitten by that in the past. When doing an arch specific build it's easy to forget that the snapcraft serie is not used and it's misleading, I first made it display a warning but since there is no confimartion there is little you can do otherwise having to go stop the build and start another one, seems a safer default to force the series arguement
[12:58] <oSoMoN> seb128, nice one!
[13:26] <ricotz> seb128, hey
[13:27] <ricotz> oSoMoN, do you need assistance with the firefox/thunderbird releases?
[13:27] <seb128> ricotz, hey, how are you?
[13:27] <ricotz> seb128, could better :), thanks
[13:28] <ricotz> *be
[13:30] <seb128> oh :(
[14:04] <oSoMoN> ricotz, I think I can manage, thanks for the offer though! (we had a sprint with part of the team last week and I couldn't dedicate time to thunderbird as I had hoped)
 "kenvandine, ^ the change was..." <- seb128: thanks!  That makes sense and looks good, let me just poke around a bit to make sure it doesn't break any of my scripts.
[14:10] <oSoMoN> help[m]2, for a moment I thought you were a bot, with this unusual nickname
[14:11] <help[m]2> Oh?  What does my nick look like?
[14:11] <oSoMoN> GunnarHj, firefox snap built with snapcraft 6.0 ready for testing in the candidate/snapcraft6 channel
[14:11] <oSoMoN> help[m]2, "help[m]2"
[14:12] <help[m]2> it quotes it?
[14:12] <oSoMoN> without quotes
[14:12] <help[m]2> I'm experimenting with the matrix bridge :)
[14:12] <oSoMoN> but it reads "h e l p [ m ] 2" (without whitespaces)
[14:13] <help[m]2> help????
[14:13] <GunnarHj> oSoMoN: Thanks, I'll give it a try later (in a meeting soon).
[14:18] <oSoMoN> GunnarHj, cool, I'll give it some testing too
[14:24] <help[m]2> !nick 
[14:24] <help[m]2>  * !nick  kenvandine
[14:25] <oSoMoN> welcome to the matrix…
[14:25] <oSoMoN> GunnarHj, the wait is over: https://forum.snapcraft.io/t/call-for-testing-snapcraft-6-0/27661/6
[14:26] <GunnarHj> oSoMoN: Ah, great!
[14:47] <ricotz> oSoMoN, alright, thanks
[15:05] <seb128> kenvandine, want to try to do the bug review?
[15:05] <kenvandine3> seb128: sure
[15:06] <seb128> ack
[15:06] <seb128> let's do it
[15:06] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html
[15:06] <seb128> bug #1950484
[15:06] <seb128> sounds like something we probably should fix
[15:07] <seb128> I'm surprised it was already on focal and we never noticed, so probably not that much of an issue?
[15:08] <seb128> kenvandine3, opinion ?
[15:09] <seb128> I'm going to say we should accept that one and move on
[15:09] <kenvandine3> i agree
[15:09] <seb128> that's the only one, the other line is the same on another component
[15:10] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-tracking-bug-tasks.html
[15:10] <seb128> those are assigned
[15:10] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ii-incoming-bug-tasks.html
[15:10] <seb128> bug #1947600
[15:10] <seb128> it's assigned was just not untagged, doing that now
[15:10] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ii-tracking-bug-tasks.html
[15:11] <seb128> buig #1733301
[15:11] <seb128> it's not for our team and waiting for an update, I mark it incomplete
[15:12] <seb128> bug #1931603
[15:13] <seb128> it's assigned to Dariusz on some series so probably should be the same on others
[15:14] <seb128> similar for bug #1948008
[15:15] <seb128> bug #1946621
[15:15] <seb128> sounds like one for Timo, unsure if warrants an impish update
[15:16] <seb128> I trust timo will do one if required, moving one
[15:16] <seb128> on
[15:16] <seb128> let's stop doing hirsute, we are not going to do more desktop SRU there
[15:17] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[15:17] <seb128> no desktop section
[15:17] <ricotz> how should I deal with a possibly stuck autopkgtest run?
[15:17] <kenvandine3> seb128 sorry, distracted by phone call
[15:18]  * kenvandine3 catches up
[15:18] <seb128> ricotz, unsure, try asking juliank?
[15:18] <ricotz> seb128, thanks
[15:18] <seb128> a bit of triaging there but nothing that seems worth discussing
[15:18] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[15:18] <seb128> no desktop section
[15:19] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[15:20] <seb128> nothing interesting there
[15:20] <seb128> and I think that's it
[15:20] <seb128> kenvandine3, let me know once you catch up :-)
[15:24] <kenvandine3> seb128: ok, all good
[15:24] <seb128> great :-)
[16:30] <GunnarHj> oSoMoN: I installed FF from latest/candidate/snapcraft6 and could confirm that it recognizes /etc/fonts/conf.d as intended. :)
[16:30] <GunnarHj> So, does that mean we can expect it to work also in stable and beta after next update?
[16:38] <oSoMoN> GunnarHj, yes
[16:39] <oSoMoN> and firefox 95.0 is scheduled for release next week, so the fix will reach users soon
[16:41] <GunnarHj> oSoMoN: Sounds great! Then only the spellchecking issue remains among "my" issues. That one seems to have stalled sort of...
[16:50] <oSoMoN> GunnarHj, it's far from being the only remaining issue on my list, but it's definitely an important one
[16:54] <GunnarHj> oSoMoN: Ok, I'll try to be patient — for a while. ;)
[16:55] <oSoMoN> GunnarHj, your following up on issues you care about is always appreciated
[16:57] <GunnarHj>                                                                                                                                                                                                                                                                                                                                                                                                                                               
[16:57] <GunnarHj>                                                         oSoMoN: Trying to not be a PITA. It's a tradeoff..                                                                                                                        oo
[16:58] <GunnarHj> something weird happened
[16:58] <oSoMoN> :)
[17:00] <oSoMoN> random users demanding a fix and threatening to switch distros if they don't get it right away are a PITA, polite people participating in constructive discussion to look for a solution aren't
[17:01] <GunnarHj> True.
[17:04] <tjaalton> firefox snap can't access cifs shares?
[17:08] <tjaalton> I can't upload pictures to smugmug anymore, how nice
[17:23] <KGB-2> libcanberra Heather Ellsworth 285421 * commented merge request !2 * https://deb.li/ljZG
[17:37] <tjaalton> oh well, flatpak to the rescue
[17:37] <JanC> just use the deb?
[17:38] <tjaalton> which will be gone in 22.04
[17:38] <tjaalton> last I heard
[17:47] <JanC> *sigh*
[18:09] <tjaalton> well, the flatpak version hangs in some way when uploading files to smugmug, but deb works.. will revisit in 6mo
[18:16] <oSoMoN> tjaalton, would you mind sharing your experience with the snap on https://forum.snapcraft.io/t/difficulty-viewing-mounted-fileystems-via-samba-nfs-gvfs-interface/14680 ? That would be helpful to help move the issue forward
[18:20] <tjaalton> oSoMoN: sure
[20:27] <KGB-0> libcanberra Olivier Tilloy 285461 * commented merge request !2 * https://deb.li/ODwN
[20:29] <KGB-0> libcanberra Heather Ellsworth 285462 * commented merge request !2 * https://deb.li/vIEg
[20:31] <KGB-0> libcanberra Olivier Tilloy 285463 * commented merge request !2 * https://deb.li/3bHAj
[20:46] <KGB-0> libcanberra tags 4aae448 Olivier Tilloy ubuntu/0.30-7ubuntu3 * https://deb.li/Au2I
[20:47] <KGB-0> libcanberra Gunnar Hjalmarsson 285472 * commented merge request !2 * https://deb.li/3Yvcv
[20:52] <diddledani> seb128: if you haven't seen my reply on #1733301, I was frustrated and I'm sorry that I worded it so poorly and aggressively
[20:53] <seb128> diddledani, no worry, we did triage rls bugs here and I should have added a note while doing the change you are right
[20:54] <seb128> diddledani, the previous post from Brian was asking for the SRU informations to be added to the description
[20:54] <seb128> diddledani, sounds like that has been sorted out since ;-)
[20:55] <diddledani> yup, Brian has imported the package to -proposed now
[20:55] <diddledani> thank you for not taking (too much) offense at my inappropriateness 🤗
[20:56] <seb128> np, thank you for the msg here ;-)
[20:56] <diddledani> again, I'm very sorry that I was out of line
[20:57] <KGB-0> libcanberra Olivier Tilloy 285473 * commented merge request !2 * https://deb.li/ivXU
[22:22] <KGB-0> libcanberra Heather Ellsworth 285480 * commented merge request !3 * https://deb.li/iUHe4
[23:04] <KGB-0> libcanberra Heather Ellsworth 285483 * commented merge request !4 * https://deb.li/3k1dv
[23:21] <KGB-0> libcanberra Gunnar Hjalmarsson 285485 * commented merge request !4 * https://deb.li/ZCKh