[06:08] <oSoMoN> good morning desktoppers
[06:10] <duflu> Hi oSoMoN 
[06:12] <oSoMoN> hey duflu
[06:13] <gabuscus> good morning everyone
[06:16] <oSoMoN> good morning gabuscus 
[06:17] <ricotz> hello duflu oSoMoN gabuscus 
[06:18] <duflu> Hi gabuscus and ricotz 
[06:28] <seb128> goood morning desktopers
[06:30] <oSoMoN> good morning ricotz, seb128 
[06:33] <duflu> Hi seb128 
[06:33] <duflu> And with that
[06:33]  * duflu runs to the shop
[07:02] <didrocks> good morning
[07:12] <jpnurmi> good morning
[07:13] <jibel> Good morning folks!
[07:13] <didrocks> hey jpnurmi, wecome back jibel!
[07:14] <jpnurmi> hey didrocks and jibel
[07:40] <duflu> Hi didrocks, jibel, jpnurmi 
[07:41] <didrocks> hey duflu 
[07:42] <jpnurmi> hey duflu
[07:53] <oSoMoN> good morning didrocks, jpnurmi, jibel 
[07:54] <didrocks> salut oSoMoN 
[07:55] <jpnurmi> hey oSoMoN
[07:56] <ricotz> hey seb128 didrocks jpnurmi 
[07:56] <didrocks> hey ricotz too!
[07:56] <jpnurmi> hey ricotz
[08:11] <seb128> hey oSoMoN duflu jpnurmi didrocks ricotz jibel gabuscus, how are you?
[08:11] <didrocks> ça va, et toi seb128, bonnes vacances ?
[08:12] <duflu> seb128, getting by. How are you?
[08:12] <seb128> I'm alright thanks, holidays were great, sunny and relaxing :)
[08:13] <Nafallo> morning. running `do-release-upgrade -d` on focal. got "A reboot is required to replace the running dbus-daemon." from the dbus, and it got stuck waiting for canonical-livepatch status. I guess I should file a bug once this completes? (I manually killed the livepatch status task)
[08:15] <jpnurmi> hey seb128 Nafallo
[08:18] <oSoMoN> Hey seb128. Not real holidays here, but I did manage to recharge batteries a good deal, I'm ready for release :)
[08:18] <seb128> oSoMoN, great :)
[08:19] <seb128> Nafallo, sounds like worth reporting yes
[10:10] <bittin> hey
[10:10] <bittin> Installing the RC now and listening to the LUP Easter Episode: https://linuxunplugged.com/454 about 22.04 and F36
[10:58]  * bittin is upgrading from RC1 to RC 1.5 now and testing
[12:00] <jbicha> good morning
[12:01] <seb128> jbicha, hey, how are you?
[12:02] <KGB-2> evince pristine-tar 6d2397d Jeremy Bicha evince_42.2.orig.tar.xz.delta evince_42.2.orig.tar.xz.id * pristine-tar data for evince_42.2.orig.tar.xz * https://deb.li/lYvv
[12:02] <jbicha> good, welcome back
[12:03] <seb128> thanks!
[12:06] <seb128> jbicha, you put usbguard on our backlog, was there any recent changes upstream or other distro that triggered that?
[12:06] <jbicha> seb128: no, I just found the old MIR while I was looking through bugs
[12:06] <seb128> k
[12:07] <KGB-0> gnome-shell Marco Trevisan 305774 * commented merge request !58 * https://deb.li/3Pi7n
[12:13] <KGB-0> gnome-shell Simon McVittie 305777 * commented merge request !58 * https://deb.li/3GYri
[12:41] <jbicha> seb128: here's a "solution" to one of the "desktop-extra" packages on the FTBFS report: https://bugs.debian.org/1009860
[12:42] <seb128> jbicha, thanks, I will delete it
[13:51] <sil2100> Hello desktop team! We would need some quality testing done of the desktop images!
[13:51] <seb128> sil2100, hey!
[13:52] <seb128> do we have candidate images ready now?
[13:52] <sil2100> The candidates from today seem to be good, but since it's final release we'd need all of the test cases done one way or another. We have some hardware here that we're testing on, but it's of course limited, and there's quite a lot of varied testing we want to do
[13:53] <sil2100> seb128: yes, I think those might be it (fingers crossed!)
[13:53] <sil2100> We respun today because of some missed packages, but so far there seems to be no follow up uploads needed
[13:53] <sil2100> Just minor issues here and there
[13:54] <sil2100> subiquity images are still building due to riscv64 taking a while, but all the others should be  ready to go
[13:57] <seb128> sil2100, it sounds like we will want a gdm3 upload still for desktop btw
[13:58] <seb128> bug #1968929
[13:58] <sil2100> seb128: wha-? What's going on?
[13:58] <seb128> sil2100, ^
[13:58] <sil2100> I thought by default we're doing X11 for nvidia
[13:58] <seb128> yes, default, but we want to propose wayland still
[13:59] <seb128> seems like the option has been removed so we need to restore it
[13:59] <seb128> sorry I'm just back from 10 days of vac so I'm catching up with things and don't have the history of how we ended up there
[14:00] <sil2100> seb128: argh, how would that change look like? Is that just re-adding the UI option for it?
[14:00] <sil2100> Or is there more?
[14:00] <seb128> jbicha, ^ are you working on getting that fix uploaded?
[14:00] <seb128> sil2100, my understanding is that it is tweaking the udev rule that determine if wayland is available or not
[14:00] <jbicha> seb128: I need a patch from tseliot
[14:01] <sil2100> I know this will sound bad, but... is it really needed? I mean, what if it was a 0-day SRU? Since the default stays the same
[14:02] <sil2100> Since I need to know as much as possible how release-critical that is
[14:02] <sil2100> Because I'm trying to do mental gymnastics to say 'this is not an installer/boot related issue' that would warrant final freeze exceptioning
[14:03] <seb128> sil2100, I guess it's more of a PR thing than a technical blocker but I don't feel like I've enough data to have an opinion on that
[14:03] <seb128> kenvandine, ^
[14:04] <seb128> sil2100, we should go ahead with the upload and accept it as a 0 day SRU for now I think
[14:05] <sil2100> Yeah, so I would be +100 for a 0-day SRU, but like -0.5 as a release-blocker, since I really really want keep things as they are
[14:06] <sil2100> So it's negotiable, especially if we find something we have to respin for anyway, but otherwise I'd prefer not
[14:06] <sil2100> With a cherry on top
[14:06] <seb128> I'm fine with 0 day SRU personally
[14:06] <seb128> I will wait to see if Ken has a different opinion but let's go with that for now
[14:08] <sil2100> Thank you!
[14:09] <sil2100> Please give us a ping once there's an upload in the jammy queue
[14:09] <jbicha> will do
[14:10] <kenvandine> That's fine
[14:13] <seb128> sil2100, kenvandine, jbicha, in fact it's more complicated than that, currently it seems we default to xorg for hybrid systems and it sounded like Daniel strongly suggested we should default to wayland on those since they basically work on the Intel GPU
[14:14] <sil2100> I'd say 0-day/normal SRU in that case, since I'm worried any complicated logic changes are always a risky thing regression-wise
[14:15] <seb128> fair
[14:15] <seb128> and that will teach me to be away the week before release :p
[14:21] <sil2100> ;)
[14:23] <sil2100> seb128: I think there's never a perfect time for vacation with our job, so don't worry ;p And you have to have some time off somewhen anyway!
[14:25] <seb128> right :)
[14:34] <KGB-2> amtk upstream/latest 538a6c8 Jeremy Bicha * pushed 57 commits (first 5 follow) * https://deb.li/i2NVz
[14:34] <KGB-2> amtk upstream/latest f1c5c0c Sébastien Wilmet amtk/meson.build * build: small simplification * https://deb.li/whp1
[14:34] <KGB-2> amtk upstream/latest e5a97c8 Sébastien Wilmet amtk/meson.build * build: minor improvement to a comment * https://deb.li/3tGbN
[14:34] <KGB-2> amtk upstream/latest 24dc124 Sébastien Wilmet (5 files in 2 dirs) * Rename dir testsuite/ -> unit-tests/ * https://deb.li/GdHV
[14:34] <KGB-2> amtk upstream/latest fe74147 Sébastien Wilmet meson.build tests/interactive-tests/meson.build tests/interactive-tests/test-headerbar.c tests/interactive-tests/test-traditional-ui.c * Create tests/interactive-tests/ dir * https://deb.li/3yNsg
[14:34] <KGB-2> amtk upstream/latest 586ecb6 Sébastien Wilmet amtk/amtk-factory.c * docs: update path to interactive test * https://deb.li/ETQG
[14:34] <KGB-2> amtk pristine-tar 8cbcc8d Jeremy Bicha amtk_5.3.2.orig.tar.xz.delta amtk_5.3.2.orig.tar.xz.id * pristine-tar data for amtk_5.3.2.orig.tar.xz * https://deb.li/3JK9M
[15:32] <seb128> ricotz, hey, could you check on https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/1969439/comments/3 ?
[15:43] <k_alam> Trevinho, Hi, good afternoon, Since gnome-session 41.3-1ubuntu1, it is setting XDG_CURRENT_DESKTOP=Gnome under unity-session instead of Unity:Unity7:ubuntu/ As a result gsettings override in ubuntu-settings not working for unity. Downgrading gnome-session to 40.1.1-3ubuntu1 fixes the isuue. Can you take a look ?
[15:43] <k_alam> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1969357
[15:45] <Trevinho> k_alam: let me check
[15:51] <k_alam> Thanks.
[16:00] <ricotz> seb128, will do
[16:06] <ricotz> seb128, so the comment "defined by ./configure or Makefile and included by gcc -D" is mostly wrong since the port to meson, so a reference to config.h is required -- https://paste.debian.net/plain/1238393
[16:07] <ricotz> picking up 0.30.15 would fix it too
[17:40] <seb128> ricotz, thanks
[18:41] <bittin> RC2 is out now
[18:43] <bittin> http://hackerpublicradio.org/eps.php?id=3576 HPR about 22.04 Betas and RCs
[19:38] <KGB-2> gnome-control-center signed tags b857618 Sebastien Bacher ubuntu/1%3.36.5-0ubuntu4 * gnome-control-center Debian release 1:3.36.5-0ubuntu4 * https://deb.li/i174
[19:38] <KGB-1-> gnome-control-center ubuntu/focal 9b75227 Andy Chi debian/ changelog patches/series patches/0001-display-Try-harder-to-select-a-good-and-working-scal.patch * Try harder to select a good and working scale (LP: #1969428) * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/9b75227
[19:39] <KGB-1-> gnome-control-center ubuntu/focal f21c0f6 Sebastien Bacher debian/ changelog control * upload to ubuntu * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/f21c0f6
[19:55] <ricotz> seb128, did it work out?
[19:59] <jbicha> seb128: I read a comment where someone pointed out that RDP sharing is enabled by default in our jammy live session. I'm trying to figure out how that happened because I don't think that's intentional
[20:00] <seb128> jbicha, thx, if that's only the live session it's weird but probably ok but we should ensure that's not the case on the installed system
[20:08] <jbicha> seb128: oh it's in my installed system too :(
[20:11] <seb128> :-(
[20:11] <seb128> please mention it on #ubuntu-release
[20:12] <seb128> that's probably a RC issue we will want to get fix before release
[20:12] <seb128> kenvandine, ^
[20:12] <seb128> Trevinho, ^ any idea about that one?
[20:16] <ricotz> seb128, I had a moment to test shotwell now, afaics the new patch isn't fixing it
[20:18] <seb128> ricotz, indeed, I was going to say that, I will try .15 tomorrow, thanks
[20:18] <ricotz> seb128, same with shotwell-0.30 branch (so 0.30.15)
[20:32] <ricotz> seb128, seems the path logic is off while mixing absolute with relative paths -- https://paste.debian.net/plain/1238413
[20:50] <kenvandine> seb128: We don't want RDP sharing by default
[20:50] <kenvandine> Enabled that is
[20:59] <seb128> kenvandine, right, my question was on whether we would consider that as RC and a reason to respin once we have a fix
[21:00] <seb128> I need to drop from IRC so reply on mattermost if needed
[21:00] <seb128> jbicha, please mention it on #ubuntu-release so they are aware we might want to respin tomorrow
[21:06] <kenvandine> seb128, yes, I'd consider that a security issue
[21:40] <ahasenack> is that over udp or tcp?
[21:40] <ahasenack> I can't find it open via tcp
[21:41] <ahasenack> a full port range scan is taking a while, though (live env), and I'll redo it after the install is done
[21:41] <ahasenack> and udp takes even longer
[21:41] <ahasenack> but both rdesktop and vinagre said there was nothing there to connect to
[21:51] <jbicha> ahasenack: the rdp bug is a bit odd. I don't think rdp is fully enabled until you open the Settings app to the Sharing page, maybe even rdp
[21:52] <ahasenack> I see that settings tab, and it's "on" there
[21:52] <ahasenack> "remote desktop" "on"
[21:52] <ahasenack> legacy vnc is off
[21:52] <ahasenack> remote control is off too
[21:52] <jbicha> systemctl status --user gnome-remote-desktop.service
[21:53] <ahasenack> it tells me to use `ms-rd://ubuntu.local`, but that also doesn't work from another computer
[21:53] <jbicha> gsettings org.gnome.desktop.remote-desktop.rdp enable doesn't switch to true until you open the sharing page and when that happens, it's turned on
[21:53] <ahasenack> that systemctl status shows running
[21:54] <jbicha> yes, I think it's expected to be running (hopefully that's not the bug) but rdp doesn't need to be running
[21:57] <ahasenack> I had to toggle it off and back on, then it started on port 3389
[21:57] <ahasenack> maybe there is another condition
[21:57] <ahasenack> but yeah, would be much safer if it was off from the get go
[22:19] <jbicha> more intuitive at least, maybe we made a logic typo when backporting the feature
[23:01] <KGB-2> Extension Manager ubuntu/jammy faf9544 Heather Ellsworth debian/ control control.in * Change Bugs line to Vcs-Browser * https://deb.li/iW0KM
[23:01] <KGB-2> Extension Manager ubuntu/jammy bbd67fc Heather Ellsworth debian/gbp.conf * Update gbp.conf * https://deb.li/pvCj