[03:27] <pitti> Good morning
[04:02] <Mirv> morning too
[04:02] <Mirv> from tty1, lightdm login just returns me to lightdm always, loading updates now...
[04:03] <Mirv> hmm, still no luck
[04:05] <Mirv> I can see Session: Failed during authentication... but why
[04:05] <Sarvatt> Mirv: does rm ~/.Xauthority and trying again fix it?
[04:06] <Mirv> Sarvatt: ah, seems so. any idea what caused it?
[04:07] <Sarvatt> if so this is the 5th release in a row where that got broken at some point and needs fixing in lightdm
[04:08] <Mirv> before that had lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "timo"
[04:11] <Mirv> found bug #1036830 at least about it
[04:14] <Sarvatt> yeah i don't know why it happens, its just been a constant problem thats been "fixed" many times already. need to bug lightdm people about it :)
[04:15] <tjaalton> i had the same issue and probably fixed it by mistake when logged in via ssh..
[04:15] <Sarvatt> tjaalton: you probably fixed it logging in other accounts..
[04:16] <tjaalton> those won't touch my .Xauthority
[04:16] <Sarvatt> any successful login would i'd imagine
[04:17] <tjaalton> with my account yes
[04:18] <Sarvatt> ah right it wouldn't touch /home/tjaalton/.Xauthority that was screwed up
[04:20] <Mirv> our lightdm devs bugged and you cc:d :)
[06:02] <tjaalton> something weird going on with hud/unity
[06:02] <tjaalton> hud is open when I resume from suspend
[06:02] <tjaalton> or, it somehow has the mouse focus so that I can't move any window or change the focus before I open hud manually
[08:05] <Laney> morning
[08:10] <seb128> good morning desktopers
[08:10] <seb128> Laney, hey, happy friday
[08:10] <Laney> oh yeah! I forgot about that
[08:11] <Laney> happy friday to you too ;-)
[08:23] <seb128> sil2100, hey
[08:23] <seb128> sil2100, did you see my comment on the background review yesterday?
[08:23] <seb128> sil2100, and my notes on how to test the upgrade panel change?
[08:25] <sil2100> seb128: seeing that and fixing, but I missed the notes on the upgrade panel change - will do that now and review
[08:26] <seb128> sil2100, thanks
[08:26] <seb128> sil2100, how are you btw? feeling a bit better?
[08:37] <sil2100> seb128: better, but yesterday I damaged a finger of mine so it's interesting to type - but it's the thumb finger of my left hand so it doesn't impact me on the PC that much ;)
[08:37] <seb128> utch
[08:38] <sil2100> Mirv: hello! https://code.launchpad.net/~sil2100/cupstream2distro-config/extra_for_unity/+merge/187989
[08:40] <sil2100> seb128: pushed the modification ;)
[08:42] <seb128> sil2100, what happened to the "change XXX to TODO"? ;-)
[08:42] <sil2100> seb128: grrr, forgot about that ;) Fixing - as for the update-hide-desc branch, system-image-dbus doesn't recognise on my desktop --testing=update-manual-success - is it touch-specific?
[08:42] <seb128> pitti, there is a gvfs 1.18.1 out, do you plan to do the update?
[08:43] <seb128> sil2100, no, it's not, what error do you get?
[08:43] <sil2100> usage: system-image-dbus [-h] [--version] [-C FILE] [-v]
[08:43] <sil2100> system-image-dbus: error: unrecognized arguments: --testing=update-manual-success
[08:44] <seb128> sil2100, what do you run exactly?
[08:44] <sil2100> sudo system-image-dbus --testing=update-manual-success (as mentioned in the comment)
[08:44] <seb128> sil2100, do you have system-image-dev installed?
[08:45] <seb128> (you need it, the mock is there)
[08:45] <sil2100> Ah, didn't, thought system-image-dbus was enough - ok, thanks ;)
[08:45] <sil2100> (btw. pushed the TODO change)
[08:47] <seb128> sil2100, thanks, looking
[08:47] <seb128> bah, how can people use vi
[08:47] <seb128> stupid question, but how do one add chars at the end of a line?
[08:48] <seb128> if I do "->" until the end of line and "i" it's adding at the n-1 position
[08:48] <seb128> is there a better way than typed the char and then doing "d->" after edition to drop the duplicate?
[08:48] <Laney> a
[08:48] <seb128> instead of "i"?
[08:48] <Laney> yep
[08:48] <Laney> append vs insert
[08:48] <seb128> thanks
[08:49] <Mirv> sil2100: approved, I noticed it too but then was distracted by the DNS errors elsewhere
[08:49] <Laney> $ vimtutor
[08:49] <Laney> :P
[08:49] <seb128> how people can like an editor that doesn't let you edit without having to enter modes is beyond me :p
[08:50] <sil2100> Mirv: I redeployed and re-ran the stack already - thanks!
[08:57] <pitti> seb128: oh, already? sure, can do
[08:57] <seb128> pitti, danke
[08:58] <sil2100> Mirv: rejected that merge ;)
[08:58] <Mirv> sil2100: yep...
[08:59] <sil2100> Mirv: we hastened and did a newbie mistake... *ashamed for himself* ;p
[09:09] <Laney> rsalveti: Do you know if that's going to be soon?
[09:09] <Laney> rsalveti: I'd like to get our gstreamer stack (for desktop) finalised ASAP, so if not maybe we could push it if the behaviour is at least not worse than what we have now
[09:10] <Laney> You can always do followup uploads to adjust your patch
[09:39] <seb128> Laney, is your xdg dirs work ready for review or are you still working on it?
[09:40] <Laney> seb128: should be ok to review again
[09:40] <seb128> let me try that
[09:40] <Laney> shows 16.3 GB on grouper for me
[09:40] <seb128> Laney, btw GNOME guys seem to have a similar issue on https://bugzilla.gnome.org/show_bug.cgi?id=708786
[09:40] <ubot2`> Gnome bug 708786 in Other Preferences "Details shows wrong Disk size" [Normal,Needinfo]
[09:40] <seb128> I'm watching what solution they come with ;-)
[09:43] <seb128> hum
[09:43] <seb128> I wonder why https://code.launchpad.net/~seb128/ubuntu-system-settings/update-hide-description/+merge/187692 got commited under Laney's name
[09:43] <seb128> I guess bzr is recording infos somewhere in a magical way
[09:44] <Laney> how weird
[09:44] <seb128> Laney, well, I did bzr merge lp:~laney/ubuntu-system-settings/measure-real-directory-size in that directory to try your stuff
[09:44] <seb128> then bzr revert plugins/about
[09:45] <seb128> I guess it kept the info that I merged something from you at some point
[09:45] <Laney> oh so it probably committed it as a merge
[09:45] <Laney> bzr log -n0
[09:47] <seb128> yeah, it did :/
[09:47] <seb128> doh
[09:47] <seb128> I guess I can't fix that now
[09:47] <seb128> or can I?
[09:47] <seb128> how wrong would it be to uncommit the 2 most recent commits/bzr revert/bzr push --overwrite and accept those 2 merges again?
[09:47] <seb128> Laney, ^ do you have an opinion on doing that?
[09:47] <Laney> I have no idea
[09:47] <Laney> it's probably hopefully not linked to my existing mp
[09:49] <seb128_> shrug
[09:49] <seb128_> Laney, what did you get before I disconnected?
[09:49] <seb128_> Laney, http://paste.ubuntu.com/6162110/
[09:49] <Laney> didn't mark that one as merged anyway
[09:49] <Laney> 27/09 10:47:29 <seb128> Laney, ^ do you have an opinion on doing that?
[09:49] <Laney> 27/09 10:47:49 <Laney> I have no idea
[09:49] <Laney> 27/09 10:47:57 <Laney> it's probably hopefully not linked to my existing mp
[09:49] <Laney> 27/09 10:49:05 <seb128_> shrug
[09:49] <slomo> Laney: what's with gstreamer 1.2.0 in ubuntu? :)
[09:49] <Laney> slomo: "with"?
[09:49] <seb128_> Laney, I'm going to revert, it doesn't let me merge your branch now, creates conflicts
[09:49] <slomo> Laney: is it there already or are the problems/bugs? :)
[09:49] <Laney> seb128_: on a fresh checkout?
[09:50] <seb128_> Laney, yes
[09:50] <Laney> slomo: rsalveti is testing his stuff
[09:50] <seb128_> Laney, it has memory that those commits are already in the vcs it seems
[09:50] <seb128_> Laney, but you changed your version since
[09:50] <Laney> slomo: There's some bug in it that they want to fix
[09:50] <seb128_> Laney, it's 2 commit away, let me just clean stuff
[09:50] <slomo> Laney: i see, tell me about the bug :)
[09:50] <seb128_> going to be nicer
[09:50] <Laney> slomo: bug 1231727 apparently
[09:51] <Laney> argh, why doesn't the bot work?
[09:51] <Laney> http://pad.lv/1231727
[09:52] <slomo> Laney: ok, how is that blocking 1.2.0 though?
[09:52] <Laney> well I wanted them to test their stuff works and then they thought they could fix it to only need one upload
[09:52] <Laney> if not then I'll push what we have and they can fix later
[09:52] <slomo> Laney: sounds like a bug in jhodapp's code to me
[09:53] <Laney> yes
[09:53] <Laney> but uploading the new release shouldn't make things worse
[09:54] <Laney> so if they don't come with a fix soon then i'll do that
[09:54] <slomo> why not upload now to get some more testing, and if they can provide a fix upload the fix later?
[09:57] <Laney> will probably do that later
[09:57] <Laney> I wanted verification that their stuff works at all on 1.2.0 and didn't get that yet
[10:11] <labsin> Anyone knows where to file bugs for online accounts? I try to add a new one.
[10:12] <seb128> Laney, did you push your current work?
[10:13] <seb128> labsin, what desktop/application?
[10:13] <Laney> seb128: think so, still buggy?
[10:13] <Laney> let me check
[10:13] <Laney> oh, something just pushed
[10:14] <seb128> Laney, with r375 I still had 400Gb on my grouper
[10:14] <seb128> ah
[10:14] <seb128> "Drop the old way of getting device names; make new way more robust" is new
[10:14] <Laney> ah yes try with 376
[10:14] <Laney> wasn't pushed, sorry
[10:16] <labsin> seb128, I try to add a provider for online accounts for my mobile provider (as a test). It uses oath1.0 like the twitter plugin but it
[10:16] <labsin> fails
[10:17] <seb128> try asking to mardy on #ubuntu-devel (assuming you are speaking about ubuntu online accounts)
[10:17] <seb128> Laney, much better ;-)
[10:17] <Laney> how do you build so fast?!
[10:17] <labsin> seb128, yes; thnx
[10:18] <seb128> Laney, I don't wipe the builddir at the end of the build, so I just copied the new cpp and did make; sudo cp lib.. /usr/...
[10:18] <seb128> same for the qml
[10:19] <Laney> hm
[10:19] <Laney> I tried to do -nc builds and calling debian/rules build
[10:19] <Laney> neither of them actually built the new stuff
[10:19] <seb128> well, I just did "make" in plugins/about
[10:19] <Laney> will try that
[10:34] <seb128> Laney, soooo
[10:34] <seb128> Laney, there is a small bug in there, do you want to fix it before merging or should I approve and we can fix the bug in another commit?
[10:34] <seb128> Laney, the spec says
[10:35] <seb128> "each storage amount should be displayed in the most appropriate unit for that amount — to zero decimal places for kilobytes, and one decimal place for any other unit. "
[10:35] <Laney> that's a pain
[10:35] <seb128> Laney, your change to use the glib api for the display size is making kb values have 1 digit instead of 0
[10:35] <Laney> I just use the GLib method to format the sizes :(
[10:35] <seb128> Laney, well, my js function was working fine :p
[10:35] <Laney> I think it has a way to customise it, let me look
[10:35] <seb128> what do we gain from using glib?
[10:36] <Laney> no, doesn't do it
[10:36] <Laney> cleaner code
[10:37] <seb128> (if we didn't have the special case...)
[10:38] <Laney> yes
[10:38] <Laney> mpt: how much do you care about that special case?
[10:39] <seb128> Laney, that js function is not that much code to maintain and not really likely to be buggy...
[10:41] <Laney> I'm sure; I just took the chance to reuse code rather than writing it again
[10:41] <Laney> if it's a problem I'll fix it
[10:42] <seb128> Laney, right, and it makes sense, I'm just trying to figure out what's the best compromise ... a bit more code to make what design thinks is right, or a bit less code
[10:42] <Laney> if I fix it I'll add a special case in the cpp probably
[10:42] <seb128> Laney, ok, should we just get that in and open a bug to deal with the 0 digit kb case?
[10:42] <Laney> sure
[10:43] <Laney> we can ask mpt to decide either way
[10:43] <seb128> right
[10:44] <Laney> actually I think it might be mean to be "to zero decimal places for bytes"
[10:44] <Laney> which is what we have now and makes sense
[10:44] <Laney> s/mean/meant/
[10:44] <seb128> Laney, no, https://wiki.ubuntu.com/AboutThisDevice?action=AttachFile&do=get&target=phone-storage.png
[10:44] <seb128> Laney, see the notepad 38kb line
[10:45] <Laney> well it should at least say bytes there too
[10:45] <seb128> right
[10:46] <mpt> Laney, I don't really care
[10:46] <mpt> if it's a UI freeze you're concerned about
[10:47] <Laney> no, it's writing more code
[10:47] <Laney> http://ubuntuone.com/0YjPIEuX4NM29po2RjuPTa
[10:47] <Laney> mpt: the bit of design we're missing is rounding the kB things there
[10:48] <seb128> mpt, Laney: https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1231922
[10:51] <mpt> "543 bytes"?
[10:52] <mpt> Laney, seb128, in reality nothing takes up less than 4 kB, right? :-)
[10:53] <Laney> that's a real value
[10:56] <seb128> Laney, mpt: that value seems buggy, but the bug comes from click, not the settings
[10:56] <Laney> the ones which are essentially just links to open the web browser are even smaller
[10:56] <seb128> the directory takes 688k on disk for me
[10:56] <Laney> Facebook: 19 bytes
[10:56] <mpt> Laney, so is the issue that the GLib method provides "{number}{space}{unit}", and you'd have to reimplement it to change the number rounding?
[10:56] <Laney> mpt: well, we could special case it
[10:57] <Laney> so reimplement part of it, yes
[10:57] <Laney> it'd just be easier to go with what they do
[10:57] <seb128> mpt, the question is "do we consider that enough to add some extra code to handle the special case"
[10:57] <seb128> knowing that the said extra code is a few lines
[10:57] <seb128> e.g not the end of the world
[10:57] <mpt> Laney, seb128, https://wiki.ubuntu.com/AboutThisDevice?action=diff&rev2=14&rev1=13
[10:57] <seb128> important enough to*
[10:58] <seb128> mpt, what was the rational first to have no digit for kbs?
[10:58] <seb128> I think we should stick to what is the best user experience
[10:58] <seb128> and not regress the user experience to spare 10 lines of code
[10:58] <mpt> seb128, because I thought people wouldn't care about individual bytes. But if apps are often using less than 1 kB, that isn't necessarily true.
[10:59] <Laney> mpt: so that means we have to add some code for bytes
[10:59] <Laney> 543.0 bytes
[10:59] <mpt> noooo
[11:01] <mpt> Laney, is this better? :-) <https://wiki.ubuntu.com/AboutThisDevice?action=diff&rev2=15&rev1=13>
[11:01] <Laney> mpt: haha, that works, thanks
[11:02] <Laney> hmm, lp should really do something to prevent comment collision
[11:03] <mpt> Laney, that wasn't a collision, I was premature
[11:03] <Laney> Oh you linked to 14
[11:03] <mpt> oh, I see what you mean
[11:03] <mpt> yes
[11:03] <Laney> It should have told me that there were comments I hadn't seen when I tried to post a new one
[11:03] <Laney> or something
[11:55] <Laney> mpt: is assigning you to u-s-s bugs the right way to request designs?
[11:55] <mpt> Laney, yes
[11:56] <Laney> ok
[11:56] <seb128> I've been doing "set as incomplet, add an ubuntu-ux component"
[12:16] <sil2100> pstolowski: ping!
[12:24] <pstolowski> sil2100: pong
[12:38] <seb128> Laney, thanks for bug cleaning ;-) are you looking at what to work on next?
[12:38] <Laney> seb128: yeah
[12:38] <seb128> Laney, did you find something?
[12:38] <Laney> bug #1223827
[12:38] <Laney> ARGH
[12:39] <Laney> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1223827
[12:39] <seb128> is the bot taking holidays?
[12:39] <seb128> Laney, ah, that's a good one ;-)
[12:39] <Laney> I pinged the IRC channel
[12:40] <Laney> biab, lunch
[12:41] <seb128> Laney, enjoy
[12:41] <seb128> Laney, btw about that bug, Saviq pointed out that unity8 has a widget that could help, you might want to have a look for inspiration
[12:42] <seb128> Laney, but it's basically a matter to have columns with the same size for us I think, the current logic is "take the width, divide by a fixed size of a colum, get the number of column"
[12:42] <seb128> but you end up for 400 pixels and 150 pixels by column to have 3 and it does 150 150 100
[12:52] <Saviq> seb128, Laney yeah, we got a ResponsiveGridView
[12:53] <Saviq> seb128, Laney it's a pretty thin wrapper around a GridView - and TBH it might make its way into the SDK if you convince them about it :)
[12:53] <Saviq> there's a ResponsiveFlowView, too
[13:12] <sil2100> pstolowski: so... https://code.launchpad.net/~sil2100/unity-scope-onlinemusic/packaging_review/+merge/188043 <- small fixups, but I wanted to ask about the indicator-battery recommends
[13:13] <sil2100> pstolowski: since the recommends doesn't make much sense to me in debian/control
[13:13] <pstolowski> sil2100: you're right! a copy paste error..
[13:14] <sil2100> pstolowski: I'll fix that then :)
[13:14] <pstolowski> sil2100: thanks a million!
[13:52] <sil2100> didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/unity8_test_ppa/+merge/188055 (I'll redeploy anyway)
[13:53] <didrocks> sil2100: no need to push it (easier to revert then), but ack
[13:54] <sil2100> didrocks: right ;) Let's Disapprove it then
[13:54] <didrocks> please ;)
[13:56] <seb128> mpt, seems like users would like you to comment on https://bugs.launchpad.net/indicator-sound/+bug/1213907 ;-)
[13:57] <seb128> I wonder if that user really use all those players
[13:57] <seb128> or if he just started them to make a point :p
[13:57] <seb128> larsu, only the installed players are listed right? (e.g if an user install/test/uninstall a bunch, they should be off the menu after the uninstall?)
[13:59] <larsu> seb128: yes, indicator-sound doesn't add the menu item if it can't find the desktop file
[13:59] <larsu> however, it doesn't have a watch on the directory - so this will only work after it's restarted (or reboot)
[14:10]  * mpt growls at XChat for still not sorting nick autocompletions by recency
[14:11] <mpt> larsu, how easy is it to tell which player(s) are currently playing?
[14:12] <larsu> mpt: it's know (if the players aren't lying)
[14:12] <larsu> *known
[14:13] <mpt> larsu, so we could show controls for the N players that have been playing most recently.
[14:14] <mpt> Where on Touch, N=1. On PC, it might be 1, or might be more.
[14:14] <larsu> mpt: Yes, but we'd need to persist that information somewhere to be available across session restarts.
[14:14] <larsu> mpt: excuse me, I meant: Yes.
[14:15] <mpt> hehe
[14:15]  * larsu is thinking out loud ;)
[14:16] <larsu> mpt: I don't think we can get this into 13.10 though. It's past UI freeze and having that many players in there must be an edge case...
[14:16] <larsu> at least, I hope it is
[14:16] <larsu> seb128: what do you think?^^
[14:17] <mpt> larsu, oh, I wasn't thinking about 13.10
[14:17] <seb128> larsu, yeah, I agree with those statements
[14:17] <mpt> larsu, though, it doesn't change the appearance of UI elements in any way, it just changes the precise circumstances when some of them are visible
[14:18] <larsu> mpt: just saying, because the last comment shows the user to be "disappointed"
[14:19] <larsu> mpt: fair enough. There's a slight change it affects screenshots. And it's the rule.
[14:19] <mpt> k
[14:19]  * larsu didn't make the rules. He's just very German sometimes
[14:19] <rsalveti> Laney: slomo: jim is working on that bug and we hope to get it fixed today
[14:19] <rsalveti> that's the only one blocking us to land the new media stack in touch
[14:20] <seb128> larsu, I don't think it's an UI change but it's a feature/functionality change in some way
[14:20] <rsalveti> that's why we don't want more moving parts as of now, but if not fixed today, we can migrate anyway next monday/tuesday
[14:20] <seb128> larsu, if we wanted to get that in this cycle we probably could, but that doesn't seem a priority
[14:20] <mpt> larsu, is it actually a regression? That screenshot of the "old" behavior seems to be showing exactly the same thing. It's just that most of those players aren't exposing the playback interface.
[14:21] <rsalveti> Laney: and you need to add your entry at the landing page as well, besides having the FFe approved
[14:21] <Laney> oh god
[14:21] <rsalveti> as this will need to be coordinated in #ubuntu-ci-eng
[14:21] <slomo> ok
[14:21] <larsu> mpt: I rewrote parts of the sound menu this cycle and stuck closer to your design than the old one did
[14:22] <larsu> mpt: so it's a regression for this user, but I wanted to get your feedback because you specified it differently
[14:22] <larsu> seb128: yeah that makes sense.
[14:22] <Laney> rsalveti: I have no access
[14:22] <mpt> larsu, so why does <http://2.bp.blogspot.com/-zwPzvP_eGC8/UH71qcqxY3I/AAAAAAAAK5s/Nar3HkBCr-M/s1600/ubuntu12.10-webapp-last-fm.png> show two sets of controls, and not either one or six?
[14:22] <Laney> can you put it on there and update the patch/upload when happy?
[14:22] <rsalveti> Laney: sure, let me add it there then
[14:23] <larsu> mpt: those two players are running (see the triangles on the left of their application icons)
[14:23] <mpt> Ah I see
[14:24] <Laney> rsalveti: Packages in the PPA should be good to go apart from your remaining fix
[14:24] <rsalveti> great
[14:24] <mdeslaur> mpt: doesn't xchat in saucy sort by last-used now?
[14:25] <mpt> mdeslaur, if so I'll upgrade right now
[14:25] <rsalveti> Laney: have FFe bug in hands so I can add it to the spreadsheet as well?
[14:25] <seb128> mdeslaur, xchat or xchat-gnome?
[14:25] <mdeslaur> mpt: actually, if you look in ~/.xchat/xchat.conf, you can change completion_sort to 1
[14:25] <Laney> rsalveti: No, sl omo told me it was bug fix only
[14:25] <mpt> (from the "upgrade your entire OS to get a minor app improvement!" department)
[14:25] <mdeslaur> mpt: and that should fix it for whatever version you have
[14:26] <Laney> rsalveti: It'll hit the unapproved queue anyway so someone can knock it back if they think it needs one then
[14:26] <rsalveti> hm, ok
[14:26] <mdeslaur> seb128: both should have it AFAIK, but the setting isn't exposed
[14:27] <seb128> mdeslaur, ok, I've mine set to not pick one, just display the list of matches (and complete if there is only 1 match)
[14:27] <mdeslaur> I really don't understand settings like this...why _wouldn't_ someone want that turned on by default
[14:28] <ogra_> rsalveti, "final one for the 1.2 series" or "final one before the 1.2 series" ?
[14:28] <Laney> stable
[14:28] <mdeslaur> seb128: oh, right, that's what mine does too...hrm, interesting
[14:29] <rsalveti> ogra_: final, 1.2 for real :-)
[14:30] <ogra_> ah, the PPA name is confusing :)
[14:33] <attente> mterry, hey
[14:33] <mterry> attente, hello
[14:33] <attente> the FFe from last week was triaged: https://bugs.launchpad.net/unity-greeter/+bug/1228207
[14:33] <attente> but i'm wondering if the recommends on i-keyboard should be changed to a hard-depends?
[14:34] <mterry> attente, naw, we gracefully handle failed indicator loads
[14:35] <mterry> attente, all the other indicators are Recommends, right?
[14:35] <attente> mterry, true, but i'm wondering what the consequences are of not having that particular indicator
[14:35] <attente> the old ug-keyboard indicator came with the greeter
[14:36] <seb128> attente, btw report https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1232051 and assigned to you (I mentioned some time ago but forgot to open the bug report)
[14:36] <attente> and i wonder if it's possible to get into a state where it's impossible to log in due to not having the proper keyboard layout
[14:36] <attente> seb128, ah, right, sorry about that
[14:37] <mterry> attente, hmm..  Though the choice to load that indicator is in gsettings.  So they may not even load it
[14:37] <seb128> attente, no worry, my fault for forgetting to report the bug
[14:37] <attente> mterry, that's true. so my worries are a bit unfounded here?
[14:38] <mterry> attente, they are founded.  It's bad if the user doesn't have keyboard layouts available.  But I still think it's best as a recommends, just because it's not something that is absolutely required for functioning
[14:39] <mterry> attente, I'll try to merge/upload your stuff today
[14:39] <attente> mterry, ok, thanks
[14:40] <attente> mterry, i'm just thinking about the upgrade path: if the user had ug-keyboard in their list, we migrate that to keyboard, and then there's no keyboard indicator without the hard depends..
[14:43] <mterry> attente, why wouldn't they get the new package during upgrade?
[14:43] <attente> mterry, nothing is pulling it in?
[14:44] <attente> mterry, no other package has a hard-depends on i-keyboard, from what i can tell
[14:58] <attente> seb128, it says it needs lib/main.c in POTFILES.skip: https://jenkins.qa.ubuntu.com/job/indicator-keyboard-saucy-amd64-ci/26/console
[14:59] <mhr3> Laney, could you comment on https://bugs.launchpad.net/ubuntu/+bug/1208989/comments/16 pls?
[14:59] <seb128> attente, oh, doh, right
[14:59] <seb128> attente, let me fix that
[15:01] <seb128> attente, ok, fixed, repushed, let's see if CI is happy
[15:02] <Laney> mhr3: not right away; maybe ask on #ubuntu-release or wait a bit
[15:03] <mhr3> can wait a bit i guess
[16:15] <seb128> Laney, ok, just for info, the theme stuff can be done with
[16:15] <seb128>     Component.onCompleted: {
[16:15] <seb128>         Theme.name = "Ubuntu.Components.Themes.SuruDark"
[16:15] <seb128>         }
[16:16] <Laney> ah ok
[16:16] <Laney> does it apply to everything if you do it in the main page?
[16:17] <seb128> I'm trying
[16:17] <seb128> but doing make; src/system-settings fails to load plugins
[16:17] <seb128> rebuilding a package...
[16:17] <seb128> yes, it does
[16:17] <seb128> it looks better in white if you ask me
[16:17] <Laney> nice
[16:17] <Laney> with direct launching of panels too?
[16:18] <seb128> yes
[16:18] <Laney> good
[16:18] <seb128> Laney, http://paste.ubuntu.com/6163376/
[16:18] <seb128> if you want to try
[16:20] <seb128> ok, on that note, time for some exercice
[16:20] <seb128> I'm going to be back to catch with backlog finish a few thing before dinner
[16:20] <seb128> have a good w.e for those that are going to be off by then!
[16:21] <Laney> mmm, yeah I like white too
[16:21] <Laney> see you!
[16:21] <Laney> I'm getting frustrated at this bug, might do something else until EOW
[16:21]  * Laney looks for reviews
[16:22] <seb128> Laney, if you want easy stuff, try to change some of the UI to be closer to design
[16:22] <seb128> Laney, e.g drop the custom checkbox on the left widgets and put those in a ListItem.Standard with a control:
[16:22] <Laney> oh yeah, I'm glad we get to do that
[16:22] <seb128> ;-)
[16:23] <seb128> ok, gone before it's dark out there
[16:23] <seb128> bbiab
[16:23] <Laney> hf
[16:23] <Laney> ttyl
[17:00] <sil2100> didrocks: do you have a moment for a branch review? https://code.launchpad.net/~sil2100/unity-scope-onlinemusic/packaging_review/+merge/188043 ;)
[17:00] <didrocks> sil2100: on #ubuntu-ci-eng, I was just telling goodbye :p
[17:01] <didrocks> but you are not in there anymore?
[17:01] <didrocks> sil2100: is that a new source?
[17:02] <didrocks> sil2100: what's up with the removal of the recommends as well?
[17:03] <didrocks> maybe let's see on Monday if you are not around ;)
[17:03]  * didrocks waves goodbye and good week-end
[17:04] <sil2100> :|
[17:04] <sil2100> Damn autojoin!
[17:19] <xclaesse> Hm, upgraded to saucy, clicking running apps does not move the workspace to the app anymore.
[17:23] <mdeslaur> xclaesse: known issue: LP: #1228352
[17:24] <xclaesse> mdeslaur, cool, thanks :)
[17:24] <mdeslaur> hopefully I won't go mad before the fix goes in :)
[17:25] <xclaesse> I just upgraded 5min ago and it's already making me crazy :/
[17:30] <seb128> xclaesse, mdeslaur: https://launchpad.net/ubuntu/saucy/+queue?queue_state=1&queue_text=compiz you might get lucky
[17:30] <seb128> e.g got uploaded 1 hour ago
[17:31]  * mdeslaur washes down two more valium with a shot of whiskey while waiting for new compiz
[17:33] <mterry> attente, how does indicator-keyboard know which user's keyboard layouts to read?
[17:34] <xclaesse> seb128, ok
[17:34] <attente> mterry, it aggregates all of the user's keyboard layouts together, removing duplicates
[17:34] <attente> *users'
[17:34] <mterry> attente, oh odd
[17:34] <mterry> attente, hm
[17:34] <xclaesse> seb128, also my google account (configured in uoa) disappeared from evolution. but other than those 2 bugs nothing changed, which is good :)
[17:35] <attente> mterry, i guessed this is the best option since there's also the remote login prompt to consider as well
[17:35] <seb128> xclaesse, is it listed/enabled in gnome-control-center -> user account?
[17:35] <xclaesse> seb128, "online accounts" you mean? yes Evolution Data Server is there
[17:36] <mterry> attente, yeah seems reasonable...  except we lose the ability to know which layout to by default for which user don't we?
[17:36] <mterry> attente, well, not because of the aggregation
[17:37] <mterry> attente, but because we removed that code in the merge
[17:37] <attente> mterry, right... :/
[17:37] <mterry> attente, set_layouts() used to activate first item in user's list
[17:38] <xclaesse> seb128, oh python plugins can't be loaded in gedit :/
[17:38] <mterry> attente, we could keep the indicator with aggregation, but we need to keep the activation of each user's preferred layout I believe
[17:38] <xclaesse> seb128, "le chargeur de greffon python n'a pas été trouvé"
[17:38] <xclaesse> seb128, missing dep ?
[17:39] <attente> mterry, yeah, you're right
[17:40] <mterry> attente, I think the entry point for that logic was entry_displayed_done.connect()
[17:41] <attente> so i-keyboard needs a way to know when the current user changes
[17:42] <attente> and to set and save the current layout
[17:43] <attente> accountsservice doesn't have a 'current layout' field
[17:45] <mterry> attente, does i-keyboard notice when someone else changes the layout?
[17:46] <mterry> attente, because u-g could just do that itself
[17:47] <attente> mterry, no, but if there's a signal i can hook into LightDM to do this, then that helps a lot
[17:48] <xclaesse> seb128, still no plan in packaging nautilus 3.4 officially ?
[17:48] <xclaesse> I have to rebuild my 3.8.really.3.4 package for saucy :p
[17:50] <mterry> attente, when u-g asks LightDM to set the layout, it does it via xklavier...  does that emit any notifications?
[17:52] <seb128> xclaesse, I was pondering it this cycle, but people pointed out that users who want 3.4 can as well install nemo which is a maintained fork from that version
[17:52] <seb128> xclaesse, did you try it?
[17:55] <xclaesse> seb128, I gave a quick try but I had issues because nautilus handles desktop icon/wallpaper as well
[17:55] <xclaesse> and nemo didn't work for that
[17:55] <xclaesse> dunno if that were just bugs that got fixed, or if it really does not support it
[17:55] <seb128> xclaesse, well, uninstall nautilus if you use nemo (or set the key to draw the desktop to false in nautilus)
[17:55] <seb128> xclaesse, I think it's they just both fight for it and first arrived win
[17:56] <attente> mterry, i'm not sure, i'll check though
[17:56] <seb128> xclaesse, I had issues were nemo was drawing my desktop when I had it installed
[17:56] <xclaesse> argh, I cannot copy a package from a ppa to the same ppa to trigger a rebuild for saucy:
[17:56] <xclaesse> nautilus 1:3.8.99.really.3.4.2-0ubuntu4.2 in raring (same version already has published binaries in the destination archive)
[17:56] <seb128> xclaesse, e.g I was getting the computer, etc icons on my desktop where they are disabled by default in nautilus ... and after some poking it was nemo handling the desktop
[18:28] <attente> mterry, there doesn't seem to be a way to watch for changes to the xklavier config
[18:28] <attente> it changes an x property, but i don't know if there's a way to watch for that
[18:29] <mterry> attente, ooh, there should be yeah
[18:29] <mterry> Gtk/Gdk has some support for that I think
[18:29] <attente> mterry, think so? ok, the search continues :)
[18:30] <mterry> attente, :)
[19:02] <attente> mterry, i'm not sure how this will work exactly
[19:02] <attente> so there is a way to watch for x property changes
[19:02] <attente> but how does u-g keep track of the current layout for the current user?
[19:03] <mterry> attente, it knows of a list of preferred layouts for each user
[19:03] <mterry> attente, the first being the default
[19:03] <mterry> attente, and when switching to that user, they switch to that default
[19:03] <mterry> attente, I think the list comes from AS?
[19:07] <attente> mterry, ok, so it's always using the first layout? it doesn't have any state to record the last layout the user logged in with?
[19:08] <mterry> attente, no
[19:10] <attente> mterry, in that case, maybe i-keyboard should be responsible for changing to the correct layout when the current user changes
[19:14] <mterry> attente, would just need to add some api....  we already have a dbus api for setting current user.  Could expose a signal there
[19:15] <attente> mterry, hmm... i guess this needs another FFe?
[19:17] <mterry> attente, maybe, because it exposes a new signal?
[19:17] <mterry> attente, though it's really part of the same feature
[19:17] <mterry> attente, this is just a part of that merge, to get it the same feature-wise as what we had
[19:18] <attente> mterry, right, but is this in lightdm or u-g?
[19:18] <mterry> attente, u-g for signal.  i-k for receiving
[19:19] <attente> ah, ok
[19:20] <attente> right, on i-k's end, this is just a plain bug
[19:21] <attente> ok, i'll add the signal to the MP then, and make the appropriate changes to i-k
[19:21] <attente> thanks for the help, mterry
[19:23] <mterry> attente, thank you!
[19:54] <mterry> attente, I'm going AFK for a bit, but will be back
[20:31] <attente> mterry, i just realized i-k is already memorizing the last selected layout, but on a global level
[20:31] <attente> i.e. among all users
[20:32] <josepht> anyone else seeing Bug #1224732
[20:36] <attente> josepht, just tried it, same problem
[20:37] <attente> josepht, there's a lot of shortcut problems that i'm trying to look into
[20:38] <josepht> attente: thanks
[20:56] <mterry> attente, on a global level?  Odd.  You're saying the per-user way u-g was doing before doesn't make sense?
[20:58] <attente> mterry, no, i guess the per-user way does make sense when i think about it
[20:58] <attente> the way i-k does it now would only be convenient if you assume one single user
[20:59] <mterry> attente, right.  I don't want my mom always changing it to Finnish on me (e.g.)
[20:59] <mterry> attente, where does it even store it globally?
[20:59] <attente> it's in lightdm's dconf settings
[21:00] <attente> by virtue of i-k treating lightdm as a user...
[21:00] <attente> there's a g-s-d key for the current selected input source
[21:01] <attente> it's a shame it's not an array.. we could even memorize on a per-user basis