[05:57] <oSoMoN> good morning desktoppers!
[06:02] <duflu> Morning oSoMoN
[06:02] <oSoMoN> hey duflu, how is it going?
[06:02]  * duflu runs away for a while
[06:02] <oSoMoN> heh, see you later then
[06:26] <didrocks> good mornng
[06:31] <oSoMoN> good mrning didrocks
[06:33] <didrocks> hey hey oSoMoN, how is it going?
[06:35] <oSoMoN> didrocks, I could have used a couple of hours more sleep, but otherwise good. you?
[06:35] <jibel> morning didrocks oSoMoN
[06:35] <oSoMoN> morning jibel
[06:38] <didrocks> salut jibel
[06:39] <didrocks> oSoMoN: ah, quite similar, was awaken multiple time this night, but yeah, overall good, can still type it seems :p
[06:39] <oSoMoN> not even that in my case, just a short night :)
[06:39] <didrocks> stop partying!
[06:39] <didrocks> :)
[06:39] <oSoMoN> I wish…
[06:40] <didrocks> heh
[06:40] <oSoMoN> typing is just muscle memory, the real test is whether what you write actually makes sense
[06:41] <didrocks> I never claimed that I was writing meaningful sentences
[06:41] <oSoMoN> good, I won't pretend I do either :)
[06:41] <didrocks> ;)
[06:49] <seb128> good morning desktopers
[06:49] <oSoMoN> salut seb128
[06:50] <seb128> lut oSoMoN, comment ça va aujourd'hui ?
[06:50] <oSoMoN> seb128, nuit un peu trop courte à mon goût, mais bien sinon
[06:50] <oSoMoN> et toi?
[06:51] <seb128> pareil
[06:51] <seb128> je me suis couché à 1h45 c'était pas raisonable :-/
[06:57] <oSoMoN> ouch
[07:38] <didrocks> should we show off the trash and mount volume icon in the GNOME Shell ubuntu session?
[07:38] <didrocks> as it's not part of the docker anymore
[07:38] <didrocks> (any input welcomed)
[07:45] <duflu> didrocks: Sounds exciting. Are they new?
[07:45] <didrocks> duflu: no, it's just an override we have
[07:45] <didrocks> to not display them
[07:45] <didrocks> which makes sense in unity, as they were part of the launcher
[07:46] <didrocks> now, on the GNOME Shell session, unsure what to do (I would tend not trash, but maybe mount volumes to display?)
[07:46] <duflu> didrocks, I would vote to show Trash. Because it's non-obvious, and even annoying, having to open Nautilus to find it
[07:47] <didrocks> duflu: and mount point? would you be in favor or against them on desktop?
[07:47] <duflu> didrocks: I like seeing mounts at a high level. Preferably in a dock or panel, but desktop is OK
[07:47] <duflu> Apple thinks so
[07:48] <didrocks> thanks for your feedbacks! Let's see what other says…
[07:48] <duflu> Interesting. It's localized in nautilus ("Rubbish Bin") but not on nautilus-desktop ("Trash")
[07:49] <didrocks> ahah, Bin vs Trash, reminds me fun conversation in Unity times
[07:57] <seb128> didrocks, showing desktop icons is fine with me
[08:00] <didrocks> seb128: trash & mounts?
[08:00] <seb128> hey willcooke
[08:00] <didrocks> morning willcooke
[08:00] <seb128> didrocks, yeah, I've no strong opinion
[08:01] <didrocks> ok, that's what I did
[08:01] <didrocks> ok, change committed
[08:02] <didrocks> unsure about the lock screen behavior, I've reverted to upstream default for now, but we already have that one listed.
[08:02] <willcooke> morning
[08:02] <didrocks> the rest is way clearer for maintenance reason
[08:02] <didrocks> if anyone wants to have a look: http://paste.ubuntu.com/25268581/
[08:03] <didrocks> flexiondotorg: hey, I think you are using some of those schemas file in mate or was everything forked? ^
[08:03] <didrocks> flexiondotorg: if so, you may want to add ubuntu to your DesktopNames list as the last element
[08:07] <seb128> dropping off IRC for some testing, brb
[08:24] <chrisccoulson> good morning desktoppers
[08:24] <seb128> hey chrisccoulson
[08:27] <chrisccoulson> didrocks, for showing mount points, I use the Removable Drives extension, which adds a drop down menu to the mostly empty panel
[08:27] <chrisccoulson> hi seb128
[08:31] <didrocks> chrisccoulson: well, I guess we are not going to add more to the panelby default, hey ;)
[08:31] <didrocks> (once we get the indicator dicsussion done, that will be something ;)
[08:32]  * didrocks doesn't understand why we have the same overrides in multiple files
[08:33] <didrocks> especially when they differ :p
[08:42] <willcooke> duflu, https://launchpad.net/~osomon/+archive/ubuntu/cr-vaapi-test/+packages  (via oSoMoN - woot!(
[08:42] <willcooke> )
[08:43] <didrocks> hum, the gtk+3.0 branch is painfully outdated
[08:43]  * didrocks refresh it
[08:44] <duflu> willcooke, cool! But also not cool: I forgot about another bugfix I need to publish....
[08:44] <duflu> It was always in trello but I mistakenly thought it had been resolved externally
[08:44] <willcooke> duflu, no worries
[08:44] <duflu> And yet another upstream team I will need to deal with
[08:44] <willcooke> :/
[08:48] <didrocks> jbicha: updated the gtk branch, please think about doing it next time :)
[08:48] <didrocks> (even if previous tag wasn't pushed)
[08:48] <didrocks> which was on kenvandine[m][m] ;)
[08:58]  * didrocks is waiting for 10 minutes on set -e; LC_ALL=C.UTF-8 /usr/bin/licensecheck --check '.*' --recursive --copyright --deb-fmt --ignore '^(debian/(changelog|copyright(|_hints|_newhints)))$' --lines 0 * | /usr/lib/cdbs/licensecheck2dep5 > debian/copyright_newhints
[08:59] <didrocks> lalalala
[09:00] <willcooke> Trevinho, on my way to the meeting, running a few mins late
[09:01] <muktupavels> didrocks: why MATE should add Ubuntu to DesktopNames? They just install their own overrides if they want different default.
[09:09] <didrocks> muktupavels: right, but most of the override will be the same than ubuntu ones, like fonts and such
[09:09] <didrocks> muktupavels: and if they install without the :desktop_name, it will override all sessions
[09:09] <didrocks> we don't really want that
[09:10] <muktupavels> If it is clean MATE install then there should not be ubuntu overrides in first place, no?
[09:10] <muktupavels> they should update their overrides to add :MATE
[09:11] <didrocks> muktupavels: I think they install ubuntu-settings bin package
[09:11] <muktupavels> Personally I don't like idea about common name in DesktopNames. Unless you also plan to provide common autostart files, ShowOnlyIn, NotShowIn...
[09:12] <didrocks> well, that's already the case
[09:12] <didrocks> when you have an OnlyShowIn in a .desktop file, it's common
[09:12] <didrocks> there is only one available
[09:12] <didrocks> I bet Mate only have overrides on their delta
[09:13] <didrocks> but like not on which font to use, curstorsize and such
[09:14] <muktupavels> How DesktopNames will look for Unity and Ubuntu customized session?
[09:14] <muktupavels> Still I think each desktop should install their own overrides
[09:20] <didrocks> disagree, that will mean tons of duplication
[09:20] <didrocks> sorry, but building gtk at the same time saturate my latop in term of io
[09:21] <didrocks> http://paste.ubuntu.com/25268851/
[09:21] <didrocks> muktupavels: here is the override settings to cover base, ubuntu and unity ^
[09:21] <didrocks> imagine if I had to duplicate "ubuntu" for the whole "unity"
[09:21] <didrocks> and same with mate
[09:21] <didrocks> and same with…
[09:21] <didrocks> that would create a mess in term of experience
[09:21] <didrocks> for few settings difference
[09:21] <muktupavels> MATE overrides should not be in that file
[09:22] <didrocks> yeah
[09:22] <didrocks> just cp that file
[09:22] <didrocks> and redo it all
[09:22] <didrocks> which sounds… silly
[09:22] <muktupavels> So Unity will have DesktopNames=Unity:Ubuntu?
[09:22] <didrocks> but I guess that the ultimate decision will be for the Mate team
[09:22] <didrocks> yep
[09:22] <didrocks> Unity:ubuntu actually
[09:22] <muktupavels> Upstream GNOME DesktopNames=GNOME?
[09:22] <didrocks> right
[09:22] <muktupavels> How will look ubuntu customized GNOME session?
[09:23] <didrocks> and GNOME Shell with our ubuntu tweak, DesktopNames=ubuntu:GNOME
[09:23] <didrocks> as you can see in that file, it's about different fonts and themes ^
[09:23] <muktupavels> And you suggest that MATE adds ubuntu to their DesktopNames?
[09:23] <didrocks> (mostly)
[09:23] <didrocks> yeap, like for Unity: DestkopNames=Mate:ubuntu
[09:23] <didrocks> and implement deltas in :Mate
[09:23] <didrocks> (if any)
[09:24] <didrocks> ofc, that's if they didn't fork the org.gnome. schemas
[09:24] <didrocks> which I don't know
[09:24] <didrocks> that's why I think we should left that decision to them
[09:24] <didrocks> just being careful is they are using "global/gnome" ones
[09:24] <muktupavels> Now you decide that it good to add autostart file with ShowOnlyIn=ubuntu
[09:24] <didrocks> so that installing Mate doesn't broke the vanilla session
[09:24] <muktupavels> It will be autostarted in MATE too and that might not be what they want
[09:24] <didrocks> autostart are going away
[09:25] <didrocks> once sessions are being transitioned to systemd
[09:25] <didrocks> and they can use NotShowIn=, which will take precedence
[09:25] <didrocks> note that it's already the case, even without "ubuntu"
[09:25] <muktupavels> I think both can not be in same file?
[09:27] <didrocks> gtk… test failing, sigh
[09:27]  * didrocks needs to reboot and test, brbr
[09:31] <duflu> Great. I can't patch plugins-bad because artful can't build it
[09:33] <seb128> duflu, build issue with the new toolchain or something?
[09:33] <duflu> seb128, Maybe. Let me see if it's overconfiguring because I have extra packages installed
[09:34] <seb128> duflu, it's not listed on http://qa.ubuntuwire.org/ftbfs/rebuilds/test-rebuild-20170706-artful.html
[09:38] <didrocks> ok, I only have one bug with those per desktop overrides
[09:38] <didrocks> gdm is, for unknown reason, picking the :GNOME variant, even overriding global default setting
[09:39] <didrocks> no XDG_CURRENT_DESKTOP env variable in gdm GNOME Shell though
[09:39] <muktupavels> gnome-session sets XDG_CURRENT_DESKTOP=GNOME if nothing is set
[09:40] <muktupavels> https://git.gnome.org/browse/gnome-session/tree/gnome-session/main.c#n299
[09:40] <didrocks> not really
[09:40] <didrocks> XDG_CURRENT_DESKTOP=GNOME-Greeter
[09:40] <didrocks> it seems it matches "GNOME"?
[09:41] <didrocks> in /usr/lib/gdm3/gdm-wayland-session
[09:41] <didrocks> same in /usr/lib/gnome-session/gnome-session-binary
[09:43] <oSoMoN> chrisccoulson, how is chromium 60.0.3112.78 looking?
[09:43]  * didrocks tests with GNOME-Greeter, brb
[09:45] <didrocks> muktupavels: confirmed
[09:45] <didrocks> so GNOME-greeter matches "GNOME"
[09:45] <didrocks> want to have a look at the patch (want some feedbacks on it?)
[09:49] <muktupavels> are you sure that XDG_CURRENT_DESKTOP == GNOME-Greeter under gdm?
[09:49] <didrocks> yep
[09:49] <didrocks> just look at the environ of any process running under gdm on your system
[09:50] <didrocks> daemon/gdm-session.c:                return g_strdup ("GNOME-Greeter:GNOME");
[09:50] <didrocks> in gdm
[09:50] <didrocks> so yeah, that's probably why it matches GNOME aswell
[09:50] <didrocks> just didn't see it in the binary environ dump
[09:50] <didrocks> let me look more carefully
[09:51] <muktupavels> it will use override it finds...
[09:51] <didrocks> yep
[09:51] <muktupavels> simply use GNOME-Greeter for gdm...
[09:51] <didrocks> that's what I've already done :)
[09:51] <didrocks> let me confirm from a running process
[09:52] <didrocks> yeah, that's correct: XDG_CURRENT_DESKTOP=GNOME-Greeter:GNOMEDCONF_PROFILE=gdm
[09:52] <didrocks> (juts the binary format didn't help)
[09:53] <didrocks> ok, good! Will use that for "global" settings
[09:53] <didrocks> didn't spot anything wrong with the patch for now
[09:53] <duflu> seb128, *shrug* it looks like it's caused by the presence of Android headers on my machine. If the normal build environment lacks those then it wouldn't try building the broken region of code. Still, I fixed it with a one line makefile fix
[09:54] <muktupavels> org.gnome.desktop.interface:GNOME-Greeter
[09:54] <muktupavels> and then you dont need "Revert with default for GNOME user session"
[09:55] <didrocks> yep, exactly what I've done, that for ubuntu and GNOME-Greeter on cursor theme
[10:18] <chrisccoulson> oSoMoN, yeah, it's fine. But timed badly - I've got this, firefox and an embargoed update to do at the same time ;)
[10:18] <chrisccoulson> (I'm working on it)
[10:18] <oSoMoN> ok, thanks
[10:18] <chrisccoulson> oh, and rust. Anybody, feel free to take that off my hands ;)
[10:20] <chrisccoulson> ISTR seb128 volunteered to maintain rustc after a few beers at GUADEC last week
[10:21] <oSoMoN> the beer effect…
[10:21] <chrisccoulson> heh
[10:22]  * didrocks seconds chrisccoulson's memory
[10:23] <didrocks>  /msg chrisccoulson how much would you pay me for telling this already?
[10:23] <didrocks> doh :p
[10:23] <chrisccoulson> haha :)
[10:24] <didrocks> @all: do you have 4 workspaces showing up in your ubuntu session, even if dynamic-workspaces is set to true?
 flexiondotorg: if so, you may want to add ubuntu to your DesktopNames list as the last element -> Message from flexiondotorg : he's currently on holiday but he's seen your message and he will look at that when he gets back.
[10:26] <didrocks> ah, thanks ouroumov :)
[10:26] <ouroumov> yw
[10:28] <duflu> seb128, it's weird. I had to build two debdiffs. One that is ideal for archive and one which works on my machine... Please try them out: https://bugs.launchpad.net/ubuntu/+source/gst-plugins-bad1.0/+bug/1698287
[10:28] <duflu> And good night
[10:37] <ricotz> chrisccoulson, https://code.launchpad.net/~chrassig/ubufox/multiprocessCompatible/+merge/325042
[10:38] <seb128> chrisccoulson, I don't remember that...
[10:38] <seb128> you are saying that it's because of the beers right? ;-)
[11:08] <didrocks> retrying to everyone running artful on this channel: do you have 4 workspaces showing up in your ubuntu session, even if dynamic-workspaces is set to true?
[11:08] <willcooke> didrocks, checking
[11:09] <oSoMoN> didrocks, I have only two, not sure what the value of dynamic-workspaces is (where do I check?)
[11:10] <didrocks> oSoMoN: it's a gsettings key, so 2 is dynamic workspace
[11:10] <seb128> didrocks, I've only 2
[11:10] <didrocks> seb128: oSoMoN: are you sure you are on the ubuntu session?
[11:10] <didrocks> and not the gnome one?
[11:10] <willcooke> didrocks, the setting in Tweaks says 4. static workspaces
[11:10] <willcooke> only 1 shows up in activities
[11:10] <seb128> XDG_SESSION_DESKTOP=ubuntu-wayland
[11:10] <seb128> didrocks, ^
[11:10] <seb128> so no, not ubuntu
[11:10] <seb128> but ubuntu-wayland
[11:10] <seb128> does that make a difference?
[11:11] <didrocks> could do
[11:11] <didrocks> if we have a distro patch with "ubuntu"
[11:11] <oSoMoN> XDG_SESSION_DESKTOP=gnome here
[11:11] <didrocks>  /!\ gdm is buggy
[11:11] <seb128> but I'm pretty sure I had the same in an x11 session
[11:11] <didrocks> so if you select another user
[11:11] <seb128> though gdm doesn't respect the session you pick
[11:11] <didrocks> and never set a default session to it
[11:11] <didrocks> it can go to the gnome one
[11:12] <didrocks> ah, interesting, gnome-tweaks says that I have static workspaces
[11:13] <seb128> didrocks, 2 as well in "ubuntu"
[11:13] <didrocks> ok
[11:13] <didrocks> so, settings mutter to dynamic workspaces works
[11:13] <didrocks> here
[11:13] <didrocks> unsure the difference between the gnome shell and mutter settings
[11:13] <didrocks> seb128: $ gsettings get org.gnome.mutter dynamic-workspaces
[11:14] <seb128> false
[11:14]  * didrocks puzzled
[11:14] <seb128> it's a recent artful daily install
[11:14] <seb128> like just before GUADEC
[11:14] <didrocks> not an upgrade ?
[11:14] <seb128> I didn't change much
[11:14] <seb128> no
[11:15] <didrocks> I had false
[11:15] <didrocks> which is the default
[11:15] <seb128> same here
[11:15] <didrocks> but true on the g-s settings
[11:15] <didrocks>       <description>
[11:15] <didrocks>         This key overrides the key in org.gnome.mutter when running GNOME Shell.
[11:15] <didrocks>       </description>
[11:16] <seb128> org.gnome.shell.overrides dynamic-workspaces true
[11:16] <seb128> org.gnome.mutter dynamic-workspaces false
[11:16] <didrocks> can you try to reset both keys?
[11:16] <seb128> and I've 2 workspaces which behave in dynamic way
[11:17] <seb128> same values
[11:17] <didrocks> yeah, but same shell behavior?
[11:17] <seb128> yes
[11:17] <seb128> 2 workspaces and dynamically changing
[11:17] <didrocks> if I reset them both, if have:
[11:17] <didrocks> true/false as you did
[11:17] <didrocks> but 4 workspaces :/
[11:17] <seb128> you have a ghost :p
[11:18] <didrocks> the weirdest part
[11:18] <seb128> what does gnome-tweak-tool tells you?
[11:18] <didrocks> is if I go the gnome session
[11:18] <didrocks> I have dynamic workspaces
[11:18] <didrocks> I wonder if we don't have a distro patch with something that I have installed after upgrade doing this
[11:18] <didrocks> gnome-tweak-tool says it's static
[11:18] <didrocks> and 4 workspaces
[11:18] <seb128> look at the tweaks code to see what it reads?
[11:18] <didrocks> just what I downloaded :p
[11:19] <didrocks> tweaks is telling it's dynamic for you?
[11:19] <didrocks>         self.settings = Gio.Settings("org.gnome.mutter")
[11:19] <didrocks>         self.key_name = "dynamic-workspaces"
[11:21] <seb128> didrocks, https://pasteboard.co/GEGTPsP.png
[11:21] <didrocks> hum
[11:21] <didrocks> so it disagrees with the mutter setting
[11:21] <seb128> not for me
[11:21] <seb128> ups
[11:21] <didrocks> well, you mutter settings is false
[11:22] <seb128> yes you are right
[11:22] <didrocks> and I don't see the code looking for the shell override
[11:22] <seb128> weird
[11:22] <didrocks> isn't it? :p
[11:22] <seb128> restart of the shell doesn't change anything
[11:22] <didrocks> nope
[11:23] <didrocks> and I have that on multiple run
[11:23] <didrocks> the weirdest part is having that only in the ubuntu* sessions for me
[11:23] <didrocks> and not on gnome one
[11:23] <didrocks> if that was dconf related, it would be global
[11:23] <didrocks> that's why I'm thinking about a distro patch somewhere, as this is an upgrade
[11:23] <didrocks> and an additional package I have you don't
[11:25] <seb128> yeah, still weird
[11:25] <seb128> I can try to look a bit more in a bit
[11:25] <seb128> but first moving location, be back in 10 min
[11:25] <didrocks> if you have time, will be great :)
[11:25] <seb128> yeah
[11:25] <seb128> brb
[11:58] <didrocks> seb128: just did a diff with a new user between the ubuntu and gnome session
[11:58] <didrocks> on the gsettings database
[11:58] <didrocks> nothing in the diff relevant
[11:58] <didrocks> I'm pretty sure we have a distro-patch for num-workspace somewhere if "ubuntu" is in session name
[11:59] <didrocks> (something we don't install anymore by default maybe, which will explain why you are not seeing it
[11:59] <didrocks> )
[11:59] <seb128> distro patch to what?
[11:59] <didrocks> unsure, this is what we would need to find out
[11:59] <didrocks> or I would have fixed it :p
[11:59] <seb128> do you get the same behaviour with a new user on your machine?
[11:59] <didrocks> yep
[11:59] <didrocks> ubuntu -> 4 workspaces
[11:59] <didrocks> gnome -> dynamic
[12:00] <didrocks> unsure if anyone else have a desktop with unity they upgraded
[12:01] <seb128> I bet Laney does
[12:02] <willcooke> I wiped my old upgraded machine
[12:07] <didrocks> seb128: are you on a vm or bare install?
[12:07] <seb128> bare install
[12:07] <didrocks> ok, so I won't screw you up :)
[12:08] <seb128> what did you want to try?
[12:08] <didrocks> installing unity
[12:08] <didrocks> (well, unity-session)
[12:08] <didrocks> and see the behavior after a logout/login
[12:08] <seb128> I've a difficult time believing that one package installed by unity could change that
[12:08] <didrocks> what do you think it is thus?
[12:08] <seb128> we don't have shell extensions or such
[12:09] <seb128> good question
[12:12] <didrocks> in G-S code it's quite clear that it's the g-s override settings which get on top of mutter one
[12:12] <didrocks> so even unsure why it "works" when I use the mutter one
[12:12] <didrocks> wonder if there is something with the mode
[12:12] <didrocks> let me try to hack the desktop file to remove the mode
[12:13] <didrocks> ok, that's it
[12:14] <didrocks> (but tweaks is broken anyway)
[12:14] <jbicha> didrocks: the gtk test failure is LP: #1709225
[12:14] <didrocks> thanks jbicha
[12:16] <seb128> didrocks, what mode did you remove from where?
[12:16] <didrocks> I didn't remove any mode
[12:17] <didrocks> I did add a mode
 let me try to hack the desktop file to remove the mode
[12:17] <didrocks> the net effect is that the keys in org.gnome.shell.overrides from the main path: /org/gnome/shell/overrides/ aren't read anymore
[12:17] <seb128> or I read that wrong
[12:17] <didrocks> ah, for testing, yeah
[12:17] <didrocks> I did remove the "ubuntu" mode I added
[12:17] <seb128> so the issue is due to local changes you didn't upload yet?
[12:17] <didrocks> and those keys are changing GNOME Shell behavior compared to mutter
[12:18] <didrocks> yep, the thing is that I have that experimental mode for quite a while
[12:18] <didrocks> this is why you didn't get it yet
[12:18] <seb128> k
[12:18] <seb128> that explains it
[12:18] <didrocks> yep :)
[12:18] <didrocks> so, basically GNOME Shell disagrees with mutter defaults
[12:18] <didrocks> and use those keys ^
[12:18] <didrocks> which can be changed by mode
[12:18] <didrocks> but even the default "no mode" read it
[12:19] <didrocks> however, there is no fallback mecanism
[12:19] <didrocks> like if the mode overrides keys aren't found
[12:19] <didrocks> it will fallback to mutter defaults
[12:19] <didrocks> (I'm sure Tweaks don't take that into accounts)
[12:19] <didrocks> the only way I can think of is either shipping our own overrides, or override mutter default based on desktop name
[12:20] <didrocks> as I think the new glib feature will enable us to remove those GNOME Shell overrides
[12:20] <didrocks> (for classic and other modes)
[12:20] <didrocks> I would rather go with mutter overrides
[12:20] <seb128> wfm
[12:20] <didrocks> we are talking about 5 keys FYI
[12:21] <didrocks> ok, at least this canbe explained :)
[12:22] <muktupavels> https://git.gnome.org/browse/gnome-shell/tree/src/shell-global.c#n1489
[12:22] <didrocks> yeah
[12:22] <didrocks> I was expecting the default would be "no mode path -> revert to .overrides"
[12:22] <didrocks> which is G-S without modes
[12:22] <didrocks> as our session mode is inheriting from "user"
[12:23] <didrocks> but global->session_mode seems to be the exact string your pass to the mode
[12:23] <didrocks> (also, having the list hardcoded is… hem…)
[12:24] <didrocks> so, let's use the per desktop overrides in mutter
[12:24] <didrocks> and bring back this sanity to GNOME Shell as well with this
[12:24] <didrocks> muktupavels: making sense to you as well? ^
[12:26] <muktupavels> didrocks? removing override schemas? yes
[12:26] <didrocks> muktupavels: right!
[12:26] <didrocks> and only using the :desktop_name override to implement the samebehavior
[12:43] <sary> Salutations! please #see
[12:43] <sary> https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1709306
[12:43] <sary> and
[12:43] <sary> https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1629348
[12:44] <seb128> hey sary, unsure you are on the right channel or going the right way about explaining what you want?
[12:45] <sary> seb128: unsure! care to point me to the right team IRC channel ..!
[12:48] <sary> any other additional informations i should add to the bug report before leaving the live-session!
[12:50] <seb128> sary, try speaking to cyphermox on #ubuntu-devel
[12:51] <sary> seb128: am on it , thanks!
[12:51] <seb128> yw
[13:31] <Laney> moin
[13:34] <kenvandine> hey Laney
[13:35] <seb128> bon matin Laney
[13:35] <seb128> how are you? enjoying debconf?
[13:35] <oSoMoN> hey Laney
[13:41] <Laney> hey seb128 oSoMoN
[13:41] <Laney> seems ken left
[13:41] <Laney> yeah it's good, getting tired and slow though
[13:41] <Laney> me and ximion have been fixing stuff
[13:41] <seb128> he's just rebooting after removing/reinstalling half his desktop
[13:41] <seb128> Laney, ah nice :-)
[13:41] <Laney> hmm
[13:41] <Laney> side chats!
[13:41]  * seb128 likes the sound of things fixed
[13:41] <seb128> Laney, do you know if "g-s doesn't find printer drivers" is a known issue?
[13:42] <seb128> work in fedora
[13:42] <seb128> I tried to install a printer yesterday and it gave me a "can't find driver" when on a fedora livecd it works on the same printer
[13:43] <Laney> no, don't know how that works
[13:43] <Laney> do they have metainfo files or something?
[13:48] <seb128> no clue
[13:48] <Laney> look inside the pkg
[13:48] <Laney> i know fedora added a lot of those things downstream
[13:48] <seb128> the origin was fedora
[13:48] <seb128> in the g-s details page
[13:49] <Laney> right, so get the source / rpm and look if it has a metainfo file
[13:49] <seb128> but it was on a live iso on my laptop (usb printer detection doesn't work in a vm)
[13:49] <Laney> or appdata
[13:49] <seb128> so I need to redo the reboot usb stick dance to test and get details
[13:49] <seb128> how do I figure out what is the source/rpm it's finding?
[13:50] <seb128> the add a printer experience is pretty lame
[13:50] <Laney> dunno, maybe you can search their database online somehow
[13:50] <Laney> and get the source from there
[13:50] <seb128> https://bug785970.bugzilla-attachments.gnome.org/attachment.cgi?id=357160
[13:50] <seb128> ^ video
[13:50] <seb128> empty panel
[13:50] <seb128> buggy notifications
[13:51] <seb128> installing the wrong driver
[13:51] <seb128> the only way to get to the recommended drive is through the stacked notification
[13:52] <seb128> brb, moving location
[14:14] <eduardas_m> hello, am experiencing massive memory leak in hud-service process on Ubuntu 14.04... might that be related to some recent update?
[14:15] <eduardas_m> according to system monitor it was using more than 8 GB at one time
[14:15] <eduardas_m> sometimes it made my system entirely unusable and I had to reboot
[15:30] <seb128> ok, it's meeting time
[15:30] <seb128> #startmeeting
[15:30] <meetingology> Meeting started Tue Aug  8 15:30:16 2017 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <meetingology`> Meeting started Tue Aug  8 15:30:17 2017 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology`> Available commands: action commands idea info link nick
[15:30] <seb128> Roll call: andyrock (out), dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel, heber, kenvandine, laney (out), oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out)
[15:30] <jbicha> o/
[15:30] <Trevinho> hey
[15:30] <didrocks> hey hey
[15:30] <heber> o/
[15:31] <oSoMoN> o/
[15:31] <seb128> good, seems we have quite some people here :-)
[15:31] <seb128> let's get started then
[15:31] <seb128> #topic dgadomski
[15:31] <seb128> dgadomski, hey
[15:31] <dgadomski> hey
[15:31] <dgadomski> * prepared autopkgtests for bug #1700827 (and reported https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871254 to include them in Debian before import freeze)
[15:31] <dgadomski> * prepared debdiff for bug #1674680 and learned to use git for bluez ;)
[15:31] <dgadomski> * implemented a fix for bug #1699179 and testing it
[15:31] <dgadomski> * didn't have much time for bug #1701073, but will get back to this
[15:32] <dgadomski> eof
[15:32] <seb128> thanks dgadomski
[15:32] <seb128> #topic didrocks
[15:32] <seb128> didrocks, hey
[15:32] <didrocks> hey
[15:32] <didrocks> * Add blog post about Ubuntu Make as a classic snap (part 3), and amend with recent badges + build.snapcraft.io small issues reported as bugs.
[15:32] <didrocks> * Reviewed and merged some fixes blocking the archive and snap badge support.
[15:32] <didrocks> * Debugged and fixed some nautilus bug: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1706542
[15:32] <didrocks> * GUADEC: attend conference and some unconferences days. Set up and talk about our plan regarding 17.10
[15:32] <didrocks> * Wrote those plans on https://didrocks.fr/2017/08/03/ubuntu--guadec-2017-and-plans-for-gnome-shell-migration/. Got a lot of overall good feedbacks on the french forum, blog post and popular websites like omgubuntu. Answered and tracked them.
[15:32] <didrocks> * Change the "sound above 100%" strategy for being clearer to our users after some discussions at GUADEC, implemented it in a desktop-agnostic way as well. Will try to push it upstream.
[15:32] <didrocks> * Plan for next week blog posts on our GNOME Shell plans and preparing technical work for it (ongoing this week).
[15:33] <didrocks> * Multiple tests per-desktop settings, which worked on the second attempt. Reported feedback upstream.
[15:33] <didrocks> * Did some override keys cleanups, more to come with per-desktop cleanups (in progress).
[15:33] <didrocks> .
[15:33] <seb128> thanks didrocks, nice work and great GUADEC :-)
[15:34] <didrocks> was nice, indeed! :-)
[15:34] <seb128> #topic duflu
[15:34] <seb128> * Video acceleration:
[15:34] <seb128>   - More work on gstreamer-vaapi corruption+performance on Wayland:
[15:34] <seb128>     . https://bugzilla.gnome.org/show_bug.cgi?id=740753
[15:34] <seb128>     . Proposed a third version of the patch.
[15:34] <seb128>     . Updated PPA: https://launchpad.net/~vanvugt/+archive/ubuntu/videoaccel
[15:34] <seb128>     . Finally crafted a safe workaround for Intel driver failures, and a day later found Intel had beaten me to it by 3 weeks:
[15:34] <seb128>   - Distro-patched Intel driver bug: https://bugs.launchpad.net/ubuntu/+source/intel-vaapi-driver/+bug/170809
[15:34] <seb128>   - Distro-patched gstreamer-vaapi with the final clean fix for Wayland corruption and performance issues: https://bugs.launchpad.net/bugs/1701463
[15:34] <seb128>   - Note: Totem performance is still poor compared to mpv/gst-play-1.0 but at least it plays with acceleration now (less poor than it was).
[15:34] <seb128>   - Prototyped: Distro-patch for MPV to enable acceleration by default. Can't propose it formally until the pending sync is completed (held up by dependency test failures, nothing to do with me).
[15:34] <seb128>   - Expanded the wiki to document YouTube support: https://wiki.ubuntu.com/IntelQuickSyncVideo
[15:34] <seb128> * PulseAudio:
[15:34] <seb128>   - Completed the removal of Android support (Ubuntu Touch) from PulseAudio and proposed for artful: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1709055
[15:34] <seb128> * BlueZ:
[15:34] <seb128>   - Rebuilt the git repo again, to resolve uncoordinated uploads conflicting with the testing PPA: https://git.launchpad.net/~bluetooth/bluez
[15:34] <seb128> * Help wanted:
[15:34] <seb128>   - Three sponsorships queued: http://reqorts.qa.ubuntu.com/reports/sponsoring/
[15:34] <seb128>   - And more coming soon.
[15:34] <seb128> * Daily bug management across gnome-shell, gdm, ubuntu-themes, DKMS, bluez, pulseaudio and mir.
[15:34] <seb128> * Travel planning: Trying to find sane flights (and cheaper accommodation) for September. A surprisingly time-consuming activity.
[15:35] <seb128> #topic jbicha
[15:35] <seb128> jbicha, hey
[15:35] <jbicha> • Fixed LP: #1678606 LP: #1702832  LP: #1703326
[15:35] <jbicha> • Fixed LP: #1707311 and pushed upstream
[15:35] <jbicha> • Cherry-picked some glib commits to fix sid FTBFS for some other apps
[15:35] <jbicha> • Merged dbus, gnome-keyring, udisks2 with Debian
[15:35] <jbicha> • Rebuilt some packages to help with the Python3.6 transition
[15:35] <jbicha> • Drove Debian's gnome-settings-daemon 3.24 transition
[15:36] <jbicha> • Packaged gnome-shell 3.25.4 for GNOME3 Staging PPA
[15:36] <jbicha> • Several other updates for artful and 3.25 stuff for the PPA
[15:36] <jbicha> • Did some MIR work and made trello cards for them
[15:36] <jbicha> • Resurrected Power Off option for Power Button action, will be in gnome-control-center 3.25.90
[15:36] <jbicha> • Also, darkxst led a talk at GUADEC about Ubuntu and GNOME. And he fixed the mozjs52 build which is now in artful
[15:36] <jbicha> eof
[15:36] <seb128> thanks jbicha
[15:36] <seb128> nice one of the power button action!
[15:36] <jbicha> I took advantage of the new maintainer ;)
[15:36] <seb128> hehe
[15:37] <seb128> k, next
[15:37] <seb128> #topic jamesh
[15:37] <jbicha> old maintainer wasn't too happy: "why would anyone want this?" or something
[15:37] <seb128> jbicha, glad that the new maintainer is more understanding then!
[15:37] <seb128> jamesh, I guess you are not around (and I didn't get your summary I think maybe will overlooked to fwd it)
[15:38] <seb128> #topic jibel / heber
[15:38] <seb128> jibel, heber, hey
[15:38] <heber> hey!
[15:38] <heber> My updates:
[15:38] <heber> * Add cleanup function in ISO tests
[15:38] <heber> * Fix tests on testflinger jobs
[15:38] <heber> * Fix unstable ubiquity tests
[15:38] <heber> EOF
[15:38] <seb128> thanks heber
[15:38] <seb128> #topic kenvandine
[15:38] <kenvandine> * Attended through Wednesday and travelled on Thursday
[15:38] <kenvandine> * Working on snaps for gnome-calendar and gnome-contacts.  These need GOA support in the online-accounts interface to be strictly confined, might build as classic snaps for now.
[15:38] <kenvandine> EOF
[15:38] <seb128> kenvandine, hey
[15:39] <kenvandine> whoops
[15:39] <kenvandine> attended GUADEC :)
[15:39] <seb128> that went wrong
[15:39] <seb128> ah, I was wondering :p
[15:39] <seb128> thanks kenvandine
[15:39] <seb128> #topic Laney
[15:39] <seb128> Laney, you around or out for debconf?
[15:40] <seb128> I guess at debconf then
[15:40] <seb128> and he was at GUADEC before
[15:40] <seb128> #topic oSoMoN
[15:40] <seb128> oSoMoN, hey
[15:40] <oSoMoN> hey there
[15:40] <Trevinho> Laney: slacker! :-D
[15:40] <oSoMoN> • updated chromium stable to 60.0.3112.78, pending Chris's validation
[15:40] <oSoMoN> • next chromium stable update is 60.0.3112.90, already lined up in a PPA
[15:40] <oSoMoN> • updated chromium beta to 61.0.3163.31
[15:40] <oSoMoN> • updated chromium dev to 62.0.3175.4, looking into armhf build errors
[15:40] <oSoMoN> • built chromium packages in a PPA with intel patch to enable hardware accelerated video decoding using VA-API
[15:40] <oSoMoN> • updating libreoffice snap to 5.4.0 (looking into unit test failure)
[15:40] <oSoMoN> ^D
[15:41] <seb128> oSoMoN, is chromium va-api giving good results?
[15:41] <oSoMoN> not tested yet (next on my list), but I know that willcooke was going to test it too
[15:41] <seb128> cool, let us know how it goes
[15:41] <seb128> thanks oSoMoN
[15:42] <seb128> #topic seb128
[15:42] <seb128> * (thursday off as a swap day)
[15:42] <seb128> * GUADEC
[15:42] <seb128> * trello board reviews&update
[15:42] <seb128> * landed ubiquity/gsd fix
[15:42] <seb128> * language pack update for artful including gdm translations
[15:42] <seb128> * investigated a bit & discussed solution for XDG_DATA_DIR/wayland/snap issues
[15:42] <seb128> * tested the g-c-c printer panel and reported some issues upstream (tested on fedora as well to see if the problem were distro specific, they are not)
[15:42] <seb128> * joined several planning meetings
[15:42] <seb128> * uploaded a bluez fix for receiving files
[15:42] <seb128> * reported a bunch of upstream GNOME issues
[15:42] <seb128> * reviewed the trello board for feature freeze, postponed some work to next cycle
[15:43] <seb128> #topic tkamppeter
[15:43] <seb128> tkamppeter, unsure if you are around? I got your update via email otherwise
[15:44] <seb128> k, let me copy it then
[15:44] <seb128> - CUPS snap: Checked the situation and posted about all remaining problems in the snapcraft forum. Especially the avahi snap is not ready yet. Got answer from ondra that a working avahi snap should be on Edge tomorrow.
[15:44] <seb128> - ghostscript: Merged upstream version 9.21 from Debian into Ubuntu.
[15:44] <seb128> - hplip, cups-bjnp, ippusbxd: Synced newest versions from Debian.
[15:44] <seb128> - system-config-printer: New snapshot from upstream GIT.
[15:44] <seb128> - Checked all printing-related packages in Ubuntu whether they are up-to-date.
[15:44] <seb128> - IPP-over-USB: No news from Trent Lloyd yet.
[15:44] <seb128> - Bugs.
[15:44] <seb128> #topic Trevinho
[15:44] <seb128> Trevinho, hey
[15:44] <Trevinho> 17/31
[15:44] <Trevinho>  · Refactored mutter resource scale (now moved to mutter itself from shell's stwidgets)
[15:44] <Trevinho>    · Exposing monitor scaling
[15:44] <Trevinho>    · Added support for scaling clutter canvas
[15:44] <Trevinho>    · Fixed background-actor to work full-quality in scaled environments
[15:44] <Trevinho>    · Adapted shell to mutter changes
[15:44] <Trevinho>    · Improved the icons quality in fractional scaling
[15:44] <Trevinho>  · Some tests to get the OIP (other internal project) working
[15:44] <Trevinho>  · Got some seaside pleasure
[15:44] <Trevinho> 🌊
[15:45] <seb128> Trevinho, is some of that scaling working landing upstream this cycle?
[15:45] <Trevinho> seb128: we wanted to, but there are some things to shape yet, so not sure if we can get
[15:46] <jbicha> integer scaling is in 3.26 though, right?
[15:46] <Trevinho> as we might be late for the ABI freeze
[15:46] <Trevinho> jbicha: even fractional, but it's under experimental features
[15:46] <Trevinho> while the UI bits aren't there
[15:46] <Trevinho> so only the mutter part landed so far
[15:47] <seb128> k
[15:47] <seb128> well let's see how it looks like after feature freeze
[15:47] <seb128> thanks Trevinho
[15:48] <seb128> #topic robert_ancell
[15:48] <seb128> - At GUADEC and flying home.
[15:48] <seb128> - Working on GNOME Software featured snap support.
[15:48] <seb128> - Documented default app selection and reason we currently diverge from GNOME core apps - https://wiki.ubuntu.com/DefaultApps
[15:49] <seb128> #topic aob
[15:49] <seb128> jbicha, I think you had some things you wanted to discuss?
[15:49] <seb128> gjs transition?
[15:50] <jbicha> I noticed yesterday that gjs doesn't build on s390x
[15:50] <jbicha> we should be able to still use gjs from GNOME 3.26 and mozjs52 even if we stick with GNOME 3.24
[15:50] <seb128> do we intend to stick to 3.24?
[15:51] <jbicha> currently, there are a bunch of warning emitted but I expect those to be cleaned up for 3.26 anyway
[15:51] <seb128> I would think that since we are pushing quite some changes this cycle we can't focus on stability, we better place us ourself as close as possible of what we are going to get in the LTS
[15:51] <jbicha> I think we should target GNOME 3.26 as much as possible
[15:51] <seb128> and test current GNOME such
[15:51] <seb128> +1
[15:51] <kenvandine> +1
[15:53] <jbicha> ok, I can start landing 3.25.90 stuff then
[15:53] <didrocks> I think it's fine, just wait for the current transition to be done
[15:53] <didrocks> jbicha: please wait by end of next week
[15:53] <jbicha> didrocks: which transition?
[15:53] <didrocks> vanilla GNOME Shell, GNOME Shell mode, glib patch…
[15:53] <didrocks> I would like we do that in 2 steps
[15:53] <seb128> jbicha, no, please let's not cowboy those updates and discuss case by case on the channel before landing
[15:54] <didrocks> because it's tested against current 2.24
[15:54] <jbicha> seb128: ok, how about evolution 3.25.90 transition now?
[15:54] <Laney> what glib patch?
[15:55] <didrocks> Laney: allison's work
[15:55] <seb128> ah, Laney is around
[15:55] <jbicha> no new sonames, but libevolution rdepends need rebuilding
[15:55] <Laney> sort of
[15:55] <seb128> Laney, have a summary/wanted to have a turn in the meeting?
[15:55] <seb128> or you are just lurking for this one?
[15:55] <seb128> jbicha, is there any soname change in eds?
[15:55] <Laney> was at guadec, now at debconf, worked on some asgen fixes, some gnome software stuff, pkg-gnome git stuff a bit
[15:56] <jbicha> seb128: no :)
[15:56] <didrocks> jbicha: so yeah, everything not gnome-shell/gnome-session/gdm/glib/gtk is fine :)
[15:56] <seb128> Laney, thanks :-)
[15:56] <seb128> jbicha, sounds fine to me
[15:56] <Laney> didrocks: you mean the override stuff from muktupavels?
[15:57] <didrocks> (and ubuntu-settings, but I doubt you will touch those)
[15:57] <didrocks> Laney: correct
[15:57] <didrocks> the rebase from allison's work which I did test
[15:57] <didrocks> but waiting for another feedback
[15:57] <jbicha> seb128: for g-s-monitor, we need a new libgtop2 which does have a transition (upstream maintainer looks like he bumps sonames for added symbols?)
[15:58] <Laney> right, ok, slightly worried about patching that in case it gets changed in between
[15:58] <Laney> once it's committed we can take that in debian if you want it sooner than the next release
[15:58] <seb128> jbicha, if the soname change is not needed maybe we should tell upstream to revert it?
[15:58] <seb128> jbicha, but looks fine as well otherwise
[15:58] <didrocks> Laney: are you around to update it before EOW?
[15:58] <Laney> if it's committed
[15:58] <didrocks> I think Allison is going to review it now
[15:59] <Laney> there is a new release that we need to patch anyway
[15:59] <Laney> s/patch/upload/
[15:59] <jbicha> seb128: I'll file a bug to ask them not to bump next time but I think it's a bit late once there are already released libgtop2 tarballs
[15:59] <didrocks> otherwise, I'll just cowboy it, need it for next Tuesday at the latest
[15:59] <seb128> stable ones?
[15:59] <didrocks> but we'll see
[15:59] <seb128> jbicha, but ok...
[15:59] <seb128> k
[15:59] <seb128> those seems 1:1 discussions or non-meeting-specific topics
[15:59] <Laney> grabbing from bugs is worrying for this
[15:59] <Laney> ok
[15:59] <seb128> did we have anything more we wanted to discuss as part of the meeting?
[15:59] <Laney> as you wish
[15:59] <jbicha> can we drop gnome-power-manager from ubuntu-desktop? it provides gnome-power-statistics
[15:59] <didrocks> Laney: I wish
[16:00] <seb128> jbicha, what's the rational? it's not costing much in maintainance and providing useful stats
[16:02] <jbicha> seb128: just general cleanup, its icons look a bit bad and it's not been part of core GNOME in 5 years
[16:02] <seb128> I don't feel strongly either way
[16:03] <seb128> the icon looks fine to me but I don't have a picky eye for graphical details
[16:03] <seb128> maybe another topic for the mailing list
[16:03] <seb128> we might end up getting some decisions on those items at some point :p
[16:03] <jbicha> seb128: are you ok with me updating standalone apps to 3.26 now like eog and file-roller or should I run all those past you?
[16:04] <seb128> jbicha, it's not especially past me, I was suggesting the channel
[16:04] <seb128> jbicha, but I think anything which is not including major changes or a transition is fine
[16:04] <seb128> so those are probably in that category
[16:04] <seb128> jbicha, thanks for working on those updates!
[16:05] <jbicha> ok, I'll ask for transitions and I'll keep away from the GNOME session stuff for now too
[16:05] <seb128> great
[16:05] <seb128> anything else we needed to discuss?
[16:05] <didrocks> thanks jbicha :)
[16:05] <jbicha> so no gjs/mozjs52 until after didrocks' stuff lands
[16:05] <seb128> right, but it sounds like it has build issues to resolve first anyway?
[16:06]  * Laney shakes fist at jhbuild
[16:06] <jbicha> +1 for ending the meeting, next week may be another long meeting too :)
[16:06] <seb128> ok, I think we can wrap then
[16:06] <seb128> thanks everyone
[16:07] <seb128> #endmeeting
[16:07] <meetingology> Meeting ended Tue Aug  8 16:07:02 2017 UTC.
[16:07] <meetingology`> Meeting ended Tue Aug  8 16:07:02 2017 UTC.
[16:07] <meetingology`> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2017/ubuntu-desktop.2017-08-08-15.30.moin.txt
[16:07] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2017/ubuntu-desktop.2017-08-08-15.30.moin.txt
[16:07] <didrocks> thanks
[16:07] <seb128> jbicha, what's to discuss next week? ;-)
[16:07] <oSoMoN> thanks
[16:08] <jbicha> there's just a lot going on before Ubuntu Feature Freeze :)
[16:10] <popey> jbicha: I see you mention removing g-p-m from desktop. I guess that means this bug is going to go away if you do that? https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/1709194
[16:15] <seb128> popey, g-p-m isn't having a service, it's just an ui, that's not likely it sending those notifications
[16:15] <popey> Any idea what is?
[16:16] <seb128> I would say gnome-settings-daemon if I had to guess
[16:16] <seb128> those notifications are not in the top panel clock dropdown menu?
[16:17] <popey> i only see it on the lock screen
[16:17] <seb128> the dropdown has a stack of notification you missed
[16:17] <popey> which is what caused the confusion. A stop icon makes me think "OOh! A problem" but I can't find what the problem is.
[16:17] <seb128> did you check that it was not in there?
[16:17] <popey> there are none when I unlock
[16:17] <popey> yes
[16:17] <seb128> do you think it might be battery low ones?
[16:18] <popey> no, the laptop is plugged in
[16:18] <jbicha> do you have anything else connected that uses a battery like wireless mouse?
[16:18] <popey> I do have a wireless mouse, yes. and the laptop has two batteries
[16:20] <oSoMoN> good news, VAAPI-enabled chromium works!
[16:20] <oSoMoN> test packages (for artful) available at https://launchpad.net/~osomon/+archive/ubuntu/cr-vaapi-test
[16:20] <seb128> oSoMoN, great! willcooke is going to like that
[16:21] <greyback> nais!
[16:21] <seb128> popey, you don't have an auto suspend on idle or something?
[16:21] <oSoMoN> this requires i965-va-driver, running under X11 for now, and turning on the enable-accelerated-video flag in chrome://flags
[16:22] <seb128> popey, https://bugzilla.gnome.org/show_bug.cgi?id=758521 looked similar but it has been closed
[16:24] <popey> odd, says it's fixed, which it isn't
[16:25] <popey> seb128: its not set to suspend when on power
[16:26] <seb128> popey, you can try "gdbus monitor --session --dest org.freedesktop.Notifications" from a command line
[16:27] <popey> ok, will leave that running and see if i catch it
[16:31]  * oSoMoN EOD, have a good evening everyone!
[16:44] <jbicha> seb128: should ubuntu-core-dev be made a member of https://launchpad.net/~bluetooth ?
[16:45] <jbicha> it may save duflu some frustration if people were able to push their changes to the git repo
[17:02] <seb128> jbicha, yeah, it makes sense
[17:17] <tsimonq2> o/
[17:32] <tsimonq2> Is anyone in here on the SRU team? It would be great to get a review on bug 1133477 (it's sitting in Xenial Unapproved right now).
[18:07] <willcooke> night all
[22:53] <jbicha> robert_ancell: were you planning on updating simple-scan in artful, or can I work on it?
[22:53] <robert_ancell> jbicha, you can do it, thanks!
[22:53] <robert_ancell> It's a pretty trivial update
[22:59] <jbicha> 3.25.3 has some nice changes though :)


[04:25] <WebVisitor-3> Hi there!
[04:26] <WebVisitor-3> just installed utouch, how to activate it?
[14:17] <bregma> echo... cho... ho... o...
[14:19] <cnd> howdy
[14:19] <cnd> I have to fix up a couple X patches, and then I'm going to be doing research and actually noting down findings
[14:19] <cnd> dandrader, bregma: standups :)
[14:20] <dandrader> Studying how mouse events propagates in nux, etc. Started working on the propagation of gesture events in nux.
[14:20] <dandrader> good morning
[14:22] <bregma> I'm (a) fixing bug #803408 'cos it's a simple fix (and a complex test case) and trying to track down that segfault in gesture-accept
[14:25] <cnd> dandrader, btw, is bug 901692 what you were asking about yesterday?
[14:27] <dandrader> cnd, looks like it
[14:28] <cnd> bregma, have you had any thoughts on how to resolve that?
[14:31] <dandrader> although I'm not sure yet how much (if at all) that would help me with the gestures delivery in nux
[14:39] <bregma> re: 901692, we recently added geis_subscription_[gs]et_configuration(), which makes adding subscription-sprecific context parameters a little simpler
[14:39] <bregma> I'd have to trace through the call sequence to see why I though there would be a complication
[14:51] <cnd> bregma, if that interface will work, please update the bug and mark it as fix released
[14:54] <bregma> there's more to it than just the interface
[14:55] <bregma> there needs to be a way to link a subscription with a gesture
[14:55] <bregma> there still remains code to be written to get the whole thing working
[15:00] <cnd> ok
[17:53] <cnd> bregma, what are your plans for utouch-geis releases and srus in the near future?
[18:08] <bregma> I have no concrete plans for a release in the near future, but bug #997630  should probably be SRUd, it's a usability regression
[18:09] <bregma> we should probably do a geis release into quantal by early June
[22:16] <dandrader> cnd, I'm thinking about a simple gestures delivery mechanism for nux, at least for a first iteration: 1- gesture comes in. 2- find nux::InputArea that is hit by that gesture and that has a subscription matching it. If found, deliver events of this gesture  to that are. if not, reject gesture.
[22:16] <dandrader> what do you think? do we need more than this?
[22:16] <cnd> dandrader, who/what/how is gesture accept done?
[22:17] <cnd> s/what/where/ :)
[22:17] <dandrader> the InputArea that get hit will receive the events for that gesture. so it can accept or reject it on its own accord
[22:17] <cnd> ok
[22:17] <cnd> yes, that sounds right
[22:17] <dandrader> GestureEvent class has Accept() and Reject()
[22:17] <dandrader> cool
[22:17] <cnd> sounds like what I proposed for utouch-qml
[22:18] <cnd> dandrader, you might have issues with different nux elements subscribing to different gestures
[22:18] <cnd> like 4 touch tap vs 3 touch drag
[22:18] <cnd> how will you reconcile that?
[22:18] <cnd> ensuring that the 4 touch tap takes precedence?
[22:19] <cnd> I'm assuming that nux is basically a scene graph like qml is
[22:19] <cnd> my utouch-qml spec has a mechanism for handling that
[22:19] <cnd> in case you need ideas
[22:20] <dandrader> hmm, is it a document or source code? or both?
[22:20] <cnd> document
[22:20] <cnd> one sec
[22:21] <cnd> https://docs.google.com/a/canonical.com/document/d/1B4U7QQS2UtUrhg2dI10GjNFp5I_z9Am0cibQQ7FEWpo/edit
[22:21] <cnd> see the linked algorithm
[22:22] <cnd> utouch-qml is meant to be somewhat generic
[22:22] <cnd> if you there are use cases that it has that nux doesn't, we may be able to pare the algorithm down
[22:24] <dandrader> I'm considering that if the target nux::InputArea rejects the gesture, that gesture gets rejected for good (geis_reject_gesture gets called) and won't be offered to other nux::InputAreas
[22:26] <cnd> dandrader, if you can figure out how to meet all the requirements for the unity gesture spec with such a design, then that's cool :)
[22:27] <cnd> dandrader, make sure you have it worked out how four tap and three drag will coexist
[22:27] <cnd> i.e., three drag will always fire first
[22:28] <cnd> but if you deliver it to a nux window and it accepts before the four tap comes in for the desktop, then what do you do?
[22:28] <dandrader> shouldn't "construction finished" handle that?
[22:29] <cnd> dandrader, yes, if the end "client" sees all the gestures
[22:29] <cnd> if one nux element sees the three drag and a different element sees the four tap
[22:29] <cnd> and the three drag element doesn't know about the four tap
[22:30] <cnd> it may become confused or accept the gesture erroneously
[22:30] <dandrader> but nux::WindowCompositor will know that
[22:30] <dandrader> as he's the one doing the  delivery of events
[22:31] <cnd> ok
[22:31] <cnd> sounds fine
[22:31] <dandrader> but thanks for bringing up all those cases. I remember then :)
[22:31] <cnd> I just want to make sure you've thought of that :)
[22:32] <dandrader> s/remember/didn't remember
[22:32] <dandrader> was still thinking mostly in the atomic mode
[22:32] <dandrader> well, gotta go. see you tomorrow