[06:59] <oSoMoN> good morning desktoppers
[07:01] <duflu> Hi oSoMoN, seb128
[07:07] <oSoMoN> hey duflu
[07:07] <oSoMoN> salut seb128
[07:07] <oSoMoN> how is it going?
[07:08] <duflu> Going well. Last day of winter :)  How is oSoMoN?
=== pstolowski|afk is now known as pstolowski
[07:16] <oSoMoN> I'm good, a bit tired but last day of the week :)
[07:19] <seb128> hey duflu oSoMoN, happy friday!
[07:19] <seb128> goo morning desktopers
[07:20] <duflu> Happy Friday also
[07:26] <mtj_> hi people, whats ubuntu 18.04's default WM? .. its xwayland?
[07:26] <duflu> mtj_, the WM code for gnome-shell is in the 'mutter' project
[07:26] <jamesh> mtj_: gnome-shell
[07:27] <duflu> Not gnome-shell
[07:27] <duflu> :)
[07:28] <duflu> In fact some functions are prefaced "meta_" which I *think* is a leftover from Metacity code that was copied in (?)
[07:28] <jamesh> and mutter is a library linked into gnome-shell :)
[07:28] <jamesh> mtj_: on the default session for 18.04, xwayland is not used.
[07:29] <mtj_> awesome, thanks all
[07:29] <jamesh> if you switch to the Wayland session, then xwayland acts as an X server to display X11 clients via the Wayland compositor
[07:29] <jamesh> even then, gnome-shell is acting as an X11 window manager for those clients though
[07:30] <mtj_> jamesh: curious... i have /usr/bin/Xwayland running .. on a (afaik) default session?!
[07:30] <duflu> mtj_, yes in Ubuntu 18.04 Xwayland is running for the login screen, though unused. In Ubuntu 18.10 that wasteful behaviour is gone
[07:30] <mtj_> click
[07:31] <duflu> Because gnome-shell renders the login screen too, and in 18.04 gnome-shell would always start Xwayland even when not required
[07:33] <duflu> Maybe it would ease the confusion if it used a symlink gnome-login-screen -> gnome-shell so you could tell what is what
[07:39] <jamesh> presumably you can distinguish them by user ID?
[07:40] <duflu> Yes, but that's less obvious and creates more questions than a unique name
[07:40] <duflu> command name
[07:41] <duflu> Add it to the list of "things we think are obvious but to some users are not". I've been thinking there might be a lightning talk in that
[07:51] <mtj_> sorry if off-topic.. im looking for a window-manager that has functionality to execute a shell command when an event happens.. any ideas?
[07:53] <duflu> mtj_, depends what shell you want to use, and what kind of "event" you mean
[07:54] <mtj_> ..specifically, i want my WM to call autokey when a 'window focus' event happens, (and pass autokey the window's name/id)
[07:57] <duflu> mtj_, sorry I can't think of anything that exists for that. However you could probably write an X app to do it (for any WM).
[07:57] <duflu> Probably not for Wayland though, because that's more secure
[07:59] <duflu> (more secure meaning for Wayland it would have to be built into the shell/WM)
[08:02] <willcooke> morning all
[08:03] <duflu> Morning willcooke
[08:03] <willcooke> adternoon duflu, how goes?
[08:04] <duflu> willcooke, pretty good. Are you refreshed?
[08:05] <willcooke> duflu, not really :)  Was a very busy few weeks decoratig and sorting out house stuff, and then the firehose of email yesterday.
[08:06] <duflu> Fair enough. I keep thinking I should use vacation to sort out the house and then remember how not fun that is
[08:06] <jamesh> mtj_: it might be possible to do that through gnome-shell's extension interface
[08:07] <duflu> Yes, I searched for extensions and couldn't find an existing one
[08:08] <mtj_> yes yes... interesting..
[08:09] <RAOF> seb128: Just a pong to say I have not forgotten colord. I just need to finish the migration to salsa, I've got it building with the new meson build system, and I'll do a sweep of the BTS and then it'll be good to go.
[08:09] <duflu> But in X pretty much everything is public. You can just write an app to monitor the windows and run things
[08:14] <mtj_> duflu: the app sounds like a useful tool
[08:15] <duflu> Yes, but not future proof. It won't work for anyone who uses a Wayland session
[08:16] <jamesh> mtj_: X11 is basically a product of its time: it assumes that every app displayed on your screen is equally trusted and that everything is part of the same security domain
[08:17] <jamesh> mtj_: so there's no reason to e.g. stop one application snooping on a second application's input, or screenshot sensitive data from another app, or to download the contents of the clipboard when not focused, etc
[08:18] <mtj_> makes sense
[08:19] <jamesh> and if apps can ptrace each other and read the contents of memory, then there isn't much reason to stop access at the display server
[08:20] <jamesh> once you've got sandboxed applications though, you want to partition off apps from each other.  At that point, the display server becomes the only component capable of doing things like tracking window stacking
[08:27] <seb128> RAOF, great, thx!
[08:28] <seb128> hey willcooke
[08:29] <willcooke> morning seb128
[08:29] <seb128> how are you? friday already!
[08:30] <willcooke> :) still lots to catch up on :(
[08:30] <willcooke> and I started getting emails from my server about a disk failing this morning
[08:30] <seb128> :/
[08:30] <willcooke> glad it told me though
[08:30] <seb128> right
[08:31] <seb128> is that an out-of-the-box reporting mechanism? or did you installl some software that does that?
[08:31] <willcooke> smartmontools
[08:31] <willcooke> I'd already got root email forwarding to my normal email, and when I installed it, it just worked
[08:32] <seb128> nice
[08:58] <oSoMoN> seb128, in case you're still monitoring the LO autopkgtests situation, I've got the lloconv failures covered (bug #1790083), I'm filing a bug in debian and will propose a change to fix them
[08:58] <ubot5> bug 1790083 in lloconv (Ubuntu) "autopkgtests fail with LO 6.1 because LibreOfficeKit writes to stderr" [Undecided,New] https://launchpad.net/bugs/1790083
[09:26] <oSoMoN> interestingly, the same tests are passing in Debian
[10:29] <willcooke> Anyone know a command like cp but that gives you a progress indicator as it goes?
[10:30] <willcooke> pv sounds like an option, but I read something about it dropping file perms
[10:31] <willcooke> oh, rsync can do it of course
[10:31] <willcooke> ignore
[10:33] <duflu> If you can convince scp to not revert to cp locally then that might also work
[10:33] <duflu> Night all
[10:34] <duflu> Happy weekend
[10:40] <oSoMoN> seb128, could you please upload lloconv on my behalf: http://people.canonical.com/~osomon/lloconv/ ?
[10:41] <oSoMoN> I haven't figured out why the same tests are not failing on Debian yet, but this at least will unblock the libreoffice migration
[10:58] <seb128> oSoMoN, sure
[11:00] <seb128> oSoMoN, uploaded
[11:05] <oSoMoN> seb128, thanks
[11:05] <seb128> np!
=== pstolowski is now known as pstolowski|lunch
=== pstolowski|lunch is now known as pstolowski
[12:56] <Mirv> doh, bug #1574638 breaking login to ubuntu-fi's MoinMoin wiki. some day I'd need to tinker about what kind of fix Firefox would need..
[12:56] <ubot5> bug 1574638 in firefox (Ubuntu) "Firefox has non-functional preferred language both after upgrade and clean install" [Undecided,New] https://launchpad.net/bugs/1574638
[13:10] <jibel> I tried latest bionic image to verify an SRU and gnome-shell fails to start. Has anyone else noticed this?
[13:10] <jibel> in the journal: JS ERROR: TypeError: this._currentWindow is null
[13:15] <willcooke> jibel, 18.04.1?
[13:16] <jibel> willcooke, daily
[13:28] <seb128> Trevinho, ^
[13:28] <Trevinho> mh
[13:28] <Trevinho> jibel: more dumpstack?
[13:45] <jibel> Trevinho, no, it didn't happen on another attempt
[13:45] <Trevinho> jibel: mh, nothing left in the journalctl?
[13:45] <jibel> I'll report a bug if it happens agaain
[13:46] <Trevinho> ok
[13:46] <jibel> no, I wiped the machine, I want to finish this sru before eod
[13:46] <Trevinho> jibel: looks like https://gitlab.gnome.org/GNOME/gnome-shell/issues/414
[13:46] <gitbot> GNOME issue 414 in gnome-shell "keyboard: _currentWindow can be null in FocusTracker" [Closed]
[13:47] <greyback> jamesh: hey, any chance you could check this: https://github.com/ubuntu/snapcraft-desktop-helpers/pull/145 ?
[13:47] <gitbot> ubuntu issue (Pull request) 145 in snapcraft-desktop-helpers "Set FONTCONFIG_PATH correctly to fix loading in-snap fonts" [Open]
=== pavlushka_ is now known as pavlushka
[13:50] <Trevinho> jibel: I've just cherry-picked it to gnome-3-28 (https://gitlab.gnome.org/GNOME/gnome-shell/commit/6a796675bd7815087881b799ff5fc79e9ce2b0bf) will be released on next stable, if you want open a bug so we track it for cherry-picking (if release doesn't arrive earlier enough
[13:50] <jibel> Trevinho, ok
=== ecloud is now known as ecloud_away
=== pavlushka_ is now known as pavlushka
=== pavlushka_ is now known as pavlushka
=== pstolowski is now known as pstolowski|afk
[17:09] <Trevinho> kenvandine[m]: I was looking at desktop helpers, there are various reviewed PR's that should land...
[17:13] <willcooke> Trevinho, hes on holiday until Tuesday
[17:33] <oSoMoN> Trevinho, I can help with that, but let's not merge just before leaving for the week-end, potentially breaking the world
[17:33] <oSoMoN> I'll have a look at those on Monday morning
[17:33] <Trevinho> willcooke: oh, ok... sorry :)
[17:33] <Trevinho> sure sure...
[17:33] <Trevinho> oSoMoN: ^
[17:33] <Trevinho> just noticed there are some
[17:34] <Trevinho> I've one also that is under review for a while for spacing folders
[17:36] <oSoMoN> on those good words, have a great week-end everyone!
[17:36] <Trevinho> jibel: I've pushed that ubiquity fix, fyi https://code.launchpad.net/~3v1n0/ubiquity/+git/ubiquity/+merge/354135
[17:44] <jibel> Trevinho, thanks, I'll merge on Monday is nobody beats me to it
[17:44] <jibel> if*
[17:44] <Trevinho> jibel: as for deps stuff?
[17:44] <jibel> Trevinho, which deps stuff?
[17:46] <Trevinho> jibel: my questions in the MP
[18:05] <willcooke> night all
[18:09] <seb128> have a good w.e desktopers
=== Guest70189 is now known as RAOF