[00:36] <Laney> laney@nightingale> snap run gedit                                                                                                                                                                                                 ~
[00:36] <Laney> /bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_GB.UTF-8)
[00:36] <Laney> (org.gnome.gedit:22673): GLib-GIO-WARNING **: 00:35:05.530: Error creating IO channel for /proc/self/mountinfo: Permission denied (g-file-error-quark, 2)
[00:36] <Laney> (org.gnome.gedit:22673): Gtk-WARNING **: 00:35:17.517: Calling org.gnome.SessionManager.Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: An AppArmor policy prevents this sender from sending this message to this recipient; type="method_call", sender=":1.256" (uid=1000 pid=22673 comm="/snap/gedit/368/usr/bin/gedit " label="snap.gedit.gedit (enforce)")
[00:36] <Laney> interface="org.gnome.SessionManager" member="Inhibit" error ...
[00:36] <Laney> ... name="(unset)" requested_reply="0" destination=":1.20" (uid=1000 pid=1564 comm="/usr/lib/gnome-session/gnome-session-binary --syst" label="unconfined")
[00:36] <Laney> I feel like that method call should have been allowed
[00:36] <Laney> that's what lets gedit block shutdown until you decide to save the document or not
[00:36] <Laney> (IIRC)
[00:38] <Laney> kenvandine: jamesh: any opinion?
[00:43] <kenvandine> Laney: i'd think that would be allowed by connecting the desktop interface
[00:44] <kenvandine> Laney: i don't see that output from gedit in my X session though, so maybe wayland related as well?
[00:44] <Laney> desktop                   gedit:desktop          :desktop                         -
[00:44] <Laney> does that mean it's there?
[00:45] <kenvandine> not sure, but I think we should allow access via that interface
[00:45] <Laney> it only denies once you've typed something btw
[00:45] <kenvandine> ah... i am seeing that
[00:45] <Laney> nod
[00:49] <kenvandine> jdstrand: ^^ thoughts on the allowing inhibit session via the desktop interface?
[00:51] <Laney> that's gtk_application_inhibit() https://developer.gnome.org/gtk3/stable/GtkApplication.html#gtk-application-inhibit
[01:06] <jamesh> Laney: there is an inhibit interface in xdg-desktop-portal, so I suspect the main API is more powerful than is ideal
[01:10] <Laney> ah I see
[01:11] <Laney> jamesh: https://gitlab.gnome.org/GNOME/gtk/blob/gtk-3-24/gtk/gtkapplication-dbus.c#L436
[01:11] <Laney> so I would guess that we can see gnome-session on the bus, which means we're trying to use it
[01:11] <Laney> does that sound plausible?
[01:13] <Laney> no
[01:13] <Laney> https://gitlab.gnome.org/GNOME/gtk/blob/gtk-3-24/gtk/gtkapplication-dbus.c#L271
[01:15] <jamesh> Laney: try running the app with GTK_USE_PORTAL=1
[01:15] <kenvandine> jamesh: doesn't help
[01:16] <kenvandine> jamesh: probably the gtk version in the platform is too old?
[01:19] <Laney> ah if it's bionic's version that would make sense (271 isn't there)
[01:19] <jamesh> perhaps? gnome-3-28-1804 looks like it contains 3.22
[01:19] <kenvandine> that's what i'm thinking
[01:19] <kenvandine> i can verify by building gedit with gnome-3-34-1804
[01:20] <jamesh> which doesn't have the gtk_should_use_portal() short circuit
[01:20] <jamesh> https://gitlab.gnome.org/GNOME/gtk/blob/gtk-3-22/gtk/gtkapplication-dbus.c#L175
[01:20] <Laney> indeed
[01:21] <Laney> need 3.24.0 for that
[01:21] <jamesh> I do wonder if the gtk_application_get_proxy_if_service_present() call to get the inhibit portal proxy is going to work or not though
[01:23] <jamesh> i.e. will the calls it uses to determine if the name is available be blocked, since they'd allow enumerating any bus name
[01:27] <Laney> D-Bus using clients are going to have a bad time if this stuff (GetNameOwner / NameOwnerChanged) doesn't work
[01:28] <Laney> btw (slightly different topic)
[01:28] <jamesh> they're allowed by desktop-legacy
[01:29] <jamesh> the main problem is that the AppArmor dbus integration is too low level for the type of filtering we usually want to do
[01:30] <jamesh> but then we need desktop-legacy anyway for a11y and input methods
[01:30] <jamesh> (those APIs leak like a sieve as far as confinement goes)
[01:31] <Laney> yeah
[01:32] <Laney> we found that if a gsettings key is at its default value, and the value is overridden in the host by a gsettings override, you don't see that overridden value inside the snap
[01:32] <Laney> I guess we're only getting things which are set in the user's dconf database?
[01:33] <jamesh> we've got settings mostly worked out for the case where portals are enabled
[01:34] <jamesh> the desktop wide settings required by the Wayland GTK backend are accessed via a D-Bus portal API that provides read-only access to theme name, font name, etc
[01:34] <jamesh> application settings are stored in a keyfile local to the app
[01:34] <jamesh> no need to talk to dconf at all
[01:35] <Laney> it's about reading where the host's default differs from the snap's
[01:35] <Laney> but indeed it was for the cursor theme in this case, which will be covered by that portla
[01:35] <jamesh> right.  we get the host default theme names because the xdg-desktop-portal service is running outside of confinement
[01:36] <jamesh> for application settings, the confined app never sees host settings: default or otherwise
[01:37] <Laney> I guess I can see that this makes sense
[01:39] <jamesh> and since the settings end up in a keyfile in $XDG_CONFIG_HOME (which will be in $SNAP_USER_DATA or $SNAP_USER_COMMON), they get managed with the rest of the confined app's data
[01:39] <jamesh> so e.g. you won't end up with stale settings in your dconf database after uninstalling a snap
[07:07] <didrocks> good morning
[07:29] <jibel> salut didrocks
[07:29] <didrocks> salut jibel, ça va ?
[07:29] <jibel> didrocks, bien et toi?
[07:30] <jibel> trying to reproduce bug 1848856
[07:30] <jibel> I don't know where this cr charachter comes from
[07:31] <didrocks> jibel: ça va. Didn't way say that it could come in a mirror disk situation?
[07:34] <jibel> didrocks, yeah I created the same setup mirrored disk + cache and log devices on another partition
[07:34] <didrocks> interesting, we got 2 people at least getting it IIRC, so unsure
[07:34] <didrocks> I think we just adapt the mock to return it
[07:34] <didrocks> and ensure it's fixed
[07:35] <jibel> yup
[07:36] <jibel> didrocks, I cannot find 10_linux_zfs in grub's vcs. where is it?
[07:36] <didrocks> the guy fixed it himself that way, so, we shouldn't be far :)
[07:36] <didrocks> jibel: .in ;)
[07:36] <jibel> didrocks, right but I cannot find it
[07:37] <didrocks> hum, oh, you need to checkout the patched branch
[07:37] <didrocks> git dpm checkout-patch
[07:37] <didrocks> (or patch*ed*)
[07:37] <jibel> ok
[07:37] <didrocks> with ed, indeed
[07:38] <didrocks> (btw, sorry for the email github action failing spam, but as it's working again… ;))
[07:46] <didrocks> phew, passed!
[08:24] <marcustomlinson> morning didrocks and jibel
[08:26] <didrocks> hey marcustomlinson
[08:29] <jibel> morning marcustomlinson
[12:59] <Trevinho> marcustomlinson: hey, still trying to get that bug happen, what kind of vm was reproducible?
[12:59] <Trevinho> low-powered one maybe?
[12:59] <Trevinho> so that it might look like a race
[13:00] <marcustomlinson> Trevinho: the VM's I was testing on had 8GB RAM, 8 cores
[13:00] <Trevinho> marcustomlinson: so not really bad
[13:00] <Trevinho> kvm or what?
[13:00] <marcustomlinson> no, but I don't know at this point, perhaps a slower machine will trigger it more
[13:01] <marcustomlinson> Trevinho: kvm yes
[13:30] <Trevinho> marcustomlinson: uff, trying focal daily kvm, again I'm still getting the normal text pasted... -_-
[13:30] <Trevinho> ok, got it now
[16:12] <Trevinho> marcustomlinson: mh, so it looks that mutter uses the png format as default for saving data when there are various possible types...
[16:13] <marcustomlinson> Trevinho: nice catch
[16:13] <marcustomlinson> that would make sense
[16:13] <Trevinho> although, not sure why we're then pasting it in the way to ignore the actual type, this might be because when doing multiple requests we ignore the FORMAT request from the client
[16:14] <Trevinho> as the client asks us the type to paste, then we should give it the one required
[16:22] <marcustomlinson> Trevinho: I'm not sure LibreOffice would strictly specify type at the time of pasting. I mean, either text or an image is acceptable in a spreadsheet
[16:24] <marcustomlinson> and the same would go for pasting into an email
[16:24] <marcustomlinson> My guess is that it's just the copy end that is broken
[16:32] <marcustomlinson> Trevinho: I might have misunderstood what you meant. I think we are in agreement anyway.
[16:33] <Trevinho> marcustomlinson: well the copy end by default marks such copy as image....
[16:33] <Trevinho> However, libreoffice should then require the actual type (like when you do "ctrl+shift+v" and you can choose the type to paste)
[16:33] <Trevinho> so by default a cell can be also an image
[16:33] <Trevinho> what could be wrong is both libreoffice choosing the type or mutter not doing the required conversion sometimes
[16:37] <seb128> goooood morning systems
[16:37] <seb128> hey marcustomlinson, Trevinho, how is it going?
[16:37] <Trevinho> seb128: hey, good... Got an house :)
[16:37] <seb128> oh, nice, congrats! :
[16:37] <seb128> :)
[16:38] <marcustomlinson> hey seb128, good thanks, how's things there?
[16:39] <didrocks> hey seb128
[16:39] <seb128> lut didrocks
[16:43] <seb128> didrocks, en forme?
[16:43] <didrocks> ça va, et toi ?
[16:48] <seb128> ça va bien :)
[16:51] <seb128> hum, does anyone here remember how to change the nick completion mode from hexchat? (I assume it's working the same as under old xchat)
[16:52] <Trevinho> no idea
[17:05] <marcustomlinson> Trevinho: I'm beginning to believe this may actually be LibreOffice's fault. While there's been 2 reports of "other apps doing the same thing", I fear there may have been a misunderstanding. Some people were saying sometimes the paste doesn't work or pastes something old
[17:06] <Trevinho> marcustomlinson: i'm thinking there could be some faulty thing there as well, but still in debugging
[17:07] <marcustomlinson> I haven't reproduce this on anything other than LibreOffice yet
[17:08] <Trevinho> marcustomlinson: have you tried somwhere else that create a multi-type selection?
[17:08] <marcustomlinson> Trevinho: I've tried gnumeric, calligrasheets and abiword so far
[17:08] <Trevinho> marcustomlinson: you can see the possible of conversions for the selection you copied via `xclip -o -target TARGETS -selection clipboard`
[17:09] <Trevinho> LO has also image/png for those
[17:09] <Trevinho> and bmp
[17:11] <Trevinho> marcustomlinson: also the way I have to reproduce it is hitting ctrl+c/v quickly many times.. Not really a way I can reproduce with an exact schema, so not the easiest to debug
[17:11] <marcustomlinson> https://pastebin.ubuntu.com/p/YPzTh6dPRy/
[17:11] <Trevinho> marcustomlinson: so no image/*, no way it could be misunderstood
[17:11] <marcustomlinson> yeah...
[17:12] <marcustomlinson> I see
[17:12] <Trevinho> not sure if gimp has something doing similar things
[17:12] <marcustomlinson> Trevinho: abiword: https://pastebin.ubuntu.com/p/F4wpCXYQyF/
[17:13] <marcustomlinson> that was from copying the text "hello"
[17:13] <marcustomlinson> so let me see if I can reproduce then
[17:17] <Trevinho> all this depends if the target supports svg I assume
[17:17] <Trevinho> as last image type is picked iirc
[17:17] <marcustomlinson> can't reproduce it from the copy in abiword
[17:18] <marcustomlinson> tried by hitting ctrl+a/c/v over and over
[17:18] <Trevinho> ok, I got some useful logging maybe
[17:19] <Trevinho> marcustomlinson: abiworld and paste to lo?
[17:20] <marcustomlinson> will keep trying that
[17:20] <marcustomlinson> oh wait
[17:20] <Trevinho> marcustomlinson: anyways, forgot to ask, there was not a bug reported upstream yet, right?
[17:21] <marcustomlinson> I get "contents could not be pasted"
[17:21] <marcustomlinson> when copying text from abiword and pasting into LO
[17:21] <marcustomlinson> Trevinho: https://gitlab.gnome.org/GNOME/mutter/issues/919
[17:21] <gitbot> GNOME issue 919 in mutter "Copied text from rich text editors seems to be stored in the clipboard as a bitmap in X11" [Opened]
[17:22] <Trevinho> marcustomlinson: ok, thanks
[17:29] <marcustomlinson> Trevinho: don't know why I didn't think about this earlier: I ran the exact same version of the LO snap on Eoan (mutter 3.34) and Disco (mutter 3.32), reproducible on Eaon, not reproducible on Disco
[17:30] <Trevinho> marcustomlinson: sure, sure this indeed involves the new mutter
[17:30] <marcustomlinson> just triple checking
[17:30] <Trevinho> it's even true that mutter could be still right, and LO not doing all the things properly
[17:30] <Trevinho> as now mutter puts itself in the middle
[17:31] <marcustomlinson> I see
[17:33] <Trevinho> marcustomlinson: it's true that when this happens, is because LO asks mutter the TARGETS types we supports
[17:33] <Trevinho> but we return only the bmp...
[17:42] <vicky> Trevinho: ping
[17:42] <Trevinho> vicky: pong
[17:44] <vicky> Trevinho: I'm trying to get some help/pointers on a gdm issue. Do you have some time to discuss. Thank you.
[17:44] <Trevinho> vicky: tell me
[17:45] <vicky> Trevinho: The details are in https://gitlab.gnome.org/GNOME/gdm/issues/507
[17:45] <gitbot> GNOME issue 507 in gdm "gdm3 login screen is blank and does not show greeter" [2. Needs Information, Opened]
[17:47] <vicky> Trevinho: From my analysis it looks to be a gdm issue. Or the kernel update breaks the userspace application.
[18:17] <Trevinho> vicky: mh, it's a bit generic, could be many things
[18:17] <Trevinho> vicky: does it work in x11, at first?
[18:23] <vicky> Trevinho: Do you mean uncommenting 'waylandenable=false'?
[18:31] <vicky> Trevinho: Uncommented 'WaylandEnable=False' in /etc/gdm3/daemon.conf and tried. The issue is still seen. If i use lightdm then the greeter appears
[18:32] <Trevinho> vicky: do you get any jouranlctl issue related to gnome-shell/gdm?
[18:32] <Trevinho> vicky: also in that file enable debugging
[18:32] <Trevinho> and then put all this in the bug you opened
[18:33] <vicky> Trevinho: yes enabled debug in that file and took journalctl logs
[18:33] <vicky> Trevinho: https://gitlab.gnome.org/GNOME/gdm/issues/507#note_641344
[18:33] <gitbot> GNOME issue 507 in gdm "gdm3 login screen is blank and does not show greeter" [2. Needs Information, Opened]
[21:28] <Laney> why does firefox believe that I've launched an older version after upgrading to focal O_O
[21:31]  * Laney runs firefox --allow-downgrade
[22:08] <sarnold> Laney: I'm going to guess it's because eoan's -security firefox was built 2019-11-05 and focal's -release firefox was built 2019-11-02
[22:09] <Laney> interesting theory!
[22:13] <Laney> looks like it could be correct
[22:14] <Laney> https://github.com/mozilla/gecko-dev/blob/master/toolkit/xre/nsAppRunner.cpp#L2442
[22:14] <Laney> and the build ID for me is 20191031000133
[22:16] <sarnold> I thought we had a local patch to disable that check or similar after this happened in *released* firefox versions
[22:17] <sarnold> Laney: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1830096
[22:20] <Laney> sarnold: aha
[22:21] <Laney> might need to poke Olivier again
[22:21] <Laney> i'm glad that has managed to pass me by until now :>
[22:21] <sarnold> same :)