[02:50] <thumper> chrisccoulson: broke in what way?
[05:58] <pitti> Good morning
[06:01] <BigWhale> Office time!
[06:18] <desrt> pitti, hello
[06:18] <pitti> hey desrt, good morning; enjoyed the weekend?
[06:18] <desrt> ya.  took a break from 'real work' and got some nagging side-projects done
[06:22] <desrt> what's your plan for the week?
[06:27] <pitti> bug fixing mostly
[06:28] <pitti> not sure how urgent that XDG_RUNTIME_DIR thing is, I might have a look at this as welll
[06:28] <pitti> it's not that hard
[07:02] <didrocks> good morning
[07:03] <pitti> bonjour didrocks
[07:03] <didrocks> guten morgen pitti. How was your week-end?
[07:04] <pitti> didrocks: quite nice! I played some badminton with a friend, and finally got to unpack our last cradle from moving
[07:04] <pitti> we got a glass cabinet for my wife's mineral collection
[07:05] <didrocks> pitti: oh nice! and congrats to finish unpacking, that's always an achievement :)
[07:06] <pitti> and it was still less than a year :)
[07:06] <desrt> pitti, i've decided that i am definitely punting the dconf changes
[07:06] <desrt> so no (new) need for the runtime dir
[07:07] <didrocks> right ;)
[07:17] <pitti> doctor appointment, bbl
[09:10] <seb128> hey
[09:13] <xclaesse> hello, would it be possible to add libgjs-dev build-dep on libpeas-1.0-0 please? :)
[09:13] <xclaesse> to be able to load JS plugins
[09:13] <pitti> bonjour seb128
[09:14] <seb128> hey pitti, how are you?
[09:14] <pitti> seb128: quite fine, thanks! we had quite a nice weekend
[09:14] <pitti> seb128: how are you?
[09:14] <seb128> xclaesse, that would require promote and support gjs which is in universe
[09:14] <seb128> pitti, I'm good, had a relaxing w.e (for a change ;-)
[09:15] <xclaesse> seb128, hmmm and that's not going to happen I guess? :/
[09:15] <seb128> no
[09:16] <seb128> but it's easy enough to have a libpeas build with gjs in a ppa I guess
[09:46] <chrisccoulson> thumper, broken in that alt+tab no longer shows a switcher. it just results in the focused application seeing a tab keypress
[09:46] <chrisccoulson> good morning desktop team :)
[09:56] <seb128> chrisccoulson, hey, how are you?
[09:57] <chrisccoulson> seb128, yeah, not too bad thanks. although, i'd be better if i could get alt+tab working again :)
[09:57] <chrisccoulson> how are you?
[09:57] <seb128> I'm good thanks
[09:57] <seb128> what's wrong with alt-tab? what unity version do you use?
[09:57] <chrisccoulson> seb128, the one from the PPA
[09:57] <seb128> the "ppa" ppa or the "staging" one?
[09:57] <chrisccoulson> the switcher stopped appearing. i noticed it at the weekend after updating
[09:58] <chrisccoulson> seb128, this one: https://launchpad.net/~unity-team/+archive/ppa
[09:59] <seb128> weird
[09:59] <chrisccoulson> i also can't use unity 2d, as it won't start because of missing symbols in libunity-private
[09:59] <seb128> no upload in that one for 3 days
[09:59] <seb128> works for me (alt-tab)
[10:00] <chrisccoulson> oh
[10:00] <chrisccoulson> if you disable the shortcut key for the hud, then it stops working
[10:01] <chrisccoulson> and i disable the hud shortcut
[10:01] <seb128> your fault :p
[10:01] <chrisccoulson> lol
[10:01] <seb128> we should drop ccsm
[10:01] <seb128> see even you fall into its traps :p
[10:06] <chrisccoulson> it sucks that i need to enable the shortcut for the HUD so that the alt+tab switcher continues to work
[10:06] <chrisccoulson> if i was a conspiracy theorist.......
[10:06] <chrisccoulson> ;)
[10:08] <kklimonda> that doesn't sound right ;)
[10:10] <xclaesse> so gnome-shell 3.4 is not going into ubuntu precise?
[10:11] <xclaesse> it should at least cherry-pick commit f248aa69dc3db7b2fb4fb997f82cb210bcc8c368 into 3.2 branch, now that we have empathy-call
[10:11] <xclaesse> otherwise gnome-shell won't notify for incoming calls
[10:11] <xclaesse> and probably gnome-desktop-environement should depend on empathy-call too
[10:14] <didrocks> xclaesse: I already pinged jbicha about the needed cherry-pick btw
[10:15] <xclaesse> didrocks, good, thanks :)
[10:15] <xclaesse> didrocks, is there a reason for having most of gnome 3.3 but not gnome-shell, btw ?
[10:15] <xclaesse> just lack of time from universe people?
[10:16] <didrocks> xclaesse: not sure if it's lack of time or something not matching like clutter, jbicha is handling it, he's in the US time hanging out here, you should try pinging him
[10:17] <seb128> not sure we will not get it
[10:17] <seb128> issues were: requires keybinding in gsettings which we didn't do and now require the new gcr,keyring that we didn't update
[10:17] <seb128> oh, also require new clutter,cogl
[10:17] <seb128> they plan to get that in the day cogl will stop changing soname
[10:19] <xclaesse> seb128, great if that can be done in time for the freezes :D
[10:19] <seb128> let's see
[10:19] <seb128> not sure what the clutter guys are playing at, still changing cogl sonames weeks after freezes
[10:19] <seb128> it's like GNOME wants to make sure nobody can easily ship the new stack or shell ;-)
[10:20] <pitti> didrocks: wohoo, release galore starting for real now?
[10:21] <didrocks> pitti: right ;-)
[10:23] <xclaesse> seb128, RH wants to keep exclusivity on fedora maybe... not sure that's a good plan for them... :p
[10:40] <pitti> rickspencer3: that means we should revert the Chinese specific startup homepage in ubuntu-defaults-zh, right?
[10:40] <rickspencer3> pitti, I don't think so
[10:40] <rickspencer3> sorry, it's vague, I think China is a special case
[10:41] <rickspencer3> in general, I think we don't want people creating ugly, hard to use home pages
[10:42] <rickspencer3> I the French team's is nice, though
[10:42] <pitti> rickspencer3: I mean if I fix bug 881371, we couldn't build the defaults-zh package any more
[10:42] <ubot2`> Launchpad bug 881371 in ubuntu-defaults-builder "Limit customizations for mere Ubuntu localization packages" [Medium,Triaged] https://launchpad.net/bugs/881371
[10:42] <pitti> unlesss I add a force flag somewhere
[10:42] <rickspencer3> pitti, well, may I suggest that we don't change anything then?
[10:43] <rickspencer3> and deal with the situation of a bad homepage if it occurs?
[10:43] <rickspencer3> I doubt anyone using this will would be hard to work with on this point
[10:43] <pitti> rickspencer3: ack; I'll change bug 881371 then to allow changing the homepage
[10:43] <ubot2`> Launchpad bug 881371 in ubuntu-defaults-builder "Limit customizations for mere Ubuntu localization packages" [Medium,Triaged] https://launchpad.net/bugs/881371
[10:43] <rickspencer3> thanks pitti
[10:43] <rickspencer3> sorry to be a nuisance ;)
[10:44] <pitti> rickspencer3: i. e. like in comment 1, but your last comment sounded like "no change allowed"
[10:44] <pitti> rickspencer3: you aren't, to the contrary -- I need some guidance there
[10:48] <ogra_> ugh !
[10:48]  * ogra_ was just pointed to a pretty serious bug with user mgmt ...
[10:49] <ogra_> if i create a new admin user on a fresh install (didnt try non admin yet), that user isnt visible in the user admin gui
[10:49] <ogra_> i am also not asked for a password for that user
[10:49] <ogra_> once i reboot only  that new passwordless user and the guest session are visible in lightdm
[10:49] <ogra_> so i cant log in anymore
[10:50] <ogra_> is that already known ?
[10:51] <pitti> ogra_: not on my RC bug radar, anyway; but I haven't searched bugs yet, seb usually has a better overview about existing bugs
[10:51] <pitti> if not, please feel free to report, I'll have a look later on
[10:52] <ogra_> yeah, thats why i asked here (in the hope seb would accidentially see my issue ;) )
[10:53] <ogra_> s/issue/question/
[10:53] <rickspencer3> didrocks, is it still easy to disable the global menu via un uninstall?
[10:54] <didrocks> rickspencer3: yeah, but you loose the hud as well if you do it
[10:54] <rickspencer3> *sigh*
[10:54] <didrocks> and I had some request to put it as depends instead of recommends
[10:54] <didrocks> as people on upgrade removed it on lucid and forgot about it, then upgrade and "I have no menu"
[10:54] <didrocks> (no global menu)
[10:55] <rickspencer3> didrocks, is there no way to uninstall global menu, and then install back the hud?
[10:55] <didrocks> rickspencer3: the hud is using the appmenu service
[10:55] <rickspencer3> ok
[10:55] <didrocks> so if you don't have the application exporting its menu, no hud
[11:00] <seb128> ogra_, what?
[11:01] <ogra_> seb128, what what ? :)
[11:01] <seb128> ogra_, what did you do and how?
[11:01] <seb128> ogra_, the user admin account is not supposed to ask for a password
[11:01] <seb128> it just adds an "inactive" user
[11:01] <ogra_> i take a fresh B1 install, add a new admin user and am not asked for a PW
[11:01] <ogra_> the UI refreshes and no users at all are in the list
[11:01] <seb128> you should be able to select it on the left pane and then set a password on the right
[11:01] <ogra_> if i restart the UI, only my original user is shown
[11:02] <ogra_> then i reboot ...
[11:02] <ogra_> lightdm only shows the newly created user (the one without PW) and the guest session
[11:02] <seb128> ok, I can't confirm that
[11:02] <seb128> if I add an user in user account it's listed on the left pane list
[11:03] <ogra_> hmm, confirmed on two different arm installs by two users already
[11:03] <seb128> and the right pane says "Unactivated account"
[11:03] <seb128> ok, arm issue I guess then
[11:03] <seb128> good luck debugging it ;-)
[11:03] <ogra_> not my job :P
[11:03] <seb128> I've no access to any arm device
[11:03] <seb128> so nothing I can do either
[11:04]  * ogra_ will try to debug it, but you guys seriously need arm devices in the team
[11:04] <pitti> that's really strange, there's nothing arm specific in that chain
[11:04] <pitti> perhaps something in how the arm preinstalls are built
[11:04] <seb128> ogra_, check if accounts-daemon is running
[11:04] <pitti> or another sudo vs. admin group confusion
[11:05] <seb128> pitti, I doubt admin,sudo have anything to do with that
[11:05] <seb128> the account dialog basically use accountsservice which basically call useradd
[11:05] <ogra_> should admin-daemon run all the time (i have no possible gui login anymore)
[11:06] <pitti> ogra_: can you add non-admin users?
[11:06] <seb128> ogra_, it's a dbus service so probably not
[11:06] <ogra_> i need to reninstall first :)
[11:06] <ogra_> and i dont see admin-daemon from the tty
[11:06] <pitti> "accounts-daemon"
[11:07] <ogra_> ah, yep, it is
[11:07] <seb128> ogra_, check your system logs?
[11:07] <didrocks> agateau: can I hand bug #915801 over to you?
[11:07] <ubot2`> Launchpad bug 915801 in sni-qt "sni-qt seems to no longer let skype show up as an indicator in precise" [High,Confirmed] https://launchpad.net/bugs/915801
[11:07] <seb128> auth.log?
[11:07] <seb128> ogra_, is your old username, passwd still working on a vt?
[11:08] <ogra_> yep
[11:08] <seb128> ogra_, there is no reason accountsservice should delete any account, it just calls adduser
[11:08] <ogra_> just removed the new one from passwd/group/shadow, now i only have guest in lightdm
[11:08] <seb128> ogra_, what about vt?
[11:09] <ogra_> oh, and i seem to have an account called "Light Display Manager"
[11:09] <ogra_> what about it ? ogra still works there
[11:09] <seb128> ogra_, is the arm install UID range different from the other archs?
[11:09] <ogra_> and my test user "foobar" wouldnt, since it has no pw
[11:09] <seb128> ogra_, ok, so why do you need to reinstall exactly?
[11:09] <ogra_> foobar has 1001
[11:09] <ogra_> to get a gui login again
[11:10] <seb128> well you can log into a vt and startx I guess
[11:10] <ogra_> removing the new user manually doesnt get me a gui user back
[11:10] <seb128> but that suggest your accountsservice is unhappy
[11:10] <ogra_> how do i restart it ?
[11:10] <seb128> that's what the user account dialog and lightdm use
[11:10] <czajkowski> cjwatson: can you give me a shout when you're about please?
[11:11] <seb128> ogra_, do you have anything in /var/log/auth.log or any other log?
[11:11] <didrocks> funny, I don't see dee in -changes, but it's published in the packaging page: https://launchpad.net/ubuntu/+source/dee
[11:12] <ogra_> seb128, hmm, some dbus rejects
[11:12] <seb128> ogra_, that's likely the issue
[11:12] <seb128> can you pastebin them?
[11:12] <ogra_> hmm, no, they are indicator-datetime related
[11:13] <seb128> ok
[11:13] <seb128> try to grep -i account /var/log/*
[11:14] <ogra_> only a line about successfully creating the new user in auth-log and a few startup messages from the account service in syslog
[11:15] <seb128> ogra_, are you under X?
[11:16] <ogra_> nope, as i said, i cant log in there
[11:16] <ogra_> hah !
[11:16] <seb128> ogra_, why can't you log into a vt and startx?
[11:16] <ogra_> erstarting dbus and lightdm gets me back ogra in lightdm
[11:16] <ogra_> so it seems accountservice somehow doesnt update
[11:17] <ogra_> seb128, i could :) but why would i to read logs
[11:17] <seb128> ogra_, things work as they should here
[11:17] <ogra_> anyway, i'm back to virgin state now and should be able to repeat while wtaching any logs you want
[11:18] <seb128> if I add an "ubuntu" admin account in the user account panel it's listed in the session indicator (change user) menu and in the left side of the account dialog
[11:18] <seb128> ogra_, maybe kill the accounts-daemon and run it with sudo manually to see if there is any debug output?
[11:19] <ogra_> adding the admin user here gets me a completely empty list on the left
[11:19] <ogra_> "my accounts" "other accounts" captions are listed, thats all
[11:20] <seb128> seems like the service is going down
[11:20] <seb128> like you hit a bug in accountsservice
[11:20] <seb128> did you run the daemon manually? no output?
[11:20] <seb128> sudo /usr/lib/accountsservice/accounts-daemon --replace --debug
[11:20] <ogra_> not yet
[11:21] <ogra_> was just checking, it didnt go down, still running
[11:21]  * ogra_ kills it
[11:22] <ogra_> "duplicate object at /ogr/freedesktop.... etc"
[11:22] <ogra_> thelist got updated and shows only the new user now
[11:23] <ogra_> under "other accounts"
[11:23] <ogra_> (or however its called in english, using a german install atm)
[11:25] <cjwatson> czajkowski: hi
[11:26] <ogra_> sigh, now my battery went dead on my test machine
[11:26] <czajkowski> cjwatson: do you have time for a quick pm, am cleaning out some of the lp feedback queue
[11:27] <cjwatson> sure
[11:27] <seb128> ogra_, well, please do a fresh boot, run that --replace --debug command, add an admin user and pastebin the log
[11:27] <ogra_> seb128, k, will do
[11:27] <seb128> thanks
[11:28] <seb128> ogra_, but it seems like to be that the accountsservice daemon gets in a weird state
[11:28] <seb128> it definitively doesn't happen on i386
[11:28] <seb128> the users just got added fine and is listed in the indicator, lightdm, etc there
[11:28] <seb128> tried several times
[11:30] <ogra_> sure, might well be arm specific
[11:31] <seb128> ogra_, well, likely a bug in that stack which doesn't show up on i386,amd64
[11:31] <seb128> but it wouldn't be the first time that "buggy code" happens to work on some archs :p
[11:31] <seb128> like trying to cast an int into a pointer
[11:32] <ogra_> hmm, replacing the accountservice doesnt get me any output now, should i do it from tty ?
[11:33] <ogra_> oh, and the account indicator  lists ogra twice now
[11:33] <ogra_> heh, it adds one with every replace i run
[11:38] <ogra_> seb128, http://paste.ubuntu.com/880205
[11:39] <ogra_> (sorry, german )
[11:39] <ogra_> i'm looking at an empty left pane now
[11:39] <ogra_> in the user admin tool
[11:40] <seb128> ogra_, what command did you run?
[11:40] <ogra_> no command at all, only used the gui tool
[11:40] <seb128> ogra_, to get that output
[11:40] <seb128> the pastebin
[11:41] <ogra_> the one you gave me above, but i need to replace the service and restart lightdem from tty to get it
[11:41] <seb128> hum
[11:41] <ogra_> if i do it in the running session i dont get any output at all and the ogra user gets added to the list for each replace i run
[11:41] <seb128> ogra_, can you try to kill the running one and then start a new one using --debug then add an user?
[11:42] <ogra_> well, its running with --debug already
[11:42] <seb128> ok, it's out of "easy debugging"
[11:42] <ogra_> and if i restart it it wont give me any output anymore
[11:42] <seb128> I would be curious to know if somebody out of armel got the issue
[11:42] <seb128> like maybe we can get pitti or somebody to try on amd64
[11:43] <ogra_> i'm curious why it thinks there is a duplicate account
[11:43] <ogra_> i checked passwd/group/shadow, there definitely isnt
[11:44] <ogra_> seb128, bug 952909 btw
[11:44] <ubot2`> Launchpad bug 952909 in ubuntu "Some users invisible/unusable" [Undecided,New] https://launchpad.net/bugs/952909
[11:44] <ogra_> was just filed by the user that reported it first to me
[11:53] <tkamppeter> pitti, hi
[12:10] <davmor2> pitti: sorry for the delay bug #952933 contains all the info you requested for the sanza fuze not connecting as a media-player
[12:10] <ubot2`> Launchpad bug 952933 in media-player-info "sansa fuse not showing up as a media-player in precise ie not triggering open in Rhythmbox dialog" [Undecided,New] https://launchpad.net/bugs/952933
[12:19] <jbicha> good morning
[12:23] <tkamppeter> pitti, I have a problem with a user who tried to install CUPS from source and now he cannot install Ubuntu packages any more as they block on System V. Can you help him on #openprinting? Thanks.
[12:31] <ogra_> seb128, RoyK (original reporter of the bug) just said he thinks he saw it on amd64 too, i asked him to re-test and confirm on the bug ...
[12:31] <seb128> jbicha, hey, how are you?
[12:32] <seb128> ogra_, ok
[12:33] <ogra_> seb128, and jasoncwarner_ should seriously get you guys some arm devices, there will likely be more such bugs in the future ...
[12:33] <jbicha> seb128: doing good, how about you?
[12:33] <seb128> jbicha, I'm good thanks ;-) week shapes to be crazy for a change :p
[12:33] <seb128> ogra_, right
[12:34] <xclaesse> jbicha, hey morning
[12:35] <pitti> tkamppeter: sorry, was at lunch
[12:35] <xclaesse> jbicha, in the case gnome-shell 3.3 is not going to precise, could you cherry-pick f248aa69dc3db7b2fb4fb997f82cb210bcc8c368 please? otherwise it won't notify about incoming calls anymore
[12:35] <pitti> tkamppeter: it probably helps to remove all /etc/init.d/cups* ?
[12:35] <xclaesse> jbicha, also gnome-desktop-environment should depend on empathy-call IMO
[12:36] <jbicha> pitti: are you busy?
[12:37] <vuntz> W/ 1
[12:37] <seb128> hey vuntz
[12:38] <pitti> jbicha: always :)
[12:38] <jbicha> pitti: :) & it's a Monday
[12:45] <tkamppeter> pitti, I asked him already for doing so.
[12:45] <tkamppeter> pitti, can you join #openprinting on FreeNode to directly communicate with the user?
[12:51] <jbicha> xclaesse: I still have my fingers crossed for gnome-shell 3.4
[12:52] <jbicha> it amazes me how many Ubuntu users use meta-gnome3, I was thinking about having gnome-contacts recommend empathy-call, which might fix your problem?
[12:53] <xclaesse> jbicha, dunno where is the best to put the dep
[12:54] <xclaesse> jbicha, I let you decide that ;)
[12:54] <xclaesse> just that if I'm using gnome-shell env, I probably want empathy-call by default
[12:54] <jbicha> xclaesse: well let us know if any app needs empathy-call, does gnome-shell use it?
[12:56] <xclaesse> jbicha, the thing is we have 2 different dbus APIs for making calls in telepathy, empathy-av is using the old one, and empathy-call the new one. The only reason we kept empathy-av is because empathy-call depends on clutter and ubuntu didn't want that
[12:58] <xclaesse> jbicha, also, with gnome-shell 3.2 it will only notify about incoming calls using the old dbus interface, but if I install empathy-call then only new iface is used and gnome-shell 3.2 won't see them. That's why we need to cherry-pick the above commit to make gnome-shell only notify about new iface
[12:58] <xclaesse> but then, we need empathy-call to be installed to be sure it won't use the old iface
[12:58] <xclaesse> (not sure I'm clear here :/)
[12:59] <jbicha> so gnome-shell should recommend empathy-call too?
[12:59] <jbicha> by the way, the call button in my gnome-contacts is greyed out, do you know what I'd be missing?
[13:01] <Sweetshark> wohoo! /me dist-upgraded to precise on his dev host machine and it seems to have worked without any trouble!
[13:02] <xclaesse> jbicha, do you have empathy-call installed?
[13:03] <xclaesse> jbicha, gnome-contacts supports only the new iface
[13:04] <pitti> Sweetshark: "Failure is not an option"
[13:04] <jbicha> xclaesse: yes
[13:05] <xclaesse> jbicha, I have call button working here ... hm
[13:05] <xclaesse> jbicha, restart your session after having installed empathy-call maybe
[13:05] <Sweetshark> pitti: oh, we are going to the moon with precise?
[13:06] <cyphermox> seb128: hey
[13:06] <seb128> cyphermox, hey, how are you?
[13:07] <cyphermox> good, good, you?
[13:07] <seb128> cyphermox, I'm good thanks ;-)
[13:08] <cyphermox> seb128: for obex; was there something expected to be fixed in the new release, like browsing or something? because that seems to depend on changes in bluez too, I noticed at least some changes that expect this L2ETRM protocol which makes it in in bluez 4.99
[13:08] <cr3> hi folks, against what project should I report a bug about xterm not showing in alt-tab? ubuntu-bug unity?
[13:08] <xclaesse> jbicha, ah, actually I have gnome-contact 3.3.90 here that still use old iface
[13:08] <xclaesse> jbicha, with 3.3.91 it should use the new one
[13:08] <seb128> cyphermox, no, I just wanted somebody to look at the new bluez and obex so we don't miss bug fix versions in the lts
[13:09] <seb128> cyphermox, their site describe the bluez update as "This release fixes a few minor bugs in various places. In addition it uses the version 1.0 of the management interface now."
[13:09] <cyphermox> yes
[13:09] <seb128> cyphermox, the "fixes a few minor bugs in various places" seems like a good deal ;-)
[13:09] <seb128> seemed
[13:09] <cyphermox> seb128: so for bluez the managment interface 1.0 seemed like big changes when I look at the commits :)
[13:10] <cyphermox> but I agree, and I found 4 commits we could cherry-pick
[13:10] <cyphermox> now, obexd was less clear, it doesn't specify a dependency though so I guess I could try it
[13:12] <seb128> cyphermox, they added a note saying it required bluez 4.99 to build
[13:12] <cyphermox> oops
[13:12] <seb128> cyphermox, it was the "fixes a few bugs with abort and application parameter handling" which make me want to update
[13:12] <cyphermox> yeah
[13:12] <cyphermox> perhaps I'll just update it all locally and give it a shot
[13:12] <seb128> cyphermox, but as said, I rather wanted to make sure we don't overlook good bug fixes releases
[13:12] <cyphermox> yeah
[13:13] <seb128> cyphermox, I'm fine backporting patches if that's better ;-)
[13:13] <seb128> cyphermox, thanks for looking into it
[13:14] <cyphermox> seb128: I'm just not quite comfortable enough with bluez yet to say "yeah let's update to this new mgmt interface" because I don't follow its development quite as much as I follow the NetworkManager development
[13:14] <cyphermox> so I'll just merge with debian for bluez, and update obexd locally, see how stable it looks and whether the usual stuff works
[13:14] <seb128> cyphermox, ok, it's a double edge sword thing, I feel like using a "1.0" is a lts might be better than using an 0.something
[13:15] <cyphermox> that too
[13:15] <seb128> but I don't know enough about what is the "management interface" and what the change implies
[13:15] <seb128> it just feel like we would be better off on a stable interface for the 5 years lts
[13:15] <seb128> it might make further updates easier as well
[13:21] <cyphermox> seb128: yes, good point.
[13:23] <seb128> cyphermox, since you are there, other bluetooth question for you, one bug that comes often is "bluetooth status should be preserved accross reboots"
[13:23] <seb128> cyphermox, do you know what component would be right for that? bluez? do you know if that's an hard problem to solve?
[13:23] <cyphermox> yesh, I thought that was well working now with stgraber's rfkill-store/rfkill-restore upstart jobs
[13:24] <cyphermox> but maybe it's not quite working as well as we thought
[13:24] <seb128> oh, maybe it's fixed
[13:25] <seb128> cyphermox, I just ressigned another bug about that which didn't have infos about the distro version or anything
[13:25] <cyphermox> do you know the bug number?
[13:25] <seb128> bug #952036 for this one
[13:25] <ubot2`> Launchpad bug 952036 in bluez "Bluetooth starts automatically on start-up. No option in Settings to disable upon start-up and Bluetooth not listed in Start-up applications." [Undecided,New] https://launchpad.net/bugs/952036
[13:25] <seb128> but bug #922375
[13:25] <ubot2`> Launchpad bug 922375 in gnome-bluetooth "Bluetooth indicator will not stay turned off after reboot" [Low,Confirmed] https://launchpad.net/bugs/922375
[13:25] <cyphermox> hopefully it's fixed already, but it's going to need checking, that upstart job was added just after coming back from the sprint IIRC
[13:26] <seb128> it's something coming often
[13:26] <seb128> in fact the other one is an indicator issue, ignore that
[13:26] <cyphermox> yeah, and since that was confirmed again by jason at the start of the month, still an issue
[13:27] <cyphermox> hmm.
[13:28] <seb128> cyphermox, ok, found back the "master" bug
[13:28] <seb128> bug #446657
[13:28] <ubot2`> Launchpad bug 446657 in bluez "Bluetooth's on/off status doesn't update from the SetProperty D-Bus method that bluetoothd sends" [Undecided,Confirmed] https://launchpad.net/bugs/446657
[13:29] <xclaesse> oh, broken pkg since migration to newer empathy:  gnome-core-devel : Depends: libtelepathy-farsight-dev (>= 0.0.19) but it is not going to be installed
[13:29] <seb128> cyphermox, I will try to turn bluetooth off before restarting next time I restart to see how it goes ;-)
[13:29] <cyphermox> me too
[13:29] <xclaesse> dep should be changed to farstream
[13:29] <cyphermox> I think that also might get fixed by 4.99; or at least there are changes which might help
[13:30] <pitti> xclaesse: feel free to add a task to bug 952136
[13:30] <ubot2`> Launchpad bug 952136 in papyon "libfarstream-0.1-0 not installable due to conflict with libgstfarsight0.10-0" [Critical,In progress] https://launchpad.net/bugs/952136
[13:31] <xclaesse> pitti, ok
[13:42] <stgraber> cyphermox: it definitely works great here ;)
[13:43] <didrocks> again a kernel panic :(
[13:44] <desrt> didrocks, at the disco?
[13:44] <desrt> wow.  that was bad.
[13:44]  * desrt needs to get some coffee in him
[13:44] <didrocks> desrt: do you make better jokes after coffee? :)
[13:45] <desrt> i don't know
[13:45] <desrt> i do know that the bad ones are reduced
[13:45] <desrt> although i'd hesitate to even qualify that as a joke
[14:07] <agateau> didrocks: sure gimme the skype bug
[14:08]  * agateau tries to act as if he was not answering pings with a 3 hour delay
[14:09] <didrocks> agateau: no worry ;) bug #915801 gladly assigned to you!
[14:09] <ubot2`> Launchpad bug 915801 in sni-qt "sni-qt seems to no longer let skype show up as an indicator in precise" [High,Confirmed] https://launchpad.net/bugs/915801
[14:10] <seb128> mdeslaur, hey
[14:12] <ricotz> seb128, hey
[14:13] <seb128> mdeslaur, using the lightdm dbus api in gnome-screensaver might be a good thing to do yes, until now we used some lightdm hacks to "inject" /usr/lib/lightdm/lightdm to PATH
[14:13] <seb128> mdeslaur, which seems to have broken again
[14:14] <seb128> which explains why the "switch user" stopped working
[14:14] <seb128> ricotz, hey, how are you?
[14:14] <ricotz> seb128, you probably like the idea to update cairo :P
[14:14] <seb128> ricotz, next cycle? sure ;-)
[14:14] <ricotz> seb128, i am good, thanks, hoping you had a nice we
[14:14] <mdeslaur> seb128: it's trying to call gdmflexiserver....how would that have worked with the path hack?
[14:14] <ricotz> seb128, this cycle ;)
[14:14] <seb128> I had thanks!
[14:15] <ricotz> seb128, it is a RC for 1.12
[14:15] <seb128> mdeslaur, well, lightdm ships a /usr/lib/lightdm/lightdm/gdmflexiserver
[14:15] <seb128> ricotz, well feature freeze was over a 1 month ago and I don't see any reason why we *need* the update ;-)
[14:15] <mdeslaur> seb128: oh! I see
[14:16] <dobey> seb128: doesn't that just mean you have to ask nicely now to put features in? ;)
[14:16] <ricotz> seb128, there are a lot of performance optimizations
[14:16] <ricotz> seb128, i can't imaging having 1.10.2 for the next 5 years
[14:16] <seb128> ricotz, well you say optimizations I read "things likely to behave different or misbehave"
[14:17] <seb128> ricotz, it's not like anyone had complained about 1.10.2 until today, our users seem to care less than you ;-)
[14:17] <seb128> ricotz, well open a ffe bug with debdiff etc
[14:17] <seb128> ricotz, and some measurable benchmark on how bad our current stuff are
[14:17] <ricotz> seb128, yeah, but gtk3 is pretty tied up with cairo and it would benefit from it
[14:18] <ricotz> yeah, proving this is probably harder :\
[14:18] <seb128> lol
[14:18] <seb128> my bet is that as an user it will not make lot of noticable differences
[14:18] <ricotz> i guess so too
[14:18] <seb128> I don't really trust cairo upstream to roll 1.12 on time, there is like a 1.11 for years
[14:18] <seb128> and nobody has been packaging it
[14:19] <ricotz> from a dev point of view it is pretty interesting
[14:19] <seb128> even f17 is on 1.10
[14:19] <ricotz> yes, there releases are pretty random
[14:19] <seb128> well devs can get a ppa or will probably not stick to the lts
[14:19] <ricotz> right :\
[14:21] <ricotz> having it in x-edgers is fine but doesnt reach the needed audience
[14:30]  * didrocks goes for some errands, bbl
[14:59] <dpm> hi desktop people. We're trying to get a translated 12.04 desktop into Simplified Chinese. We're good for packages in main, but we want to make sure a few universe packages are translated too. Would it be possible to pull the latest upstream translations for cheese and upload a new package? Shall I file a bug for that?
[15:03] <pitti> dpm: yes, please; a bug with affected tasks makes it easier to coordinate and collect the list of packages, assign it to people, etc.
[15:06] <GunnarHj> Hi! I believe these two bugs are important enough to be beta2 milestoned:
[15:06] <GunnarHj> - bug 926207
[15:06] <ubot2`> Launchpad bug 926207 in ubiquity "Set formats related LC_* variables when applicable instead of LC_MESSAGES, LC_CTYPE and LC_COLLATE" [Undecided,New] https://launchpad.net/bugs/926207
[15:06] <GunnarHj> - bug 952185
[15:06] <ubot2`> Launchpad bug 952185 in lightdm "~/.pam_environment not parsed when HOME is encrypted" [Undecided,New] https://launchpad.net/bugs/952185
[15:10] <dpm> thanks pitti
[15:18] <GunnarHj> pitti: Hi Martin, could you please take a look at my entry here at 16:06:56.
[15:20] <seb128> GunnarHj, we are a bit out of lightdm maintainer for the next weeks so not sure about the second one will make it to beta2
[15:22] <GunnarHj> seb128: I see. But since the user locale settings are completely ignored if HOME is encrypted, I suppose it's important that it gets fixed before the final release.
[15:24] <seb128> GunnarHj, right, not arguing over that, it's just that we have lot of bugs and limited manpower
[15:24] <seb128> GunnarHj, I'm sure it should be easy to fix for robert_ancell when he will be back
[15:25] <GunnarHj> seb128: Ok, thanks for letting me know.
[15:25] <seb128> yw
[15:25] <seb128> I doubt anyone else around knows well the lightdm pam code
[15:41] <pitti> GunnarHj: no immediate idea about bug 952185 -- PAM should read ~/.pam_environment all by itself
[15:41] <ubot2`> Launchpad bug 952185 in lightdm "~/.pam_environment not parsed when HOME is encrypted" [Undecided,New] https://launchpad.net/bugs/952185
[15:42] <pitti> GunnarHj: as for 926207, I'll try to have a look at it soon
[15:43] <GunnarHj> pitti: As regards 952185, I think the problem is that HOME gets 'unlocked' too late.
[15:48] <cyphermox> pitti: as well as the FFE bug for NetworkManager, I just filed one for nm-applet for the same kind of update, first to a snapshot so I can get a bit more testing before next week with the release of 0.9.4; nm-applet only really needs a UI freeze exception due to some changes in wireless authentication supported methods
[15:48] <cyphermox> pitti: bug 953123
[15:48] <ubot2`> Launchpad bug 953123 in network-manager-applet "[UI freeze exception] network-manager-applet (EAP-FAST support)" [Undecided,New] https://launchpad.net/bugs/953123
[15:58] <seb128> GunnarHj, well, it's pam doing the unlocking?
[15:58] <seb128> so it should know how to do stuff in order
[15:58] <seb128> but maybe rules order need to be tweaked or something
[15:58] <seb128> GunnarHj, is that specific to lightdm? i.e does login into a vt has the same issue? what is parsing the pam env?
[15:59] <pitti> cyphermox: I saw, thanks
[16:01] <Saviq> didrocks, now that you're free and all, any word about unity-common for u2d make check? ;)
[16:01] <didrocks> Saviq: I tried a tweak on Friday evening, seems it didn't work, that's next on my list (just clearing some emails)
[16:02] <Saviq> didrocks, just so you know, the last FAILs were due to xorg barrier issues
[16:02] <seb128> didrocks, nothing like monday emails ;-)
[16:02] <Saviq> didrocks, so maybe it did, indeed, work?
[16:02] <didrocks> seb128: yeah, it's always a pleasure :)
[16:03] <didrocks> Saviq: ah!
[16:03] <Saviq> didrocks, I'll wait for the merge queue to clean up and approve the branch
[16:03] <seb128> time for some exercice, nice weather today, be back in ~1h
[16:03] <didrocks> Saviq: so maybe it worked, I saw the FAILs and thought it was the same
[16:03] <didrocks> seb128: see you!
[16:03] <didrocks> Saviq: yeah, agreed, let's get the queue cleared out, then, we can talk :)
[16:03] <Saviq> didrocks, nope, something weird happened with barriers in new xorg and our tests were affected
[16:04] <didrocks> interesting, I'm sure it was to puzzle us!
[16:04] <GunnarHj> seb128: I don't know the answer to those questions. I discovered the issue when trying to write a patch that postpones the call to accountsservice's SetLanguage method til after HOME is unlocked. Checked for existense of ~/.profile at various spots in the lightdm code... I have assumed that PAM tries to do its things, and that it's other code that unlocks HOME after authentication.
[16:06] <GunnarHj> seb128: So yes, I too believe that it's the order rules that needs to be tweaked.
[16:27] <kirkland> so a recent precise update dropped the clock/time/date out of my task bar ...  how do I get it back?
[16:29] <tkamppeter> pitti, still around?
[16:35] <pitti> tkamppeter: yes
[16:35] <dobey> kirkland: did indicator-datetime get uninstalled somehow?
[16:35] <tkamppeter> pitti, have you ever seen that "lpstat" in CUPS does not have any output, with the daemon running?
[16:36] <pitti> tkamppeter: sure, if you don't have any jobs pending?
[16:36] <pitti> tkamppeter: or no printers with "lpstat -p"
[16:36] <tkamppeter> pitti, even lpstat -r does not give any output.
[16:36] <kirkland> dobey: ah, that was gone.   installed now
[16:37] <pitti> tkamppeter: not for me either
[16:37] <pitti> tkamppeter: but I thought that would mostly communicate through the exit code
[16:37] <tkamppeter> pitti, I am still on #openprinting with this Kyocera user and we find more and more strange things.
[16:37] <pitti> tkamppeter: hmm; after "stop cups", lpstat -r still exists with 0; that's a bug
[16:38] <pitti> tkamppeter: I don't have any printers or jobs here, so "lpstat" and "lpstat -p" not printing anything looks right
[16:38] <tkamppeter> lpstat -r tells whether the daemon is running and only by screen message.
[16:38] <pitti> but lpstat -r ought to work indeed
[16:38] <tkamppeter> pitti, this user gets no output at all on two Precise boxes.
[16:38] <pitti> lpstat -t only prints some 5 empty lines
[16:39] <tkamppeter> pitti, how many queues do you have?
[16:39] <pitti> tkamppeter: none
[16:39] <pitti> hmm
[16:39] <pitti> actually I ought to have one
[16:39] <pitti> my wife's computer is running, and should broadcast its queue
[16:39] <pitti> tkamppeter: I do see the remote printer in s-c-p
[16:40] <pitti> tkamppeter: but I don't see it in lpstat -p
[16:40] <tkamppeter> pitti, for me lpstat -t gives info about my queues.
[16:40] <tkamppeter> pitti, what gives lpstat -r
[16:40] <pitti> one empty line
[16:40] <tkamppeter> pitti, you get an empty line for each line of output you should get. For me lpstat works normally.
[16:41] <pitti> tkamppeter: aah
[16:41] <pitti> $ lpstat -v
[16:41] <pitti>  
[16:41] <pitti> $
[16:41] <pitti> $ LANG= lpstat -v
[16:41] <pitti> device for ML-1610: ipp://192.168.2.105:631/printers/ML-1610
[16:41] <pitti> $
[16:41] <pitti> tkamppeter: seems to be related to gettext/locales/translations
[16:42] <pitti> LANG=en_US.UTF-8 works as well
[16:42] <pitti> but my default de_DE.UTF-8 doesn't
[16:44] <tkamppeter> pitti, the other user has probably also de_DE.
[16:44] <tkamppeter> pitti, can you help on solving this?
[16:46] <Laney> bah, something broke gnome-panel
[16:46] <Laney> I just get a black regular window now, not even 'docked' to the top of the screen
[16:46] <pitti> tkamppeter: not right now; if you find (or create) a bug, please subscribe me, and I'll put it in myqueue
[16:48] <zzecool> the super - W  shortcut picks windows only form the current workspace    , but in compiz settings manager its assigned to pick for all windows.
[16:48] <zzecool> was this one done on purpose because it looks like a bit obvious to be a bug
[16:49] <tkamppeter> pitti, OK, thanks.
[16:49] <zzecool> propper way was to use just "initiate window picker"   not for all
[16:52] <pitti> tkamppeter: I think I know why -- /usr/share/cups/locale/de/cups_de.po is totally bogus
[16:52] <pitti> tkamppeter: it translates every string to ""
[16:53] <pitti> tkamppeter: the other .po files as well apparently
[16:53] <pitti> tkamppeter: it seems it doesn't use the standard gettext() call, so this needs some more time to debug
[16:58] <tkamppeter> pitti, so the CUPS package does not build the *.po files correctly?
[16:58] <pitti> tkamppeter: no, they are just copied; the orig tarball has them broken already
[16:59] <pitti> tkamppeter: when I do this, it works fine: sudo mv /usr/share/cups/locale/de/cups_de.po{,.orig}
[16:59] <pitti> so it's an upstream bug
[17:01] <tkamppeter> pitti, should we ship CUPS without them during the time being until the upstream fix appears?
[17:01] <pitti> tkamppeter: I think we can make this a little more clever
[17:02] <pitti> tkamppeter: I have an idea how to fix this, but as I said, I'd appreciate a bug so that I don't forget about it
[17:02] <pitti> I can't find an existing one quickly
[17:04] <tkamppeter> pitti, the Chinese one seems to be the only working one.
[17:04] <tkamppeter> grep msgstr locale/*.po | cut -d ':' -f 2 | sort | uniq
[17:05] <pitti> tkamppeter: yes, I'll do something clever with msggrep and other tools, and filter out strings with empty msgstr
[17:05] <pitti> so that we'll keep as many translations as possible
[17:18] <zyga> hi
[17:19] <zyga> how can I temporarily disable the hud?
[17:19] <zyga> until the fix for alt-N tab switch lands my system is almost unsable
[17:19] <zyga> hud is very slow to show up (taking seconds) and this shows up all the time
[17:20] <seb128> zyga, ccsm
[17:22] <zyga> seb128, thanks, trying
[17:23] <tkamppeter> pitti, http://www.cups.org/str.php?L4043
[17:24] <pitti> tkamppeter: thanks
[17:27] <cyphermox> seb128: so far 4.99 seems to work properly; though the actual merge from Debian I have issues with, the debian bzr branch isn't up to date
[17:28] <mpt> mvo, ev just suggested to me that for each installed package, we can track whether it was installed manually or automatically. If a "partial upgrade" would remove something that was installed automatically, that's fine. If it would remove something that was installed manually, that's a problem and we shouldn't even suggest continuing.
[17:29] <mpt> Does that seem plausible to you?
[17:29] <mpt> (where "installed manually" includes "installed as a dependency of something that was installed manually")
[17:37] <seb128> cyphermox, good news, we still have also ~1 month before hard freeze if there is any issue
[17:37] <cyphermox> yeah, I'll wait a bit
[17:38] <cyphermox> working on NM right now, getting that to 0.9.4 to get the bugfixes; then I'll spend some time to look at evo and make sure that's in order too
[17:51] <tkamppeter> pitti, the translation bug in CUPS is already solved upstream.
[17:54] <pitti> tkamppeter: ah, nice
[18:24] <cr3> hi folks, I just upgraded to unity-2d 5.6.0-ubuntu2 and I don't have any panels anymore, just the desktop :(
[18:24] <cr3> fortunately, I use irssi so that I can attempt to report this problem, but launchpad doesn't work too well with w3m :(
[18:26]  * cr3 runs apport-cli
[18:30] <seb128> cr3, you might have a better chance on #ubuntu-unity
[18:30] <seb128> not sure if didrocks is still around
[18:30] <seb128> cr3, use 3d ;-)
[18:30] <cr3> seb128: thanks, I'll hop in there
[18:30] <didrocks> I am, but on the leave :)
[18:30] <cr3> seb128: I installed fresh this weekend and unity-2d was installed by default
[18:30] <didrocks> cr3: do you have latest unity-2d?
[18:31] <didrocks> apt-cache policy unity-2d
[18:31] <cr3> didrocks: yes, but that's the problem. I just upgraded from 5.6.0-ubuntu1 to -ubuntu2 and now I have no panels
[18:31] <cr3> I just painfully reported bug #953263
[18:31] <ubot2`> Launchpad bug 953263 in unity "unity-2d 5.6.0-ubuntu2 has no panels, just the desktop" [Undecided,New] https://launchpad.net/bugs/953263
[18:31] <seb128> cr3, dpkg -l | grep unity
[18:31] <seb128> in pastebin?
[18:32] <cr3> seb128: crap, how do I pastebin from the commandline?
[18:32] <didrocks> well, I have the panel here though…
[18:32] <seb128> didrocks, maybe he dist-upgraded before unity2d was rebuilt
[18:32] <didrocks> seb128: he told he has the latest one
[18:32] <seb128> cr3, is unity-2d showing as "ii"
[18:32]  * cr3 tries w3m https://pastebin.canonical.com
[18:32] <cr3> seb128: yes
[18:32] <seb128> cr3, do you have any symbol error in .xsession-errors?
[18:33] <seb128> cr3, can you scp your .xsession-errors or add it to the bug report?
[18:33]  * didrocks has some people on the french forum running unity-2d with latest updates and it works. It works here too, so it seems to be local
[18:33] <cr3> seb128: sure, but I'll have to come back for that. give me a sec
[18:34] <cr3> didrocks: weird, I have a really fresh install. let me add the .xsession-errors and I'll be back in a few minutes
[18:34] <didrocks> well, I was just leaving :/
[18:34] <didrocks> can't go on exercice for the past hour because of every minute ping…
[18:35] <seb128> didrocks, enjoy your evening
[18:35] <seb128> didrocks, that's ok, I will deal with it
[18:36] <didrocks> seb128: thanks a lot, I confirm that on both machines, it starts here with only the official repo :)
[18:36] <didrocks> seb128: see you tomorrow!
[18:36] <seb128> see yo
[18:36] <seb128> u ;-)
[18:44] <cr3> seb128: xsession-errors file uploaded
[18:45] <seb128> cr3, it's trying to start unity-3d from this log
[18:46] <cr3> seb128: ugh, would you like me to attach the output of: dpkg -l '*unity*' | grep '^ii'
[18:46] <seb128> cr3, yes
[18:46] <seb128> well, no
[18:46] <seb128> dpkg -l | grep unity
[18:46] <seb128> rather
[18:47] <cr3> I wonder how I can tell whether my hardware is unity-3d compliant
[18:47] <seb128> try selecting 2d on the login screen?
[18:47] <dobey> seb128: hrmm, isn't Ubuntu supposed to be the default font?
[18:47] <seb128> dobey, it is
[18:48] <dobey> seb128: dconf-editor says Cantarell 11 is the default font.
[18:48] <seb128> dobey, don't trust dconf-editor it doesn't show overrides
[18:48] <cr3> seb128: attached output of dpkg -l to bug
[18:49] <seb128> cr3, "unity" is not installed it seems
[18:49] <seb128> that explain why 3d is not working
[18:49] <seb128> have to go for dinner
[18:49] <seb128> bbiab
[18:49] <dobey> seb128: oh, right. :-/
[18:50] <cr3> will try 3d, odd that it wasn't installed by default. I'll check the bios too, rebooting...
[18:58] <cr3> seb128: when you come back from lunch, installing unity seems to have been a usable workaround for me. I still find it curious why the installer chose 2d by default
[18:58] <cr3> seb128: I removed the unity-2d packages while I'm at it, I could reinstall them eventually if I ever find the need
[19:00] <pitti> good night everyone!
[19:03] <desrt> pitti, night
[19:04] <desrt> thanks for the big push today :)
[19:04] <htorque> desrt: hi! seems your indicator-application patch fixed most of bug 930291.thanks! \o/
[19:04] <ubot2`> Launchpad bug 930291 in indicator-application "indicator-application-service leaking memory (~10 MiB/h)" [High,In progress] https://launchpad.net/bugs/930291
[19:04] <desrt> htorque, good to hear :)
[19:11] <mvo> mpt: sorry for the late reply - yes, that does sound plausible
[19:20] <seb128> cr3, weird indeed, maybe a video driver issue that got resolved
[19:23] <cr3> seb128: that'd be sweet, thanks for the help!
[19:25] <seb128> mdeslaur, \ø/
[19:25] <seb128> ups \o/
[19:26] <mdeslaur> seb128: see, you owe me another favour :)
[19:26] <broder> seb128: just remembered about the x-gnome-keywords grep on the lintian lab. looks like i got hits for activity-log-manager-control-center, system-config-printer-gnome, deja-dup, and midori
[19:26] <broder> nothing else
[19:26] <seb128> mdeslaur, yeah, you will drink for free for the whole UDS if you keep fixing desktop bugs this way ;-)
[19:27] <seb128> broder, excellent, thanks!
[19:27] <broder> np :)
[19:27] <mdeslaur> seb128: for some reason, gnome-screensaver keeps reeling me in :)
[19:28] <chrisccoulson> mdeslaur, you love gnome-screensaver really
[19:28] <seb128> mdeslaur, can you upstream the patch anyway btw?
[19:28] <mdeslaur> chrisccoulson: yes, and flash too apparently :)
[19:28] <seb128> mdeslaur, it's not like it would cost them lot to have a test for another dm with a sane interface before falling back to their hackish gdmflexiserver
[19:29] <mdeslaur> seb128: sure
[19:29] <seb128> it could maybe push them to do things properly over dbus as well :p
[19:42] <mterry> Does anyone here know much about GTK drawing performance?
[19:42] <seb128> they suck?
[19:43] <jalcine> seb128: not the obvious stuff :P
[19:43] <mterry> seb128, little bit, yeah.  Trying to help unity-greeter be smooth when scrolling around its list.  But sometimes a draw operation will just take 40ms longer than normal...
[19:43] <seb128> I don't know "much" about it out of njpatel and other who kept saying that gtk was too slow for stuff like the 2d solution at the time oem was using efl and then doing 2d because cairo sucks basically
[19:43] <mterry> :(
[19:44] <seb128> you should ask specific questions on #gtk+ irc.gnome.org if you have some, you are more likely to find responses there
[19:46] <mterry> I guess I'll give it a go
[19:46] <seb128> mterry, you might want to ask Cimi or MacSlow, they have quite experience with cairo drawing
[19:46] <mterry> OK
[20:17] <kenvandine> jbicha, mind if i update gnome-contacts to 3.3.91?
[20:22] <jbicha> kenvandine: go ahead, I mentioned this morning that the call button in Contacts doesn't work for me
[20:22] <kenvandine> jbicha,
[20:22] <kenvandine> jbicha, ok
[20:22] <chrisccoulson> g'ah, ffs, can we please stop breaking keybindings?
[20:22] <chrisccoulson> my alt keybindings don't work properly in vim now :(
[20:23] <chrisccoulson> fantastic. it works without the HUD. but now i can't use the alt+tab switcher :(
[20:26] <mterry> kenvandine, heyo.  You got some time in the next few days to review some unity-greeter code branches, now that there's a new little Ancell in the world?
[20:26] <kenvandine> mterry, sure, i can try
[20:26] <kenvandine> not terribly familiar, but happy to do it :)
[20:26] <mterry> kenvandine, alright, not ready yet, but I will point you to them.  Yar, just likely needs a "this is stupid" or "this is not stupid" review
[20:27] <kenvandine> ok
[20:30] <kenvandine> jbicha, is there a packaging branch for gnome-contacts that is more current than ~ubuntu-desktop?
[20:35] <jbicha> kenvandine: on my laptop ;) some devs didn't like me using ~ubuntu-desktop branches for universe stuff
[20:36] <kenvandine> did you see the pitti's comments on the MIR
[20:37] <jbicha> kenvandine: yes, you don't need Contacts, do you?
[20:37] <kenvandine> empathy sort of does
[20:38] <kenvandine> it is supposed to prompt you to install it if you try to edit a contact
[20:38] <kenvandine> they removed a bunch of the functionality in the contact list
[20:39] <kenvandine> which does work
[20:39] <jbicha> well Contacts is kinda broken here, I can't switch to my Google address book & the call & chat buttons are greyed out for some reason
[20:39] <kenvandine> if you right click on a contact and choose Information, you get prompted to install
[20:39] <kenvandine> my chat buttons are working
[20:39] <kenvandine> but i am on .91
[20:40] <jbicha> so am I
[20:41] <kenvandine> do you have empathy-call?
[20:41] <jbicha> kenvandine: yes, & I've been thinking Contacts should recommend empathy-call
[20:41] <jbicha> does e-call need any setup?
[20:41] <kenvandine> ok, call button works for me
[20:41] <kenvandine> nope
[20:41] <kenvandine> if it is installed it will be the preferred handler for calls
[20:42] <jbicha> maybe I need to rebuild empathy against the clutter I'm using...
[20:42] <kenvandine> that should matter, at least for that stage
[20:42] <kenvandine> telepathy-mission-control-5 handles figuring out what handlers are available
[20:58] <desrt> seb128, https://bugzilla.gnome.org/show_bug.cgi?id=668522
[20:58] <ubot2`> Gnome bug 668522 in gio "Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags'" [Normal,Unconfirmed]
[20:58] <jbicha> ooh, this is an interesting bug... gedit should show as Text Editor, but it instead shows as gedit if the Desktop Actions are in the .desktop
[20:59] <jbicha> any ideas on where to report that?
[20:59] <seb128> jbicha, I guess that's because the groups are in the middle of the desktop?
[21:00] <seb128> jbicha, does moving the group at the end of the desktop fixes it?
[21:00] <seb128> desrt, thanks!
[21:05] <jbicha> seb128: yes, that fixes it, also it looks like we didn't actually drop the quicklist patch so the Actions are in the .desktop twice but it's the middle one that's broken
[21:05] <seb128> jbicha, right, I will fix it tomorrow upstream and in Ubuntu
[21:06] <jbicha> seb128: thanks, good catch on recognizing the problem, I don't think I would have thought of that
[21:07] <seb128> jbicha, I was unsure if that would work when I updated but I was not sure how to test
[21:07] <seb128> so I figured I would check later
[21:07] <seb128> well I didn't want to restart my session to make sure that the dash would get the new value
[21:07] <jbicha> yeah it was hard to test before Unity got support
[21:09] <jbicha> update-desktop-database actually worked for the dash, but launcher items have to be removed & readded
[21:28] <BigWhale> jono, I have a suggestion for another achievement. Mailing List Troll ... :|
[21:29] <jono> BigWhale, not sure that would be a good one :-)
[21:31] <BigWhale> jono, no, but it should come with a remote controlled boxing glove so that the person who unlocks it gets punched few times ...
[21:31] <jono> lol
[21:31] <BigWhale> I better go write some more code ...
[21:34] <kklimonda> well, I'm pretty sure someone had proposed a "slap over tcp/ip" extension at some point ;)
[21:36] <BigWhale> It probably already has its own RFC
[21:37] <desrt> seb128, about to disconnect for the day.  anything else?
[21:37] <seb128> desrt, no
[21:38] <seb128> desrt, enjoy your evening!:
[21:38] <desrt> i have one question for you before i leave
[21:38] <seb128> sure
[21:38] <desrt> why am i stopping work first? :)
[21:38] <desrt> g'night :)
[21:38] <seb128> desrt, because you had a more productive day than me I guess ;-)
[21:38] <seb128> 'night
[22:02] <chrisccoulson> lol @ http://www.reddit.com/r/firefox/comments/qtinl/do_you_run_the_leechblock_addon_if_so_you_should/
[22:02] <chrisccoulson> mdeslaur needs to do that!
[22:03] <mdeslaur> chrisccoulson: hey, I don't spend my time on reddit anymore now that everyone loves unity :)
[22:03] <chrisccoulson> lol
[22:03] <chrisccoulson> i can't tell whether you're being serious or not ;)
[22:03] <mdeslaur> chrisccoulson: hehe, your choice :)
[22:06] <jbicha> mdeslaur: I think we have to wait unti 12.04 is out before everyone loves unity
[22:07] <mdeslaur> the ranting has gone way down, people are liking 12.04 from what I can tell
[22:08] <chrisccoulson> the ranting has gone down because everyone moved to mint, didn't they?
[22:09] <mdeslaur> hehe
[22:10] <jbicha> when do we get to start ranting about Mint?
[22:11] <TheMuso> Whenever. I remember a few of us looking at a Mint git repo in Budapest as they had forked something from GNOME upstream, but they didn't keep any git history. :S
[22:12] <broder> we can just rant about how they obsess over completely irrelevant and unrepresentative statistics, right?
[22:19] <TheMuso> heh
[22:52] <BigWhale> if I install compiz-dev package, I should get compiz.h too, right?