[05:13] <robert-g-ingerso> hey what's up
[05:13] <robert-g-ingerso> anyone here ?
[10:50] <klattimer> anyone here or are you all asleep in dallas
[10:50] <klattimer> someone's killed my netbook with an update and I can't test anything!!!
[10:52] <coz_> ooo
[13:44] <sladen> AbhiJit: welcome!  Thank you for getting involved with papercuts
[13:44] <AbhiJit> sladen, yah
[13:44] <sladen> klattimer: I'm here, but not being productive
[13:45] <spikeb> AbhiJit, i don't know what you did but thank you!
[13:45] <AbhiJit> :)
[13:45] <AbhiJit> spikeb, :D
[13:45]  * spikeb is always grateful to have a papercut fixed
[13:45] <AbhiJit> hello all
[13:45] <AbhiJit> i am new here to papercut system.
[13:46] <AbhiJit> i previusly had little experience in normal ubuntu bug squad.
[13:46] <AbhiJit> see my wiki https://wiki.ubuntu.com/abhijit
[16:02] <lamalex> API, reviewing your merge now
[16:02] <API> lamalex, ok, thanks
[16:02] <lamalex> av
[16:03] <lamalex> erm
[16:03] <lamalex> 435	+  g_type_class_unref (g_type_class_ref (UNITY_TYPE_UTIL_ACCESSIBLE));
[16:03] <lamalex> is that because it's a dummy implementation?
[16:03] <lamalex> because otherwise I don't understand :P
[16:03] <lamalex> API, ^
[16:04] <API> no, it is not because a dummy implementation
[16:04] <API> AtkUtil is an abstract class
[16:04] <API> unity-util-accessible implements it
[16:04] <API> this class_unref(ref
[16:04] <API> its to ensure that class_init is called
[16:04] <API> so you can call those atk_util methods
[16:04] <lamalex> ok
[16:04] <lamalex> sounds good
[16:05] <API> you normally call atk_util methods directly
[16:05] <API> class methods
[16:05] <lamalex> API, do you have commit access?
[16:05] <API> without asking for the instance
[16:05] <API> probably it would be good a kind of singleton implementation, but this would require changes on ATK itself
[16:05] <API> lamalex, hmmm don't know
[16:05] <API> as I don't know
[16:05] <API> probably this means no
[16:06] <lamalex> ok
[16:06] <lamalex> I've got two comments and I'm testing, then I'll merge
[16:06] <lamalex> API, this should advertise unity in accerciser right?
[16:08] <API> well, yes
[16:08] <API> anyway, as I said, right now this would only work with at-spi2
[16:08] <API> did you see that code to find the atk-bridge?
[16:09] <API> that gsettings, for the moment, is only on at-spi2
[16:09] <API> I thought that this would be the one to be included on Natty
[16:09] <API> this week we concluded at-spi
[16:09] <API> we need to make this change also on at-spi
[16:09] <lamalex> ah ok
[16:10] <API> lamalex, anyway, with this branch unity accerciser will be able to find unity
[16:10] <lamalex> so at-spi needs a patch to use gsettings
[16:10] <API> but as both util and root are dummies
[16:10] <API> without any children
[16:10] <lamalex> right
[16:10] <API> yes, at-spi needs that patch, I guess that right now is the most important task
[16:11] <lamalex> API, there are two very small changes to make. I'll make them and merge.
[16:11] <lamalex> nice job
[16:11] <API> I will ask TheMuso (Luke) if this my task or his task
[16:11] <API> lamalex, thanks, just to avoid do the same errors in the future, what changes?
[16:12] <lamalex> API, they're on the review. You didn't add atk to deps, and there was a comment involcing Clutter :P
[16:13] <lamalex> @see_also: #ClutterStage
[16:13] <API> lamalex, ups
[16:13] <API> yes
[16:13] <lamalex> :P no big deal
[16:13] <API> lamalex, and about the dep
[16:13] <API> as unity depends on gtk
[16:13] <API> and gtk on atk
[16:13] <API> I thought that was not required
[16:13] <API> but ok, thanks
[16:14] <lamalex> It's not required per se, but it's good form to just include it if we're linking againt atk.h
[16:14] <API> btw, I should also assign you the review of the other merge request?
[16:14] <lamalex> sure
[16:14] <API> lamalex, also the nux one?
[16:16] <lamalex> API, sure- any that you have
[16:17] <API> lamalex, ok
[16:21] <API> lamalex, reassigned
[16:24] <lamalex> API, great, will review now
[16:38] <lamalex> API,  are there just the 2? I'm building now but it looks quite good
[16:38] <API> lamalex, well yes, just two
[16:38] <API> although the unity one is really big
[16:38] <lamalex> yah
[16:38] <API> not a lot of functionality
[16:38] <API> but a lot of new objects
[16:39] <lamalex> yes
[16:39] <lamalex> lots of boilerplate gobject code
[16:41] <lamalex> API, I get a build failure, can you check the merge proposal?
[16:41] <lamalex> https://code.launchpad.net/~apinheiro/unity/bug701680/+merge/46080
[16:42] <lamalex> ah it requires a nux patch
[16:42] <lamalex> API, I see, sorry
[16:42] <API> lamalex, yes I added two requests
[16:42] <lamalex> yeah I missed it :)
[16:42] <API> I didn't found a way to say that the unity one requires the nux one
[16:43] <API> as the unity one had already  a dependency
[16:43] <API> with the atk-bridge-load one
[16:53] <kvalo> kenvandine: https://launchpad.net/indicator-network/trunk/0.3.3
[17:25] <gord> jcastro, hey, do you know if there is any effort to add the X-Ayatana-Desktop-Shortcut stuff to .desktop files? mainly just to make the right click menus of unity launchers more filled out and useful
[17:27] <jcastro> I think didrocks?
[17:32] <gord> he's busy and may explode into tiny didrocks fragments if i bug him about this before compiz is uploaded ;) thanks
[17:34] <seb128> gord, there is none
[17:56] <gord> seb128, if i were to make patches for all the desktop files of applications i use with desktop shortcuts in them, would you guys hate me forever? ;)
[18:56] <API> unity now requires libdbusmenu-glib-dev 0.4 but natty version is 0.3.90
[18:57] <API> where I can find the new version?
[18:57] <API> is there any ppa somewhere?
[18:58] <tareth> https://launchpad.net/dbusmenu
[18:59] <API> tareth, thanks
[19:00] <API> tareth, hmm odd, it says that latests version is 0.3.91
[19:00] <tareth> no problem :) had to figure that out earlier this morning
[19:00] <API> tareth, so now unity depends on 0.3.91 instead of 0.4?
[19:01] <kamstrup> njpatel: it's on lp:~unity-team/+junk/deesire
[19:10] <AbsintheSyringe> kenvandine, I packaged a lot of packages, got to compizconfig-backend-gconf and got into a problem
[19:15] <AbsintheSyringe> actually let me try one more thing :)
[19:38] <AbsintheSyringe> kenvandine, http://paste.debian.net/104554/ am looking into 01_add_transition_gconf.patch
[19:42] <kklimonda> hey, is anyone familiar with software-center online?
[19:43] <kklimonda> what is the "metadata" mpt has mentioned in https://bugs.launchpad.net/ubuntu/+source/transmission/+bug/660372 ?
[19:55] <AbsintheSyringe> kenvandine, k nvm, got it figured
[21:18] <ronoc> gabaug, did that release get into to ubuntu ?
[21:18] <ronoc> to even
[21:18] <ronoc> even if there was a deb I could test out that would be great
[21:19] <ronoc> i want to test the playlist extension
[21:19] <gabaug> ronoc: hyperair is the packager for Ubuntu/Debian -- I'm not sure
[21:19] <ronoc> ah okay thx
[21:19] <ronoc> hyperair, ^
[21:21] <torkvemada> ronoc: d'you mean MediaPlayer2.Playlists?
[21:21] <gabaug> ronoc: oh, the daily builds might have it already (not sure if they're actually daily)
[21:22] <ronoc> torkvemada, yup
[21:23] <ronoc> gabaug, good point, I'll have a look
[21:25] <torkvemada> ronoc: don't you know, is there xml spec for interface available to download anywhere?
[21:25] <ronoc> torkvemada, for the playlists ?
[21:25] <torkvemada> yep
[21:26] <torkvemada> I'd like to implement it right now :)
[21:26] <ronoc> torkvemada, not that I know of, its quite a small extension - all the info you need can be found www.mpris.org
[21:29] <torkvemada> aah, will write it by myself>.<
[21:36] <kamstrup> njpatel: it's on lp:~unity-team/+junk/deesire
[21:36] <kamstrup> njpatel: it's on lp:~unity-team/+junk/deesire
[21:36] <kamstrup> njpatel: it's on lp:~unity-team/+junk/deesire
[21:36] <kamstrup> njpatel: it's on lp:~unity-team/+junk/deesire
[22:46] <torkvemada> ronoc: is 0.5.5-0ubuntu1 suitable for playlists testing?
[22:47] <ronoc> torkvemada, it 'should' be, although i have yet to be able to give it a good test drive
[22:47] <torkvemada> It seems that "stub" interface (providing no playlists) makes indicator-sound go mad
[22:49] <seiflotfy> kamstrup, how is unity-place-files coming
[22:49] <seiflotfy> cna u run it again
[22:49] <seiflotfy> #?
[23:02] <kamstrup> seiflotfy: you can run it if you have libunity and libdee from trunk
[23:40] <torkvemada> ronoc: that looks extremely strange, but if only I provide the Playlists interface, indicator-sound becomes mad. It requests "loopStatus", "metadata", "playbackStatus", "shuffle" and "volume" properties in an infinite loop. The indicator itself becomes unusable - it shows "muted" icon instead of normal and if you click on it,  the only item you'll get is player name.
[23:40] <torkvemada> But when I stop my daemon, indicator-sound becomes "normal"
[23:48] <ronoc> torkvemada, weird, I certainly do not request the loop status
[23:48] <ronoc> torkvemada, do you have a ppa from which I can test your app ?
[23:49] <torkvemada> one second, I'll make it produce a bit more debug and I'll push it to ppa
[23:53] <ronoc> torkvemada, ta, I'm bout to finish for the day but can look in the morning
[23:54] <torkvemada> so may be it's better to send you info by email?
[23:56] <ronoc> torkvemada, please, you can send it to the mailing list for indicator-sound-developers, i'll pick it up in the morning
[23:58] <torkvemada> ok, I'll send the info and address of ppa to the mailing list