[05:23] <pitti> Good morning
[05:47] <pitti> desrt: so it seems I found a hack for bug 1184262, but for fixing it properly we shouldn't set up the timeout at the beginning of shim_method_call() but at its end
[05:47] <ubot2> Launchpad bug 1184262 in systemd-shim (Ubuntu) "[logind] times out too early, stuck in PrepareForSleep, causing network and other services to not resume" [High,In progress] https://launchpad.net/bugs/1184262
[05:47] <pitti> desrt: or somehow disable the timeout while a method call is pending
[07:25] <mlankhorst> morning!
[07:47] <sil2100> Morning!
[10:00] <seb128> good morning desktopers
[10:01] <didrocks> hey seb128!
[10:01] <seb128> didrocks, lut ;-)
[10:01] <didrocks> ;)
[10:18] <pitti> bonjour didrocks et seb128, comment alles-vous ? avons-vous eu un bon voyage retour ?
[10:18] <didrocks> pitti: ça va bien, mais fatigué! bon voyage de retour, mais pas réussi à vraiment dormir :/
[10:18] <didrocks> pitti: et toi? tout va bien?
[10:18] <seb128> pitti, salut, ça va bien merci! J'ai dormis 4-5h dans l'avion, et hier soir de 22h à ce matin 9h30. Et toi, le W.E était bien ?
[10:20] <pitti> didrocks, seb128: oui, nous avons eu un grand week-end; lots of hiking through the Alps, some massages, sauna every day, great food, lots of time for reading and sleeping
[10:20] <didrocks> sounds excellent and relaxing! :)
[10:20] <seb128> nice!
[10:21] <pitti> seb128, didrocks: did you enjoy the week, was it usefuL?
[10:22] <didrocks> pitti: yeah, happy about it. I guess good progress and more technical deep dive in particular issues
[10:22]  * didrocks also has high hope for the CI system evolution
[10:22] <seb128> pitti, I enjoyed it a lot, nice to see everyone, and it was quite useful for touch settings and for desktop LTS planning/discussing what we are going to do
[11:19] <mlankhorst> everyone back yet?
[11:20] <davmor2> chrisccoulson: in 13.10 is it me or is FF not using the right theme?
[12:22] <xnox> seb128: re "Alt+Shift" shortcuts, do you know why each time I boot ubiquity I get a bubble notification from iBus "Default shortcut is now Super+Space" or something? is some-kind of migration running that pops that up?
[12:23] <xnox> seb128: and if the default changed to Super-Space, is bug #1242572 in ubiquity or something that provides ubuntu-desktop settings defaults?
[12:23] <ubot2> Launchpad bug 1242572 in ubiquity (Ubuntu Trusty) "Ubiquity sets Alt+Shift shortcut for layout switching, while installed system uses Super+Space" [High,Confirmed] https://launchpad.net/bugs/1242572
[12:24] <xnox> (do mind ubiquity is the same & i don't know what Ubuntu Gnome wants in this respect: e.g. more like GNOME default or more like across-Ubuntu default.
[12:24] <seb128> xnox, I think the notification is a migration thing yes, I need to look a bit more into that
[12:25] <seb128> xnox, not sure where "alt-shift" in ubiquity comes from, I guess from default xorg options or something
[12:26] <xnox> seb128: no, ubiquity hard-codes that.
[12:26] <xnox> seb128: but it should match the /everything-else/ on the desktop i think.
[12:26] <seb128> well, GNOME changed the default to super-space in 3.8
[12:26] <xnox> seb128: so from the bug, i'm not sure if ubiquity should stay at "alt-shift" or change to "super-space"
[12:26] <seb128> well, I'm not decided on that
[12:26] <seb128> I'm pondering changing back g-s-d to alt-shift
[12:26] <xnox> seb128: you only type in english these days? =)
[12:26] <seb128> because super is already used by unity stuff
[12:27] <seb128> so super-space some of conflicts with other super use
[12:27] <seb128> and make the keybinding less reliable
[12:27] <xnox> seb128: yeah, and tbh, for all my live i've never did myself, nor seen anybody else use "super-space" to change layouts.
[12:27] <seb128> xnox, seems like super-space is the default on macOS...
[12:27] <xnox> seb128: well "alt" can pop-up the "hud-completion thing"
[12:28] <seb128> xnox, like the hud was not already an issue ... and everybody remap hud to a key they don't use right? :p
[12:28] <xnox> seb128: well, it's not really "super-space" wasn't it the mac-button which is at the place where our alt is?
[12:28] <xnox> seb128: cause hud only works in en_US.UTF-8? =)))) </trolling>
[12:31] <seb128> xnox, yeah, google seems to suggest they use "command-space"
[12:31] <xnox> seb128: hm....
[12:31]  * xnox ponders what's Windows 8 default these days.
[12:32] <seb128> xnox, http://blog.the-it-blog.co.uk/2013/02/22/some-windows-8-keybindings/
[12:32] <seb128> xnox, "Win+spacebar : Switch input language and keyboard layout"
[12:32] <xnox> seb128: i use emacs a lot, and back in the day when hud was introduced, it did "clash" with emacs M-x, but these days the detection is pretty good. And I'd expect the error rate of "super/alt" with/without modifier should be about the same.
[12:32] <xnox> seb128: right, so matching the $world makes sense, in that case ubiquity should change,
[12:33] <seb128> xnox, right
[12:33]  * xnox will write a blog post for those who didn't know (like me)
[12:33] <xnox> seb128: ok, then the bug is in ubiquity and i'll fix it there and also check up with d-i / console-setup and friends.
[12:34] <seb128> xnox, thanks
[12:34] <seb128> xnox, I still would like to see some confirmations that super-space works correctly
[12:35] <seb128> I played a bit with it and it seemed it didn't work great, or you have to hold super for a bit
[12:36] <xnox> seb128: well holding it too long, unity help-shortcuts pop-up.
[12:36] <seb128> right
[12:36] <seb128> that's another issue
[12:36] <xnox> and changing keyboard layout should be added to it.
[12:36] <seb128> but just "tapping" super-space was not reliable when I tried
[12:37] <xnox> i think i need to boot into clean install, it's not changing anything for me.
[12:43] <Laney> hey ;-)
[12:43] <Laney> not really here today but I saw https://launchpadlibrarian.net/155743775/accountsservice_0.6.34-0ubuntu6_0.6.34-0ubuntu7.diff.gz go past
[12:43] <Laney> it's wrong, does someone want to deal with it?
[12:45] <Laney> first of all the dpkg -l isn't right, it matches too often, and secondly casing on the presence of a package to change tool behaviour is just plain bad
[12:46] <seb128> Laney, hey, had a good flight back?
[12:46] <seb128> Laney, when are you back? I think that one can wait on you to be back ;-)
[12:47] <Laney> sure, just saw it and got slightly irritated :P
[12:47] <Laney> flight was good thanks, got back an hour or so ahead of schedule
[12:47] <seb128> yeah, those accountsservice hacks are annoying, would be nice to clean :/
[12:49] <Laney> maybe I'll work up an example patch
[12:49] <Laney> hope you had a nice trip back too!
[12:50] <seb128> I did, we got an hour delay in SF but we got it back during the flight
[12:50] <seb128> I also managed to sleep for half of the flight, which made easy to stay up on sunday and avoid jetlag
[12:50] <Laney> wow, impressive
[12:53] <seb128> Laney, you have the week off or just today?
[12:53] <Laney> just today
[12:53] <seb128> k
[12:54] <Laney> doing a couple of Debian uploads then off to town
[12:54] <seb128> have fun!
[14:04] <attente> seb128, can we do another SRU for g-c-c?
[14:04] <seb128> attente, hey, had a good flight back?
[14:04] <seb128> attente, sure, what else did you get fixed?
[14:05] <attente> seb128, double modifiers like shift+shift_r
[14:05] <seb128> attente, seems to be working for me already
[14:06] <attente> seb128, is it in saucy proposed?
[14:06] <seb128> attente, we have that one in proposed https://launchpad.net/ubuntu/+source/gnome-control-center/1:3.6.3-0ubuntu45.1
[14:06] <seb128> attente, diff is http://launchpadlibrarian.net/155443518/gnome-control-center_1%3A3.6.3-0ubuntu45_1%3A3.6.3-0ubuntu45.1.diff.gz
[14:07] <attente> oh. ok
[14:07] <seb128> attente, is that the one you wanted?
[14:07] <attente> seb128, yes
[14:07] <seb128> great
[14:08] <attente> sorry, i didn't see it
[14:08] <seb128> no worry
[14:08] <seb128> you asked about it during the sprint and we got it uploaded midweek
[14:08] <seb128> attente, I've been triaging a bit the keyboard bugs today btw
[14:09] <attente> seb128, i noticed, thanks for that
[14:09] <seb128> attente, yw
[14:09] <seb128> attente, not sure which ones are on your list, but I've noticed 2 that are easy to confirm
[14:10] <attente> which ones?
[14:10] <seb128> - on my keyboard the numlock led is turned off when cycle layouts (but it keeps acting if it was on)
[14:11] <seb128> (I'm using an usb keyboard while docked)
[14:11] <seb128> - https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1247363
[14:11] <ubot2> Launchpad bug 1247363 in gnome-settings-daemon (Ubuntu) "Japanese keyboard layout intercepts caps lock key in ubuntu 13.10 " [Low,Confirmed]
[14:11] <seb128> e.g settings "capslock" for switching works
[14:12] <seb128> but for some reason not with japanese
[14:12] <seb128> e.g it cycles fine fr->en->ru->pinyin here
[14:12] <seb128> but once you hit japanese/anthi it doesn't move
[14:13] <seb128> that one is probably low importance, I guess using capslock is not a common config
[14:15] <attente> yeah, i'm not too sure
[14:16] <attente> maybe that input method is setting an xkb option
[14:17] <attente> there's an xkb option to switch the position of the ctrl and caps lock keys
[14:21] <seb128> attente, not that I can see in "setxkbmap -print"
[14:25] <seb128> attente, sorry, -print doesn't print option, -query does
[14:25] <seb128> attente, indeed
[14:25] <seb128> options:    grp_led:caps,compose:rwin
[14:28] <seb128> hum
[14:28] <seb128> but that's the case for other keymaps as well
[14:30] <sil2100> alex-abreu: ping
[14:49] <seb128> attente, is super-space working for you? it seems to not cycle layout for me with the current versions...
[14:51] <attente> seb128, it's working for me
[14:51] <seb128> attente, ok, it's working now, I had to disable it from ibus-setup though
[14:52] <attente> like changing the switching shortcut under ibus?
[14:52] <seb128> yes
[14:52] <attente> because right now both are set to super space for me
[14:53] <seb128> I wonder if there is a "whatever starts first gets to grab that key"
[14:53] <attente> it might be
[15:00] <seb128> attente, do you think that moving the keys grabbing to unity and using the next group stuff is going to be enough to put us back in shape?
[15:01] <attente> seb128, it should be, but i'm wondering if there's any low-hanging fruit left that we can fix right now
[15:01] <seb128> attente, I start wondering if we should go back to the old libgnomekbd-use way, at least as a backend (e.g keeping the indicator and new UI), though I'm not sure how compatible that would be with the new ibus stuff
[15:02] <seb128> attente, I'm not sure even sure what GNOME tried to resolve there, they basically moved away from xkb but they went back to use it with their nextgroup etc
[15:03] <attente> i guess there's the four groups limitation
[15:03] <attente> i'm not sure
[15:04] <attente> i wonder if the concerns are based on what's in -proposed or what's currently in archive
[15:05] <seb128> attente, some of the users are just in ranting mode, it's hard to know what is really frustrating them
[15:05] <seb128> to me the current situation seems usable
[15:06] <seb128> out of the fact that the "modifier only" actions eat keybindings using the same modifiers
[15:23] <mlankhorst> vila: enjoy, I found a fix for glamor-egl :P
[15:23] <mlankhorst> https://bugs.freedesktop.org/attachment.cgi?id=88619
[15:27] <vila> mlankhorst: \o/
[15:28] <vila> mlankhorst: how will that found its way in trusty ?
[15:33] <mlankhorst> probably on next upload, I want to hear from upstream first
[15:34] <vila> mlankhorst: ok, ping me or Mirv when that happens
[15:34] <mlankhorst> that's what the bug is for, I'll just mention it in the changelog and you'll get a email when it happens
[15:34] <mlankhorst> :P
[15:42] <seb128> cyphermox, sil2100: can we get an sru out for indicator-sound13.10?
[15:43] <seb128> cyphermox, sil2100: sorry, I meant to ask for ido-13.10
[15:43] <cyphermox> seb128: didn't we do ido on thursday?
[15:43] <cyphermox> I think it's in the queue
[15:43] <seb128> cyphermox, right, it's still in the queue
[15:43] <seb128> need to chase SRU team
[15:43] <seb128> cyphermox, hey btw, had a good trip back?
[15:44] <cyphermox> yeah
[15:44] <cyphermox> how about you?
[15:44] <cyphermox> I wasn't going through LAX :)
[15:46] <seb128> cyphermox, mine was good, I managed to sleep in the plane enough to not fall asleep before 10pm yesterday night
[15:49] <seb128> qengho, hey
[15:50] <qengho> seb128: hi
[15:50] <seb128> qengho, did you have a good flight back?
[15:51] <seb128> qengho, I saw you set that chromium segfault fix commited, good work. Do you have a pointer to the fix for it? (it would also be nice to update the upstream bug status if you have a fix, so others don't dup the work you did)
[15:54] <qengho> seb128: flights were okay. between flights not okay. :)
[15:54] <seb128> oh? did you connect in lax?
[15:55] <qengho> seb128: Yes. Had to exit airport, walk along sidewalk, and reenter somewhere else to get to plane. I ran 0.5 km and made it by 10 seconds. No exaggeration.
[15:56] <seb128> qengho, urg, at least you didn't miss it...
[15:56] <qengho> seb128: For that bug, i backported a fix.  https://codereview.chromium.org/23461032/
[15:57] <seb128> qengho, k, I was mostly curious, maybe it would make sense to add a comment in the upstream bug as well?
[15:58] <qengho> seb128: Makes sense.
[15:58] <seb128> thanks
[15:58] <qengho> seb128: De rien.
[15:58] <seb128> ;-)
[15:58] <seb128> qengho, is there a SRU/security upload scheduled for saucy (just wondering when/how that one is going to land)
[15:59] <qengho> I gave #security these last Thursday.
[15:59] <qengho> I suspect very soon should land.
[15:59] <seb128> including the fix we are talking about?
[15:59] <qengho> Yes.
[15:59] <seb128> excellent
[16:15] <xnox> "<cyphermox> I wasn't going through LAX :)" - that's only your alibi at this point ;-)
[16:20] <kenvandine> qengho and i flew through LAX the day before that shooting
[16:21]  * qengho blames kenvandine.
[16:35] <seb128> sil2100, cyphermox: can we get libdbusmenu 13.10 srued?
[16:43] <sil2100> seb128: I can push that, yes - are all the changes in lp:libdbusmenu/13.10 good?
[16:44] <seb128> sil2100, yes, https://code.launchpad.net/~dbusmenu-team/libdbusmenu/trunk.13.10 ... it's one commit (r462)
[16:45] <sil2100> Aaah, 460 was directly pushed to distro
[16:45] <sil2100> Ok
[16:45] <sil2100> Let me spin cu2d
[16:47] <seb128> sil2100, thanks
[16:55] <cyphermox> alright, so sil2100 took care of it
[16:55] <cyphermox> thanks!
[17:23] <seb128> pitti, I've opened https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1247904, let me know what you think
[17:23] <ubot2> Launchpad bug 1247904 in apport (Ubuntu) "Reporting the XDG_CURRENT_DESKTOP value would be useful" [Low,New]
[17:47] <sil2100> seb128, cyphermox: libdbusmenu in saucy unapproved queue, if anything