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