[06:14] <oSoMoN> good morning desktoppers
[06:15] <luna> morning
[06:17] <jibel> Good morning folks
[06:19] <oSoMoN> hey luna, salut jibel 
[06:23] <duflu> Hi oSoMoN, luna, jibel
[06:26] <oSoMoN> hey duflu 
[06:46] <seb128> goood morning desktopers!
[06:48] <duflu> Hi seb128 
[06:56] <seb128> hey duflu, how are you?
[06:58] <duflu> seb128, lacking sleep and minor food poisoning :| How are you?
[06:58] <seb128> duflu, :-(
[06:58] <seb128> I'm alright thanks! could have slept longer but I had 7 hours sleep so I can't really cimplain
[07:04] <didrocks> good morning
[07:10] <duflu> Hi didrocks 
[07:11] <didrocks> hey duflu 
[07:34] <Rastersoft> Hi all
[07:35] <duflu> Hi Rastersoft :)
[07:35] <didrocks> hey Rastersoft!
[08:26] <oSoMoN> salut didrocks, hola Rastersoft 
[08:31] <didrocks> salut oSoMoN 
[08:51] <seb128> Rastersoft, welcome on IRC :)
[08:51] <Rastersoft> Hi
[08:51] <Rastersoft> :-)
[09:01] <tintou> Hi there! I wanted to highlight my last comment in https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/1952107 regarding the backport for Focal, I'm testing it daily with the previous patch + this commit and it is working well on my end 🙂
[09:07] <seb128> tintou, hey, thanks for confirming, jbicha said he would do another upload with the patch
[09:09] <tintou> Great! Lovely! Thanks all :)
[12:02] <jbicha> good morning
[12:14] <seb128> jbicha, hey, how are you today?
[12:15] <jbicha> still untangling gnome-remote-desktop. ideally for gnome-remote-desktop 42.1, we'd have mutter 42.1 which requires an updated gtk3 & gtk4
[12:17] <jbicha> the new gnome-remote-desktop does fix the black screen/inability to log in to Wayland on Boxes (or qemu with virtio) LP: #1971195
[12:19] <seb128> oh, so it is not the apparmor issue from yesterday
[12:21] <jbicha> right, I didn't see a noticeable improvement with the libvirt/apparmor merge proposal
[12:21] <jbicha> libvirt isn't installed in our Ubuntu guests so it seems irrelevant to the bigger bug I was seeing
[12:27] <jbicha> we might do a quicker fix to get the black screen & autostart thing handled and do gnome-remote-desktop 42.1 later
[12:31] <jbicha> I'm suspicious of upstream's theory. We do want gnome-remote-desktop.service always running but that doesn't mean that RDP or VNC should be enabled.
[13:13] <seb128> jbicha, right, it should be active but if active and unconfigured it should basically be doing nothing and that shouldn't be an issue out of using a bit of resources
[13:32] <Rastersoft> Some time ago I was thinking about adding uPnP support to gnome-remote-desktop, to both show the current external IP address and to automagically open a port redirection in the router. That would simplify giving remote support... at least as long as there is no CG-NAT. What do you think?
[13:34] <seb128> sounds like that would be a nice feature to get, any idea if upstream would be onboard with adding it?
[13:39] <Rastersoft> I'll comment it tonight
[13:42] <seb128> thanks
[14:19] <seb128> sorry for the delay, got sidetracked with other things but I will do a quick review of rls incoming bugs now :)
[14:19] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-incoming-bug-tasks.html
[14:20] <seb128> bug #1949291 requires proper discussion so I will skip for now
[14:20] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html
[14:20] <seb128> bug #1971076
[14:21] <seb128> sounds like one we want to nominate, I will own it for now since we don't really have anyone working on accessibility atm
[14:22] <seb128> bug #1967121 is already assign to Trevinho, unsure what's the status but I will target and untag
[14:23] <seb128> bug #1969959
[14:24] <seb128> it's a nouveau issue that Daniel tagged, it's unclear it impacts enough users to be a rls issue though
[14:24] <seb128> I will skip for now since I've another meeting and Ken isn't around to discuss those today
[14:26] <seb128> cleaning some bugs assigned or fix commited which hadn't been untagged
[14:29] <seb128> bug #1968588
[14:29] <seb128> seems worth targetting
[14:29] <seb128> k, and I've to stop here but that's most of the J incomings
[14:57] <seb128> jbicha, the e-d-s SRU you did yesterday seems to lack a bug reference in the changelog
[15:00] <jbicha> seb128: I did the upload with -V so it should have the bug number from the previous upload that is stuck in -proposed because of the accidental libgweather switch
[15:05] <seb128> jbicha, ah ok, the webui of the queue isn't dealing nicely with that case, https://launchpad.net/ubuntu/jammy/+queue?queue_state=1&queue_text= shows only the change to the previous upload
[15:06] <seb128> sorry for the noise :)
[15:06] <jbicha> next time I should just add the bug number again
[15:06] <seb128> well, I'm not in the SRU team, if they are fine with not doing so then I guess it's not needed :)
[15:07] <jbicha> GunnarHj: I should disable langpacks for jammy for LP: #1971025 . Are we able to hook it up correctly so that we can use langpacks for the kinetic package?
[15:15] <GunnarHj> jbicha: What's missing ATM is a translation template for gnome-shell-extension-manager. Such a template can be added for kinetic even if it's not present in jammy.
[15:19] <GunnarHj> jbicha: So I guess that was a "yes" answer. :)
[15:21] <jbicha> GunnarHj: I guess I need to make an "upstream project" in Launchpad?
[15:25] <GunnarHj> jbicha: Not necessary. Basically you just need to make a kinetic upload which includes a gnome-shell-extension-manager.pot file. Then, if that line in d/control is present, the .pot and the translations will be stripped and added to the import queue. Somebody will need to manually approve the .pot in the import queue.
[15:25] <jbicha> GunnarHj: ok, can you do the manual approval for kinetic?
[15:28] <GunnarHj> jbicha: I can, but I think it's too early in the cycle. Translations are not enabled for kinetic yet.
[15:28] <jbicha> we do that langpack line for most of the Debian GNOME packages. I intentionally don't do it for epiphany-browser since we might SRU major new versions
[15:30] <GunnarHj> jbicha: I see. Please just make sure that an LP translation template is present for each such package so the translations actually end up in the language packs.
[16:11] <GunnarHj> jbicha: Looks like I was able to create the template, even if no translations have been imported yet:
[16:11] <GunnarHj> https://translations.launchpad.net/ubuntu/kinetic/+source/gnome-shell-extension-manager/+pots/extension-manager
[17:05] <jbicha> thanks!
[17:19] <seb128> GunnarHj, jbicha, dh_translations should generate a template, is that not working or did we just forgot to accept the template from the queue?
[17:20] <seb128> https://translations.launchpad.net/ubuntu/jammy/+source/gnome-shell-extension-manager/+imports
[17:20] <GunnarHj> seb128: The latter.
[17:20] <seb128> seems like we just didn't review the queue, I did that now
[17:21] <seb128> jbicha, we will have it in the next langpack refresh before .1 so up to you if you want to unstrip the translations or wait to see if fixed
[17:21] <seb128> if->it
[17:31] <KGB-2> Extension Manager ubuntu/jammy 67e2801 Jeremy Bicha debian/ control control.in * Don't use language packs for translations * https://deb.li/34oh
[17:31] <KGB-2> Extension Manager ubuntu/jammy cd92e47 Jeremy Bicha debian/changelog * releasing package gnome-shell-extension-manager version 0.3.0-0ubuntu2.1 * https://deb.li/3OLrc
[17:32] <seb128> seems like you decided against it anyway...
[17:37] <jbicha> yes, I didn't want it to be untranslated for months