[06:17] <oSoMoN> good morning desktoppers
[06:31] <duflu> Morning oSoMoN
[06:39] <jamesh> morning oSoMoN
[06:41] <oSoMoN> hey duflu, jamesh
[07:00] <didrocks> good morning
[07:02] <seb128> good morning desktopers
[07:03] <seb128> hey oSoMoN duflu jamesh
[07:03] <seb128> re didrocks
[07:03] <didrocks> re seb128
[07:04] <oSoMoN> hey didrocks, seb128
[07:28] <ricotz> hey desktopers
[07:28] <ricotz> seb128, hi, https://launchpad.net/~ricotz/+archive/ubuntu/staging/+sourcepub/8140681/+listing-archive-extra
[07:29] <seb128> hey ricotz, how are you?
[07:29] <seb128> ricotz, thanks, I'm having a look to that one today
[07:30] <ricotz> seb128, I am good :), and you?
[07:30] <seb128> I'm good thanks
[07:31] <ricotz> this is probably interesting too https://launchpad.net/~ricotz/+archive/ubuntu/staging/+sourcepub/7961953/+listing-archive-extra
[07:34] <seb128> ricotz, you should open a sponsoring bug for the aptitude debdiff
[07:44] <seb128> duflu, was your battery icon tweaks that landed to ubuntu-themes supposed to be enough to make it look good? it somewhat still looks compressed/not nice in current artful
[07:45] <duflu> seb128, otop
[07:45] <duflu> otp
[07:45] <seb128> no hurry
[07:45] <seb128> d_idrocks would like to use the upstream icon instead, but yeah, then issue in unity as you pointed out on the bug
[07:49] <duflu> seb128, yeah my new icons are actually much better than it was (blurry). And it's only condensed for low-DPI screens. 1080p and above you get the old-style long battery. Because gnome-shell only picks 16px icons in low DPI
[07:51] <duflu> Sorry, correction: It's only condensed for scale 1.0. For higher scales you will get the old longer battery
[07:52] <didrocks> it's quite disturbing on scale 1.0
[07:52] <duflu> didrocks, it was much worse before :)
[07:52] <didrocks> I don't know if for status icon we should just go with adwaita
[07:52] <didrocks> and having per session overrides
[07:52] <seb128> bah, what's going on with my internet today
[07:53] <didrocks> (so, unity will use unity)
[07:53] <didrocks> or
[07:53] <seb128> duflu, so http://picpaste.com/battery-GQgpUM6v.png is how it's supposed to look or is that still buggy?
[07:53] <duflu> didrocks, adwaita's looks fine but will break Unity7 (varies between the adwaita one and ubuntu)
[07:53] <didrocks> we can fix it for scale=1
[07:53] <didrocks> duflu: yeah, hence per-session override
[07:53] <didrocks> hum, annoying for unity-greeter though…
[07:53] <seb128> if we care only about unity we could rename battery icons to append -unity
[07:54] <seb128> and change indicator-power to use that name
[07:54] <seb128> both greeter and session use the indicator
[07:54] <didrocks> the issue is if other desktop are using -mono
[07:54] <seb128> right, I wrote "if we care only about unity"
[07:54] <seb128> do we know of other desktop using -mono?
[07:54] <duflu> Well, authoring 39 battery icons took some effort but if you can make it work then go nuts
[07:55] <didrocks> duflu: what's the real fix without impacting unity?
[07:55] <didrocks> not really sure I got everything from the bug report, apart that "we need to make them square and not lying on size"
[07:55] <didrocks> (which would impact unity, correct?)
[07:55] <duflu> didrocks, what we have is the real fix that works with unity. The other real fix is to modify unity to load its own different names
[07:55] <didrocks> ah
[07:55] <didrocks> so, it's not only authoring
[07:56] <duflu> didrocks, no more icon design required. It would be *deleting* symlinks and modifying Unity code
[07:58] <duflu> ... then Gnome Shell would just use upstream-everything, and Unity would avoid accidentally loading Adwaita icons
[08:03] <oSoMoN> chrisccoulson, good morning! chromium-browser 60.0.3112.78 is ready for testing and publication in https://launchpad.net/~canonical-chromium-builds/+archive/ubuntu/stage/+packages
[08:32] <chrisccoulson> oSoMoN, ack
[08:32] <chrisccoulson> although, that'll be a monday thing now
[08:34] <seb128> hey chrisccoulson, happy friday! how are you?
[08:34] <chrisccoulson> seb128, I'm not too bad thanks - just eating some bacon. How about you?
[08:36] <seb128> I'm good thanks :-)
[08:39] <chrisccoulson> we have sunshine at the moment!
[08:47] <seb128> nice
[08:47] <seb128> brb
[08:48] <oSoMoN> chrisccoulson, sure, I wasn't expecting a Friday publication :)
[08:49] <oSoMoN> bacon, yummy!
[09:19] <duflu> didrocks, another idea: Modify gnome-shell to accept non-square icons like our old ones
[09:19] <duflu> And to not constrain them to squares
[09:20] <duflu> I think Marco favoured that
[09:22] <tsimonq2> o/
[09:22] <seb128> re, sorry restarted session a few times
[09:23] <seb128> hey tsimonq2
[09:23] <tsimonq2> This is a fairly visible bug that the desktop team should be aware of that I have prepared a fix for and tested: bug 1133477
[09:23] <tsimonq2> Just needs a Core Developer to upload
[09:24] <tsimonq2> I've been working with the Ubuntu MATE folks as Caja is affected by this as well.
[09:25] <tsimonq2> It has complete SRU documentation and a debdiff attached to the bug report. I would upload it if I had the permissions. ;)
[09:26] <tsimonq2> (maybe it's in the Desktop Team packageset, I don't know, but at minimum it's in main)
[09:27] <tsimonq2> Any suggestions or help would certainly be appreciated :)
[09:27] <didrocks> duflu: yeah, I don't know how much this is involved though
[09:28] <didrocks> duflu: but knowing that it's already loading mostly icons from adwaita, maybe just having indicator-power loading unity-* icons
[09:28] <didrocks> that's the less intrusive
[09:28] <duflu> didrocks, fair enough. I am drifting toward organizing dinner so would like to stop pondering the problem anyway
[09:28] <didrocks> duflu: enjoy your dinner :)
[09:29] <seb128> tsimonq2, get a sponsoring bug in the queue, I can try to have a look if nobody beats me to it but it's probably not doing to be today
[09:29] <seb128> duflu, have a nice dinner and a good w.e!
[09:29] <tsimonq2> seb128: Should be in the queue next time it updates
[09:30] <tsimonq2> seb128: I can ask my usual Core Developer sponsor to upload it for me, but regardless I'd just like to make the Desktop Team aware ;)
[09:31] <duflu> seb128, thanks, but I'm not there yet
[10:19] <tsimonq2> seb128: LocutusOfBorg uploaded it for me ;)
[10:20] <seb128> tsimonq2, great :-)
[10:20] <seb128> you guys start being active desktopers!
[10:20] <tsimonq2> seb128: ;)
[10:21] <tsimonq2> seb128: I just wish I had archive upload access so I didn't have to poke people... although I will apply for MOTU on August 14th :D
[10:21] <seb128> tsimonq2, right, keep going like that and you should get it without issue
[10:22] <tsimonq2> seb128: The hardest part about that bug was filling out the SRU docs tbh, but look at how thorough I tried to be to minimize any questions later ;)
[10:24] <tsimonq2> I think that's the most thorough I've ever been on a bug report... although it's like a 700 line diff :P
[10:26] <tsimonq2> seb128: But I might just stick around in this channel so if I need to collab with the desktop team at all or vice versa, we can do so
[10:57] <seb128> tsimonq2, great, it's always good to have more people around and involved :-)
[12:17] <jbicha> seb128: GNOME 3.24 can work with gjs 1.49 on mozjs52, we just get a lot of annoying warnings like comment 3 on https://bugzilla.gnome.org/show_bug.cgi?id=785568
[12:46] <andyrock> Trevinho: do you remember the tool to test indicators?
[12:46] <andyrock> desktoppers ^^^
[13:14]  * kenvandine waves
[13:14] <jbicha> kenvandine: good morning
[13:22] <gQuigs> previously I could just do a bzr pull request to get metapackages like https://code.launchpad.net/ubuntu/+source/ubuntu-restricted-addons changes.. they don't have any recent commit activity..  do I just want to do a normal debdiff?
[13:24] <jbicha> gQuigs: that branch is from Ubuntu Distributed Development which stopped working a while ago. Yes
[13:25] <gQuigs> jbicha: moved to git?  or just do a debdiff?
[13:29] <jbicha> currently there is no VCS for ubuntu-restricted-addons/extras
[13:30] <gQuigs> jbicha: k, thanks
[13:37] <kenvandine> freenode doesn't like me trying to connect via private internet access VPN
[13:39] <Laney> morning
[13:40] <kenvandine> hey Laney
[13:40] <Laney> hey kenvandine
[13:40] <Laney> get back ok?
[13:40] <kenvandine> yeah... lots of delays made for a long day
[13:40] <kenvandine> got in late last night
[13:40] <kenvandine> debconf going well?
[13:47] <kenvandine> there we go... just had to switch to SASL login for freenode :)
[13:48] <Laney> bit too much firefighting for my liking
[13:48] <Laney> but not too bad
[14:04] <cyphermox> seb128: are you fixing that ubiquity ftbfs?
[14:04] <seb128> cyphermox, in a meeting but after that if nobody beats me to it yes
[14:05] <cyphermox> seb128: ok, no rush
[14:05] <cyphermox> just checking :)
[14:06] <seb128> cyphermox, hey btw, any chance you could review https://bugs.launchpad.net/ubuntu/+source/rhythmbox-plugin-alternative-toolbar/+bug/1703662 ? it's probably an easy mir request :-)
[14:07] <cyphermox> sure
[14:11] <seb128> thanks
[14:15] <andyrock> seb128: I proposed fixes for unity7+g++7 too
[14:15] <seb128> andyrock, great
[14:25] <seb128> didrocks, did you know of cases where picking "ubuntu on wayland" gives an xorg session? seems to happen when I tried to log with my test user atm, dunno if that's because there is already a session open or if something with the test user
[14:27] <didrocks> seb128: I don't really know, you gave a reproduceable testcase, correct?
[14:27] <didrocks> so, I was waiting to have some cycles working on this, but first, switching to wayland by default
[14:27] <seb128> well I can't login into wayland with that second user and will had a similar issue
[14:27] <seb128> the ubuntu on wayland gives an xorg session
[14:27] <didrocks> we could have the list unsync due to our patch
[14:27] <seb128> I guess that needs debugging
[14:27] <seb128> I mentioned it in case you know about it being a known issue
[14:28] <didrocks> I didn't see it, but someone else mentioned it on the channel
[14:28] <jbicha> some folks on the forum were talking about the opposite problem: getting a Wayland session when they picked 'Ubuntu'
[14:28] <seb128> any variable that would be useful to print?
[14:28] <didrocks> so yeah, I think it's a real bug
[14:28] <didrocks> seb128: all gdm logs
[14:28] <didrocks> with debug enabled
[14:28] <seb128> k
[14:28] <seb128> I'm going to open a bug
[14:28] <seb128> (but in a call atm)
[14:28] <didrocks> but TBH, let's wait to revert this patch for session ordering
[14:28] <didrocks> you did open one already
[14:28] <didrocks> and assigned it to me
[14:29] <didrocks> but the goal is to have: wayland by default, then, let's see if the issue is that the gdm list is at 2 places
[14:31] <jbicha> btw, we still plan to have X by default for the live session for now, right? I'm thinking of gparted
[14:34] <didrocks> yeah
[14:34] <didrocks> apart if we have the time to work on it
[14:34] <didrocks> (sudo apps running on wayland)
[14:35] <jbicha> there is a workaround for pkexec, but I think there is justifiable hesitancy in applying itt: https://bugzilla.gnome.org/763531
[14:36] <seb128> didrocks, I did open one? forgot about it :-(
[14:36] <seb128> didrocks, but yeah waiting is fine no worry
[14:36] <didrocks> seb128: no worry ;) yeah, I didn't tell you I was waiting on the switch once the decision was taken
[14:37] <didrocks> seb128: my big guess again is that the 2 lists are unsynced somewhere in gdm code
[14:38] <didrocks> jbicha: indeed, I read about that one, we'll see how it goes, but for now X on live is a working solution
[14:38] <didrocks> (IMHO)
[15:15] <ogra> seb128, might be faster to discuss this on IRC and then dump a summary into the forum ... doesnt the wayland session have any mechanism to set global env vars that we could use with snapd ?
[15:16] <ogra> (i.e. how is the non-modified XDG_DATA_DIRS set in a wayland session today)
[15:20] <jbicha> I guess Flatpak had a similar problem: https://github.com/alexlarsson/xdg-app/issues/147
[15:22] <ogra> jbicha, well, i guess everyone will have such a problem ... how are distributors supposed to set defaults for wayland sessions ... there must be some mechanism
[15:22] <jbicha> and https://bugzilla.gnome.org/show_bug.cgi?id=736660
[15:22] <ogra> (like a distributor can enhance gsettings defaults etc)
[15:22] <ogra> it should not process bash_profile for sure
[15:23] <ogra> that is for shells
[15:23] <ogra> but it should have a mechanism to adjust and enhance defaults that a distributor or even a developer of a GUI related service can use
[15:24] <ogra> (snapd would fall under the latter ... ubuntu in general would fall under the former)
[15:24] <jbicha> I don't really know, I was just pointing to a few things from gnome-session's commit log
[15:24] <ogra> yeah
[15:24] <ogra> using profile.d or bash_profile for such stuff is just wrong though ...
[15:25] <ogra> i could imagine logind having such a mechanism
[15:25] <seb128> ogra, it's the new world, systemd/wayland/... those claiming that shell scripts are hack and that it's time to do without them
[15:25] <ogra> it needs to be something session wide and dedicated to wayland
[15:25] <seb128> until they need some env
[15:25] <seb128> and somebody adds back similar hacks :p
[15:26] <ogra> seb128, well, thats what i'm saying ...
[15:26] <seb128> ogra, we are not going to sort that out today and meanwhile snaps are not working
[15:26] <ogra> seb128, i dont want to have to manage GUI stuff via profile.d or bash_profile or whatnot
[15:26] <seb128> ogra, so let's merge that small script and then we can work on a better solution if you want
[15:26] <ogra> but that small script only sets it for login shells
[15:27] <ogra> does wayland process profile.d ?
[15:27] <ogra> (or the session manager wayland uses rather)
[15:28] <seb128> ogra, gnome-session does I think
[15:28] <ogra> thats so wrong :P
[15:29] <ogra> but well, if it does, then yes, lets get it landed
[15:30] <seb128> ogra, I guess we should use https://www.freedesktop.org/software/systemd/man/environment.d.html
[15:31] <ogra> for gdm then ? or for whastever fires up systemd --user ?
[15:33] <ogra> seb128, find a second approver for https://github.com/snapcore/snapd/pull/3398 ... then it can be merged
[15:35] <Laney> environment.d is probably a good idea
[15:37] <seb128> hey Laney, how are you? having fun in french-speaking-land? ;-)
[15:37] <Laney> oh hey seb128
[15:37] <Laney> it's more french than I thought it would be
[15:38] <Laney> I thought it would be like people speak english but they have french/english signs and stuff
[15:38] <jbicha> more French than France?
[15:38] <Laney> but NOPE they actually speak french all the time
[15:38] <Laney> what a place to be
[15:38] <Laney> well they have great bagels, so that's a +1 on france already :-)
[15:39] <ogra> is there anyone in that country anyway ? i though they are all send on vacation
[15:39] <ogra> *sent
[15:40] <kenvandine> I just finished up the snapcraft office hours, showing off the gnome-3-24 platform snap :)
[16:00] <seb128> kenvandine, hey Ken, had a good trip back and gnome-3-24 demo? ;-)
[16:00] <seb128> ok desktopers, I'm still around a bit but getting out of work mode
[16:00] <kenvandine> good demo... trip was much too long :)
[16:01] <seb128> I might still comment on backlog or email with delays but otherwise have a good w.e!
[16:01] <kenvandine> flight delayed leaving manchester, so my connection had to be rebooked and left me in Philly for 6 hours :(
[16:01] <seb128> kenvandine, you should get some rest :-)
[16:01] <seb128> urg :-/
[16:01] <kenvandine> https://www.youtube.com/watch?v=4EE3dmAX5Ro
[16:01] <kenvandine> link to the office hours demo :)
[16:01] <seb128> I'm going to watch that one later
[16:01] <oSoMoN> seb128, have a good one!
[16:02] <kenvandine> hey oSoMoN!
[16:02] <seb128> oSoMoN, thanks, you too
[16:02] <oSoMoN> hey kenvandine!
[16:22]  * oSoMoN EOW
[16:22] <oSoMoN> have a good week-end folks!
[16:57]  * kenvandine does a little dance
[16:57] <kenvandine> gnome-3-24 platform snap works in 14.04 :-D