[00:04] robert_ancell, RAOF, TheMuso, Eastern Edition? [00:04] yup [00:04] rickspencer3: Sure. [00:05] so, I have been pinned down all day, and haven't gotten back to the wiki :/ [00:05] twice in a row is a pattern, I gues [00:05] heh [00:05] https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-22 [00:06] let me get the irc logs, because I missed the 2nd have where seb128 went over release status [00:06] I'll let you know when I've gotten the wiki updated [00:10] :) [00:13] alright [00:13] so I got the irc logs on their, and fixed the conflict I created :/ [00:13] shall we rock through the agenda real quick? [00:13] Sure. [00:13] Sounds good. [00:14] ok, started with oneconf testing [00:14] didier got some feedback on this [00:14] it needs a UI design, then will be added to A3 [00:15] next was Guadec [00:15] https://wiki.canonical.com/Marketing/Events/2010/GUADEC [00:15] robert_ancell, I think you are going, and are on the wiki, I don't think RAOF or TheMuso are going, right? [00:15] Correct, I am not. [00:15] Right. [00:15] k [00:15] next is the sprint [00:15] I assume everyone has travel booked [00:16] if not, get it booked, please [00:16] Yep [00:16] and don't forget to add yourself to the wiki [00:16] what is the wiki link? [00:16] also, start to think of some good goals for there [00:16] robert_ancell, I think marianna sent it to us n email [00:16] * TheMuso grabs [00:16] ping me if you can't find it [00:16] nm [00:16] thanks TheMuso [00:17] https://wiki.canonical.com/UbuntuPlatform/Sprints/Maverick [00:17] you can read the update sections yourselves, but I'll tough on some highlights [00:17] * TheMuso double-checks that he is on there [00:17] you might want to check out Inidcator-network [00:17] it's pretty cool [00:17] there is a link for instructions there [00:18] note that it lacks modem support and other essential thing [00:18] s [00:18] * TheMuso might just do so once he upgrades to maverick later today. [00:19] the sound indicator is pretty cool now [00:19] it's got the player UI built in [00:19] * TheMuso read that. [00:19] ok [00:20] so, for release status, we're under the trend line, so keep resolving those work items [00:20] but land new features by Thursday! [00:20] this Thursday, that is [00:20] that will give us a week to stabelize and have a rocking Alpha [00:20] yep [00:21] for A3, we are going to shoot for 80 work items, distributed reasonably across the team .. [00:21] basically, sign up for about as many work items as you did in A2 [00:21] remember, it's very cool to do *more* work items than you targeted [00:21] but if you sign up for too many work items, and end up punting a lot, [00:22] while kittens won't die, it just makes the team a bit less predictable [00:22] I think that was the meeting [00:22] questions? [00:22] No [00:22] None here. [00:23] no [00:23] sweet [00:23] thanks guyses [00:23] welcome [02:10] lifeless: I notice you've got a couple of your patches in our X tree that aren't seeing any action upstream. Would you like me to do the wrangling required to get them into mainline? [02:25] ok, time to upgrade to maverick. Fingers crossed I will still be here in 10 minutes :) [02:37] robert_ancell: Will be doing that shortly myself. [03:36] If you'd like a more pleasant OpenGL + dual-head experience in your shiny new Maverick installs, I'd suggest sponsoring http://cooperteam.net/Packages/xorg-server_1.8.1.902-0ubuntu1_source.changes :) [03:36] * RAOF → luncheon === bjf is now known as bjf[afk] [04:28] RAOF: Will take a look. [05:12] RAOF: uploaded [05:12] TheMuso: Rocking. Thanks! [05:12] np === bjf is now known as bjf[afk] === lifeless_ is now known as lifeless [06:30] Gah. Dear Lenovo/DHL: My address isn't, and has never been, 6 Lochner street. I gave you my correct address when ordering, damnit! [06:31] lol [06:34] That does explain rather well why they haven't delivered my base station yet :) [07:14] good morning [07:14] didrocks: Good morning. [07:15] didrocks: Incidentally, if you want any help with Banshee, I've hacked on it before so I'm reasonably familiar with the ins and outs. [07:18] good morning RAOF [07:18] RAOF: oh sweet! [07:19] RAOF: did you see my "help" from the banshee ML? [07:19] (maybe you answered, I haven't read my email still) [07:20] I need to investigate why I don't appear to be getting any mail from the banshee ML. Otherwise, I would have :) [07:20] Quick question. What program is used to design/edit .ui files for GTK apps? [07:21] RAOF: oh ok, let me pastebin it, one sec [07:21] TheMuso: glade [07:21] Oh ok its still glade, thanks. [07:22] yeah, it doesn't use libglade but gtkbuilder, but the application is still glade :) [07:22] ok [07:23] RAOF: this is this thread: http://mail.gnome.org/archives/banshee-list/2010-June/msg00069.html [07:23] RAOF: I have pending changes, maybe I should merge it in the ubuntu package first? [07:24] RAOF: btw, is there a good way to enable a plugin by default? [07:24] didrocks: From memory there's a key you can flip to “true” in the .addin.xml [07:25] RAOF: ok, it's in the xml file, I've seen that. I was wondering of a gconf key to avoid a patch, but well :) === almaisan-away is now known as al-maisan [07:30] didrocks, evo crashed several times when idle [07:31] somewhere deep in pango/gtk [07:32] fta2: it seems you really have no luck, a lot of people I know using maverick and using it just have it crashing on some emails (most of time, event update). I have runned it full day before A1 and don't have those crashers too… [07:32] fta2: stacktrace and report upstream is the easiest way for now as they are preparing .3 [07:33] Good morning [07:34] didrocks, from experience, upstream doesn't care enough [07:34] hello [07:34] hey pitti, salut seb128 [07:35] hey there [07:35] lut didrocks, pitti [07:35] didrocks, how are you? [07:36] seb128: I'm fine thanks, they shut down the "automatic advertisement panel" in the wall next to my bedroom and making a lot of noise since a week. Easier to sleep well :-) [07:37] nice [07:37] and you? [07:37] didrocks, could you do the evince and the brasero updates when you have time? [07:37] no hurry, quite some sru are already in the queue [07:38] seb128: ok, maybe not today, but, we'll see how things go :) [07:38] didrocks, ie just add those to your list for the week [07:38] right, no hurry [07:38] added :-) [07:38] bonjour didrocks, seb128 [07:38] didrocks, then I think I will stop bothering you with srus [07:38] seb128: early for you :) [07:38] pitti, yeah, I've people measuring my flat right now [07:39] they are rewritting the paper which describes the building rules and need to know what % of the building each flat has [07:42] oh oh, that was the answer for the early connection:-) [07:42] hum, they are done, I will go out to buy some coffee, back in half an hour [07:42] seb128: enjoy [07:43] robert_ancell, not sure if you have seen the other day but the debian guys were asking if the gobject-introspection diff you added is really required,they said those files should not be installed by default [07:43] didrocks, thanks [07:43] ok, going, bbl [07:43] hi, bye! [07:47] bye robert_ancell [07:48] didrocks, no, that was for seb, he pings me and dissapears :) [07:48] oh ok ;) [07:49] why are you guys here early? [07:51] robert_ancell: I'm more or less there approximately at this hour everyday :-) [08:10] Dear lord my x200's LCD is stupendously blue-shifted when uncalibrated. [08:12] TheMuso, still here? Can you sponsor metacity? [08:15] desrt, ping [08:21] re [08:23] RAOF: nice [08:23] RAOF: how much slower does it go ? [08:24] lifeless: About .6c [08:25] \o/ [08:26] (you got the joke, and got it the right way around :)) [08:27] :) [08:27] seb128, yeah, saw that. Those files need to be packaged somewhere so python-gi can run make check, or python-gi needs to be modified [08:27] robert_ancell, hey [08:27] robert_ancell, ok, so it's only a testsuite thing, maybe they should be in a new binary or something [08:28] robert_ancell, I will discuss that with the debian guys [08:28] robert_ancell, how are you otherwise? [08:29] good. Fixing up debhelper to do the gsettings stuff. I've updated my main desktop to maverick now so will properly start stressing dconf [08:30] seb128, did you have a look at the compiz packaging? [08:31] robert_ancell, nice, I plan to do that this week as well [08:31] robert_ancell, no, but I can do that today [08:31] cool, please sponsor metacity too [08:31] robert_ancell, I've been busy doing 2.30.2 updates sru [08:31] didrocks, ^ could you sponsor this one? [08:32] robert_ancell, btw when is the next meeting for you to get upload rights? ;-) [08:32] the last meeting no-one turned up. And they're 1am my time, I've asked if I can have it earlier but no response [08:32] I think there's one tonight? [08:33] I'll have a look at metacity, right [08:33] robert_ancell, dunno but I can try to check [08:38] robert_ancell, speaking about GNOME3, do you think we should try to get gtkapplication in 2.22? would make easier to build new versions on gtk2 [08:39] robert_ancell, upstream would be nice but otherwise we can maybe backport that to our gtk? [08:39] seb128, I haven't looked at the code yet, but my guess is it should be easy to port? I think we should do it if that is the case [08:39] robert_ancell, not sure how busy is your todolist, would you be interest by looking to that when you have a free slot? [08:39] seb128, yup, I'll take that [08:40] robert_ancell, thanks [08:40] robert_ancell, don't forget to write your dconf mir as well btw, it's your remaining alpha2 workitem ;-) [08:40] I just did it [08:40] waouh [08:40] bug #597562 [08:40] Launchpad bug 597562 in d-conf (Ubuntu) "[MIR] d-conf (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/597562 [08:42] robert_ancell, ok, so we can get that promoted when something starts recommending or depending on it [08:43] seb128, hey, I think we now need glib-compile-schemas always installed, what binary package should it go in? I don't want to put it in glib2.0-0 as it's not strictly required for runtime, but I don't want to put it in glib2.0-bin as that would drag in some other unneeded binaries [08:44] robert_ancell, is there any system where -bin will not be installed? [08:44] robert_ancell, I would put it in -bin [08:46] I didn't have it installed, and nothing depends on it currently [08:47] it contains: gio-querymodules (?), gsettings (gconftool equivalent) and gdbus (?) [08:47] robert_ancell: from my last merge from debian you added rules in debian/rules but didn't commented that in the changelog, is it on purpose? [08:49] didrocks, whoops, I've pushed an update [08:49] robert_ancell: sweet, thanks (and think to use UNRELEASED) :) [08:50] didrocks, well, I did release it, then forgot it's not an ubuntu-desktop pacakge [08:51] robert_ancell: oh? so, debcommit -r for tagging (previous version was untagged too) :) [08:51] robert_ancell, the first one is required for everything using gio, lazy loading depends on that [08:51] seb128, ok, I'll move it to -bin [08:51] robert_ancell, rather everything installing a .so in /usr/lib/gio [08:51] robert_ancell, but we need that for registering those, so we can be pretty sure -bin will be installed [08:52] oh, I read rdepends wrong, libglib2.0-0 recommends it so it must be installed [08:52] ok, will update [08:53] thanks [09:00] seb128, can you sponsor the new glib? [09:02] robert_ancell, yes [09:03] robert_ancell, why the [09:03] + libglib2.0-dev (<< 2.25.2) [09:04] robert_ancell, you also want to change the control.in not the control [09:04] seb128, forgot to push the commit that did that, it's pushed now [09:05] robert_ancell, ok, seems fine now [09:06] I always stuff that up... I wish we didn't have to commit built files like that [09:06] I wish we didn't have to build file like that [09:07] didrocks, http://paste.ubuntu.com/453797/ [09:08] robert_ancell: debian/control and debian/rules are pretty much the only two files which _must_ exist in a source package ;) [09:08] but control.in is unnerving indeed, I keep tripping over it as well [09:09] pitti, nowadays there is a warning in the control to say it's autogenerated ;-) [09:09] but still, right [09:09] right, that bit is nice [09:10] debclean adds it automatically while updating control [09:10] fta2: doesn't seem really obvious to me (and furthemore that I don't reproduce it there), you say it's when you are idled as well? Maybe, try to deactivate the calendar if you use it and MAPI extension if you use them === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann [09:22] pitti, still working on gnome-panel? [09:22] seb128: no, I'm done [09:22] pitti, I'm about to update it to 2.30.2 so checking if you still do changes before doing that [09:22] pitti, ok thanks [09:22] cheers [09:22] seb128: some cleanup was in order :) [09:22] indeed! [09:23] it's the nice thing after the lts [09:23] you can clean a bunch of hacks ;-) [09:28] didrocks: it seems that on curren unity, g-s-d still loads the background image; wasn't unity doing that as well? [09:28] i. e. do we load it twice now? [09:29] didrocks: Hi! Did you get a chance to look at my clutter latest-with-eglx and clutter add-symbols branches? [09:29] pitti: g-s-d is drawing is in the background and unity is copying it to its actor [09:29] didrocks: ah, thanks [09:29] alf__: no, too much stuff right now, promess, it's on my list for this week :) (probably after freeze) [09:30] didrocks: No problem, thanks! [09:30] alf__: I'll ping you in any case :) [09:59] didrocks, seb128: shouldn't indicator-applet{,-session} depend on something like gnome-panel | unity instead of just gnome-panel? [09:59] seems UNE is pulling in gnome-{applets,panel} and libgweather etc. just for this [09:59] pitti, the indicators do depends on indicator-applet | indicator-renderer [09:59] pitti, unity provides indicator-renderer [10:00] ok, not in the lucid version then [10:00] we had some bugs [10:00] should be ok in maverick now [10:00] ok, thanks; I'll backport that then [10:00] but we still have gnome-panel in UNE CD, didn't have the time to investigate the cause [10:01] pitti, bug #595862 [10:01] didrocks: gnome-session depends on it; that seems not justified? [10:01] Launchpad bug 595862 in indicator-me (Ubuntu) (and 1 other project) "Fix remaining dependency issues (affects: 1) (heat: 8)" [Medium,Fix released] https://launchpad.net/bugs/595862 [10:01] pitti: hum, I don't know why there is that dep, should be a reason [10:02] didrocks, pitti: because it's in the required components list [10:02] pitti: also, I'm not sure we want to remove it, as there is still the GNOME session present in GDM [10:02] ie the gconf key for things to start with the session [10:02] oh right, the gconf setting we override in unity [10:03] I guess it could be a recommends [10:03] ie Recommends: gnome-panel | unity [10:03] but still, we maybe want a gnome-panel or forbid to use the GNOME session in GDM unless we have something to run :) [10:08] didrocks: right, but it seems wrong for gnome-session to depend on it [10:09] pitti: sure, alternatively depending on unity sounds good [10:09] (well, recommend) [10:09] *nod* [10:09] cheers [10:09] pitti, well gnome-session try to run gnome-panel so it should be installed, but recommends woulkd do [10:09] seb128: oh, good point [10:09] but don't we use it for unity as well? [10:10] I guess it could be a recommends [10:10] ie Recommends: gnome-panel | unity [10:10] right [10:10] doing that then, thanks [10:10] thanks [10:32] morning === tkamppeter_ is now known as tkamppeter [10:58] didrocks: hm, no Vcs-Bzr: in unity? are we using the lp:ubuntu/unity thing now? [10:59] pitti: not yet, it's my long term plan, but we have to update the hudson recipe for this [10:59] pitti: for now, you will find everything in ~unity-team [11:00] didrocks: just asking because indicator-applet-session still depends on gnome-panel in current bzr [11:00] and I wanted to check the provides in unity [11:00] didrocks: thanks, checking out that [11:01] pitti: http://bazaar.launchpad.net/~unity-team/unity/packaging/annotate/head:/debian/control [11:01] Provides: indicator-renderer, [11:01] right, pulling that one [11:01] didrocks: ok, I'll add that to the i-a-s dependencies then, cheers! [11:02] pitti: thanks :) [11:02] pitti, thanks [11:25] chrisccoulson, hello, how are you? [11:25] hi seb128, i'm good thanks (but busy). how are you? [11:25] did you see we have a firefox release now? ;) [11:25] chrisccoulson, I'm fine thanks [11:26] chrisccoulson, yes, so checking with you what is planned next now [11:26] i discussed it with jdstrand last night, and there don't appear to be any really critical CVE's, so we're going to try and push all releases out at the same time [11:27] but there are still some blockers on that [11:27] is there any reason to not upload to maverick now to start? [11:27] the first one being that the icedtea plugin in jaunty and karmic don't work in the new version of firefox [11:27] yeah, i will probably upload to maverick shortly [11:27] ok, nice [11:27] what is the rational to block the lucid update on jaunty and karmic issues? [11:28] is uploading everything in one go making cve work easier? [11:28] i think it's less work for jdstrand (he only has to do one USN then) [11:28] ok [11:28] and do we have any estimation how much work it will take to resolve the blockers? [11:28] do you need some help on those? [11:29] we're discussing what to do with openjdk via e-mail at the moment, and i'll talk to jdstrand again once he's back online [11:29] the other blocker was epiphany, but i'm about to upload a fix for that [11:29] we've abandoned backporting the webkit version for now, as it's too buggy [11:29] but the current version failed to start completely after the upgrade [11:30] hum ok [11:30] I will let you work for now [11:30] but that's fixed now ;) [11:30] I'm not convinced we should block lucid updates for jaunty icedtea issues or epiphany bugs in older versions [11:30] but we can discuss that later on when jdstrand is online [11:31] chrisccoulson, thanks [11:34] TheMuso, hi [11:34] TheMuso, you have a work items for alpha2 on https://blueprints.edge.launchpad.net/ubuntu/+spec/design-m-wallpaper-competition, is that still on track? === cking is now known as cking-afk === MacSlow is now known as MacSlow|lunch [12:45] james_w: is it possible to prevent bzr from downloading some (new) files when performing a merge? This would be useful when I merge from lp:ubuntu/nvidia-graphics-drivers but I don't want to download the binary blobs [12:45] * tseliot -> lunch [12:45] tseliot: no, there's not [12:46] james_w: do you know if git has such feature? [12:46] e.g. the ignore file [12:47] I don't think so [12:47] ok, thanks [12:59] seb128: I need to talk to/work with Connor for that, I'll send him an email tomorrow morning when I am more awake to chase it up. [13:01] TheMuso, hey, ok, thanks [13:06] seb128, did dyfet talk to you about gobject-introspection ? i took a short look just now and to me it seems that the fix for bug 510426 broke it on armel [13:06] Launchpad bug 510426 in gobject-introspection (Debian) (and 1 other project) "Everything-1.0.typelib not built in libgirepository1.0-dev (affects: 1) (heat: 8)" [Unknown,New] https://launchpad.net/bugs/510426 === cking-afk is now known as cking [13:07] ogra, no he didn't [13:07] 0.6.12-1 built successfully, 0.6.12-1ubuntu1 ftbfs [13:08] ogra, it's only a .install change [13:08] I doubt it break the build [13:08] well, the failure is in the checks [13:08] it likely broke because of some other library which got updated in between [13:08] you add new .typelib files [13:08] the checks are made before the dh_install run [13:08] no? [13:09] there is no dh_install in the build log [13:09] oh, right, weird [13:09] I fail to see how a .install change would break it [13:09] I think it's due a change in a build-depends [13:09] yeah, likely [13:51] Does anyone know whether Conor Curran is on IRC and what his nick name is? [13:53] qense: ronoc. [13:53] jpds: Ok, thanks. [13:58] seb128: FYI, I just wrote the MIR for zg and uploaded 0.4.0 into maverick (bug #597687). We should have it promoted for next unity release (file place will use it) [13:58] Launchpad bug 597687 in zeitgeist (Ubuntu) "[MIR] zeitgeist (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/597687 [13:59] didrocks, I guess we will keep promoting things and targetting the mir bugs for beta [13:59] seb128: yeah, I'll have a tour now to all MIR to ensure they are targeted to beta [13:59] thanks [13:59] yw [13:59] the 3 others packages are ready and MIR are written. Just waiting next release and we are all set :) [14:01] didrocks, you want me to review those already now? [14:01] seb128: sure, one sec, putting you a list ready [14:01] thanks [14:03] davidbarth: I'm kind of on Sound Menu support for Banshee right now. Alex Launi said he might work on it when I asked about MPRIS support in Banshee. If not, I'll look if anyone else is doing it and otherwise I could give it a try myself. When that's done I'll write a plugin to register Banshee with the Ayatana server. [14:03] Which seems fairly simple, judging from the Rhythmbox patch. [14:03] libindicate has already got C# bindings. [14:04] seb128: thank to you :) === MacSlow|lunch is now known as MacSlow [14:05] qense: sounds great ;) talking about that, I've assigned you a bug report (hyperair told me that you would agree), about the current indicator being broken in maverick (even with yesterday's rebuild). If you can have a look, no hurry though :) [14:06] didrocks: Even with the rebuild? [14:06] I'm afraid I marked that bug as a duplicate. [14:06] Are you sure the update is installed? [14:06] qense: oh really? let me look (it was a few hours ago) [14:06] You need 1.6.1 [14:07] My system still has 1.6.0, so I guess it's not on all mirrors yet. [14:07] and I'm using the main archives [14:07] qense: oh? 1.6.1, ok, forget it for now so :) [14:07] sorry for the trouble, I'll reopen it if needed [14:07] didrocks: Not a problem, thank you for spending time on it! [14:08] qense: ah, that'd be great [14:08] qense: yw, I really hope it will be easy for you to achieve the soundmenu integration :) [14:09] ronoc: cool, you're there; qense is interested in working on the banshee integration [14:09] By the way, Bernard just pointed me at what seems to be an existing MPRIS plugin under development. [14:09] davidbarth: great [14:10] qense: excellent, have you taken a look at the libindicate registration [14:10] ronoc: You just need MPRIS and a registration? [14:10] ronoc: I did look at your Rhythmbxo aptch. [14:10] qense: pretty much [14:10] http://gitorious.org/~bl8/banshee/bl8-clone/commits/mpris [14:10] It's not in HEAD yet, but it is something. [14:11] This is the bug report: https://bugzilla.gnome.org/show_bug.cgi?id=570841 [14:11] Gnome bug 570841 in general "Support the MPRIS D-Bus interface" [Normal,New] [14:11] qense: there is a version two of the spec coming up which will support playlists etc but for now mpris v1 will also be supported [14:11] Bertrand said he was working to get v2 support. [14:11] ronoc: Hey, you might also be interested in this : http://ubuntuone.com/p/7X5/ ;) [14:12] He's even here! [14:12] and it is already done :P [14:12] I don't even have to do anything anymore now. Bertrand has done it already. [14:12] qense: I have to add a few more things to the registration mechanism but it ain't complicated [14:12] bl8: good stuff! [14:13] qense, bl8: just need to take a quick lunch - will brb [14:13] bl8: So basically you're almost done now with Sound Menu support? [14:14] bl8: Where will the Ayatana registration code go? In a separate extension in the main Banshee developer repository? [14:14] bl8: Also: what should we do with Banshee.AppIndicator in the community extensions? Remove it or keep it for people that still want to use it? [14:15] qense: I don't really know, I'm still a bit fuzzy on how this will all fit together [14:15] ok [14:15] Lucid won't ship the Sound Menu, but it does ship Banshee.AppIndicator, so it might be a good idea to keep it around for that. [14:15] Just to be able to fix bugs, etc. [14:15] For now I've created a new SoundMenu extension in the community extensions repo [14:15] ok [14:16] qense: http://gitorious.org/banshee-community-extensions/banshee-community-extensions/commits/soundmenu [14:16] thanks [14:17] bl8: We should get this in Maverick ASAP so it can be tested. How stable do you reckon the MPRIS and SoundMenu extensions are? [14:19] qense: MPRIS has a few bits missing, and I'm sure sure about some parts of it. SoundMenu doesn't do anything interesting for now, just registers [14:20] That's all what the Banshee.SoundMenu equivalent for Rhythmbox does as well for now, so that's not a problem. [14:20] but it is easy to make sure it works correctly. [14:20] james_w: wouldn't adding ignore patterns (.bzrignore) solve my problem? [14:20] tseliot: not if the files are versioned [14:22] james_w: they can be named NVIDIA-Linux-x86_64-256.25.run, etc. but I can use a pattern such as NVIDIA-Linux*.run . Wouldn't this work? [14:25] tseliot: if bzr versions the files then it has to copy them around. .bzrignore is just to tell bzr what it shouldn't automatically version when you run "bzr add" [14:25] james_w: aah, I see your point now. Too bad [14:28] james_w: so, in my case, I guess I'll have to merge from lp:ubuntu/nvidia-graphics-drivers, remove the binaries, commit and push to my branch [14:29] tseliot: yes [14:29] you will still have the binaries in the history and so still push them around, but you won't see them in your branch any more [14:30] james_w: err... my main problem is a rather low upload bandwidth [14:32] qense, bl8: there is a little more additions to the registration to be added to allow the application to be started if is not running from the menu. I will do a release tomorrow which hopefully will have this libindicate stuff implemented, we can upgrade and test all of this early next week from the client side [14:32] i.e. I'd like not to upload 100 Mb every time the driver is updated and I need to sync my branch with Ubuntu's [14:32] ronoc: Sounds great. [14:32] bl8: It seems you've arranged everything already. However, if you do happen to need some help, I'd be happy to help you. === oubiwann is now known as oubiwann-away [14:35] qense, bl8: I know mirsal was putting the finishing touches to the spec for mpris v2 over last w/end. I have yet to catch up with him this week though. Will ping you once I know more. [14:36] ok [15:01]