[02:02] <KGB-0> gnome-control-center ubuntu/master 41ab37c Jeremy Bicha debian/patches/ series ubuntu/sharing-rdp/0015-sharing-fix-rdp-on-switch.patch * Add patch to fix RDP Sharing on switch * https://deb.li/E72j
[02:02] <KGB-0> gnome-control-center ubuntu/master 84a7b25 Jeremy Bicha debian/changelog * releasing package gnome-control-center version 1:41.4-1ubuntu13 * https://deb.li/3I1GR
[02:02] <KGB-0> gnome-control-center ubuntu/master aa3853d Jeremy Bicha debian/patches/ series sharing-Turn-off-RDP-gsettings-key-when-turning-off-RDP.patch * Add patch to turn off RDP gsettings key when turning off RDP * https://deb.li/XCCD
[02:02] <KGB-0> gnome-control-center ubuntu/master d8426cb Jeremy Bicha debian/changelog * releasing package gnome-control-center version 1:41.4-1ubuntu14 * https://deb.li/ikyMz
[02:04] <KGB-2> gnome-control-center signed tags 32003ff Jeremy Bicha ubuntu/1%41.4-1ubuntu13 * gnome-control-center Debian release 1:41.4-1ubuntu13 * https://deb.li/tCq2
[02:07] <KGB-0> gnome-control-center ubuntu/jammy 2aa25cb Jeremy Bicha * pushed 1327 commits (first 5 follow) * https://deb.li/3r5wC
[02:07] <KGB-0> gnome-control-center ubuntu/jammy 4664d50 Marco Trevisan (Treviño) debian/patches/ubuntu/background-Support-changing-the-light-dark-theme-from-g-c.patch * background: Do not show the dark/light notice on GNOME session * https://deb.li/YxmC
[02:07] <KGB-0> gnome-control-center ubuntu/jammy dc8a888 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/y1oh
[02:07] <KGB-0> gnome-control-center ubuntu/jammy 9075ffb Marco Trevisan (Treviño) debian/changelog * Upload to jammy * https://deb.li/3X3rc
[02:07] <KGB-0> gnome-control-center ubuntu/jammy a759b86 Sebastien Bacher debian/patches/ubuntu/Allow-tweaking-some-settings-for-Ubuntu-Dock.patch * Use the correct gettext function in the ubuntu panel for context strings * https://deb.li/31ngI
[02:07] <KGB-0> gnome-control-center ubuntu/jammy 2cac975 Sebastien Bacher debian/patches/ series ubuntu/update-vnc-key.patch * Update the grd vnc key when sharing as required by the new version * https://deb.li/KsnI
[02:18] <Kilroy> hi, so I am running ubuntu 22.04 on macbook air 2019, how do I get wifi to show up?
[02:24] <guiverc> Kilroy, this isn't a support room, please use #ubuntu if you want support.  
[02:25] <Kilroy> oh, I thought I was in #ubuntu-next I am so sorry, I clicked one down 
[02:25] <Kilroy> *ubuntu
[03:00] <duflu> Kilroy, I'm not sure but if that Macbook Air was still using Broadcom radios like previous models then you need to either (a) choose the thirdparty software option during install; or (b) plug in a USB ethernet adaptor and install package 'bcmwl-kernel-source'
[03:03] <Kilroy> ok let me try that
[03:06] <duflu> Actually you can probably find the bcmwl-kernel-source .deb file on the install media
[03:09] <Kilroy> I left the install media at school
[03:10] <duflu> So long as you can copy files onto the machine it shouldn't matter. The one I'm talking about is https://launchpad.net/ubuntu/+archive/primary/+files/bcmwl-kernel-source_6.30.223.271+bdcom-0ubuntu8_amd64.deb
[03:11] <duflu> Still just guessing that your laptop has Broadcom wifi
[03:11] <Kilroy> it does
[03:11] <Kilroy> I got that package installed, do I need to reboot?
[03:11] <duflu> Maybe?
[03:11] <duflu> I would not imagine so. Perhaps you have a different bug
[03:13] <Kilroy> going to reboot any way
[03:18] <Kilroy> duflu nope still can't find wifi
[03:18] <duflu> Kilroy, next step then is to get an ethernet adaptor and log a bug by running 'ubuntu-bug linux'
[03:20] <Kilroy> I will do that tommarow at school
[05:37] <jpnurmi> good morning
[05:38] <duflu> Morning jpnurmi 
[05:38] <jpnurmi> hey duflu
[05:48] <didrocks> good morning
[05:50] <duflu> Morning didrocks 
[05:59] <jibel> Good morning all
[06:03] <ricotz> good moring everyone
[06:03] <ricotz> *good morning everyone :)
[06:07] <didrocks> hey duflu, jibel, ricotz 
[06:12] <jibel> Salut didrocks 
[06:20] <oSoMoN> good morning desktoppers
[06:28] <didrocks> salut oSoMoN 
[06:29] <oSoMoN> salut didrocks 
[06:30] <duflu> Hi jibel and oSoMoN 
[06:36] <oSoMoN> hey duflu 
[06:36] <oSoMoN> salut jibel 
[06:56] <seb129> goood morning desktopers!
[06:58] <duflu> Hi seb128+1
[06:58] <duflu> Hi seb129
[07:02] <seb129> lol
[07:02] <seb129> hey duflu , how are you?
=== seb129 is now known as seb128
[07:04] <didrocks> hey seb128 
[07:05] <seb128> oSoMoN, jamesh, Trevinho, hey. So about https://github.com/flatpak/xdg-desktop-portal/issues/769 , do you think we can distro patch the suggested change for now? we need to improve the firefox snap situation
[07:05] <ubottu> Issue 769 in flatpak/xdg-desktop-portal "parse_app_info_from_snap() sets the app id to 'snap.$AppName', but gnome-shell's access dialog compares it to $DesktopFile" [Open]
[07:05] <seb128> didrocks, salut!
[07:05] <seb128> en forme ?
[07:06] <duflu> seb128, not bad, you?
[07:06] <didrocks> ça va :)
[07:09] <seb128> duflu, I'm alright thanks :)
[07:38] <oSoMoN> salut seb128 ! I submitted that change as a PR (https://github.com/jhenstridge/xdg-desktop-portal/pull/1), waiting for james_h to comment on it
[07:38] <ubottu> Pull 1 in jhenstridge/xdg-desktop-portal "webextensions: pass a valid desktop ID to the access dialog" [Open]
[07:39] <seb128> oSoMoN, salut! merci! ca va sinon?
[07:39] <oSoMoN> bien, et toi?
[07:39] <seb128> don't try to not highlight jamesh, we need him to get things moving :)
[07:39] <seb128> ça va!
[07:43] <oSoMoN> heh :) I thought it wasn't really necessary to highlight jamesh, given that you highlighted jamesh a few lines earlier, but fair enough, let's highlight jamesh.
[07:45] <jamesh> seb128, oSoMoN: my one concern with the package ID vs desktop ID thing is that now the native messaging portal will be invoking the UI service differently to every other portal
[07:47] <jamesh> i.e. I think the fix is probably the right choice, but should probably be done everywhere else too.
[07:47] <oSoMoN> right
[07:48] <seb128> could one of you add a card in the backlog about that?
[07:49] <seb128> we need to resolve the firefox issue now but we should still deal with the other things later
[07:49] <jamesh> I've pulled your change into my PR, so I think it is in a state where it could be used as a distro patch.
[07:50] <seb128> jamesh, hey, thanks for the reply :) another question, we are getting a few reports than firefox and other snaps can't save files to mounted drivers and shared, do you know if that's a known issue?
[07:52] <jamesh> seb128: the document portal shouldn't be proxying access to /mnt or /media for snaps that have removable-media plugged.
[07:52] <seb128> the journal shows  Failed to register sftp://USERNAME@IP/PATH/webpage.html: Failed to open sftp://USERNAME@IP/PATH/webpage.html
[07:52] <seb128> from xdg-desktop-portal
[07:53] <seb128> jamesh, sorry, I'm trying with a ssh mount
[07:54] <seb128> so that's probably a different case from the media mounted in /mnt 
[07:54] <jamesh> ah. gvfs access is not currently supported by snaps, and I don't think it even works via document portal
[07:54] <jamesh> (although it would probably be possible to chain document portal to gvfs-fused)
[07:55] <jamesh> removable-media does currently block running executables under /mnt and /media, but that shouldn't be a problem for Firefox (it has affected some people trying Steam though)
[07:56] <seb128> jamesh, could you perhaps add a comment to https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1971168 about the gvfs access?
[07:56] <ubottu> Launchpad bug 1971168 in firefox (Ubuntu) "[snap] Files on local network shares are not opened / written" [Undecided, Confirmed]
[07:57] <seb128> I know gvfs in snaps is not easy but I though the portal as part of the user session could handle those
[07:58] <seb128> also https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1971475 states that saving to /media works but not /mnt
[07:58] <ubottu> Launchpad bug 1971475 in firefox (Ubuntu) "Ubuntu 22.04 snap firefox doesn't save downloads to /mnt subfolders" [Undecided, Incomplete]
[08:00] <seb128> brb, need to change location and drop from IRC but I will read the backlog from irclog if you reply :)
[08:01] <jamesh> seb128: right. gvfs mounts can be accessed as regular files under the $XDG_RUNTIME_DIR/gvfs FUSE mount. That's primarily for the benefit of legacy apps, but could also be used by xdg-document-portal.
[08:02] <jamesh> i.e. sftp://... => $XDG_RUNTIME_DIR/gvfs/... => $XDG_RUNTIME_DIR/doc/...
[08:11] <seb128> k, and back online!
[09:00] <oSoMoN> jamesh, seb128 : https://github.com/flatpak/xdg-desktop-portal/pull/705#issuecomment-1123392120 is the last remaining blocker from my perspective
[09:00] <ubottu> Pull 705 in flatpak/xdg-desktop-portal "webextensions: add a portal for managing WebExtensions native messaging servers" [Open]
[09:46] <seb128> oSoMoN, thanks
[10:56] <madhens> Hello! Best place to ask about an accessibility tool (Speakup) not compiled into our kernel?
[11:45] <Trevinho> oSoMoN: looks like seb went out, but I'm fine to distro-patch that... I think it's fine also for upstream, but not sure who can review it with write access.
[12:08] <jbicha> good morning
[12:14] <oSoMoN> good morning jbicha 
[12:14] <oSoMoN> Trevinho, by distro-patch, you mean doing the same package ID / desktop ID substitution for all portals, right?
[12:15] <oSoMoN> (for the webextensions portal I already cherry-picked the corresponding patch update: https://launchpad.net/ubuntu/+source/xdg-desktop-portal/1.14.3-0ubuntu3 , and I'll SRU it once it migrates)
[12:18] <ogra> madhens, try #ubuntu-kernel ... 
[12:46] <madhens> Thanks!
[17:58] <xclaesse[m]> Hi, devhelp does not show any pages in jammy, probably a webkit issue. Is there a know workaround?
[18:05] <jbicha> xclaesse[m]: do you have the problem with any other webkit apps?
[18:05] <xclaesse[m]> evolution got fixed a few weeks ago
[18:06] <jbicha> you're using amd64, right?
[18:06] <xclaesse[m]> yes
[18:07] <jbicha> I had a bug earlier, still not fixed but I haven't looked into it more, see LP: #1942951 for a workaround
[18:07] <xclaesse[m]> There are at least 2 bug reports (first is mine) https://bugs.launchpad.net/ubuntu/+source/devhelp/+bug/1969273 and https://bugs.launchpad.net/ubuntu/+source/devhelp/+bug/1970200
[18:07] <ubottu> Launchpad bug 1942951 in webkit2gtk (Ubuntu) "devhelp doesn't display any help pages" [Low, Triaged] https://launchpad.net/bugs/1942951
[18:07] <ubottu> Launchpad bug 1969273 in devhelp (Ubuntu) "Doc pages are not displayed" [Undecided, Confirmed]
[18:07] <ubottu> Launchpad bug 1970200 in devhelp (Ubuntu) "devhelp showing just a white blank page" [Undecided, Incomplete]
[18:09] <xclaesse[m]> jbicha: oh nice, the workaround from seb128 worked
[18:09] <xclaesse[m]> thanks!
[18:09] <jbicha> please mark your bug a duplicate of that bug then
[18:11] <jbicha> xclaesse[m]: if you want, you could try to figure out what exact line items break devhelp
[18:12] <jbicha> upstream wasn't able to work on the bug because there wasn't a reproducible test case
[18:14] <xclaesse[m]> jbicha: last comment on the debian bug says "It turns out, this bug is already fixed. In WebKitGTK 2.34.1, to be precise."
[18:15] <xclaesse[m]> but seems we have 2.36 on jammy... maybe a patch to backport, dunno
[18:15] <jbicha> yeah, I don't think it's fixed either
[18:20] <xclaesse[m]> maybe in 2.36.1
[18:25] <jbicha> I don't think so :) I think jammy will be getting 2.36.2 next week
[18:40] <xclaesse[m]> Seems glib doc is broken: Error opening file /usr/share/gtk-doc/html/glib/api-index-2-72.html: No such file or directory
[18:40] <xclaesse[m]> all "index of new symbols" pages in glib are missing
[20:00] <jbicha> xclaesse[m]: I see the broken glib doc pages on Arch Linux too. Do you want to report that bug to GNOME?
[20:10] <xclaesse[m]> jbicha: oh that's an upstream issue indeed, I can reproduce when building glib myself
[20:11] <xclaesse[m]> looks like a gtkdoc issue tbh. the xml files are generated but not included into the html
[20:11] <jbicha> gtkdoc is probably undermaintained. gi-docgen is recommended for most things now
[20:17] <xclaesse[m]> dunno what's the status of gi-docgen, last time I heard about it, ebassi was saying it targets gtk only
[20:17] <xclaesse[m]> which makes it pretty much useless
[20:17] <xclaesse[m]> maybe he changed his mind
[20:17] <xclaesse[m]> but I agree we need to drop gtkdoc, it has been a pain for decades
[20:33] <jbicha> $ reverse-depends -b gi-docgen
[20:34] <jbicha> tracker has more complex needs so they ended up using hotdoc instead