[00:57] <callmepkwu> good morning
[01:34] <duflu> Morning callmepkwu 
[01:41] <callmepkwu> morning duflu 
[01:48] <pieq> Morning everyone!
[01:50] <callmepkwu> MORNING PIEQ
[01:50] <callmepkwu> oops, left my caps lock on...
[02:55] <duflu> Hi pieq 
[06:47] <jibel> Good morning all
[06:54] <duflu> Morning jibel 
[06:54] <jibel> Hi duflu 
[07:40] <oSoMoN> good morning desktoppers
[07:43] <jibel> Bonjour oSoMoN, ça va?
[07:46] <oSoMoN> jibel, ça va, et toi?
[08:02] <jibel> oSoMoN, bien, c'est le printemps, les sorties à la plage commencent à être agréables. Tout va bien :)
[08:06] <didrocks> good morning
[08:11] <duflu> Hi oSoMoN and didrocks 
[08:13] <didrocks> hey duflu 
[08:15] <jibel> Salut didrocks 
[08:18] <didrocks> salut jibel 
[08:29] <jibel> Trevinho, thanks for your feedback. We'll use another schema until it's upstreamed.
[08:32] <oSoMoN> jibel, pas de plage accessible ici pour cause de confinement comarcal, mais il est vrai que le printemps est bien agréable
[08:32] <oSoMoN> salut didrocks, hey duflu 
[08:33] <didrocks> salut oSoMoN 
[09:01] <Laney> morning
[09:02] <Laney> what was the mini kgb rant?
[09:02] <Laney> I don't handle those, no, there's a channel #debian-kgb or something
[09:04] <Laney> 11/03 09:03:57  -!-  ircname  : KGB bot, #kgb-devel/OFTC
[09:05] <duflu> Morning Laney 
[09:05] <Laney> sup duflu 
[09:09] <jibel> Good morning Laney 
[09:10] <oSoMoN> morning Laney 
[09:12] <seb128> goood morning desktopers, a bit late, busy start today...
[09:12] <Laney> hey jibel oSoMoN seb128 
[09:12] <oSoMoN> salut seb128, ça va?
[09:13] <jibel> salut seb128 
[09:13] <didrocks> hey seb128 
[09:13] <didrocks> morning Laney 
[09:18] <duflu> Hi seb128 
[09:18] <seb128> hey Laney duflu, lut didrocks, oSoMoN, jibel 
[09:20] <seb128> how is everyone?
[09:22] <didrocks> making progress on multiple fronts (more than expected) :)
[09:31] <duflu> seb128, slow progress on multiple fronts :)
[09:32] <seb128> didrocks, that's nice to read :)
[09:32] <seb128> duflu, :-(
[09:32] <duflu> seb128, but hey, GNOME-40 is working on Pi. We only need to make it much faster
[09:32] <duflu> and not tear, and not corrupt
[09:33] <seb128> sounds like cycles of fun ahead
[09:43] <jibel> Trevinho, FYI bug 1918613
[09:43] <didrocks> Trevinho: as you suggested, we moved the schema in its own namespace and used a list to build the inline style string
[09:47] <Wimpress> Morning o/
[09:48] <duflu> Hi Wimpress 
[09:48] <seb128> didrocks, jibel, Trevinho, would it be worth trying to start that discussion upstream? that ask is probably not Ubuntu specific, would be best if we didn't have to carry a distro patch for it?
[09:48] <seb128> hey Wimpress , how are you?
[09:49] <Wimpress> Very good, thanks.
[09:49] <Wimpress> Enjoying doing the school walk every morning :)
[09:49] <Wimpress> How's things in NZ duflu?
[09:50] <Wimpress> AU even.
[09:50] <duflu> Wimpress, AU is business as usual. Summer will end for real in a month or two :)
[09:51] <Wimpress> Yeah, we're starting to experience spring here :)
[09:52] <Laney> good
[09:52] <Laney> give summer to us, it's our turn
[09:53]  * Laney snatches
[09:53]  * Wimpress agrees
[09:54] <didrocks> seb128: this is why we reached and keep Trevinho in the loop, I think he is the best one to have the upstream discussion
[09:54] <didrocks> hey Wimpress!
[09:55] <seb128> didrocks, Trevinho is way overloaded with oem work and other things atm though, it would be better to not have him in the line or it will create delays
[09:55] <seb128> it doesn't cost much to also send jibel's patch to gitlab
[09:55] <Wimpress> Bonjour didrocks o/
[09:56] <seb128> didrocks, I'm a bit concerned that if we land an ubuntu specific implementation like that one, then when we get it upstream the key names and stuff with change, which means we will need to handle migrations etc
[09:58] <jibel> seb128, sure, we will submit this patch to gitlab and try to upstream it, in the meantime we need this for LTSes and you will not have to handle the migration. If there are changes once landed uploaded we will backport them.
[09:59] <seb128> jibel, 'we' was meant as Canonical, not myself
[10:00] <seb128> once you have customers who set the keys, if the key names change we will need to ensure that their local config migrates as the patch evolve
[10:00] <seb128> we could also end up having different key names on different series
[10:00] <seb128> it creates overhead, it's a win if we can get it right from the start and avoid that
[10:00] <seb128> anyway, I was sharing my personal opinion, feel free to ignore
[10:01] <seb128> it's not impossible that you get similar feedback from other people on your requests to FFe or SRU though...
[10:01] <seb128> (also it would have taken less time to just forward the patch upstream than to have that discussion)
[10:05] <Nafallo> grumpy morning desktopers! my brain plainly refused to relax last night and kept throwing problems at the virtual wall until 6am :-/
[11:02] <jibel> seb128, Trevinho FYI https://gitlab.gnome.org/GNOME/gdm/-/issues/684
[11:08] <seb128> jibel, thanks!
[13:06] <Trevinho> jibel: I've pinged the relevant stakeholders, let's seee.. As said in private also maybe get in #gdm for discussion of it.
[13:07] <Trevinho> jibel: probably you can even open a WIP merge request in gnome-shell (there are few cleanups to do anyway in the code or eslint will complain).
[13:08] <Trevinho> I agree though that it would be better to have an upstream decision or plan before we push it to Ubuntu because if upstream then takes another road we'd just make our work harder
[13:08] <Trevinho> so i'd say to have at least some informal discussion about
[13:20] <jibel> Trevinho, I'd rather have the discussion with upstream beforehand and avoid needless work if it has to be closed like previous similar request
[13:20] <jibel> eg https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/680
[13:21] <Trevinho> well was closed as obsolete, but we can definitely trigger this again
[13:21] <Trevinho> I mean, at least let's get a "no, we don't want it", before doing something for ourself that will have to change again
[13:27] <Trevinho> jibel: however Ray has ideas about that, he's busy now but I think he will be the best point of contact to have a line to follow
[13:33] <sunweaver> seb128: hi. Just wanted to send a heads up ping beacon.
[13:34] <sunweaver> I have noticed all your reports and efforts on integrating Ayatana Indicators in Ubuntu. Thanks for that.
[13:34] <sunweaver> I am currently (unfortunately) super busy with customer work, so community work has gotten slightly delayed here.
[13:40] <jibel> Trevinho, let's see what they respond on the feature request. In the meantime we have an Ubuntu patch and if the feature is ever implemented in gnome-shell we will drop it.
[14:13] <fossfreedom> Hi all. Is there anyone with a bit of bandwidth to sponsor the sync of gnome-remote-desktop taking the version from 1.9.4-4build1 to 1.9.4-5 ? 
[14:13] <fossfreedom> https://bugs.launchpad.net/ubuntu/+source/gnome-remote-desktop/+bug/1918336
[15:05] <seb128> Laney, is that bot yours? from the @... I guess not?
[15:05] <seb128> do we have a way to know who try to send their buggy bot here?
[15:09] <CrazyLemon> * [KGB-2] (~kgb@colleen.colgarra.priv.at): gregoa's KGB bot
[15:09] <CrazyLemon> talk to gregoa i guess ?
[15:09] <Laney> whois it
[15:10] <Laney> and the channel is in there
[15:10] <Laney> or the owner
[15:10] <Laney> :>
[15:10] <Laney> but no it's not, we are just users of it
[15:11] <seb128> CrazyLemon, thanks
[15:11] <Laney> #kgb-devel @ oftc I think
[15:12] <seb128> Laney, thx
[15:12] <seb128> oh, there is a nickserv on oftc
[15:13] <seb128> I can't be bother creating an account now, I tried to message gregoa , let's see
[15:14] <Laney> I don't even know what the problem is, hide joins/parts/quits and such annoyances don't exist :>
[15:16]  * Laney shakes fist at annoying customer service emails
[15:16] <seb128> right, it's a personal preference, I prefer to have them because sometime I'm waiting for someone to get online and it's easier to notice that by doing pulling on nick<tab>, also avoid writting an essay to someone who left or timeouted while you were typing
[15:16] <Laney> "Hi, when I sign in with my account, I get signed in but then clicking <link> gives me an error 500 each time, can you ask your team to look?"
[15:16] <Laney> "HELLO! THANKS FOR CONTACTING FOOBAR! HERE IS HOW TO SIGN UP!!!!"
[15:16] <Laney> no
[15:16] <Laney> NO
[15:16] <seb128> lol
[15:17] <seb128> I recently emailed my car brand service about 'you have a broken url on your website, go there, click there, see the error page'
[15:18] <seb128> I got a replied 'thank you for your email, please provide your car license plate information as well as those details'
[15:18] <seb128> reply*
[15:18] <seb128> but yeah, those experiences are grrrrrr
[15:19] <Laney> we're better than that on Launchpad right :p
[15:19] <seb128> lol
[15:23] <Laney> speaking of
[15:23] <Laney> fossfreedom: I did that now, thanks for the ping
[15:39] <fossfreedom> Much appreciated Laney 
[16:37] <hellsworth> good morning desktopers
[16:37] <marcustomlinson> hey hellsworth
[16:37] <hellsworth> hey there marcustomlinson 
[16:38] <oSoMoN> hello hellsworth 
[16:39] <hellsworth> hi there oSoMoN .. i hope you both are having a lovely thursday
[16:39] <seb128> hey hellsworth, how are you?
[16:40] <hellsworth> hey seb128 i'm ok thanks for asking!
[16:40] <seb128> oSoMoN, I guess you saw that firefox and thunderbird failing to build on hirsute/s390x?
[16:40] <seb128> it's nice to see https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages readable again ;-)
[16:45] <oSoMoN> seb128, yes, see the last 5 comments on bug #1915722
[16:46] <oSoMoN> (that's effectively a rustc bug)
[16:47] <Laney> looks like libdeflate can go now?
[16:47] <Laney> what is https://bugs.launchpad.net/ubuntu/+source/libdeflate/+bug/1908502/comments/12 about? I thought that wasn't the new process
[17:37] <Laney> still find it amazing that mpris keys can control playback in browser tabs
[17:37] <Laney> simple pleasures for a simple laney
[18:55] <KGB-2> orca pristine-tar fa09328 Samuel Thibault orca_40~rc.orig.tar.xz.delta orca_40~rc.orig.tar.xz.id * pristine-tar data for orca_40~rc.orig.tar.xz * https://deb.li/U3Qy
[18:56] <KGB-2> orca upstream/beta 4292093 Samuel Thibault * pushed 27 commits (first 5 follow) * https://deb.li/37Pv4
[18:56] <KGB-2> orca upstream/beta 9f130e9 Joanmarie Diggs src/orca/scripts/web/script_utilities.py * Web: Don't use character count to determine text-block-elementness * https://deb.li/mWSM
[18:56] <KGB-2> orca upstream/beta 1ae314a Joanmarie Diggs src/orca/scripts/web/script.py * Web: Dump cache if children added and locusOfFocus is dead * https://deb.li/3aqnj
[18:56] <KGB-2> orca upstream/beta 02802f9 Joanmarie Diggs src/orca/event_manager.py * Event manager: Allow scripts to handle locusOfFocus destruction * https://deb.li/3NgVv
[18:56] <KGB-2> orca upstream/beta 75a34ce Joanmarie Diggs src/orca/scripts/web/ script.py script_utilities.py * Web: More work on recovering from focused object being destroyed * https://deb.li/R3UE
[18:56] <KGB-2> orca upstream/beta 7d68129 Joanmarie Diggs src/orca/event_manager.py * Event Manager: Try to detect and avoid selection-changed event flood * https://deb.li/3zP1e
[18:56] <KGB-2> orca tags cf2ccd9 Samuel Thibault upstream/40_rc * Upstream version 40~rc * https://deb.li/r1HN