[06:22] <didrocks> good morning
[07:01] <oSoMoN> good morning
[07:21] <MacSlow> ola
[08:06] <apw> i think i have found another application that 100% triggers the unity stacking bug.  asking update-manager to do an update seems to do it
[11:22] <MrChrisDruif> Aloha oukou
[11:24] <MrChrisDruif> Is there anyone here around that works on the workspace switcher?
[11:26] <njpatel> MrChrisDruif, smspillaz does
[11:27] <MrChrisDruif> Thanks njpatel :)
[11:29] <MrChrisDruif> Aloha smspillaz, you around?
[13:37] <tedg> kenvandine, libindicator merge posted: https://code.launchpad.net/~indicator-applet-developers/libindicator/ubuntu/+merge/67188
[13:38] <tedg> kenvandine, Let the transition begin!
[13:43] <kenvandine> tedg, good times
[13:44] <tedg> kenvandine, I had to do some "packaging" (all packaging I do deserves quotes around it) so you should double check it :-)
[13:46] <kenvandine> will do
[13:50] <jjardon> tedg: support for multiple devices added
[13:50] <jjardon> but I can only test with AC and the main battery here
[13:51] <tedg> jjardon, Hmm, could you perhaps put together an e-mail of what you need testing wise and post it to ubuntu-desktop?  I guess we need to make sure kenvandine has the latest in the archive first though.
[13:52] <jjardon> tedg: Do you want me to wait to kenvandine package then?
[13:53] <tedg> jjardon, I'd start writing it and figuring out what debugging out put you want for errors -- kenvandine is pretty quick :-)
[13:53] <jjardon> tedg: also, about indicator_image_helper_update() Seems that it doesnt handle icons of type: battery-full-charging-symbolic
[13:54] <jjardon> the same icon works in the menu
[13:54] <andyrock> i found a memory leaking... should i submit a bug?
[13:55] <tedg> andyrock, Yup!
[13:55] <tedg> jjardon, Hmm, I think the function needs to go away mostly as now in GTK3 it can support fallbacks in GtkImage.
[13:57] <jjardon> oh, perfect
[13:59] <andyrock> tedg, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/806984
[13:59] <tedg> Ewww, the trash is leaking.
[14:04] <andyrock> tedg, the return value of indicator_desktop_shortcuts_nick_get_name should be freed?
[14:06] <tedg> andyrock, Yes
[14:06] <andyrock> g_free... ok thx
[14:21] <kenvandine> tedg, did you plan to move the debugging env stuff to /etc/X11/Xsession.d/ ?
[14:21] <tedg> kenvandine, Isn't that where it's always been?
[14:21] <kenvandine> nope
[14:21] <kenvandine> was in datadir
[14:22] <tedg> Why would it be in datadir?
[14:22] <kenvandine> so it didn't automatically source unless you wanted it to
[14:22] <tedg> Don't you have to install the dev package to get it?
[14:22] <kenvandine>  /usr/share/libindicator/80indicator-debugging
[14:22] <kenvandine> the tools
[14:22] <kenvandine> you had put it there :)
[14:23] <kenvandine> oh interesting... looking at the Makefile.am, it looks like it still should
[14:23] <kenvandine> weird
[14:23] <kenvandine>  xsessiondir = $(pkgdatadir)
[14:24]  * kenvandine scratches head
[14:24] <kenvandine> tools/Makefile.in:pkgdatadir = $(datadir)/@PACKAGE@
[14:24] <kenvandine> tools/Makefile.am:xsessiondir = $(pkgdatadir)
[14:24] <kenvandine> so wtf... why is it installing in /etc!
[14:25] <kenvandine> tedg, you didn't run into this when you built it?
[14:25] <tedg> kenvandine, I didn't check where the file was placed...
[14:25] <tedg> kenvandine, Let me see where my packages put it.
[14:25] <kenvandine> well the pkg would have failed to build
[14:26] <kenvandine> the .install file looks for it in pkgdatadir
[14:26] <kenvandine> the Makefile.in has:
[14:26] <kenvandine> xsessiondir = $(sysconfdir)/X11/Xsession.d
[14:26] <kenvandine> xsession_DATA = 80indicator-debugging
[14:27] <tedg> kenvandine, The package built and put it in /usr
[14:28] <kenvandine> humm... looking at trunk
[14:28] <kenvandine> tools/Makefile.am has
[14:28] <kenvandine> xsessiondir = $(sysconfdir)/X11/Xsession.d
[14:28] <kenvandine> but tools/Makefile.am in the packaging branch has pkgdatadir
[14:29] <tedg> kenvandine, I'm guessing "you had put it there" was incorrect ;-)
[14:29] <kenvandine> yup!
[14:29] <kenvandine> and that file hasn't changed since january....
[14:29] <kenvandine> so an autogen.sh from trunk would put it where it is going now
[14:30] <tedg> kenvandine, Here is the file list from the packages I built: http://paste.ubuntu.com/639507/
[14:30] <jcastro> Anyone up for some reviews?
[14:30] <kenvandine> ok... so the question is do we want to install it in pkgdatadir or sysconfdir?
[14:30] <jcastro> https://code.launchpad.net/~oier/unity-place-applications/globalSearchZeitgeist/+merge/64463
[14:30] <jcastro> https://code.launchpad.net/~sao/unity-place-applications/load-history-when-activating/+merge/65099
[14:31] <kenvandine> tedg, right... that is where the package in oneiric puts it too
[14:31] <kenvandine> tedg, but... the Makefile.in in the tarball thinks otherwise
[14:31] <jcastro> njpatel: those have been sitting a while, we need to check -place-applications every once in a while too. :)
[14:33] <kenvandine> tedg, i am going to tweak the Makefile.in in the packaging branch for now
[14:33] <kenvandine> i'll propose a branch fixing Makefile.am :)
[14:33] <tedg> kenvandine, Heh
[14:46] <kenvandine> tedg, did you maybe get ABI and API version switched around?
[14:48] <tedg> kenvandine, ?
[14:48] <kenvandine> W: libindicator3-4: package-name-doesnt-match-sonames libindicator3-6
[14:48] <kenvandine> W: libindicator4: package-name-doesnt-match-sonames libindicator6
[14:48] <tedg> kenvandine, Oh, I guess I should have bumped it a bit.
[14:48] <kenvandine> ?
[14:48] <tedg> kenvandine, I wanted to make the /lib/*/ dir match the lib name.
[14:49] <tedg> kenvandine, So I guess it should be 6.
[14:49] <kenvandine> oh...
[14:49] <tedg> kenvandine, Trying to make it so everything matches something.
[14:49] <tedg> :-)
[14:49] <kenvandine> ok, i'll update the packaging
[14:54] <kenvandine> tedg, i also gutted libindicator's rules file to simplify the dual build
[14:55] <tedg> kenvandine, Woot!  ;-)
[14:55] <tedg> kenvandine, I made it so GTK3 was default.
[14:56] <kenvandine> yeah, i proposed a branch related to that :)
[14:56] <kenvandine> you didn't update the help message
[14:56] <kenvandine> :-D
[14:56] <kenvandine> details...
[14:56] <tedg> kenvandine, This is why we have you detail people ;-)
[14:56]  * tedg thinks help is for loosers ;-)
[14:56] <kenvandine> hehe
[15:33] <andyrock> njpatel, ping :)
[15:33] <andyrock> njpatel, about devices branch... your devices/volumes are automounted ones?
[15:58] <mpt> tedg, hi, did you see this? https://lists.launchpad.net/ayatana/msg06176.html
[16:00] <tedg> mpt, Yeah, I couldn't find any screenshots with freeciv having embedded menubars.
[16:03] <mpt> tedg, did you reply?
[16:03] <tedg> mpt, No I haven't.  I looked, and then forgot :-)
[16:04] <tedg> Need to look up the setting to make a menu bar not get exported.
[16:21] <cyphermox> tedg: ping, about libappindicator about-to-show and stuff
[16:22] <tedg> cyphermox, Yes
[16:22] <cyphermox> tedg, after further thought, what I need is really just doing something when the menu is going to be shown and hold it long enough to replace the items, I think the merge proposal I had (https://code.launchpad.net/~mathieu-tl/libappindicator/about-to-show/+merge/63610) achieves just that
[16:24] <tedg> cyphermox, I thought it didn't hold... correct?
[16:24] <tedg> cyphermox, Seems it needs to return a boolean, no?
[16:26] <cyphermox> oh, maybe it does, but that would be the only thing
[16:27] <cyphermox> under what cases would it *not* required holding?
[16:28] <cyphermox> (afaict, my use case always does, since I want to update the menu, so it makes no sense to show it before updating)
[16:31] <tedg> cyphermox, Where you don't want to update the menu.
[16:31] <tedg> cyphermox, So there's no reason to introduce the delay
[16:32] <cyphermox> huh, but why listen to the signal then?
[16:32] <cyphermox> oh, I see, nm
[17:45] <tedg> jjardon, Can you make a indicator-power tarball for kenvandine?
[17:45] <kenvandine> https://code.launchpad.net/~ken-vandine/indicator-power/packaging_fixes/+merge/67229
[17:45] <kenvandine> jjardon, ^^
[17:45] <njpatel> andyrock, yeah, automounted ones
[17:46] <andyrock> njpatel, ok... my mistake :) when you have a moment, test the last commit
[17:46] <njpatel> andyrock, thanks, will do!
[17:47] <andyrock> njpatel, thx YOU!
[17:59] <jjardon> tedg: sure
[17:59] <jjardon> kenvandine: merged, thanks
[18:00] <jjardon> tedg: whare I should upload the tarball?
[18:06] <kenvandine> jjardon, launchpad
[18:06] <kenvandine> create a release on LP and add the tarball
[18:09] <jjardon> kenvandine: https://launchpad.net/indicator-power/trunk/0.1
[18:09] <kenvandine> jjardon, thx
[18:10] <jjardon> please, ping me if something is not correct
[18:11] <kenvandine> jjardon, will do
[18:26] <kenvandine> jjardon, does indicator-power still need to be updated to the new libindicator api changes?
[18:27] <kenvandine> jjardon, tedg: i have uploaded it, it's in the source NEW queue now
[18:27] <kenvandine> tedg, i assume someone needs to fix up ordering so the power indicator doesn't display to the far right
[18:28] <tedg> kenvandine, Yup, that's a njpatel thing.
[18:28] <kenvandine> ok
[18:28] <kenvandine> njpatel, ^^
[18:28] <kenvandine> :)
[18:28]  * kenvandine loves how tedg just passes the buck
[18:28] <kenvandine> :-D
[18:28] <tedg> njpatel, HOPE YOU WEREN'T DOING ANYTHING IMPORTANT!
[18:28] <tedg> :-)
[18:29] <tedg> kenvandine, It's a complex system with detailed interdependencies that always result in it not being my job.
[18:29] <njpatel> what the fudge?
[18:29] <njpatel> tedg, haha
[18:30] <njpatel> tedg, kenvandine where is it meant to be displayed?
[18:30] <tedg> njpatel, Just need to put indicator-power in the indicator list.
[18:30] <njpatel> also, patches welcome
[18:30] <njpatel> ;)
[18:30] <njpatel> mpt, where in the indicator order should indicator-power go?
[18:31] <tedg> njpatel, https://wiki.ubuntu.com/MenuBar#System_status_menus_.28system_indicators.29
[18:31] <mpt> Ah, tedg was too fast for me :)
[18:32] <njpatel> oh, fun
[18:32] <njpatel> between battery and me
[18:33] <njpatel> wait
[18:33] <njpatel> the ordering is wrong currently then?
[18:33] <tedg> njpatel, Also the libindicator 0.4 has the name hints.  So you should be able to flip around network.
[18:33] <tedg> njpatel, Yes
[18:33] <njpatel> sweet
[18:33] <tedg> njpatel, Well, more correctly, it moved.
[18:33] <njpatel> right :)
[18:33] <njpatel> so when does indicator-me die?
[18:33] <tedg> Next week.
[18:43] <kenvandine> tedg, see my message to jjardon about updating it to the new libindicator?  that still needs to be done right?
[18:44] <tedg> kenvandine, Yeah, it does.
[18:44] <kenvandine> ok
[18:45] <kenvandine> tedg, are you going to get me releases for all the indicators today?
[18:45] <tedg> kenvandine, Trying, libappindicator is being weird...
[18:46] <kenvandine> tedg, ok, well they should all be held back in updates anyway
[18:46] <kenvandine> since libindicator6 breaks libindicator3
[18:46] <tedg> Apparently you can't install anything if you -force-breaks...
[18:51] <tedg> Anyone want a really easy review?  https://code.launchpad.net/~ted/libappindicator/lp784327/+merge/64933
[18:56] <njpatel> tedg, done ;)
[18:57] <tedg> njpatel, Thanks, I feel more free now :-)
[18:58] <njpatel> Indeed, and I'm riding high on the karma bus
[18:59] <tedg> Now that I know there's an Atom feed of commits I feel more pressure to have a complete list updated daily ;-)
[19:50] <sao> has someone time to review merge request https://code.launchpad.net/~sao/unity-place-applications/load-history-when-activating/+merge/65099 ?
[20:03] <cyphermox> tedg: just about any option for on-signal menu creation seems like a major PITA. would it be acceptable to just expose the dbusmenu root menuitem somehow so one could watch for the signals?
[20:09] <tedg> cyphermox, You can already get it through a property "dbus-menu-server"
[20:09] <cyphermox> right
[20:10] <tedg> cyphermox, Why is a return value hard?
[20:10] <tedg> cyphermox, Just set up the signal to be BOOL__VOID ?
[20:11] <tedg> cyphermox, You just need to use the collector function for the type.
[20:11] <cyphermox> how can I return a value to the dbusmenumenuitem signal depending on the return value of the appindicator signal?
[20:11] <tedg> cyphermox, The prototype for the dbusmenu one returns a boolean
[20:11] <tedg> cyphermox, You collect those yourself, and then pass back the result.
[20:13] <cyphermox> mmkay. still seems rather complicated when I could just get the root menuitem from the server and connect to the signal directly
[20:13] <cyphermox> or it's just beyond my glib and google fu.
[20:16] <tedg> cyphermox, I mean either way it works... what ever you'd prefer.
[20:16] <cyphermox> ok
[20:16] <cyphermox> well I'll try using the properties to get the server and root node, see how that goes
[20:32] <kenvandine> tedg, since you have the new libindicator, can you take a look at the indicator-sound tarball?
[20:33] <kenvandine> libtool is angry
[20:33] <kenvandine> wondering if there was something funky going on when ronoc created it
[20:33] <tedg> kenvandine, Heh, okay.  Angry libtool!
[20:34] <kenvandine> libtool: link: only absolute run-paths are allowed
[20:34] <kenvandine> but i don't see anything suspicious
[20:34] <kenvandine> just that aclocal was basically completely replaces and m4/* was removed
[20:38] <kenvandine> tedg, i get the same thing trying to build from trunk too...
[20:38] <tedg> kenvandine, I can't get libnotify-dev but I'm betting this fixes it: lp:~ted/indicator-sound/indicator-dir
[20:38] <kenvandine> so i guess not his tarball
[20:39]  * kenvandine tries
[20:39] <MrChrisDruif> Is smspillaz around?
[20:39] <kenvandine> tedg, well that seems kind of obvious :)
[20:40] <kenvandine> tedg, yup
[20:40] <kenvandine> thx
[20:40] <tedg> kenvandine, Cool
[20:44] <kenvandine> tedg, i am avoiding frankensteining my box right now, so relying on chroots from pbuilder :)
[20:44] <tedg> kenvandine, Heh, yeah, I understand.  Right now apt wants to remove unity :-)
[20:45] <kenvandine> i need to get my VM situation fixed up
[20:45] <MrChrisDruif> Or anyone else that can help with desktop switcher?
[20:45] <kenvandine> MrChrisDruif, desktop switcher?
[20:46] <MrChrisDruif> workspace*
[20:46] <kenvandine> oh, probably not me :)
[20:46] <kenvandine> sorry
[20:46] <kenvandine> DBO, ^^
[20:47] <MrChrisDruif> DBO?
[20:47] <DBO> DBO???
[20:47] <kenvandine> DBO!
[20:47] <DBO> DBO!
[20:47] <kenvandine> :-D
[20:47] <MrChrisDruif> xD
[20:47] <DBO> MrChrisDruif, DBO DBO help DBO your workspace DBO switcher
[20:47] <MrChrisDruif> I think kenvandine thinks DBO knows some stuff about workspace switcher ;)
[20:47] <MrChrisDruif> ^_^
[20:48] <kenvandine> MrChrisDruif, DBO wrote it :)
[20:48] <MrChrisDruif> Ahh, great :D
[20:48] <DBO> for which version of Unity
[20:48] <DBO> I only wrote the mutter one
[20:48] <MrChrisDruif> Stock Natty?
[20:48] <DBO> the author of that one is no longer with us
[20:48] <DBO> so just ask me
[20:48] <DBO> whats up
[20:48] <MrChrisDruif> I haven't altered it, nor looked at the one in oneiric
[20:49] <DBO> its the same as in Natty
[20:49] <DBO> whats up
[20:49] <MrChrisDruif> Anyhow; I've got a great suggestion for a quicklist
[20:49] <MrChrisDruif> for it, but I don't know if it needs to be hardcoded in...
[20:49] <MrChrisDruif> http://askubuntu.com/questions/35488/list-of-custom-launchers-quicklists-for-unity/46832#46832
[20:49] <DBO> kenvandine, I give you three paso, two taco, and a tortilla shell if you package Sublime Edit 2
[20:50] <DBO> in Oneiric it wont need to be hardcoded
[20:50] <DBO> however the API for modifying it is not yet created
[20:50] <DBO> so :/
[20:50] <DBO> I dont know what to tell you right now
[20:50] <MrChrisDruif> Well, if it would be easy to add that little quicklist to it or if I could fill a bug for it?
[20:52] <MrChrisDruif> That link is already functional, but it's a separate icon...I'd really like it to be integrated with "your" workspace switcher :)
[20:52] <DBO> file a bug along the lines of "libunity cannot add quicklist items to non-application launchers"
[20:52] <MrChrisDruif> xD
[20:52] <DBO> kenvandine, 3 tacos, but that is my final offer
[20:52] <kenvandine> DBO, binary only?
[20:52] <kenvandine> ugh
[20:53] <DBO> its a paid app
[20:53] <kenvandine> i do like tacos though :)
[20:53] <DBO> so I assume that you need to get him involved
[20:53] <kenvandine> we should get them to put it in the software center
[20:53] <kenvandine> :)
[20:53] <DBO> but seriously, I want this in the software center so bad
[20:53] <DBO> kenvandine, twitter at him http://twitter.com/#!/sublimehq
[20:54] <MrChrisDruif> Sublime?
[20:54] <kenvandine> DBO, will do
[20:54] <DBO> MrChrisDruif, its an excellent text editor
[20:54] <DBO> if you do lots of programming
[20:55] <DBO> I suggest buying it
[20:55] <DBO> its worth the $60
[20:55] <MrChrisDruif> "If" I would program a lot ;)
[20:58] <kenvandine> DBO, i tweeted at him :)
[20:59] <MrChrisDruif> You sound like a fan talking to his idol ;)
[20:59] <MrChrisDruif> No offense of course
[20:59] <DBO> kenvandine, Im not above groveling
[20:59] <kenvandine> DBO, if he responds, i'll off up helping to get it packaged
[21:00] <DBO> MrChrisDruif, me? I am a fan
[21:00] <DBO> good text editors on Linux are few and far between
[21:00] <DBO> rarely have I ever been impressed by one that wasn't named emacs or vim
[21:01] <MrChrisDruif> DBO; I meant kenvandine ;)
[21:56] <bdrung_> hi, is there a plugin (or similar) that gives me a calculator in the dash?
[21:57] <Daekdroom> bdrung_, never heard of anything like that.