[07:18] <mlankhorst> Hello, world!\n
[09:05] <Laney> morning!
[09:20] <sil2100> Morning Laney !
[09:23] <Mirv> is anyone else having problems with trusty + pulseaudio ~today?
[09:24] <sil2100> Mirv: let me upgrade to the todays version and I'll give you a sign
[09:25] <seb128> good morning desktopers
[09:25] <mlankhorst> hey
[09:25] <seb128> hey sil2100 Mirv didrocks Laney
[09:25] <sil2100> seb128: hi! Not sure if you saw, but I released libdbusmenu yesterday and it's in unapproved now
[09:25] <didrocks> salut seb128!
[09:25] <sil2100> Hi everyone!
[09:26] <seb128> sil2100, I noticed, thanks!
[09:26] <Mirv> hey seb128
[09:27] <Laney> hallo
[09:54] <jpds> Who changed indicator-datetime so that the calendar remembers where one left it off instead of reseting to today's month when one clicks on it?
[09:55] <jpds> There's no "Go to today" button either.
[09:59] <seb128> jpds, nobody, it's a bug not a wanted change
[09:59] <seb128> charles knowns about it
[10:53] <sil2100> didrocks: are you ready for some packaging ACKs? ;)
[10:54] <didrocks> sil2100: more than ready!
[10:54] <seb128> Laney, can  dmz-cursor-theme be synced?
[10:55] <Laney> Didn't we change the alternate priority?
[10:55] <Laney> (yes)
[10:55] <Laney> Ignore that merge
[10:55] <seb128> Laney, you changed it in debian as well, but you lowered there when you bumped on our side, so I'm unsure (I've been too lazy to check why those are differentà
[10:55] <Laney> We use a different cursor theme to them
[10:55] <sil2100> didrocks: actually, those changes are made by pitti, so I guess they're 'ACKed by core-dev' already, but anyway some additional eyeballs won't hurt:
[10:55] <Laney> remember the bug where it changed last cycle?
[10:55] <sil2100> http://10.97.0.1:8080/job/cu2d-phone-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_dialer-app_0.1+14.04.20131104.1-0ubuntu1.diff
[10:55] <didrocks> sil2100: yeah ;)
[10:55] <sil2100> http://10.97.0.1:8080/job/cu2d-phone-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_messaging-app_0.1+14.04.20131104-0ubuntu1.diff
[10:56] <Laney> https://merges.ubuntu.com/main.html ← I added a comment there last week or so, ignore that merge
[10:56] <seb128> Laney, yeah, that rings a bell, I'm unsure about the details (not really interested either, I'm just going through the red lines on versions ...;-)
[10:56] <didrocks> sil2100: if they are made by pitti, you have your implicit +1 ;)
[10:56] <seb128> Laney, ok
[10:56] <sil2100> ;p
[10:56] <Laney> will pick up versions / my merges in a minute after doing some MPs
[10:57] <seb128> ok
[10:57] <didrocks> sil2100: once published, think about pinging upstream :)
[10:57] <pitti> didrocks, sil2100: mostly testing changes, so not *that* urgent to upload, but +1 on the packaging changes from me (although I shouldn't count here :) )
[10:57] <sil2100> didrocks: of course!
[10:57] <pitti> but I'm really happy that these tests landed at last
[10:57] <sil2100> pitti: ;)
[10:58] <seb128> happyaron, hey, do you plan to merge the new ibus from Debian now that the t-cycle started?
[10:58] <seb128> happyaron, they have .4 and we are still on .3
[11:00] <happyaron> seb128: I plan to merge it soon, I'm triaging existing bugs since yesterday.
[11:01] <seb128> happyaron, ok, great, thanks
[12:17] <seb128> Laney, do you have an opinion on updating webkit? the s-c issue that was flagged as blocker seems like it's not specific to the new version (it's already ranking high on e.u.c)
[12:18] <Laney> seb128: I've got it on my list to test stuff against the new one
[12:18] <Laney> seems reasonable to do
[12:18] <Laney> is that bug forwarded?
[12:18] <seb128> Laney, I just noticed I still had the candidate build installed from since before saucy
[12:19] <seb128> Laney, yes, I did it last week
[12:19] <Laney> nice, can't be that bad then
[12:19] <seb128> @candidate build: didn't notice any issue during this time
[12:19] <meetingology> seb128: Error: "candidate" is not a valid command.
[12:19] <seb128> yeah, seems alright
[12:19] <seb128> Laney, do you want to handle it or should I?
[12:20] <seb128> do you want a test round in the desktop ppa before upload or should we just go with it?
[12:20] <Laney> I can do
[12:20] <seb128> thanks
[12:20] <Laney> will do a test build in canonical-arm-dev at least
[12:20] <seb128> good idea
[12:20] <Laney> not sure about the aarch64 patch
[12:20] <Laney> but we'll see
[12:20] <seb128> it built on arm for debian so it's probably ok, but still good to test
[12:21] <Laney> oh that looks super simple
[12:22] <Laney> seb128: can you link https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/1163886 to the upstream bug?
[12:22] <ubot2> Launchpad bug 1163886 in webkit (Ubuntu) "software-center crashed with signal 5 with WebKit 2.0+" [Critical,Confirmed]
[12:23] <seb128> Laney, oh, I used https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/1211887
[12:23] <ubot2> Launchpad bug 1211887 in software-center (Ubuntu) "software-center crashed with signal 5 in _XReadEvents()" [High,Confirmed]
[12:23] <seb128> Laney, not sure if we should dup, that might lead to lp timeouts
[12:23] <Laney> mmm
[12:23] <Laney> let's link both
[12:23] <seb128> Laney, the one I used is the one e.u.c is listing
[12:24] <seb128> Laney, yeah, that might be easier
[12:25] <seb128> Laney, E'No commit message was specified in the merge proposal.' ;-)
[12:26] <Laney> bah
[12:26] <Laney> done
[12:26] <seb128> Laney, thanks ;-)
[12:27] <seb128> Laney, what is "full country"?
[12:27] <Laney> like "United States" instead of "US"
[12:28] <seb128> hum
[12:28] <Laney> ideally that would be translated
[12:28] <seb128> I've no strong opinion on either, as long as the extra verbose isn't putting the string off screen
[12:29] <Laney> mmm
[12:29]  * seb128 get the new lib to test
[12:29] <Laney> It seemed alright on desktop but I'm not sure about the geometry
[12:29] <seb128> well, it's easy enough to change during the cycle if it turns out to be an issue
[12:29] <Laney> Like, some stuff does overflow but they are still usable AFAICT
[12:30] <Laney> could maybe do something smarter there
[12:30] <Laney> fall back to the shorter one or something
[12:30] <seb128> well, let's first see if that's an issue in practice
[12:31] <Laney> ya
[12:31] <seb128> but I somewhat wish the toolkit would be doing something smart about listitems where the label doesn't fit in the entry
[12:31] <seb128> like scroll when you press the entry and keep your finger on it
[12:34] <darkxst> Laney, seb128: Hi
[12:34] <Laney> hey
[12:35] <seb128> hey
[12:35] <Laney> how's it going?
[12:35] <darkxst> yeh good, just got back from a big long weekend of riding
[12:35] <Laney> nice
[12:35] <seb128> you people and your bikes ;-)
[12:35]  * Laney got some new climbing shoes yesterday
[12:36] <darkxst> seb128, bikes are good!
[12:36]  * darkxst needs to actually go climbing again sometime! been MTB'ing too much
[12:36] <seb128> yeah, I guess they are ... I just find it boring biking for days ;-)
[12:36] <darkxst> seb128, have you ever been Mountain Biking?
[12:36] <seb128> no
[12:36] <seb128> just road biking mostly
[12:37] <darkxst> its a whole different sport ;)
[12:38] <darkxst> Laney, did you try build gjs on debian ppc?
[12:38] <Laney> A bit, then I got stuck in build system blah
[12:38] <Laney> because I had to build mozjs and something else
[12:38] <Laney> then make configure use the local ones
[12:39] <Laney> then it failed to link because of some symbol issue
[12:39] <Laney> and then my plane got called :P
[12:39] <darkxst> I see
[12:39] <Laney> will try again soon
[12:40] <darkxst> I though I saw an email re mozjs 17 landing in debian over the weekend?
[12:40] <Laney> maybe so
[12:40] <Laney> this was friday
[12:40] <Laney> there was gobject-introspection too
[12:40] <Laney> which is also now in experimental!
[12:41] <Laney> those guys :-)
[12:41] <seb128> Laney, I marked your tz change needsfixing, let me know what you think
[12:41] <Laney> k
[12:42] <Laney> so rank by city, state, country?
[12:42] <Laney> I think that should be easy
[12:42] <seb128> that would be my preference
[12:42] <seb128> well, at least "new york" should list new york city at the top of the list
[12:42] <seb128> not in the middle of the lists of that state
[12:43] <seb128> Laney, I'm not even sure if we want to include the state in the search?
[12:44] <Laney> well, the alternative is to only list it if the city is a duplicate
[12:44] <seb128> well, having it on the UI is fine
[12:44] <Laney> oh I see what you mean
[12:44] <Laney> that would be possible
[12:44] <seb128> but can we have the filter to only act on the city and country strings?
[12:45] <seb128> that would avoid having "new york" in the entry leading to list all the cities in the state
[12:49] <darkxst> Laney, are you able to get a backtrace of the gjs ppc failure? 90% sure it will be a seg fault
[12:49] <darkxst> ^test failure
[12:49] <Laney> yeah, give me a minute
[12:53] <Laney> seb128: try that
[12:53] <Laney> not sure if it'll be confusing that the search acts on different text to what's displayed
[12:54] <Laney> also it probably doesn't sort exactly how you want, could fix that by reimplementing sorting somehow
[12:54] <seb128> Laney, our GNOME ui does "City (State, Country)" and only matches on the City
[12:54] <seb128> Laney, but I guess that's a question for mpt
[12:54] <Laney> one way would be to use the population
[12:54] <Laney> which we have
[12:54] <seb128> isn't indicator-datetime doing that?
[12:55] <Laney> dunno
[12:58] <seb128> Laney, ok, that version works fine for me, let's get that in ... we can always adapt later with feedback from design/users if needed
[12:58] <Laney> cool, thanks
[12:59] <Laney> would be nice to get a release of u-s-s at some point
[12:59] <Laney> are dailies ever going to be re-enabled?
[13:01] <seb128> not sure how the workflow is going to change and when
[13:01] <seb128> the plan is to use bugs for tracking features landing and make easier to land bug fixes again, but not sure how we get there
[13:02] <Laney> mmm
[13:02] <seb128> sil2100, Mirv, didrocks: what do we need to do if we want an ubuntu-system-settings landing? use the gdoc to ask for landing still?
[13:02] <didrocks> seb128: for now, yeah
[13:02] <seb128> didrocks, ok, thanks
[13:02] <didrocks> thanks to you :)
[13:03] <seb128> ;-)
[13:03] <seb128> Laney, I'm going to do that today
[13:03] <Laney> cool, thanks
[13:03] <seb128> need to test trunk on the device first though
[13:03] <didrocks> pleaseeee ;)
[13:04] <didrocks> seb128: we'll just fast-track it, if it's in the daily-build ppa, you can publish it yourself
[13:04] <didrocks> (just mention it in the spreadsheet so that we can know what's in)
[13:07] <seb128> didrocks, great, thank you
[13:15] <Laney> darkxst: http://paste.ubuntu.com/6364570/
[13:16] <Laney> installed tests faiiiiiiiillllllllllll
[13:17] <Laney> actually I bet I ran it wrong
[13:21] <jdstrand> seb128: hey, so I get a reliable crash in unity-panel-service, but when I click 'Send an error report to help fix this problem' is checked and I click 'Continue', it seems to upload it, but I don't have a way to report the bug in lp. am I missing something?
[13:21] <jdstrand> seb128: this is on trusty btw
[13:21] <seb128> jdstrand, we turn apport off before release, you are reporting to whoopsie
[13:22] <jdstrand> /etc/default/apport has enabled=1
[13:22] <seb128> jdstrand, right, pitti said some other file is to edit nowadays
[13:22] <seb128> Laney, pitti: ^ what file was it again? (that's confusing, why did we change it from using the default config?)
[13:22] <Laney> apport is on
[13:22] <Laney> you just have to tell it /where/ to report to
[13:23] <Laney> comment out problem_types in /etc/apport/crashdb.conf
[13:23] <seb128> that's the confusing bit ;-)
[13:23] <Laney> I thought we were supposed to be fixing people who want to report their bugs to launchpad
[13:23] <seb128> jdstrand, ^ edit that file (not sure in which way though)
[13:23] <jdstrand> me either
[13:24] <jdstrand> why isn't it already edited for trusty?
[13:24] <seb128> because we just started and nobody turned it on
[13:24] <jdstrand> databases = {
[13:24] <jdstrand>     'ubuntu': {
[13:24] <jdstrand>         'problem_types': ['Bug', 'Package'],
[13:24] <jdstrand> that should be changed to what?
[13:24] <Laney> comment out or delete it
[13:24] <seb128> I'm also wondering if we still benefit from launchpad reporting... looking to bug backlog after saucy, there is lot of noise, and we look mostly at e.u.c
[13:26] <jdstrand> seb128: are you saying I should not report the bug?
[13:26] <seb128> jdstrand, no, it's fine, you are likely to follow up on questions etc
[13:27] <seb128> jdstrand, but most of the bugs turn out to not be useful, so I'm not sure having it turned on by default makes sense
[13:27] <darkxst> Laney, running lt-jsunit directly should be ok
[13:27] <Laney> darkxst: You have to set GJS_USE_UNINSTALLED_FILES
[13:27] <pitti> Laney, seb128, jdstrand: /e/d/apport is now always enabled=1, we edit /etc/apport/crashdb.conf to disable uploading crashes to LP
[13:28] <seb128> jdstrand, btw I suspect your report might turn out to be https://bugs.launchpad.net/ubuntu/+source/ido/+bug/1246536 but the stacktrace should tell for sure
[13:28] <ubot2> Launchpad bug 1246536 in ido (Ubuntu) "segfault in menu_hidden()" [High,In progress]
[13:28] <Laney> darkxst: http://paste.ubuntu.com/6364646/
[13:28] <Laney> how do I make it give more useful output?
[13:28] <Laney> backtrace is not useful
[13:28] <Laney> hmm, maybe it is actually
[13:29] <Laney> darkxst: http://paste.ubuntu.com/6364651/
[13:29] <jdstrand> seb128: it probably is. it is the second time I launch rhythmbox from the sound indicator. then I get unity-panel-ser[4688]: segfault at 5c ip 00007fd78341e1f4 sp 00007fff62272aa0 error 4 in libido3-0.1.so.0.0.0[7fd783411000+21000]
[13:29] <seb128> sil2100, Mirv, cyphermox: can we get current ido trunk published to trusty? (we already have a SRU to saucy) ... that's not impacting touch since ido is desktop specific, so it should be safe
[13:30]  * Laney shrugs
[13:30] <seb128> jdstrand, yeah, same issue, ^ should fix it
[13:30] <darkxst> Laney, that is not helpful ;(
[13:30] <Laney> yeah ...
[13:30] <seb128> sil2100, Mirv, cyphermox: I could pocket copy the SRU but then you guys are going to complain about the changelog not being commited back to your trunk ;-)
[13:30] <jdstrand> seb128: seems errors.ubuntu.com doesn't have 14.04 yet...
[13:31] <Laney> "oh hey, something failed"
[13:31] <sil2100> seb128: let me check the commit and try doing that ;)
[13:31] <seb128> jdstrand, hum, not sure how that's set up, I guess that's a question for ev
[13:31] <seb128> sil2100, thanks
[13:32] <darkxst> Laney, installed-tests framework was all new for this version
[13:33] <darkxst> can you try run a gjs program against the build (like gnome-documents or gnome-weather or something)
[13:33] <Laney> not really
[13:34] <Mirv> seb128: you're correct, thanks for asking us to do the release :)
[13:34] <Mirv> sil2100: sou you're handing ido?
[13:35] <sil2100> Mirv: yep
[13:35] <sil2100> seb128: looking good, as soon as the indicator stack finishes I'll get it released
[13:36] <darkxst> Laney, try build with --disable-installed-tests, then run gdb on lt-jsunit again?
[13:36] <seb128> sil2100, thanks
[13:39] <Laney> darkxst: same
[13:40] <Laney> also libtool --mode=execute gdb jsunit is the approved™ way to do that
[13:43] <darkxst> same as in it fails of read_all_dir from first trace
[13:43] <darkxst> ?
[13:43] <Laney> no, the second pastebin
[13:45] <Laney> although weirdly it does fail in the same way without GJS_USE_UNINSTALLED_FILES=1 (in read_all_dir_sorted)
[13:47] <Laney> that's probably a red herring though
[13:47] <Laney> make check DTRT
[13:49] <jdstrand> seb128: fyi, I filed a bug, I'll let the retrace handle it, but the fix in your bug seems to fix mine
[13:50]  * jdstrand will keep an eye on both
[13:50] <seb128> jdstrand, ok, thanks, let me know how it goes
[13:50] <darkxst> Laney, huh? make check passes?
[13:52] <Laney> no
[13:52] <Laney> it does the right thing with the installed tests stuff
[13:55] <Laney> darkxst: http://paste.ubuntu.com/6364646/ had the most information, but that's not very much
[13:55] <Laney> if you know how to make gjs/mozjs show more stuff then let me know
[14:04] <darkxst> Laney, will get back to you tomorrow, too tired now ;)
[14:05] <Laney> basically the test runs the simplest js program, and that fails
[14:05] <Laney> so the problem is quite fundamental :-)
[14:06] <darkxst> Laney, yes, I do wonder if its a regression in the new testing framework
[14:06] <Laney> nah
[14:06] <Laney> I get it if I run gjs-console manually on the file
[14:06] <darkxst> hmm ok
[14:07] <Laney> wait
[14:08] <darkxst> normally there is more info when JS_EvaluateScript fails, but I do run debug builds of mozjs, not sure if that makes a difference
[14:08] <darkxst> but really gotta go, will follow up tomorrow ;)
[14:12] <seb128> darkxst, can you upstream your g-s-d suggested fix for that segfault btw?
[15:12] <sil2100> seb128: the ido thing will have to wait an hour or so if you don't mind, as we had a blocker in our stacks and all will be unblocked only in some nearest time
[15:12] <seb128> sil2100, ok, thanks for letting me know
[15:22] <seb128> qengho, Sweetshark, mlankhorst, Laney, tkamppeter, desrt, attente, larsu: the meeting is in 10min (just a reminder since the time changed with DST)
[15:22] <Laney> muhahaha, just back from lunch in time
[15:22] <seb128> Laney, start writing your week summary then ;-)
[15:22] <desrt> seb128: weird!!
[15:23] <Laney> hung around with some strange guys in oakland, done
[15:23] <kenvandine> ?
[15:23] <seb128> desrt, hey, had a good trip back?
[15:23] <seb128> Laney, hehe
[15:23] <desrt> yup
[15:23] <seb128> kenvandine, !
[15:23] <desrt> took a very-much-needed swap day yesterday
[15:23] <desrt> did laundry all day :)
[15:23] <seb128> desrt, nice, I though you would be swapping today as well
[15:23] <seb128> haha
[15:23] <seb128> desrt, did you get your washing machine back? ;-)
[15:23] <desrt> seb128: meh.  i may not be at the peak of my productivity but i have work to do
[15:24] <kenvandine> i was confused... i thought since the meeting was UTC it would be an hour later for me
[15:24] <desrt> so i'd rather get some of it out of the way
[15:24] <seb128> k
[15:24]  * kenvandine still has a mild fever :)
[15:24] <kenvandine> a little fuzzy here :-p
[15:24] <seb128> kenvandine, winter time is one hour closer from UTC
[15:24] <mlankhorst> hey
[15:24] <seb128> e.g for Europe summer time is +2, winter +1
[15:24] <kenvandine> yeah, i did change my clock back an hour... but still was thinking it was an hour later
[15:24] <desrt> kenvandine: the meeting is at a fixed point in (UTC) space.  your clock moved backwards.  therefore your clock has a lower number at the time of the meeting.
[15:25] <Laney> gcal got it right for me
[15:25] <desrt> ie: it's earlier
[15:25] <kenvandine> desrt, yeah yeah... i know... just confused myself earlier when i read the email
[15:25] <Laney> indicator-datetime too :qualitycode:
[15:25] <desrt> you're still reading mails?
[15:25] <desrt> that's your problem!
[15:25] <kenvandine> haha
[15:25]  * desrt just assumes seb will tell him if anything important is about to happen
[15:25] <kenvandine> hey, friday i was at inbox unread 0!
[15:26] <qengho> seb128: I was wrong about that SIGSYS stack overflow bug being fixed in yesterday's release. I was thinking of another bug when I answered.  I put SIGSYS fix in a PPA to get testers, not the security release, but it will be in the next release, which should be end of this week.  Cr31 is due then.
[15:26]  * desrt only has 43 this morning
[15:26] <kenvandine> first time in ages...
[15:26] <Laney> Mark all as read is a great feature
[15:26] <kenvandine> that's cheating :)
[15:26] <seb128> qengho, ok, thanks, shame that it didn't make it this one seeing the number of users hiting it:/
[15:30] <seb128> qengho, Sweetshark, mlankhorst, Laney, tkamppeter, desrt, attente, larsu: hey, it's meeting time!
[15:30] <seb128> I hope everybody travelled back without issue
[15:30] <seb128> lets get started
[15:30] <seb128> qengho, hey
[15:30] <qengho> Hi hi.
[15:30] <qengho> - done: sprint; Cr release 30.0.1599.114.
[15:30] <qengho> - todo: preparing for chromium-browser v31 release.
[15:30] <qengho> - todo: starting work to get multitouch gestures working in chromium-browser. Just acquired APPL (shudder!) touchpad thing to test.
[15:30] <qengho> EOL
[15:31] <seb128> qengho, thanks, good work getting the update one, I'm looking forward the next one with that segfault fix included ;-)
[15:31] <qengho> :(  Me too.
[15:31] <seb128> Sweetshark, there or not? (he emailed earlier saying he was fighting ubuflu and might not be there)
[15:31] <qengho> Also, a tab-text disappearing bug.
[15:31] <qengho> Two big ones.
[15:32] <seb128> great
[15:32] <seb128> no Sweetshark I guess
[15:32] <seb128> mlankhorst, hey
[15:32] <mlankhorst> glamor-egl bugfixing, sru'ing some of it back to saucy. Working on converting android syncpoint to get my own code closer to upstream kernel.
[15:32] <seb128> what is glamor-egl?
[15:33] <mlankhorst> it's used to enable radeonsi support
[15:33] <mlankhorst> a xorg ddx driver based on egl
[15:33] <seb128> ok
[15:33] <seb128> mlankhorst, thanks
[15:33] <seb128> Laney, hey
[15:34] <Laney> one sec
[15:34]  * desrt finishes a 'transaction'
[15:34] <Laney> • Short week; travelling Friday & off Monday but some of this covers the previous week too
[15:34] <Laney> • Take care of a lot of outstanding merges, still a lot to do :(
[15:34] <Laney> • Some desktop updates / sponsoring:
[15:34] <Laney> ∘ Rhythmbox 3.0
[15:34] <Laney> ‣ Tweak rhythmbox-ubuntuone to work with the py3 peas loader
[15:34] <Laney> ∘ vala 0.22
[15:34] <Laney> ∘ gmime
[15:34] <Laney> ∘ gjs (fails on ppc; debugging with Tim a little bit)
[15:35] <Laney> ∘ p11-kit
[15:35] <Laney> • Some users/upstream developers pinged me for help with a texlive issue - dig out a patch and SRU it for them. Failed on ppc; sent back to them for a fix.
[15:35] <Laney> • Tracked packages where trusty < saucy and copied as appropriate
[15:35] <Laney> • Help a bit with sponsoring (queue is huge, please give 30 minutes to it if you can)
[15:35] <Laney> • Some u-s-s fixes
[15:35] <Laney> ∘ Parse click package desktop files to get metadata for Storage subpanel
[15:35] <Laney> ∘ Add API to libtimezonemap to get more data for manual timedatescreen (hereafter known as The Springfield Problem)
[15:35] <Laney> • Ping upstream to get gnome-desktop-testing to exit with a bad exit code on failure(!) & upload this
[15:35] <Laney> • g-c-c bugfixing & more g-s-d keygrabber iterations (still needs re-SRUing to 13.10)
[15:35] <Laney> • Sprint: discussions around the LTS desktop & u-s-s testing; should be good
[15:35] <Laney> • TODO: vUDS planning, webkitgtk update, moar merges
[15:36] <desrt> what?  that's it?
[15:36]  * desrt whips Laney to work harder
[15:36] <seb128> Laney, rhythmbox-ubuntuone? isn't that deprecated?
[15:36] <Laney> we didn't have a meeting last week :P
[15:36] <Laney> haha
[15:36] <Laney> I think it does something like auto-import songs you buy?
[15:36] <desrt> larsu: you used this...
[15:37] <Laney> the webview thing is gone
[15:37] <Laney> but there is still certainly something there
[15:37] <attente> Laney, what's the keygraber stuff you're working on?
[15:37] <larsu> desrt: I used to, yes
[15:37] <Laney> attente: starting it in all sessions, should be fixed in T now
[15:37] <larsu> desrt: stopped after it wasn't supported anymore and crashed rb regularily
[15:37] <Laney> for media keys
[15:37] <attente> oh right
[15:37] <Laney> shouldn't interfere with your stuff
[15:38] <seb128> attente, it's the patch that makes g-s-d not grab keys under gnome-shell (since they do it there)
[15:39] <seb128> Laney, not sure about autoimport, I though that the sync daemon would sync files and that rb would watch the directory simply, but I didn't look into it
[15:39] <seb128> Laney, thanks
[15:39] <seb128> tkamppeter, hey
[15:39] <tkamppeter> - cups-filters: Released 1.0.41 with framework for PPD-/configuration-less printing on mobile devices. cups-browsed automatically creates queues for IPP printers with known page description languages which advertise thenmselves vis Bonjour.
[15:39] <tkamppeter> - cups: Final 1.7.0 release.
[15:39] <tkamppeter> - cups-filters: Review of contributed patch to improve bannertopdf
[15:39] <tkamppeter> - cups-filters: Investigated whether foomatic-rip can be merged into cups-filters after the GSoC changes
[15:39] <tkamppeter> - cups-filters, ghostscript: Applied contributed bug fixes.
[15:39] <tkamppeter> - Bugs.
[15:41] <seb128> tkamppeter, thanks
[15:41] <seb128> desrt, hey
[15:41] <desrt> hey
[15:41] <desrt> just lots of bugfixing
[15:41] <desrt> mostly gsettings
[15:41] <desrt> wrote a new markup parser for rewriting the glib-compile-schemas to fix a lot of more difficult gsettings bugs
[15:42] <desrt> (end)
[15:42] <Laney> https://bazaar.launchpad.net/~ubuntuone-control-tower/rhythmbox-ubuntuone/trunk/view/head:/ubuntuone/ubuntuone.py
[15:43] <seb128> desrt, thanks
[15:43] <seb128> attente, hey
[15:43] <attente> seb128, hi
[15:44] <Laney> * played super hexagon
[15:44] <Laney> * eow
[15:44] <larsu> lol
[15:44] <attente> fixes for gnome-screensaver, i-keyboard, maliit settings
[15:44] <attente> lol
[15:44] <attente> writing the unity key grabber right now
[15:45] <attente> (trying to at least...)
[15:45] <seb128> attente, oh, you are doing the work for the unity guys? didn't they say they would do it?
[15:45] <Laney> for?
[15:45] <seb128> Laney, ?
[15:45] <Laney> [what's that] for?
[15:45]  * Laney brevity
[15:45] <seb128> Laney, my understand was that brandon would write the unity side of those changes
[15:45] <attente> the keygrabber for moving the input-source switching into the unity shell
[15:46] <seb128> understanding
[15:46] <seb128> oh
[15:46] <Laney> oh, that, cool
[15:46] <seb128> Laney, do you ask what that's about? basically doing what gnome-shell is doing
[15:46] <Laney> yeah
[15:46] <seb128> the grabbing in the shell
[15:46] <seb128> then talking to g-s-d via dbus
[15:46] <Laney> I was wondering for which bit of functionality
[15:46] <seb128> same as gnome-shell
[15:47] <attente> since we have the legacy key grabber, we want to move away from that
[15:47] <attente> otherwise these keyboard shortcut bugs are not going away :(
[15:47] <larsu> attente: ah, will that fix the problem of many things in the session registering global grabs?
[15:47] <seb128> attente, thanks for working on that, but feel free to bounce that part to bregma's team, they said they would do it
[15:48] <attente> larsu, i think so
[15:48] <attente> i *hope* so
[15:48] <attente> seb128, will do
[15:48] <larsu> attente: cool! Did you tell the unity8 guys about this as well?
[15:48] <attente> larsu, no, i'm not sure what they're doing on their end
[15:48] <seb128> larsu, we don't have g-s-d in unity8 session, so we don't have any key grabbing there atm ... I'm not even sure what input stack we have (the android one afaik)
[15:49] <seb128> that's something we need to discuss/get done at some point
[15:49] <seb128> but I didn't see it on the roadmap yet
[15:49] <larsu> yes, I just wanted to make sure it's on their radar
[15:49] <seb128> the current focus is on touch interactions
[15:49] <larsu> of course
[15:49] <seb128> right, we should check with them
[15:49]  * seb128 makes note to do that
[15:49] <seb128> attente, thanks
[15:49] <larsu> seb128: thanks :)
[15:49] <seb128> larsu, yw
[15:50] <seb128> larsu, your turn ;-)
[15:50] <attente> thanks seb128!
[15:50] <larsu> okay
[15:50] <larsu> - fixed indicators and unity-panel-service to be less verbose in the logs (fixed criticals and removed unnecessary warnings)
[15:50] <larsu> - triaged all indicator-sound bugs and fixed some of them
[15:50] <larsu> eof
[15:50] <larsu> - reviewed a couple of desrt's gsettings patches
[15:50] <larsu> - stopped unity-guys from killing notify-osd from their upstart script
[15:50] <larsu> - started porting gtk 3.8 patches to 3.10; the biggest one (custom menu items) is done; looks like we can drop a couple of other patches
[15:50] <seb128> lol
[15:51] <seb128> larsu, "eof" doesn't goes in middle of summaries :p
[15:51] <larsu> mh?
[15:51] <seb128> larsu, you have 2 items, eof, and 3 items (or my IRC client is acting weird)
[15:52] <seb128> anyway
[15:52] <seb128> larsu, thanks ;-)
[15:52] <seb128> ok, my turn
[15:52] <attente> i see it too...
[15:52] <larsu> seb128: must be your irc client (it looks right on mine, and I typed it _after_ pasting the summary)
[15:52] <larsu> well, maybe it's my irc client then
[15:52] <attente> larsu, we're using the same irc client :P
[15:52] <Laney> nah, your irc client probably buffered the others and inserted that one right away
[15:52] <seb128> larsu, I think irssi in screen acts weirdly when you paste and type then
[15:52] <larsu> ah okay
[15:52] <seb128> like it buffers the copy
[15:53] <larsu> I'll paste the eof with the payload next time ;)
[15:53] <seb128> and you end up with the eof going before the buffer is flushed
[15:53] <seb128> ;-)
[15:53]  * larsu always messes something up at the meeting :(
[15:53]  * seb128 hugs larsu
[15:53] <seb128> ok, my turn
[15:53] <seb128> * discussed desktop LTS TODO with different people (bugs backlog, what to do with GNOME updates, what to do with new GNOME apps where style doesn't fit Unity), need to follow up on list with a summary, but basically:
[15:53] <seb128> - stay on GNOME 3.8
[15:53] <seb128> - bring "classic" menus to some apps (evince, nautilus, rhythmbox), upstream the patches as well (e.g basically use a menubar for "classic desktop" (e.g everything but gnome-shell))
[15:53] <seb128> - look at gtk headerbars to see if we can make those fit in Unity (e.g show decorations from the WM, hide "X")
[15:53] <seb128> - look at how difficult updating gtk would be
[15:53] <seb128> .
[15:53] <seb128> * ubuntu-system-settings:
[15:53] <seb128> - some good discussions about work for next cycle and testing
[15:53] <seb128> - looked at merge request to add autopilot tests
[15:53] <seb128> - some small improvements to the charge graph (colors)
[15:53] <seb128> - some reviews
[15:53] <seb128> .
[15:53] <seb128> * saucy SRUs: gtk+3.0 empathy desktop-files-utils libgpod file-roller
[15:53] <seb128> * looked at errors.ubuntu.com saucy reports, tried to help getting fixes for some of the issues (e.g opened bugs, talked to upstream, filed bugs, asked for landing, etc)
[15:53] <seb128> .
[15:54] <seb128> * tried to help attente with his keyboard work, tested some fixes, landed SRUs
[15:54] <seb128> .
[15:54] <seb128> * started on saucy merges: libisofs libgnomecanvas gnome-power-manager distribute popplerkit.framework desktop-file-utils gmime gcr poppler
[15:54] <seb128> * some bug fixes and upstream backports
[15:54] <seb128> * bug triaging
[15:54] <seb128> </week<

[15:56] <seb128> that's it for the summaries, I've some notes to add though:
[15:56] <seb128> - we start a new cycle, if you are doing packaging, please look at your Debian merges
[15:56] <seb128> - don't forget about sponsoring, as Laney pointed we accumulated some backlog there and we should clean it a bit
[15:57] <seb128> - vUDS is coming soon, if you want a session, please register the blueprints you need this week

[15:57] <seb128> does anyone has other questions/comments?
[15:57] <qengho> Nope.
[15:58] <seb128> ok, seems not
[15:58] <seb128> thanks everyone!
[15:59] <seb128> didrocks, your turn ;-)
[16:01] <Mirv> o/
[16:04] <didrocks> seb128: we'll have it onlin in an hour I guess, I'm not sure it moved in the calendar for various people
[16:04] <didrocks> Mirv: ^
[16:04] <didrocks> online/in a hangout
[16:04] <seb128> didrocks, your call, I mentioned the DST in my reminder email earlier today
[16:05] <didrocks> seb128: yeah, but we didn't discuss that with robru and other guys earlier
[16:05] <seb128> didrocks, well, we discussed it last cycle when we changed for summer time and we agreed to stay on UTC
[16:05] <seb128> didrocks, but I guess people forgot since
[16:05] <didrocks> robru: are you around?
[16:05] <seb128> didrocks, anyway, your meeting, your call
[16:05] <didrocks> if robru is around. i guess the rest of the team is
[16:05] <didrocks> ogra_: around as well? ^
[16:05] <ogra_> didrocks, for what ?
[16:06] <kenvandine> i'm here
[16:06] <ogra_> didrocks, i'll be in the regular meeting, currently i'm in another meeting
[16:06] <didrocks> ok, so stuck
[16:28] <attente> bschaefer, hey
[16:29] <bschaefer> attente, hello!
[16:30] <attente> bschaefer, did you start the unity key grabber yet? because if not, i can give it a shot
[16:31] <bschaefer> attente, ive not, got to finish something else before i can start :(
[16:31] <bschaefer> attente, you're more talking about filtering the events from compiz to unity to g-s-d?
[16:32] <attente> bschaefer, yeah, the dbus service for doing that specifically
[16:32] <bschaefer> attente, on the g-s-d side of things?
[16:32] <attente> i've started looking into the unity side
[16:32] <bschaefer> it should just accept an XEvent I would think
[16:33] <bschaefer> well the unity side of things, we need to know when an event is not used by compiz
[16:33] <bschaefer> as it has to pass that event to all the compiz plugins
[16:33] <bschaefer> then compiz hanldes the event for it self
[16:33] <attente> oh. i see, i guess this is slightly different
[16:34] <bschaefer> at that point, if no plugins use that event and compiz just does an update with it then we need to pass it on through
[16:34] <bschaefer> yeah
[16:34] <bschaefer> i just need to add a post_event_handle function
[16:34] <attente> i mean adding a dbus interface on the unity side that provides GrabAccelerator, GrabAccelerators, etc.
[16:34] <bschaefer> and emit that to all the plugins listening
[16:34] <bschaefer> oo
[16:35] <attente> bschaefer, do we still need that if all we're doing is calling addAction on the CompScreens?
[16:35] <bschaefer> yeah if you can get that working, to check if you're getting the correct stuff you can stick it in
[16:35] <bschaefer> CompScreen::_handleEvent
[16:35] <attente> i'm assuming adding extra calls to addAction won't step on the toes of the other actions that are already there
[16:36] <bschaefer> attente, hmm i would think so...as just because unity didn't handle that event key there might be another plugin that uses it
[16:38] <bschaefer> attente, what would addAction be doing?
[16:39] <attente> bschaefer, it would just be adding a CompAction for every accelerator that needs to be grabbed, and each CompAction has a callback that triggers the AcceleratorActivated signal
[16:39] <attente> bschaefer, i may be misguided, so any advice is appreciated :)
[16:40] <bschaefer> attente, hmm, well that could overwrite actions (possibly), but if you add that in through the unityshell xml file
[16:40] <bschaefer> for compiz to handle
[16:41] <attente> bschaefer, so the way i'm trying to do it is very dynamic i suppose
[16:41] <bschaefer> as a callback, then emit a dbus message for g-s-d that should work
[16:42] <attente> bschaefer, it should be possible to add arbitrary actions at runtime, right?
[16:42] <attente> my thoughts were that this would be possible, and so we could create a CompAction for each key grab that is requested at runtime
[16:43] <bschaefer> attente, yes you can, the switcher use to do that
[16:43] <bschaefer> attente, well lif we do that
[16:43] <bschaefer> we might as well add them all to the unityshell xml file so it can be configured
[16:43] <bschaefer> that way you can just declare a callback function
[16:43] <robru> didrocks, just up now...
[16:44] <bschaefer> and when you compiz hits those actions you'll get a message in the callback function
[16:44] <didrocks> robru: meeting in 15 minutes :)
[16:45] <bschaefer> attente, actually
[16:45] <attente> bschaefer, "so it can be configured" means what exactly?
[16:45] <robru> didrocks, ok, just having breakfast
[16:45] <bschaefer> attente, there shotcuts shouldn't be configure able
[16:45] <bschaefer> yeah
[16:45] <attente> we can leave the configuration of those shortcuts to g-s-d and gsettings
[16:45] <bschaefer> attente, so you can change the shortcut in ccsm :)
[16:45] <bschaefer> but yeah thats not a good idea
[16:45] <attente> i think at least
[16:46] <attente> ah, i see
[16:46] <bschaefer> how would unity get ahold of those?
[16:47] <attente> g-s-d would make dbus calls to unity to tell it what shortcuts to grab
[16:47] <attente> basically in the way that it does now with gnome-shell
[16:47] <bschaefer> cool, that makes sense
[16:48] <bschaefer> attente, the only thing i would be worried about is stomping on another plugins hotkey
[16:48] <bschaefer> but really, i don't think theres any conflicts atm
[16:48] <attente> bschaefer, what other plugins are normally running concurrently with unityshell?
[16:48] <bschaefer> quite a few
[16:49] <attente> are there any you can think of that would take precedence over g-s-d's hotkeys?
[16:50] <bschaefer> core composite opengl decor copytex regex grid gnomecompat place snap mousepoll imgpng wall vpswitch commands resize session move compoztoolbox animation expo fade scale workarounds ezoom unityshell
[16:50] <bschaefer> thats the list
[16:50] <bschaefer> of what im running at lease
[16:50] <bschaefer> attente, i would not
[16:51] <bschaefer> attente, do you have a list of all the hotkeys?
[16:51] <bschaefer> attente, or at lease go through and make sure none of the hotkeys are taken already?
[16:52] <attente> bschaefer, they're all user-configurable, so i guess we shouldn't depend on them being any fixed value
[16:52] <bschaefer> attente, well more about for default
[16:52] <bschaefer> attente, as we should at lease assume our default has no conflicts
[16:53] <bschaefer> there does exist a problem where a user changes its hotkey to that which g-s-d uses, then that would become a race...
[16:53] <bschaefer> (or depending on which plugin is looked at first really)
[16:58] <GunnarHj> seb128: Hi, Seb!
[16:58] <attente> bschaefer, not sure if this is a comprehensive list, but: http://paste.ubuntu.com/6365666/
[16:58] <seb128> GunnarHj, hey
[16:58] <GunnarHj> seb128: What's the status of an interface in g-c-c region for installing/removing languages?
[16:58] <GunnarHj> Will it be ready for 14.04?
[16:59] <GunnarHj> darkxst filed bug 1175499 a while ago, and the idea with making use of existing code in l-s, e.g. parsing pkg_depends, sounds interesting.
[16:59] <ubot2> Launchpad bug 1175499 in language-selector (Ubuntu) "dbus interface" [Undecided,New] https://launchpad.net/bugs/1175499
[16:59] <GunnarHj> How is installation of languages handled in Ubuntu Touch?
[17:00] <qengho> Is anyone here using the APPL Bluetooth wireless Touchpad with Ubuntu?
[17:00] <bschaefer> attente, i know at lease: logout '<Control><Alt>Delete'
[17:00] <bschaefer> has a conflict with what ChrisTownsend was doing
[17:01] <bschaefer> with trying to make it bring up umm
[17:01] <bschaefer> a task manager sort of
[17:01] <seb128> GunnarHj, nobody is working on langpacks for region atm I think, I doubt it's going to be ready for the lts if we don't change that
[17:01] <seb128> GunnarHj, Ubuntu Touch doesn't have langpack installation atm, that's a TBD
[17:01] <bschaefer> attente, but yeah i don't see anything in there that looks like it'll conflict off the top of my head
[17:01] <seb128> GunnarHj, the Ubuntu Touch fs is read-only so you can't install packages there, we need to find a way/create a rw location
[17:02] <seb128> qengho, I'm not, maybe check with cyphermox if you have bt issues
[17:02] <GunnarHj> seb128: Are you saying that l-s will still be there in 14.04?
[17:02] <seb128> GunnarHj, if things don't change it looks like it
[17:02] <attente> bschaefer, the plugins you listed, they're always loaded in that order?
[17:02] <qengho> seb128: it's more of a kernel problem.
[17:02] <seb128> qengho, try asking #ubuntu-kernel then I guess
[17:02] <bschaefer> attente, hmm not sure
[17:03] <bschaefer> attente, but i think so
[17:03] <attente> bschaefer, i'm wondering if we can do it in some way that g-s-d's hotkeys always get overridden if something else wants it
[17:03] <bschaefer> attente, when you do a 'unity' or 'compiz --replace ccp' it'll usually tell you which plugin is being loaded
[17:03] <bschaefer> and i think its alphabetized
[17:04] <bschaefer> well its not alphabetized
[17:04] <bschaefer> attente, its loaded based on needs
[17:04] <GunnarHj> seb128: Ok, so Ubuntu Touch is English only for the time being?
[17:04] <bschaefer> attente, http://paste.ubuntu.com/6365693/
[17:05] <seb128> GunnarHj, no, we install some langpacks on the default image and custom images for countries can be customized to have their language preinstalled
[17:05] <attente> bschaefer, yeah.. your list definitely doesn't match mine
[17:05] <GunnarHj> seb128: Ok, I see.
[17:05] <bschaefer> attente, unityshell plugin looks like its last
[17:05] <bschaefer> soo depending on how the plugins are stored internally, all other plugins that conflict with g-s-d should run first
[17:05] <bschaefer> attente, but we can always test that when the time comes :)
[17:06] <bschaefer> hmm
[17:06] <bschaefer> attente, whats yours?
[17:06] <bschaefer> attente, and is unityshell plugin last?
[17:07] <attente> http://paste.ubuntu.com/6365697/
[17:07] <attente> but yeah, unity-shell is still last there :)
[17:07] <GunnarHj> seb128: As regards the idea with a dbus interface to l-s - do you think you could convince pitti that it would be a good idea to add such a thing? He did some preparations in l-s a couple of years ago that I think were made with a switch to g-c-c region.
[17:07] <GunnarHj> in mind
[17:08] <bschaefer> attente, cool, sooo im hoping the lists of plugins are just stored in a vector
[17:08] <bschaefer> where each one will be pushed on to the back as they come in
[17:08] <seb128> GunnarHj, you can ask him, I don't know ... but currently the focus is on Ubuntu Touch, I doubt we spend much time, this cycle, changing thing that mostly work
[17:09] <bschaefer> attente, to test, just change a hotkey to a one that overrides a g-s-d hotkey test to make sure the plugin gets it
[17:09] <seb128> bschaefer, attente: do you guys are talking about adding a new plugin there?
[17:10] <seb128> sil2100, do you still plan to publish ido today?
[17:10] <bschaefer> seb128, nope, adding g-s-d key handling
[17:10] <sil2100> seb128: yep!
[17:10] <sil2100> seb128: just first I need to push out unity8
[17:10] <sil2100> seb128: then ido is next in the queue
[17:10] <sil2100> (in the meeting right now)
[17:10] <bschaefer> in unity
[17:10] <bschaefer> by adding actions in compiz based off the g-s-d hotkeys
[17:10] <seb128> bschaefer, ok, I was just checking because of the "will be pushed on to the back"
[17:10] <bschaefer> so compiz can shot a callback to unity, then we can send it off to g-s-d
[17:11] <seb128> bschaefer, yeah, I followed a bit that, all fine then ... I was just making sure that no new plugin was involved for that code, changing user config on update is tricky
[17:11] <bschaefer> seb128, :), well we are talking about how the plugins were loaded into compiz and the effects of g-s-d plugins conflicting with other plugins
[17:11] <attente> yeah.. i think it's easiest just to keep it in the unityshell plugin
[17:11] <seb128> +1
[17:11] <seb128> sil2100, thanks
[17:11] <seb128> ok, on that note I'm off for some exercice
[17:11] <Laney> GunnarHj: hey ...
[17:11] <seb128> bbiab
[17:11] <bschaefer> yup
[17:11] <Laney> bye seb128
[17:11] <bschaefer> cya
[17:12] <sil2100> Bye seb128  ;)
[17:12] <GunnarHj> seb128: Ok. Will ask pitti, but i realize that the phone is no. 1 priority.
[17:12] <GunnarHj> Laney: Hi!
[17:12] <seb128> Laney, btw I've a small mr on ubuntu-system-settings to add colors to be charge graph, if you feel like doing a review (I was sort of waiting on that to ask for a landing, but since review doesn't seem to happen I'm doing small nudging ;-)
[17:13] <Laney> seb128: sure, saw it come in
[17:13] <seb128> Laney, thanks
[17:13] <Laney> I thought you asked for landing already
[17:14] <seb128> Laney, no, I said I would test on the device first, and I sort of wanted that change in the landing so I waited a bit on the review...
[17:14] <Laney> I see
[17:14] <Laney> k
[17:14] <bschaefer> attente, but yeah i think that'll work as long as we can provide all the information each dbus interface needs as the params
[17:14] <Laney> GunnarHj: So... I don't really like your solution to that accountsservice problem I'm afraid
[17:14] <bschaefer> attente, if you've any other questions about unity/compiz just ping me :)
[17:14] <attente> bschaefer, ok, i'll let you know if i run into problems :)
[17:14] <Laney> it's really weird for tools to change their behaviour based on things like that
[17:14] <attente> bschaefer, thanks :)
[17:15] <seb128> Laney, well anyway, I'm going to add the landing to the list once I'm back from sport, if it gets in great, otherwise that's just reported to the next one
[17:16] <GunnarHj> Laney: I was afraid you'd say so. But have you really considered what amount of code would be involved to deal with that tiny issue via a separate method?
[17:16] <bschaefer> attente, sounds good, and thank you for doing it :)
[17:16] <GunnarHj> Laney: It really is a l-s specific issue.
[17:22] <Laney> GunnarHj: I don't know, no - but I'm willing to look at writing a patch; I guess you'd try to factor out all of the common code as much as possible
[17:22] <Laney> It means that the stuff will be really unreliable on desktop until l-s goes away
[17:25] <GunnarHj> Laney: The idea is to handle the bits and pieces at one place, yes. But what is it that makes it unreliable? The code works pretty well at this time, with very few related bugs.
[17:25] <Laney> if I try u-s-s on my desktop now I'll get the append behaviour
[17:25] <Laney> prepend
[17:25] <GunnarHj> Laney: With the latest accountsservice?
[17:26] <GunnarHj> Laney: Is language-selector-gnome installed in the phone?
[17:27] <Laney> It's really a proxy for "are we running on a desktop?" when we shouldn't be trying to split behaviour like that - the code should do the same thing everywhere, as far as possible
[17:27] <Laney> Fair enough if it were enabling some optional piece of functionality, but this is making a guess as to what the caller of the function wants to do
[17:28] <sil2100> seb128: ok, pushed ido to trusty, should be in the archives soon!
[17:28]  * sil2100 trusts it doesn't break stuff
[17:32] <GunnarHj> Laney: I understand your objection from a principal POV. Sure, it does make a guess in this single respect. But the "prepend behavior" was implemented in order to not destroy the prio list when other UIs such as User Accounts in g-c-c or lightdm-gtk-greeter submits a single language code. To the prepend behavior should be seen as an exception due to how l-s works.
[17:40] <GunnarHj> Laney: You mentioned trying u-s-s on your desktop - Can you do so easily? I'm asking because I don't own a smart phone yet, but it would be valuable to be able to study the phone UI.
[17:40] <Laney> Yeah, it mostly works there
[17:40] <Laney> The end goal is to use that instead of g-c-c
[17:41] <Laney> It's currently something we keep in mind but not an active target if that makes sense
[17:41] <Laney> i.e. don't file bugs for stuff which is weird on desktop just yet
[17:42] <GunnarHj> Laney: Thanks, then I'll install it and give it a try. No bugs yet, promise. :)
[17:50] <GunnarHj> Laney: It struck me that when you get the prepend behavior now when you try u-s-s on you desktop, it's the expected behavior since language-selector-gnome is present on your desktop (and still the principal tool for dealing with language settings).
[17:54] <Laney> I have an idea
[17:54] <Laney> not sure it'll work, so let me do a patch tomorrow and get back to you
[17:56] <GunnarHj> Laney: Ok, looking forward to study your idea. ;-)
[20:35] <xnox> seb128: ++++++ !!!! \o/ \o\ \o/ /o/ on bringing the menu bars back where they are suppose to be =)
[20:38] <czajkowski> heh
[20:49] <darkxst> seb128, yes, will upstream g-s-d fix today
[21:49] <darkxst> Laney, http://pastebin.com/w3R2RtHc