[02:26] <callmepk> gOOD MORNING
[02:28] <sarnold> hey callmepk :)
[02:28] <callmepk> hi sarnold 
[04:01] <duflu> hI callmepk :)
[04:59] <callmepk> hey duflu 
[06:10] <seb128> goood morning desktopers
[06:34] <oSoMoN> good morning desktoppers
[06:39] <duflu> Morning seb128 and oSoMoN 
[06:40] <oSoMoN> good afternoon duflu 
[06:40] <oSoMoN> salut seb128 
[06:40] <seb128> hey duflu, lut oSoMoN, how are you?
[06:41] <oSoMoN> I'm feeling better, and you?
[06:41] <seb128> oSoMoN, do you have any pointer to documentation on how to submit a patch to thunderbird? 
[06:41] <seb128> oSoMoN, I'm alright thanks!
[06:42] <duflu> seb128, going well, you?
[06:42] <duflu> Oh, right 
[06:42] <seb128> duflu, I'm alright :-)
[06:42] <oSoMoN> seb128, https://developer.thunderbird.net/ ?
[06:43] <seb128> oSoMoN, I've to admit I've been lazy and asked in case before starting to search, you said recently it was an annoying process when you did that firefox patch (which isn't getting reviewed :-()
[06:44] <seb128> oSoMoN, I think https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1903805 is due to https://sources.debian.org/src/thunderbird/1:78.4.1-1/browser/components/shell/nsGNOMEShellService.cpp/?hl=205#L205 mentioning firefox, I will try to submit a change for that
[06:44] <oSoMoN> yeah, the process is, imho, unnecessarily complex, and requires quite a bit of set up before you can actually submit a patch, which I think is a deterrent to potential contributors
[06:45] <oSoMoN> right
[06:46] <oSoMoN> seb128, that code is shared between firefox and thunderbird, so you can follow the firefox process for submitting patches
[06:46] <oSoMoN> (good luck!)
[06:47] <seb128> oSoMoN, thanks, being shared means I don't get to just change the name probably, but then I guess there is a variable for the product name that can be used
[06:48] <seb128> also unsure xdg-settings has the same facility for email
[06:48] <seb128> $ xdg-settings get default-url-scheme-handler email
[06:48] <seb128> $
[06:48] <seb128> at least on my install
[06:49] <seb128> oSoMoN, is the xdg-settings call proxying to the real system, do you remember? 
[06:49] <seb128> like for firefox it's really managing to change the default?
[06:53] <luna_> morning 
[06:53] <luna_> Firefox 83 RC2 releases 18:00 Berlin Time so tonight
[06:54] <oSoMoN> seb128, there's a xdg-setting proxy in snapd that forwards a subset of the calls to the host IIRC
[06:57] <seb128> oSoMoN, thanks (and the command works, just it's 'mailto' as argument, I'm not awake enough yet)
[06:58] <seb128> hey luna_, are you feeling better today?
[07:03] <duflu> Morning luna_ 
[07:04] <oSoMoN> good morning luna_ 
[07:04] <oSoMoN> and good morning ricotz 
[07:08] <ricotz> good morning oSoMoN duflu 
[07:08] <duflu> Hi ricotz 
[07:12] <seb128> hey ricotz, how are you?
[07:14] <luna_> morning duflu and oSoMoN 
[07:21] <marcustomlinson> morning desktoppers
[07:22] <duflu> Morning marcustomlinson 
[07:26] <ricotz> hey seb128 marcustomlinson 
[07:33] <oSoMoN> good morning marcustomlinson 
[07:35] <didrocks> good morning
[07:35] <duflu> Morning didrocks 
[07:37] <didrocks> hey duflu 
[07:38] <marcustomlinson> hey duflu ricotz oSoMoN and didrocks
[07:42] <didrocks> morning marcustomlinson 
[09:07] <Laney> yo
[09:07] <seb128> hey Laney, marcustomlinson, how are you?
[09:12] <didrocks> hey Laney, seb128 
[09:13] <seb128> lut didrocks 
[09:14] <oSoMoN> yo Laney 
[09:15] <didrocks> salut oSoMoN 
[09:15] <oSoMoN> salut didrocks 
[09:15] <oSoMoN> didrocks, not enjoying a day off today?
[09:23] <duflu> Morning Laney
[09:26] <Laney> moin seb128 didrocks oSoMoN and duflu!
[09:27] <didrocks> oSoMoN: no, enjoying +1 duty rather :p
[09:27] <didrocks> will probably swap later
[09:28]  * didrocks thinks we can soon have Go 1.15 transition over
[09:28] <Laney> \o\
[09:38] <marcustomlinson> hey Laney and seb128
[09:38] <marcustomlinson> seb128: doing ok thanks! Yourself?
[09:41] <seb128> marcustomlinson, I'm alright :)
[09:53] <seb128> jamesh, are portal supposed to be able to calls snap? asking to try to make sense of https://discourse.ubuntu.com/t/thunderbird-snap/19156/19
[09:53] <jamesh> seb128: reading
[09:55] <jamesh> seb128: there shouldn't be any difference
[09:57] <didrocks> those golang- bindings are really frustrating to deal with, if you update one, the other will break and vice-versa (really, golang libraries are not made to be packaged into a distro)
[09:58] <seb128> jamesh, using portal-test  it has a .txt example, it lists for me firefox/libreoffice/gedit (debs) where nautilus also lists on a .txt sublime and vscode which are snaps I've installed
[10:00] <seb128> jamesh, ah, sorry, there is a '...' button at the bottom but it's not very visible
[10:00] <seb128> that includes those options
[10:00] <seb128> and it works
[10:00] <seb128> oh well, I will poke a bit more on the thunderbird side
[10:00] <seb128> jamesh, thanks for the reply!
[10:01] <jamesh> seb128: you had me worried that the portal service started by dbus might have had a different environment to Nautilus started by gnome-shell
[10:01] <seb128> sorry!
[10:02] <jamesh> there's definitely been some issues with the way snapd injects itself into PATH and XDG_DATA_DIRS, but I didn't think we'd seen those on default Ubuntu sessions
[10:04] <seb128> the thunderbird attachments handling and custom xdg-open wrapper thing isn't great for sure, I can confirm that opening a pdf from the composer fails here
[10:04] <seb128> user-open error: request declined by the user (code 2)
[10:05]  * seb128 confirms the issue and add to the backlog
[10:06] <seb128> there errors string suggests it's a snapd error, https://sources.debian.org/src/snapd/2.45.2-1/cmd/snapctl/main.go/?hl=52#L52
[10:07] <jamesh> seb128: is thunderbird talking to xdg-desktop-portal directly, or are you using the mimeapps.list hack we had in the Firefox snap?
[10:08] <jamesh> the mimeapps.list thing was to get Firefox to call our xdg-open proxy for many common mime types, way back before it had native portal support
[10:09] <seb128> jamesh, I would need to check with Ken, I'm not familiar with what the snap does there but there is no mimetype hack in the snapcraft.yaml at least
[10:10] <seb128> but thunderbird suggests 'system handler' as the app choice and sometime 'xdg-open' so it feels hackish, unsure how that glue is done
[10:12] <jamesh> seb128: if it says "system handler", then  that's the native portal support.  If it says xdg-open, then it is picking up the /usr/share/applications/xdg-open.desktop file from the base snap
[10:12] <jamesh> maybe being directed to use it by a mimeapps.list file
[10:13] <seb128> if I click 'other' on the open dialog it lists 'Url Handler Script' which is a weird name
[10:14] <seb128> jamesh, thanks for the pointers, I asked the user to report a bug, I will poke a bit more later and talk to Ken
[10:14] <seb128> but I need to step out for a bit now
[10:18] <seb128> execve("/usr/bin/snapctl", ["snapctl", "user-open", "/run/user/1000/doc/7b39c39f/boarding-pass.pdf"], 0x564e809878d8 /* 116 vars */ <unfinished ...>
[10:18] <seb128> $ snapctl user-open /run/user/1000/doc/7b39c39f/boarding-pass.pdf
[10:18] <seb128> user-open error: request declined by the user (code 2)
[10:19] <seb128> (in a --shell env)
[10:19] <seb128> k, on that note I step out really for a bit, bbl
[11:03] <Nafallo> seb128: even the system tells you to not fly anywhere at the moment! *cry*
[20:15] <seb128> RAOF, I saw didrocks' mentioning you fixed the colord build issue and checked in salsa, I assume it needs sponsoring so I'm going to go ahead and upload
[20:17] <RAOF> seb128 oh, yes please.
[20:17] <seb128> RAOF, hey, and done ;-)