[05:00] <hikiko> Hi
[06:09] <pitti> Good morning
[07:33] <pitti> happyaron: FYI, I pushed some changes to the NM bzr and uploaded; you have a parallel local git repo, right? can you please integrate the changes there too?
[07:40] <pitti> bah, and there's a -0ubuntu2 already in proposed which isn't in bzr
[07:46] <pitti> happyaron: cleaning up after your updates, importing the latest NM uploads into bzr
[07:46] <pitti> happyaron: this is annoying TBH -- if there is an official git now, please update Vcs-* accordingly, otherwise please also push changes to bzr
[07:54] <happyaron> pitti: ok ic
[07:59] <tjaalton> is the "colord crashes on default install login" on someones radar? still happens on a fresh xenial install
[08:29] <seb128> good morning desktopers!
[08:32] <pitti> bonjour seb128 !
[08:32] <seb128> pitti, salut pitti, ça va ? tu as eu un bon w.e ?
[08:32] <pitti> seb128: en effect ! c'était un week-end long (quatre jours)
[08:33] <pitti> "effet
[08:33] <pitti> seb128: we went to a Rock festival on Friday, and to a Star Wars exhibition on Saturday; toss in some gardening and basketball playing to get a perfect weekend :)
[08:33] <seb128> nice!
[08:34] <seb128> so weather was nice?
[08:34] <pitti> http://piware.de/fotos/Star-Wars-Identities-Mai2016/
[08:34] <seb128> it was ok here but now it's quite raint
[08:34] <seb128> rainy
[08:34] <pitti> seb128: oui, comme l'été
[08:34] <pitti> il y avait de la pluie hier soir, mais c'est d'accord
[10:21] <pitti> Laney, seb128: once you get the hang of it, it's fairly easy :) http://picpaste.com/pics/systemd-session.1464603655.png
[10:21] <pitti> half-converted session with everything apparently working
[10:22] <seb128> wooot
[10:22] <pitti> most important feature is obviously the auto-started xeyes!
[10:22] <pitti> beat that, upstart
[10:23] <pitti> Laney, seb128: WDYT about spending two or three days on that on a little sprint? (virtual or real)
[10:23] <seb128> +1 from me
[10:23] <seb128> no Laney today, it's an u.k holiday
[10:23] <pitti> I heartily invite you to Augsburg, but I also wouldn't mind paying Seb a visit in the Netherlands
[10:23] <pitti> oh
[10:24] <seb128> let's discuss with Laney/willcooke tomorrow?
[10:24] <pitti> sure!
[10:24] <pitti> it's an US holiday too, isn't it?
[10:24] <seb128> I think so
[10:24] <seb128> but yeah, should be easy travel either way
[10:26] <pitti> i. e. for three people we presumably don't need a hotel
[10:29] <Trevinho> pitti: oh, nice work on systemd user session...
[10:30] <pitti> thanks
[10:30] <pitti> now that I have enough units converted, I can simplify the bamf change a bit
[10:30] <Trevinho> pitti: the missing menus in terminal is related to that or something else?
[10:30] <seb128> hey Trevinho!
[10:30] <Trevinho> hi seb128
[10:30] <pitti> Trevinho: how do you mean? there's clearly a menu in my screenshot
[10:30] <Trevinho> pitti: missing *global* menus
[10:30] <Trevinho> sorry -,)
[10:30] <pitti> ah
[10:31] <Trevinho> pitti: if it's only terminal it might be related to something similar we had in upstart not exposing vars to dbus activation
[10:31] <pitti> Trevinho: doesn't happen under upstart session for me, thanks for pointing out; so supposedly my fault
[10:32] <pitti> Trevinho: do you happen to know what enables/triggers this?
[10:32] <Trevinho> pitti: if this lists unity-gtk-module then it's something like that
[10:32] <Trevinho> tr '\000' '\012' < /proc/$(pidof gnome-terminal-server)/environ | grep GTK_MODULES
[10:32] <Trevinho> err if it doesn't list*
[10:33] <pitti> right, it doesn't
[10:33] <pitti> GTK_MODULES=gail:atk-bridge
[10:33] <pitti> GTK2_MODUELS=overlay-scrollbar
[10:37] <pitti> unity-gtk-module.conf:      GTK_MODULES="$GTK_MODULES:unity-gtk-module"
[10:37] <pitti> Trevinho: ah, I suppose I need to convert this upstart job too
[10:38] <pitti> or more precisely, set the GTK_MODULES env for systemd --user
[10:42] <andyrock> hey guys
[10:42] <seb128> hey andyrock! had a good w.e?
[10:43] <andyrock> seb128: hey seb128! nothing special and you?
[10:43] <seb128> it was quite good, went to a weeding on saturday and relaxed/played some tennis yesterday
[10:44] <andyrock> seb128: wedding o weeding? :D
[10:45] <seb128> lol, ups :p
[10:45] <seb128> wedding
[10:46] <pitti> heh, I *did* do half a day of weeding on the weekend :)
[10:46] <Trevinho> eheh
[10:47] <seb128> :-)
[10:48] <Trevinho> pitti: having that var in systemd user is enough to get that exported to dbus activation list too, right??
[10:48] <pitti> Trevinho: ah no, if we need it in dbus also, I'll use dbus-update-activation-environment
[10:49] <pitti> Trevinho: I'm currently porting unity-gtk-module.conf, will report back with the results once I'm done
[10:50] <Trevinho> pitti:  it would be nice if anything exported in ssytemd user is also exported to dbus activation as it happens in g-s or recently in upstart
[10:52] <pitti> Trevinho: why not just use dbus-update-activation-environment then?
[10:53] <Trevinho> pitti: it's fine, but I think it's something that should be done by default when some service wants to export something at systemd level
[10:54] <Trevinho> I mean if a [service] as an Environment field, is that exported to systemd only or also sent to dbus?
[10:54] <pitti> that sounds like a layering violation though
[10:55] <pitti> Trevinho: this only applies to that service
[10:55] <pitti> so, neither
[10:55] <Trevinho> Mh, yeah... For now :)
[10:56] <Trevinho> pitti: oh, also keyring stuff was doing it
[10:56] <Trevinho> pitti: but maybe going back to g-s activation for those things we can get this for free done by g-s
[11:10] <pitti> Trevinho: yep, works fine
[11:14] <pitti> https://git.launchpad.net/~pitti/+git/systemd-graphical-session/commit/?id=0d3e6d21d
[12:11] <desrt> Yawn
[12:12] <desrt> MoinMoin
[12:13] <desrt> GoodMorningEveryone
[12:14] <ogra_> IsItWikiSpeakDay?
[12:14] <pitti> hey desrt, how are you?
[12:15] <desrt> IAmWellThankYou
[12:15] <desrt> this is getting old faster than I expected...
[12:16] <ogra_> heh
[12:16] <seb128> good morning desrt!
[12:16] <desrt> hello :)
[12:16]  * desrt is exhausted and sore
[12:17] <seb128> HadAGoodWE?
[12:17] <desrt> biked 50+km yesterday
[12:17] <desrt> and ran around like crazy the day before
[12:17] <pitti> GoSports!
[12:17] <desrt> IngressObsessed
[13:23] <seb128> Sweet5hark, hey, could you look at the xenial SRU bugs? there is one bug reported on the SRU version that looks like it's not a regression/should be untagged and the other ones needs to be made verification-done
[13:24] <seb128> Trevinho, andyrock, should be fail the unity SRU on bug #1586491?
[13:24] <seb128> since it's a regression
[13:26] <Trevinho> seb128: I don't think so
[13:27] <seb128> but it's a regression in a SRU...
[13:27] <Trevinho> seb128: I think it's quicker to just do a new one, isn't it?
[13:27] <Trevinho> seb128: or should I rebuild the silo with a new fix and re-sync that?
[13:28] <Trevinho> seb128: but in my opinion the bug fix is more important than the "regression" (honestly I didn't think that was a feature).
[13:28] <seb128> Trevinho, well, failing the SRU means it needs to be fixed before being copied to -updates
[13:28] <seb128> so you can do another landing on top with the fix for that specific bug
[13:29] <seb128> yeah, I didn't know either, I never kept the key pressed, I usually just hit those a few times
[13:29] <Trevinho> seb128: ok, and how can we track both together: by keeping the tags in sync?
[13:29] <seb128> it also gives a better approximation than timing a long press
[13:31] <seb128> Trevinho, I would do a landing with the regression fix and talk the SRU team into just accepting that and not changing the bugs already verified
[13:31] <Trevinho> seb128: so, let's turn that into a feature :-)
[13:32] <seb128> hehe
[13:32] <seb128> we should also really do u-s-d landings this week
[13:33] <Trevinho> agree, upower stuff is already there.. so even kbd fixes are coming
[13:34] <seb128> we should first land the pending stack in y
[13:34] <Trevinho> sure
[13:52] <seb128> going for some sport, bbl
[14:11] <Trevinho> seb128: enjoy
[14:12] <Trevinho> desrt: hey, I've just experienced a crash here https://github.com/GNOME/gtk/blob/master/gtk/gtkmenutracker.c#L436
[14:13] <Trevinho> desrt: it happened that position has value 1, but section->items = NULL, thus the *change_point-> thing fails
[14:13] <Trevinho> desrt: why not protecting from that?
[14:24] <Trevinho> desrt: this looks sane to me, while I'd like to know why the position is invalid, but still... better not to crash, no?
[14:24] <Trevinho> http://pastebin.ubuntu.com/16835535/
[14:25] <Sweet5hark> re (from lunch)
[14:25] <Sweet5hark> seb128: wrt SRU bugs -- will do
[14:25] <Trevinho> err http://pastebin.ubuntu.com/16835569/ ^
[14:27]  * Sweet5hark just made it home 1 minutes before thunderbolt and lightning
[15:00] <attente> seb128: hey
[15:00] <attente> seb128: have you seen this trello card? https://trello.com/c/oHKSPMPR/76-snapping-popular-apps
[15:47] <seb128> Sweet5hark, thanks
[15:47] <seb128> attente, hey
[15:48] <seb128> attente, no I didn't, thanks for pointing it out
[15:51] <attente> seb128: do any of those items seem easy for us to knock out? like talking to ubuntu gnome?
[15:52]  * Sweet5hark finds trello phletora of boards ... unhelpful. If there are cards with todos all over the place, that doesnt help having an overview of my current (and upcoming) workload at all.
[15:54] <Sweet5hark> hmm. I take that back trello.com/$ACCOUNT/cards seems good enough ...
[15:54] <seb128> lacks an aggregator as we had with the workitem server for blueprints
[15:54] <seb128> oh, there is one... :-)
[15:56] <seb128> attente, unsure, I would like to know who added those items, let's talk to willcooke tomorrow. But the "identify and implement interfaces" is wip we can say, I think Trevinho is working on Electron and hello-unity so those might be "done"
[15:56] <seb128> we can easily talk to Ubuntu GNOME but I doubt it's going to much useful until we address some of the issues like input methods or translations not working
[15:56] <Trevinho> seb128: hello unity is done per se, but the problem is that there are some install issues in that setup.py, so that it gets some local references
[15:57] <Trevinho> but the program itself should run
[15:57] <Trevinho> So, not sure if marking as done or not
[15:57] <seb128> k
[15:57] <Trevinho> however, I wasn't able to mark the that checkbox
[15:57] <seb128> let's discuss that with willcooke tomorrow
[16:09] <desrt> Trevinho: will take a look there in a moment.  In general, I don't expect the tracker to deal with invalid values.. but a critical would be better than a crash
[16:09] <Trevinho> desrt: yeah, i actually wanted to fire a critical... Which I didn't, as I wanted to know if you just prefer return or silently fail... So let me know
[16:10] <desrt> Critical.
[16:10] <desrt> It means that something else is wrong there.
[17:05] <andyrock> seb128: sorry i missed that ping... yeah i've already proposed a branch for xenial
[17:06] <andyrock> seb128: i added a whitelist
[17:08] <seb128> andyrock, I saw, thanks
[17:13] <seb128> Trevinho, do you want to do the y/usd landing since you have a keyboard to test it? (I don't)
[17:14] <andyrock> seb128: tbh i could not reproduce the regression here
[17:14] <andyrock> seb128: i asked Trevinho to test it
[17:14] <andyrock> XD
[17:15] <andyrock> it should just work
[17:15] <Trevinho> seb128: yeah, I think it's something related to how the bios sends the events
[17:15] <Trevinho> seb128: what you get on acpi_listen when you keep it pressed?
[17:15] <seb128> Trevinho, I was speaking about usd and backlog
[17:15] <seb128> backlight
[17:16] <seb128> sorry, autofingers :p
[17:16] <Trevinho> ohhh sorry
[17:16] <Trevinho> seb128: I can do the landing ok
[17:16] <seb128> thanks
[17:16] <seb128> let me know if you need me to click buttons for you
[17:16] <seb128> I can also test the ppa
[17:16] <seb128> just not the backlight bits
[17:43] <Trevinho> andyrock: can you add also XF86KbdBrightnessUp and XF86KbdBrightnessDown to the whitelist?
[18:05] <andyrock> Trevinho: sure one second
[18:07] <andyrock> Trevinho: done
[18:07] <Trevinho> andyrock: thanks, SRU too?
[18:07] <andyrock> Trevinho: yup
[18:08] <Trevinho> awesoe
[18:08] <Trevinho> me*
[21:35] <Trevinho> seb128: I've sent upstream some gsd changes for the the kbd backlight, there are two versions of the patch we can wait them to choose which one they prefer before doing our landing too (bug is https://bugzilla.gnome.org/show_bug.cgi?id=767040)
[21:35] <Trevinho> silo is there by the way.