[04:55] <pitti> Good morning
[08:05] <Laney> morning!
[08:05] <Laney> hey pitti, how's it going?
[08:05] <Laney> have fun at the wedding?
[08:05] <darkxst> Laney, hi, did my patch work for you?
[08:06] <Laney> darkxst: yes, did you see my comments?
[08:06] <darkxst> Laney, what comments?
[08:07] <Laney> sounds like a no to me :P
[08:07] <Laney> http://irclogs.ubuntu.com/2013/10/06/#ubuntu-desktop.html
[08:08] <darkxst> oh right, missed that
[08:10] <darkxst> I think its ok to watch a different address, diff wise not much different to looking at DESKTOP_SESSION
[08:11] <darkxst> and atleast for gnome-shell, it will work if running under a different session
[08:12] <darkxst> Laney, but on the otherhand, Unity spoofing org.gnome.Shell is just bad!
[08:13] <Laney> Don't know, just seemed cleaner to me
[08:13] <darkxst> and right the on_unity* naming is a bit odd now
[08:13] <Laney> and I don't know why they do that but it's presumably useful for some reason
[08:14] <pitti> hey Laney
[08:15] <pitti> Laney: indeed, it was nice!
[08:15] <pitti> Laney: met Julie, Didier, Rick, Seb, vuntz, and had lots of opportunities to practice wine drinking and French :)
[08:15] <pitti> seb128: bonjour mon ami, as-tu arrive d'accord ?
[08:16]  * pitti wants his compose key back
[08:16] <pitti> this new ibus 1.5 mess -> not amused :(
[08:17] <seb128> good morning everyone
[08:17] <seb128> pitti, salut ! ça va bien ? bien rentré ?
[08:17] <Laney> wħąt, ńø çô₥pòṡę?
[08:17] <seb128> pitti, je suis bien rentré merci (j'étais chez moi à 17h)
[08:17] <Laney> hey seb
[08:17] <pitti> seb128: ici aussi, 17:30 a` maison
[08:17] <seb128> pitti, yeah, we delay on the new ibus for some cycles but we had to take the hit before the LTS cycle
[08:17] <seb128> Laney, hey
[08:17] <Laney> pitti: sounds like fun!
[08:18] <pitti> Laney: no, the new settings now only allow a ridiculously limited set of compose keys :(
[08:18] <Laney> seb128: have fun at the wedding?
[08:18] <seb128> Laney, very much
[08:18] <pitti> I want Scroll Lock, as that's pretty much the only key which I don't use
[08:18] <seb128> pitti, I guess you can set it manually in gsettings somewhere
[08:18] <pitti> I don't have a spare alt or windows key, and no menu key
[08:18] <Laney> oh, the Keyboard dialog thing
[08:18] <Laney> is that ibus?
[08:19] <seb128> pitti, or maybe in gnome-tweak-tools
[08:19] <Laney> look in org.gnome.desktop.input-sources
[08:19] <pitti> Laney: well, at least with the whole input system reorganization a lot of things broke
[08:20] <seb128> we have unhappy users for sure
[08:20] <pitti> like, you can't type a foreign language on a non-US keyboard any more
[08:20] <pitti> before, I could e. g. say "Russian with ibus-m17n" on a German keyboard
[08:20] <seb128> we have issues with the hotkey to switch layouts as well
[08:21] <seb128> Laney, pitti: good part of those issues are the GNOME changes we tried to hold on for some cycles
[08:22] <seb128> but well, old ibus was still gtk2 and it was becoming unpractical to maintain those reverts on top of the GNOME stack
[08:22] <Laney> what gives that shortcut ui?
[08:22] <pitti> yeah, I know :/
[08:22] <Laney> it can't be g-c-c
[08:22] <seb128> Laney, what shortcut ui?
[08:22] <Laney> unless we cherry-picked it
[08:22] <Laney> the dialog to choose compose key etc
[08:22] <Laney> we got rid of the old complicated but flexible one
[08:23] <seb128> I think they add more option to g-c-c in 3.8
[08:23] <seb128> https://git.gnome.org/browse/gnome-control-center/commit/?h=gnome-3-8&id=978ab40f3eb6e4ec2a632941cd8f879919aa2e02
[08:23] <seb128> I wonder if we can just cherry pick that one
[08:23]  * seb128 tries
[08:24] <Laney> we have it
[08:25] <seb128> yeah, it's older that I though
[08:26] <pitti> Laney: oh, that seems to translate to an xkb option 'compose:caps', so it seems limited by that; in the older versions you could assign any key to it, I guess it poked it in xmodmap-like
[08:26] <pitti> well, I'll find out how to configure xmodmap directly
[08:27] <ogra_> pitti, luckily Mir will fix that by giving the user full rw access to all files in 7dev/input, so you can plug your own thing on top :P
[08:27] <Laney> I suppose we must have been keeping the old panel in the ibus revert
[08:28] <pitti> ogra_: *cough*
[08:28] <Laney> didn't really look into that stuff
[08:28]  * ogra_ grins
[08:28] <seb128> Laney, yes, we had reverted g-s-d/g-c-c because our old indicator was based on the g-s-d systray's code
[08:28] <Laney> yeah
[08:28] <seb128> which got away in the input code rewrite
[08:28] <seb128> went*
[08:29] <Laney> anyway, I personally like using caps lock for compose which is still possible
[08:29] <Laney> so har de har :P
[08:29] <seb128> where is the UI to configure that?
[08:29] <Laney> Keyboard -> Shortcuts -> Typing
[08:30] <seb128> waouh, how non obvious
[08:30] <seb128> I was looking for an icon in the input method tab
[08:30] <seb128> Laney, thanks
[08:30] <pitti> seb128: text entry settings in the indicator -> "Keyboard settings" link in the lower right
[08:31] <pitti> (gets you to the same dialog, but slightly more obvious)
[08:31] <seb128> pitti, ah, right, danke
[08:31] <Laney> Maybe so, depends what you're used to I guess
[08:31] <seb128> what is "alternative characters key"?
[08:31] <Laney> I always went through keyboard to get to the old one
[08:32] <Laney> it's the one to type things like ¹²³€½¾{[]}
[08:33] <seb128> ok, I've no idea how those work ;-)
[08:33] <pitti> I use compose for those
[08:33] <Laney> It does the same thing as alt-gr for me
[08:33] <Laney> but maybe not every keyboard has that
[08:34] <pitti> seb128: in better news, new ThinkPad == :)
[08:34] <seb128> pitti, did you get it running?
[08:34] <pitti> raring installs without a hitch with EFI/SecureBoot etc., just saucy acts up
[08:34] <seb128> pitti, how did you solve it?
[08:34] <seb128> oh
[08:35] <seb128> so saucy regression :/
[08:35] <pitti> so, install raring + dist-upgrade
[08:35] <seb128> seems like something we better fix before release
[08:35] <pitti> it seems the saucy installer leaves an empty /boot/efi/ partition
[08:35] <seb128> pitti, can you still test saucy installs now that you did that?
[08:35] <pitti> seb128: yes, I suppose I can make a backup of the EFI partition, dd it to zero, and reinstall
[08:36] <pitti> and keep my /home
[08:36] <seb128> pitti, I guess you opened a bug/mentioned it to slangasek?
[08:36] <pitti> seb128: not yet, but I will
[08:39] <seb128> happyaron, hey, are you back yet or still on holidays? I would like to get you opinion on https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1230265, if you have one
[08:39] <ubot2> Launchpad bug 1230265 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon doesn't detect Anthy(Japanese Input Method) automatically." [Undecided,New]
=== psivaa-afk is now known as psivaa
[09:31]  * Laney spams lp mail around
[09:33] <seb128> Laney, bug triaging?
[09:33] <Laney> closing uss upstream bug tracker
[09:33] <seb128> do we need to delete all the bugs to do that?
[09:33] <Laney> i gave them all ubuntu tasks
[09:34] <seb128> I had it on my todolist but it was not a priority for saucy release so I was delaying to after hard freeze
[09:34] <Laney> just wrote a lp api script
[09:34] <Laney> pretty easy
[09:34] <seb128> cool
=== ritz is now known as ritz|away
[09:40] <Laney> seb128: have you been Fix Releaseding bugs for hidden things?
[09:41] <seb128> Laney, you mean?
[09:41] <Laney> bug #1229223
[09:41] <ubot2> Launchpad bug 1229223 in ubuntu-system-settings (Ubuntu) "Reset launcher and background doesn't reset launcher nor background" [Low,Confirmed] https://launchpad.net/bugs/1229223
[09:41] <Laney> fix released?
[09:41] <seb128> oh, no
[09:41] <seb128> I kept them as low
[09:41] <seb128> they are still work we need to do
=== vrruiz_ is now known as rvr
[09:47] <tjaalton> seb128: hey, our cairo doesn't seem to have gl/egl support, mind if I merge 1.12.16-2 from debian?
[09:48] <seb128> tjaalton, seems like a feature, do you have an approved ffe?
[09:48] <seb128> oh
[09:48] <seb128> no, don't
[09:49] <tjaalton> it's blocking wayland/weston ffe
[09:49] <seb128> tjaalton, that's the old "the nvidia driver makes each GL process use 10MB of memory, which means every cairo/gtk app when building cairo with GL"
[09:49] <tjaalton> ah
[09:49] <tjaalton> bummer
[09:49] <seb128> you remember this one or want reference to the details?
[09:49] <tjaalton> well it'll block us moving to mesa 10.0 when it's released
[09:49] <tjaalton> no I remember the bug
[09:50] <seb128> why is that blocking this update?
[09:50] <tjaalton> or just ignore weston
[09:50] <seb128> ignore weston I guess
[09:50] <seb128> we can't just add that load on every nvidia user
[09:50] <seb128> well, we should maybe check that their drivers still have the issue
[09:51] <tjaalton> so, mesa has a MRE now, but upstream moved to a three month release cadence
[09:52] <tjaalton> but we have new hw coming up 'sometime soon', that might need us to move to mesa 10.1-ish as an sru :/
[09:52] <seb128> you said the only problem with the update is weston?
[09:52] <seb128> screw weston in this case, we don't use it
[09:52] <tjaalton> this is why i'd like to update wayland
[09:53] <tjaalton> yeah
[09:53] <tjaalton> I'll just finish the ffe
[09:53] <seb128> thanks
[09:59] <tjaalton> lp1236260
[10:05] <pitti> does anyone use google for empathy, shotwell and friends in the "online accounts" settings?
[10:06] <seb128> pitti, o/
[10:06] <pitti> it now always seems to forget the credentials after a few hours
[10:06] <pitti> and I don't get the google web page any more, just two GTK input lines for user/password
[10:06] <pitti> can anyone confirm?
[10:06] <seb128> pitti, it's not specific to online accounts to me, firefox keeps asking me to auth again as well
[10:06] <seb128> pitti, yes, I can confirm
[10:07] <pitti> is that "show auth web page" -> "show input lines" change intended?
[10:07] <seb128> yes
[10:07] <seb128> it's a better UI/more integrated
[10:07] <pitti> ok, so the bug is that it keeps forgetting it
[10:07] <seb128> yes
[10:07] <pitti> seb128: I agree, it definitvely looks nicer
[10:07] <seb128> it's not happening in firefox for you?
[10:07]  * pitti checks again
[10:07] <seb128> it's driving me nuts, I've to auth in firefox like 5 times a day for some weeks
[10:08] <pitti> seb128: no, I'm still logged in with both my accounts
[10:08] <seb128> ok, weird
[10:08] <pitti> I only need to re-login perhaps once every two weeks
[10:08] <seb128> well maybe check with mardy then, in case that's a known issue in the online account stack
[10:08] <seb128> I assumed it was something on the google side because I keep being un-auth in firefox as well
[10:23] <seb128> pitti, I guess you restore your firefox sessions?
[10:23] <pitti> seb128: yes
[10:24] <pitti> "something unexpected has happened" exercise at every boot :)
[10:24] <seb128> pitti, ok, I get logged out if I restart firefox with the setting set to "open my startpage"
[10:24] <seb128> pitti, I don't if I do "restore my previously opened tabs"
[10:25] <seb128> the issue happens in chromium as well
[10:25] <seb128> I wonder if google get stricter in their auth, or if that's part of their "replacing cookies" or something
[10:35] <tjaalton> pitti: hey, I assigned bug #1234424 to you, but I can merge it too
[10:35] <ubot2> Launchpad bug 1234424 in pm-utils (Ubuntu) "Don't quirk SVGA if vmwgfx kernel driver is loaded" [High,Triaged] https://launchpad.net/bugs/1234424
[10:36] <pitti> tjaalton: I saw, thanks; I can handle it, and commit it to Debian
[10:36] <pitti> (so that we stay in sync)
[10:36] <tjaalton> pitti: ah good, yeah I figured you wanted to do that
=== MacSlow is now known as MacSlow|lunch
=== psivaa is now known as psivaa-afk
=== MacSlow|lunch is now known as MacSlow
[12:30] <happyaron> seb128: today is the last day.
[12:31] <happyaron> seb128: I think removing that patch is acceptable, if it does make it work.
[12:31] <happyaron> I can do some testing later, if needed.
=== psivaa-afk is now known as psivaa
[12:53] <tjaalton> should lightm still allow choosing the login session?
[12:53] <tjaalton> *lightdm
[12:54] <tjaalton> I don't see any way to choose
[13:03] <seb128> tjaalton, yes, there is a cog icon next to the password entry
[13:04] <tjaalton> I don't see it here
[13:04] <seb128> happyaron, enjoy your end of holiday, and yes testing would be welcome tomorrow if you can do that
[13:04] <seb128> tjaalton, did the issue start today? (I didn't restart with the new lightdm yet), do you have other sessions installes in /usr/share/xsessions?
[13:05] <tjaalton> seb128: it's the same on an older installation not upgraded today
[13:06] <tjaalton> though it doesn't have other sessions installed
[13:06] <seb128> that's why then
[13:06] <tjaalton> ah it does
[13:06] <seb128> it does what? have sessions? or has a selector?
[13:07] <tjaalton> have sessions
[13:07] <tjaalton> gnome & ubuntu
[13:08] <seb128> great
[13:17] <seb128> Laney, weird, doing LANG=C system-settings or LANG=en_GB system-settings, on current saucy, with your branch the month names are lowercase for me
[13:17] <seb128> Laney, in any case it's a detail, approving, I'm just unsure why we get different results
[13:29] <tjaalton> seb128: ok now that I installed gnome-shell it does show the cog and two options
[13:29] <seb128> tjaalton, ok, works as intended there
[13:29] <seb128> then
[13:30] <tjaalton> contents of /usr/share/xsessions didn't change though
[13:30] <tjaalton> is that even used anymore
[13:33] <seb128> tjaalton, yes, those are the entries listed by lightdm
[13:33] <seb128> tjaalton, you had a session file for gnome-shell there before having gnome-shell installed?
[13:33] <tjaalton> but both that are there are installed by gnome-session
[13:33] <tjaalton> no
[13:34] <tjaalton> ah
[13:34] <tjaalton> yes
[13:34] <seb128> there is a tryexec key
[13:34] <seb128> they are only valid if the binary they correspond to are install
[13:34] <Laney> seb128: WEIRD!
[13:34] <tjaalton> ok
[13:35] <seb128> tjaalton, but weird, http://packages.ubuntu.com/search?searchon=contents&keywords=gnome-shell.desktop&mode=exactfilename&suite=saucy&arch=any
[13:36] <tjaalton> it's just gnome.desktop
[13:36] <seb128> tjaalton, that confirms what I though, the .session should come from gnome-shell, dunno what version of gnome-session you have to have the file coming from there
[13:36] <seb128> tjaalton, oh, right
[13:36] <seb128> tjaalton, so yeah, that's due to the tryexec
[13:37] <seb128> Laney, yeah, I've no idea what's different between our systems
[13:37] <tjaalton> seb128: alrighty
[13:37] <Laney> well the french months are lowercase here
[13:37] <Laney> I bet it's to do with that somehow
[13:38] <Laney> eds works btw, and I have no goa process running
[13:38] <Laney> + evo with calendar in indicator
[13:38] <seb128> Laney, oh ok, it probably use lc_time or something rather than the locale
[13:38] <seb128> Laney, indeed, if I set the LC as well as LANG I get an uppercase
[13:38] <seb128> Laney, @eds: nice, upload! ;-)
[13:38] <Laney> ah
[13:42] <Laney> jibel: hey
[13:43] <Laney> jibel: do you know why jenkins.qa.u.c doesn't show glib-networking's autopkgtest?
[13:43] <Laney> also, how are you? :-)
[13:44] <jibel> Hey Laney, I'm fine and you?
[13:44] <jibel> Laney, have these tests been added recently?
[13:44] <Laney> pretty good
[13:44] <Laney> yes
[13:45] <Laney> 2013-10-03
[13:45] <jibel> Laney, okay glib-networking 2.38.0-1~ubuntu2, looking
[13:46] <Laney> I bet I did something wrong :P
[13:48] <jibel> Laney, the package looks good, but britney didn't submit the first test request. That's a case we already had.
[13:49] <jibel> I'll resubmit a test request that will create the job
[13:49] <Laney> ubuntu1 had debian/tests/* but no XS-Testsuite header
[13:49] <Laney> might have confused matters
[14:17] <seb128> pitti, hey, https://code.launchpad.net/~dannf/ubuntu/saucy/udisks/lp1235051/+merge/189203 is in the sponsoring queue ... should I just sponsor it or would you prefer to get that through Debian?
[14:23] <pitti> seb128: udisks is dead (we should get rid of it in the default install, argh)
[14:23] <pitti> seb128: so I don't particularly mind it being out of sync, so go ahead
[14:24] <seb128> pitti, well, it was just to clean the queue, I don't especially care either ... I don't think arm64 is a goal for saucy, I'm just going to put it work in progress until next cycle and upload it if nobody uploaded that to debian by then
[14:25] <pitti> xnox: ^ what's the status for the usb-creator port, OOI?
[14:28] <seb128> attente, hey
[14:29] <attente> hi seb128
[14:29] <seb128> attente, how are you?
[14:29] <attente> i'm good
[14:30] <attente> is this about the media-keys problem?
[14:30] <seb128> attente, I'm looking at https://code.launchpad.net/~attente/gnome-settings-daemon/non-latin-media-keys/+merge/189369 ... but I'm not sure I understand keyboards enough to judge it
[14:30] <seb128> judge->review
[14:31] <attente> oh. that just adds an extra step where it checks the keyboard shortcut by keycode if all else fails
[14:31] <seb128> attente, can you try to give me a bit more context/details? is GNOME having the same issue? if not,why not?
[14:31] <attente> GNOME isn't having this issue, no
[14:32] <seb128> how do they workaround/solve it? (or what do they do differently/can we do the same)
[14:32] <attente> if i have to guess, something changed at the xkb level
[14:32] <attente> seb128, i don't know if they need a workaround as it isn't a problem for them
[14:33] <attente> this is strictly an ubuntu problem as far as i can tell
[14:33] <seb128> why is it a problem for us and not for them?
[14:33] <seb128> what do we do differently?
[14:33] <attente> i'm not sure, maybe mir does something differently with keyboard group implementation?
[14:35] <attente> all i can think of is that we need changes in g-s-d and gtk... leading me to suspect the problem lies lower in the stack
[14:36] <seb128> attente, hum, we don't use Mir in saucy, so it can't be Mir
[14:36] <seb128> we are still on plain old good xorg
[14:36] <xnox> seb128: please upload.
=== amithkk_ is now known as amithkk
[14:36] <seb128> attente, is gnome-shell having issues on Ubuntu?
[14:36] <attente> seb128, yes
[14:36] <seb128> xnox, upload what? the arm64 build fix?
[14:36] <attente> seb128, same issue
[14:36] <xnox> pitti: usb-creator port, didn't fix it since original porting (still broken) was done.
[14:37] <xnox> seb128: udisks/dh_autoreconf, yeap.
=== amithkk is now known as Guest99228
[14:37] <seb128> xnox, is that important for saucy? it seems like we are not going that port complete before release :p
[14:37] <seb128> attente, ok, so maybe a but in our xorg stack then
[14:38] <xnox> seb128: every little helps.
[14:38] <xnox> seb128: i suspect that port will take off ahead of /me finding time to port usb-creator.
[14:38] <seb128> xnox, ok
[14:40] <attente> seb128, what do you think about trying to fix it at the g-s-d/gtk+ level?
[14:40] <seb128> attente, did you try pinging rtcm (the GNOME guy who works on the ibus/keyboard stack) about it, in case he knows what it could be?
[14:41] <seb128> attente, well, I think that if you say it works on other distros, then we should be able to get it working too by fixing whatever is wrong
[14:41] <attente> seb128, i can again, but he wasn't sure what the problem was
[14:41] <attente> i could only conclude we're doing something strange on our end
[14:41] <seb128> attente, it that specific to g-s-d session?
[14:41] <seb128> I'm not even sure to understand the issue
[14:42] <seb128> e.g if you run a GNOME classic session with gnome-panel, is the issue there?
[14:42] <attente> i haven't tried GNOME classic
[14:42] <attente> i'll try it
[14:44] <seb128> attente, thanks
[14:45] <seb128> attente, I'm fine adding patches to g-s-d/gtk if that makes things work, but it feels like a workaround (saying that on the fact that other distros don't have the issue without that code, so it shouldn't be strictly needed)
[14:45] <Laney> pushed gsd
[14:48] <attente> seb128, so these are actually two different problems it seems
[14:49] <attente> the g-s-d media keys problem affects GNOME classic, gnome-shell, and unity
[14:49] <attente> but the problem on the gtk+ side seems to only affect unity
[14:49] <seb128> ok
[14:49] <seb128> so with your g-s-d patch the keys work as they should out of unity?
[14:52] <attente> seb128, sorry i guess i forgot to check it, it doesn't seem to work outside of unity...
[14:53] <attente> this problem is really strange...
[14:53] <seb128> attente, is that problem happening in a "basic" session without the indicators?
[14:53] <seb128> attente, e.g a stock gnome-panel one
[14:53] <seb128> or simpler than that an openbox or something with g-s-d running
[14:55] <attente> seb128, i'm running in gnome classic right now and the problem persists even with the patch
[14:55] <attente> i guess i don't understand the problem as well as i thought i did
[14:56] <seb128> attente, ok, I'm going to discard that patch for this upload then
[14:56] <attente> seb128, ok
[14:56] <seb128> attente, is the problem due to g-s-d ?
[14:57] <attente> i don't believe so
[14:57] <attente> if i had to guess, it's happening at the x level
[14:57] <seb128> attente, how do I reproduce? is that like "start a session, configure a non latin keymap (e.g russian), try to use multimedia keys"?
[14:57] <attente> seb128, yes
[14:57] <seb128> well I guess without g-s-d there is no handler for those :/
[14:58] <Laney> the media keys are broken in non-shell-non-unity gnome sessions
[14:58] <Laney> don't get confused with that bug
[14:58] <Laney> which is the patch I just pushed to gsd git
[14:58] <Laney> erm, bzr
[14:58] <attente> oh.
[14:58] <attente> interesting
[14:58] <Laney> i.e. try merging with that
[14:59] <attente> Laney, ok, will do
[15:00] <seb128> shrug
[15:01] <seb128> attente, ok, so an unity session with "ru" as default keymap and fr/us next to it, multimedia keys work
[15:01] <attente> seb128, does ctrl+alt+t work for you?
[15:02] <seb128> attente, no, it doesn't
[15:02] <seb128> that's the issue I guess?
[15:03] <attente> yes
[15:04] <attente> seb128, let me try to merge trunk and see if it's fixed on all three
[15:17] <attente> seb128, ok, so still same result, only fixes on unity
[15:18] <seb128> attente, do you try with ctrl-alt-t?
[15:18] <attente> seb128, yep, with arabic, greek, russian, none work
[15:18] <attente> i guess don't worry about that patch then
[15:19] <seb128> attente, stop using ctrl-al-t as a testcase
[15:19] <attente> seb128, why?
[15:19] <seb128> attente, the unity testing is buggy, bind another command, e.g ctrl-alt-c to calculator
[15:19] <seb128> attente, because compiz has a custom binding for ctrl-alt-t
[15:19] <seb128> it might be that it works through compiz
[15:19] <seb128> not due to the g-s-d action
[15:20] <attente> but the action is configurable through g-c-c
[15:20] <seb128> attente, I've ctrl-alt-t working but ctrl-alt-u to another action not working
[15:20] <seb128> right
[15:20] <seb128> but I think both might fight
[15:20] <seb128> which is yet another bug
[15:20] <seb128> but better to use a non conflict binding for your testing
[15:20] <seb128> just rebind to ctrl-alt-c or something
[15:20] <attente> ok
[15:33] <seb128> attente, ok, at least I can confirm the bug and that it doesn't seem to be the unity, indicator or ibus (I get the issue without those)
[15:33] <seb128> e.g I'm in unity session where I unloaded the unity plugin from compiz and I moved away the indicator .service to avoid dbus activation and killed ibus
[15:34] <seb128> and I change layouts with "setxkbmap <layout>"
[15:34] <attente> seb128, ok
[15:35] <attente> the patch only fixes in unity, so best to reject the MP
[15:35] <seb128> ok
[15:35] <seb128> Laney, ^ feel free to upload the other changes if you want
[15:35] <seb128> (if you don't I'm going to do in a bit, still trying to help debugging a bit more the multimedia key issue)
[15:36] <Laney> will do
[15:37] <attente> seb128, application shortcuts are also affected, but only under unity
[16:00] <jibel> Laney, https://jenkins.qa.ubuntu.com/view/Saucy/view/AutoPkgTest/job/saucy-adt-glib-networking/
[16:01] <Laney> jibel: awesome, thanks!
=== MacSlow is now known as MacSlow|afk
[16:32] <attente> seb128, how do you opt-out your device from image-based updates?
[16:36] <seb128> attente, I don't why?
[16:36] <Laney> make it writable, never update
[16:36] <Laney> or use cdimage-touch
[16:37] <Laney> in both cases you can use apt
[16:37] <Laney> but you'll drift on the android side of stuff i guess
[16:37] <seb128> attente, touch /userdata/.writable_image
[16:37] <Laney> and not be testing the proper thing
[16:37] <seb128> attente, if you are looking at how making the image writable
[16:37] <seb128> then reboot
[16:37] <seb128> then you can use apt etc
[16:37] <attente> ok, thanks
[16:38] <seb128> attente, btw, that keyboard issue does looks like an xorg issue
[16:38] <attente> seb128, is someone looking into it?
[16:38] <seb128> attente, it's happening with g-s-d/g-c-c downgraded to 3.6 from raring and it's happening in xfce with their settings manager
[16:39] <attente> ok
[16:39] <seb128> attente, and xfce is gtk2 which didn't change lot
[16:39] <seb128> attente, I just got stubborn trying to find the buggy component...
[16:39] <seb128> attente, but well, I ruled out g-s-d ibus indicator-keyboard and gtk3
[16:40] <attente> yeah, i guess i just figured it was fixable on the g-s-d gtk side of things
[16:40] <seb128> attente, I'm going to try next to start from raring and upgrade selected component (like xorg-server) to try to figure out which one starts the issue
[16:40] <seb128> attente, are you working on the phone settings back atm?
[16:40] <seb128> attente, maybe do something else that the crazy media key stuff for a while
[16:40] <attente> seb128, sure, will do
[16:41] <seb128> attente, it would be nice to make the change to restrict the language list to the one that have a locale generated on disk
[16:41] <seb128> the list atm is long and most choices don't work
[16:41] <attente> seb128, ok
[16:41] <seb128> attente, if that's not easy to do, we might just hardcode it to zh/es/pt/de/fr, those are the langpack we install
[16:42] <seb128> thanks
[16:42] <seb128> Laney, thanks for uploading g-s-d!
[16:43] <Laney> kein problem!
[16:43]  * Laney found a tin of altoids to reward himself with
[16:43] <Laney> yum yum
[16:44] <Laney> will have to restock in CA
[16:45] <seb128> what is altoids?
[16:45]  * seb128 googles
[16:45] <seb128> oh, cinnamon's sweets?
[16:45] <seb128> not only cinnamon, google image has peppermint ones as well
[16:46] <Laney> never had that kind
[16:48] <xclaesse> Uh, apport launch chrome when sending a crash report
[16:48] <xclaesse> instead of firefox
=== tvoss_ is now known as tvoss|quick_dinn
=== m_conley_away is now known as m_conley
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
[17:34] <seb128> ok, enough for today
[17:34] <seb128> 'night everyone
[17:40] <ogra_> ciao seb128
=== m_conley is now known as m_conley_away
=== MacSlow|afk is now known as MacSlow
=== tvoss|quick_dinn is now known as tvoss_
=== strycore_ is now known as strycore
=== RAOF_ is now known as RAOF