[00:04] <rickspencer3> robert_ancell, RAOF, TheMuso, Eastern Edition?
[00:04] <robert_ancell> yup
[00:04] <TheMuso> rickspencer3: Sure.
[00:05] <rickspencer3> so, I have been pinned down all day, and haven't gotten back to the wiki :/
[00:05] <rickspencer3> twice in a row is a pattern, I gues
[00:05] <TheMuso> heh
[00:05] <rickspencer3> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-22
[00:06] <rickspencer3> let me get the irc logs, because I missed the 2nd have where seb128 went over release status
[00:06] <rickspencer3> I'll let you know when I've gotten the wiki updated
[00:10] <RAOF> :)
[00:13] <rickspencer3> alright
[00:13] <rickspencer3> so I got the irc logs on their, and fixed the conflict I created :/
[00:13] <rickspencer3> shall we rock through the agenda real quick?
[00:13] <TheMuso> Sure.
[00:13] <RAOF> Sounds good.
[00:14] <rickspencer3> ok, started with oneconf testing
[00:14] <rickspencer3> didier got some feedback on this
[00:14] <rickspencer3> it needs a UI design, then will be added to A3
[00:15] <rickspencer3> next was Guadec
[00:15] <rickspencer3> https://wiki.canonical.com/Marketing/Events/2010/GUADEC
[00:15] <rickspencer3> robert_ancell, I think you are going, and are on the wiki, I don't think RAOF or TheMuso are going, right?
[00:15] <TheMuso> Correct, I am not.
[00:15] <RAOF> Right.
[00:15] <rickspencer3> k
[00:15] <rickspencer3> next is the sprint
[00:15] <rickspencer3> I assume everyone has travel booked
[00:16] <rickspencer3> if not, get it booked, please
[00:16] <TheMuso> Yep
[00:16] <rickspencer3> and don't forget to add yourself to the wiki
[00:16] <robert_ancell> what is the wiki link?
[00:16] <rickspencer3> also, start to think of some good goals for there
[00:16] <rickspencer3> robert_ancell, I think marianna sent it to us n email
[00:16]  * TheMuso grabs
[00:16] <rickspencer3> ping me if you can't find it
[00:16] <rickspencer3> nm
[00:16] <rickspencer3> thanks TheMuso
[00:17] <TheMuso> https://wiki.canonical.com/UbuntuPlatform/Sprints/Maverick
[00:17] <rickspencer3> 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] <rickspencer3> you might want to check out Inidcator-network
[00:17] <rickspencer3> it's pretty cool
[00:17] <rickspencer3> there is a link for instructions there
[00:18] <rickspencer3> note that it lacks modem support and other essential thing
[00:18] <rickspencer3> s
[00:18]  * TheMuso might just do so once he upgrades to maverick later today.
[00:19] <rickspencer3> the sound indicator is pretty cool now
[00:19] <rickspencer3> it's got the player UI built in
[00:19]  * TheMuso read that.
[00:19] <rickspencer3> ok
[00:20] <rickspencer3> so, for release status, we're under the trend line, so keep resolving those work items
[00:20] <rickspencer3> but land new features by Thursday!
[00:20] <rickspencer3> this Thursday, that is
[00:20] <rickspencer3> that will give us a week to stabelize and have a rocking Alpha
[00:20] <TheMuso> yep
[00:21] <rickspencer3> for A3, we are going to shoot for 80 work items, distributed reasonably across the team ..
[00:21] <rickspencer3> basically, sign up for about as many work items as you did in A2
[00:21] <rickspencer3> remember, it's very cool to do *more* work items than you targeted
[00:21] <rickspencer3> but if you sign up for too many work items, and end up punting a lot,
[00:22] <rickspencer3> while kittens won't die, it just makes the team a bit less predictable
[00:22] <rickspencer3> I think that was the meeting
[00:22] <rickspencer3> questions?
[00:22] <TheMuso> No
[00:22] <RAOF> None here.
[00:23] <robert_ancell> no
[00:23] <rickspencer3> sweet
[00:23] <rickspencer3> thanks guyses
[00:23] <TheMuso> welcome
[02:10] <RAOF> 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] <robert_ancell> ok, time to upgrade to maverick.  Fingers crossed I will still be here in 10 minutes :)
[02:37] <TheMuso> robert_ancell: Will be doing that shortly myself.
[03:36] <RAOF> 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
[04:28] <TheMuso> RAOF: Will take a look.
[05:12] <TheMuso> RAOF: uploaded
[05:12] <RAOF> TheMuso: Rocking.  Thanks!
[05:12] <TheMuso> np
[06:30] <RAOF> 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] <TheMuso> lol
[06:34] <RAOF> That does explain rather well why they haven't delivered my base station yet :)
[07:14] <didrocks> good morning
[07:14] <RAOF> didrocks: Good morning.
[07:15] <RAOF> 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] <didrocks> good morning RAOF
[07:18] <didrocks> RAOF: oh sweet!
[07:19] <didrocks> RAOF: did you see my "help" from the banshee ML?
[07:19] <didrocks> (maybe you answered, I haven't read my email still)
[07:20] <RAOF> I need to investigate why I don't appear to be getting any mail from the banshee ML.  Otherwise, I would have :)
[07:20] <TheMuso> Quick question. What program is used to design/edit .ui files for GTK apps?
[07:21] <didrocks> RAOF: oh ok, let me pastebin it, one sec
[07:21] <didrocks> TheMuso: glade
[07:21] <TheMuso> Oh ok its still glade, thanks.
[07:22] <didrocks> yeah, it doesn't use libglade but gtkbuilder, but the application is still glade :)
[07:22] <TheMuso> ok
[07:23] <didrocks> RAOF: this is this thread: http://mail.gnome.org/archives/banshee-list/2010-June/msg00069.html
[07:23] <didrocks> RAOF: I have pending changes, maybe I should merge it in the ubuntu package first?
[07:24] <didrocks> RAOF: btw, is there a good way to enable a plugin by default?
[07:24] <RAOF> didrocks: From memory there's a key you can flip to “true” in the .addin.xml
[07:25] <didrocks> 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 :)
[07:30] <fta2> didrocks, evo crashed several times when idle
[07:31] <fta2> somewhere deep in pango/gtk
[07:32] <didrocks> 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] <didrocks> fta2: stacktrace and report upstream is the easiest way for now as they are preparing .3
[07:33] <pitti> Good morning
[07:34] <fta2> didrocks, from experience, upstream doesn't care enough
[07:34] <seb128> hello
[07:34] <didrocks> hey pitti, salut seb128
[07:35] <seb128> hey there
[07:35] <seb128> lut didrocks, pitti
[07:35] <seb128> didrocks, how are you?
[07:36] <didrocks> 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] <seb128> nice
[07:37] <didrocks> and you?
[07:37] <seb128> didrocks, could you do the evince and the brasero updates when you have time?
[07:37] <seb128> no hurry, quite some sru are already in the queue
[07:38] <didrocks> seb128: ok, maybe not today, but, we'll see how things go :)
[07:38] <seb128> didrocks, ie just add those to your list for the week
[07:38] <seb128> right, no hurry
[07:38] <didrocks> added :-)
[07:38] <pitti> bonjour didrocks, seb128
[07:38] <seb128> didrocks, then I think I will stop bothering you with srus
[07:38] <pitti> seb128: early for you :)
[07:38] <seb128> pitti, yeah, I've people measuring my flat right now
[07:39] <seb128> they are rewritting the paper which describes the building rules and need to know what % of the building each flat has
[07:42] <didrocks> oh oh, that was the answer for the early connection:-)
[07:42] <seb128> hum, they are done, I will go out to buy some coffee, back in half an hour
[07:42] <didrocks> seb128: enjoy
[07:43] <seb128> 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] <seb128> didrocks, thanks
[07:43] <seb128> ok, going, bbl
[07:43] <robert_ancell> hi, bye!
[07:47] <didrocks> bye robert_ancell
[07:48] <robert_ancell> didrocks, no, that was for seb, he pings me and dissapears :)
[07:48] <didrocks> oh ok ;)
[07:49] <robert_ancell> why are you guys here early?
[07:51] <didrocks> robert_ancell: I'm more or less there approximately at this hour everyday :-)
[08:10] <RAOF> Dear lord my x200's LCD is stupendously blue-shifted when uncalibrated.
[08:12] <robert_ancell> TheMuso, still here? Can you sponsor metacity?
[08:15] <robert_ancell> desrt, ping
[08:21] <seb128> re
[08:23] <lifeless> RAOF: nice
[08:23] <lifeless> RAOF: how much slower does it go ?
[08:24] <RAOF> lifeless: About .6c
[08:25] <lifeless> \o/
[08:26] <lifeless> (you got the joke, and got it the right way around :))
[08:27] <RAOF> :)
[08:27] <robert_ancell> 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] <seb128> robert_ancell, hey
[08:27] <seb128> robert_ancell, ok, so it's only a testsuite thing, maybe they should be in a new binary or something
[08:28] <seb128> robert_ancell, I will discuss that with the debian guys
[08:28] <seb128> robert_ancell, how are you otherwise?
[08:29] <robert_ancell> 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] <robert_ancell> seb128, did you have a look at the compiz packaging?
[08:31] <seb128> robert_ancell, nice, I plan to do that this week as well
[08:31] <seb128> robert_ancell, no, but I can do that today
[08:31] <robert_ancell> cool, please sponsor metacity too
[08:31] <seb128> robert_ancell, I've been busy doing 2.30.2 updates sru
[08:31] <seb128> didrocks, ^ could you sponsor this one?
[08:32] <seb128> robert_ancell, btw when is the next meeting for you to get upload rights? ;-)
[08:32] <robert_ancell> 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] <robert_ancell> I think there's one tonight?
[08:33] <didrocks> I'll have a look at metacity, right
[08:33] <seb128> robert_ancell, dunno but I can try to check
[08:38] <seb128> 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] <seb128> robert_ancell, upstream would be nice but otherwise we can maybe backport that to our gtk?
[08:39] <robert_ancell> 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] <seb128> 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] <robert_ancell> seb128, yup, I'll take that
[08:40] <seb128> robert_ancell, thanks
[08:40] <seb128> robert_ancell, don't forget to write your dconf mir as well btw, it's your remaining alpha2 workitem ;-)
[08:40] <robert_ancell> I just did it
[08:40] <seb128> waouh
[08:40] <robert_ancell> bug #597562
[08:40] <ubot2> Launchpad bug 597562 in d-conf (Ubuntu) "[MIR] d-conf (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/597562
[08:42] <seb128> robert_ancell, ok, so we can get that promoted when something starts recommending or depending on it
[08:43] <robert_ancell> 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] <seb128> robert_ancell, is there any system where -bin will not be installed?
[08:44] <seb128> robert_ancell, I would put it in -bin
[08:46] <robert_ancell> I didn't have it installed, and nothing depends on it currently
[08:47] <robert_ancell> it contains: gio-querymodules (?), gsettings (gconftool equivalent) and gdbus (?)
[08:47] <didrocks> 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] <robert_ancell> didrocks, whoops, I've pushed an update
[08:49] <didrocks> robert_ancell: sweet, thanks (and think to use UNRELEASED) :)
[08:50] <robert_ancell> didrocks, well, I did release it, then forgot it's not an ubuntu-desktop pacakge
[08:51] <didrocks> robert_ancell: oh? so, debcommit -r for tagging (previous version was untagged too) :)
[08:51] <seb128> robert_ancell, the first one is required for everything using gio, lazy loading depends on that
[08:51] <robert_ancell> seb128, ok, I'll move it to -bin
[08:51] <seb128> robert_ancell, rather everything installing a .so in /usr/lib/gio
[08:51] <seb128> robert_ancell, but we need that for registering those, so we can be pretty sure -bin will be installed
[08:52] <robert_ancell> oh, I read rdepends wrong, libglib2.0-0 recommends it so it must be installed
[08:52] <robert_ancell> ok, will update
[08:53] <seb128> thanks
[09:00] <robert_ancell> seb128, can you sponsor the new glib?
[09:02] <seb128> robert_ancell, yes
[09:03] <seb128> robert_ancell, why the
[09:03] <seb128> +          libglib2.0-dev (<< 2.25.2)
[09:04] <seb128> robert_ancell, you also want to change the control.in not the control
[09:04] <robert_ancell> seb128, forgot to push the commit that did that, it's pushed now
[09:05] <seb128> robert_ancell, ok, seems fine now
[09:06] <robert_ancell> I always stuff that up... I wish we didn't have to commit built files like that
[09:06] <seb128> I wish we didn't have to build file like that
[09:07] <fta2> didrocks, http://paste.ubuntu.com/453797/
[09:08] <pitti> robert_ancell: debian/control and debian/rules are pretty much the only two files which _must_ exist in a source package ;)
[09:08] <pitti> but control.in is unnerving indeed, I keep tripping over it as well
[09:09] <seb128> pitti, nowadays there is a warning in the control to say it's autogenerated ;-)
[09:09] <seb128> but still, right
[09:09] <pitti> right, that bit is nice
[09:10] <pitti> debclean adds it automatically while updating control
[09:10] <didrocks> 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
[09:22] <seb128> pitti, still working on gnome-panel?
[09:22] <pitti> seb128: no, I'm done
[09:22] <seb128> pitti, I'm about to update it to 2.30.2 so checking if you still do changes before doing that
[09:22] <seb128> pitti, ok thanks
[09:22] <pitti> cheers
[09:22] <pitti> seb128: some cleanup was in order :)
[09:22] <seb128> indeed!
[09:23] <seb128> it's the nice thing after the lts
[09:23] <seb128> you can clean a bunch of hacks ;-)
[09:28] <pitti> didrocks: it seems that on curren unity, g-s-d still loads the background image; wasn't unity doing that as well?
[09:28] <pitti> i. e. do we load it twice now?
[09:29] <alf__> didrocks: Hi! Did you get a chance to look at my clutter latest-with-eglx and clutter add-symbols branches?
[09:29] <didrocks> pitti: g-s-d is drawing is in the background and unity is copying it to its actor
[09:29] <pitti> didrocks: ah, thanks
[09:29] <didrocks> alf__: no, too much stuff right now, promess, it's on my list for this week :) (probably after freeze)
[09:30] <alf__> didrocks: No problem, thanks!
[09:30] <didrocks> alf__: I'll ping you in any case :)
[09:59] <pitti> didrocks, seb128: shouldn't indicator-applet{,-session} depend on something like gnome-panel | unity instead of just gnome-panel?
[09:59] <pitti> seems UNE is pulling in gnome-{applets,panel} and libgweather etc. just for this
[09:59] <seb128> pitti, the indicators do depends on indicator-applet | indicator-renderer
[09:59] <seb128> pitti, unity provides indicator-renderer
[10:00] <pitti> ok, not in the lucid version then
[10:00] <seb128> we had some bugs
[10:00] <didrocks> should be ok in maverick now
[10:00] <pitti> ok, thanks; I'll backport that then
[10:00] <didrocks> but we still have gnome-panel in UNE CD, didn't have the time to investigate the cause
[10:01] <seb128> pitti, bug #595862
[10:01] <pitti> didrocks: gnome-session depends on it; that seems not justified?
[10:01] <ubot2> 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] <didrocks> pitti: hum, I don't know why there is that dep, should be a reason
[10:02] <seb128> didrocks, pitti: because it's in the required components list
[10:02] <didrocks> pitti: also, I'm not sure we want to remove it, as there is still the GNOME session present in GDM
[10:02] <seb128> ie the gconf key for things to start with the session
[10:02] <didrocks> oh right, the gconf setting we override in unity
[10:03] <seb128> I guess it could be a recommends
[10:03] <seb128> ie Recommends: gnome-panel | unity
[10:03] <didrocks> 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] <pitti> didrocks: right, but it seems wrong for gnome-session to depend on it
[10:09] <didrocks> pitti: sure, alternatively depending on unity sounds good
[10:09] <didrocks> (well, recommend)
[10:09] <pitti> *nod*
[10:09] <pitti> cheers
[10:09] <seb128> pitti, well gnome-session try to run gnome-panel so it should be installed, but recommends woulkd do
[10:09] <pitti> seb128: oh, good point
[10:09] <pitti> but don't we use it for unity as well?
 I guess it could be a recommends
[10:10] <seb128>  ie Recommends: gnome-panel | unity
[10:10] <pitti> right
[10:10] <pitti> doing that then, thanks
[10:10] <seb128> thanks
[10:32] <huats> morning
[10:58] <pitti> didrocks: hm, no Vcs-Bzr: in unity? are we using the lp:ubuntu/unity thing now?
[10:59] <didrocks> pitti: not yet, it's my long term plan, but we have to update the hudson recipe for this
[10:59] <didrocks> pitti: for now, you will find everything in ~unity-team
[11:00] <pitti> didrocks: just asking because indicator-applet-session still depends on gnome-panel in current bzr
[11:00] <pitti> and I wanted to check the provides in unity
[11:00] <pitti> didrocks: thanks, checking out that
[11:01] <didrocks> pitti: http://bazaar.launchpad.net/~unity-team/unity/packaging/annotate/head:/debian/control
[11:01] <didrocks> Provides: indicator-renderer,
[11:01] <pitti> right, pulling that one
[11:01] <pitti> didrocks: ok, I'll add that to the i-a-s dependencies then, cheers!
[11:02] <didrocks> pitti: thanks :)
[11:02] <seb128> pitti, thanks
[11:25] <seb128> chrisccoulson, hello, how are you?
[11:25] <chrisccoulson> hi seb128, i'm good thanks (but busy). how are you?
[11:25] <chrisccoulson> did you see we have a firefox release now? ;)
[11:25] <seb128> chrisccoulson, I'm fine thanks
[11:26] <seb128> chrisccoulson, yes, so checking with you what is planned next now
[11:26] <chrisccoulson> 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] <chrisccoulson> but there are still some blockers on that
[11:27] <seb128> is there any reason to not upload to maverick now to start?
[11:27] <chrisccoulson> the first one being that the icedtea plugin in jaunty and karmic don't work in the new version of firefox
[11:27] <chrisccoulson> yeah, i will probably upload to maverick shortly
[11:27] <seb128> ok, nice
[11:27] <seb128> what is the rational to block the lucid update on jaunty and karmic issues?
[11:28] <seb128> is uploading everything in one go making cve work easier?
[11:28] <chrisccoulson> i think it's less work for jdstrand (he only has to do one USN then)
[11:28] <seb128> ok
[11:28] <seb128> and do we have any estimation how much work it will take to resolve the blockers?
[11:28] <seb128> do you need some help on those?
[11:29] <chrisccoulson> 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] <chrisccoulson> the other blocker was epiphany, but i'm about to upload a fix for that
[11:29] <chrisccoulson> we've abandoned backporting the webkit version for now, as it's too buggy
[11:29] <chrisccoulson> but the current version failed to start completely after the upgrade
[11:30] <seb128> hum ok
[11:30] <seb128> I will let you work for now
[11:30] <chrisccoulson> but that's fixed now ;)
[11:30] <seb128> I'm not convinced we should block lucid updates for jaunty icedtea issues or epiphany bugs in older versions
[11:30] <seb128> but we can discuss that later on when jdstrand is online
[11:31] <seb128> chrisccoulson, thanks
[11:34] <seb128> TheMuso, hi
[11:34] <seb128> 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?
[12:45] <tseliot> 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] <james_w> tseliot: no, there's not
[12:46] <tseliot> james_w: do you know if git has such feature?
[12:46] <tseliot> e.g. the ignore file
[12:47] <james_w> I don't think so
[12:47] <tseliot> ok, thanks
[12:59] <TheMuso> 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] <seb128> TheMuso, hey, ok, thanks
[13:06] <ogra> 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] <ubot2> 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
[13:07] <seb128> ogra, no he didn't
[13:07] <ogra> 0.6.12-1 built successfully, 0.6.12-1ubuntu1 ftbfs
[13:08] <seb128> ogra, it's only a .install change
[13:08] <seb128> I doubt it break the build
[13:08] <ogra> well, the failure is in the checks
[13:08] <seb128> it likely broke because of some other library which got updated in between
[13:08] <ogra> you add new .typelib files
[13:08] <seb128> the checks are made before the dh_install run
[13:08] <seb128> no?
[13:09] <seb128> there is no dh_install in the build log
[13:09] <ogra> oh, right, weird
[13:09] <seb128> I fail to see how a .install change would break it
[13:09] <seb128> I think it's due a change in a build-depends
[13:09] <ogra> yeah, likely
[13:51] <qense> Does anyone know whether Conor Curran is on IRC and what his nick name is?
[13:53] <jpds> qense: ronoc.
[13:53] <qense> jpds: Ok, thanks.
[13:58] <didrocks> 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] <ubot2> Launchpad bug 597687 in zeitgeist (Ubuntu) "[MIR] zeitgeist (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/597687
[13:59] <seb128> didrocks, I guess we will keep promoting things and targetting the mir bugs for beta
[13:59] <didrocks> seb128: yeah, I'll have a tour now to all MIR to ensure they are targeted to beta
[13:59] <seb128> thanks
[13:59] <didrocks> yw
[13:59] <didrocks> the 3 others packages are ready and MIR are written. Just waiting next release and we are all set :)
[14:01] <seb128> didrocks, you want me to review those already now?
[14:01] <didrocks> seb128: sure, one sec, putting you a list ready
[14:01] <seb128> thanks
[14:03] <qense> 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] <qense> Which seems fairly simple, judging from the Rhythmbox patch.
[14:03] <qense> libindicate has already got C# bindings.
[14:04] <didrocks> seb128: thank to you :)
[14:05] <didrocks> 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] <qense> didrocks: Even with the rebuild?
[14:06] <qense> I'm afraid I marked that bug as a duplicate.
[14:06] <qense> Are you sure the update is installed?
[14:06] <didrocks> qense: oh really? let me look (it was a few hours ago)
[14:06] <qense> You need 1.6.1
[14:07] <qense> My system still has 1.6.0, so I guess it's not on all mirrors yet.
[14:07] <qense> and I'm using the main archives
[14:07] <didrocks> qense: oh? 1.6.1, ok, forget it for now so :)
[14:07] <didrocks> sorry for the trouble, I'll reopen it if needed
[14:07] <qense> didrocks: Not a problem, thank you for spending time on it!
[14:08] <davidbarth> qense: ah, that'd be great
[14:08] <didrocks> qense: yw, I really hope it will be easy for you to achieve the soundmenu integration :)
[14:09] <davidbarth> ronoc: cool, you're there; qense is interested in working on the banshee integration
[14:09] <qense> By the way, Bernard just pointed me at what seems to be an existing MPRIS plugin under development.
[14:09] <ronoc> davidbarth: great
[14:10] <ronoc> qense: excellent, have you taken a look at the libindicate registration
[14:10] <qense> ronoc: You just need MPRIS and a registration?
[14:10] <qense> ronoc: I did look at your Rhythmbxo aptch.
[14:10] <ronoc> qense: pretty much
[14:10] <qense> http://gitorious.org/~bl8/banshee/bl8-clone/commits/mpris
[14:10] <qense> It's not in HEAD yet, but it is something.
[14:11] <qense> This is the bug report: https://bugzilla.gnome.org/show_bug.cgi?id=570841
[14:11] <ubot2> Gnome bug 570841 in general "Support the MPRIS D-Bus interface" [Normal,New]
[14:11] <ronoc> 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] <qense> Bertrand said he was working to get v2 support.
[14:11] <bl8> ronoc: Hey, you might also be interested in this : http://ubuntuone.com/p/7X5/ ;)
[14:12] <qense> He's even here!
[14:12] <qense> and it is already done :P
[14:12] <qense> I don't even have to do anything anymore now. Bertrand has done it already.
[14:12] <ronoc> qense: I have to add a few more things to the registration mechanism but it ain't complicated
[14:12] <ronoc> bl8: good stuff!
[14:13] <ronoc> qense, bl8: just need to take a quick lunch - will brb
[14:13] <qense> bl8: So basically you're almost done now with Sound Menu support?
[14:14] <qense> bl8: Where will the Ayatana registration code go? In a separate extension in the main Banshee developer repository?
[14:14] <qense> 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] <bl8> qense: I don't really know, I'm still a bit fuzzy on how this will all fit together
[14:15] <qense> ok
[14:15] <qense> 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] <qense> Just to be able to fix bugs, etc.
[14:15] <bl8> For now I've created a new SoundMenu extension in the community extensions repo
[14:15] <qense> ok
[14:16] <bl8> qense: http://gitorious.org/banshee-community-extensions/banshee-community-extensions/commits/soundmenu
[14:16] <qense> thanks
[14:17] <qense> 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] <bl8> 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] <qense> That's all what the Banshee.SoundMenu equivalent for Rhythmbox does as well for now, so that's not a problem.
[14:20] <qense> but it is easy to make sure it works correctly.
[14:20] <tseliot> james_w: wouldn't adding ignore patterns (.bzrignore) solve my problem?
[14:20] <james_w> tseliot: not if the files are versioned
[14:22] <tseliot> 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] <james_w> 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] <tseliot> james_w: aah, I see your point now. Too bad
[14:28] <tseliot> 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] <james_w> tseliot: yes
[14:29] <james_w> 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] <tseliot> james_w: err... my main problem is a rather low upload bandwidth
[14:32] <ronoc> 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] <tseliot> 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] <qense> ronoc: Sounds great.
[14:32] <qense> bl8: It seems you've arranged everything already. However, if you do happen to need some help, I'd be happy to help you.
[14:35] <ronoc> 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] <qense> ok
[15:01] <jcastro> htorque: can you update and see if you are still getting checkmarks instead of dots?
[15:03] <htorque> jcastro: 0.2.10-0ubuntu1?
[15:04] <htorque> jcastro: unity
[15:05] <jcastro> 0.0.7 of appmenu-gtk and 0.0.6 of indicator-appmenu
[15:06] <htorque> jcastro: they are up-to-date, will check some apps
[15:10] <htorque> jcastro: hm, still present in eg. gnome-system-monitor, cheese
[15:11] <jcastro> indeed, seems to work in gedit for me
[15:14] <htorque> in gedit "View > Highlight Mode" do you see a dot next to "Plain Text"?
[15:14] <jcastro> yup
[15:14] <htorque> i don't
[15:19] <seb128> rodrigo_, you don't like notify-osd then? ;-)
[15:20] <kenvandine> htorque, works in gedit for me but not gnome-terminal
[15:20] <rodrigo_> seb128, no, I don't :)
[15:20] <seb128> rodrigo_, reading your comment about not forgetting actions on notifications
[15:20] <kenvandine> htorque, ignore me... :) was confused with submenus
[15:20] <kenvandine> i do not see a dot
[15:21] <htorque> kenvandine, i cannot access any submenu, it just pops up, no highlight - will try a clean maverick install later
[15:21] <rodrigo_> seb128, for some notifications, just displaying a message, it's ok, but not for other cases
[15:21] <rodrigo_> seb128, like for instance what we want to do on u1 when the user runs out of space on the cloud
[15:21] <rodrigo_> seb128, we've gone to the show-a-dialog-with-buttons route because of that
[15:21] <rodrigo_> and the dialog is bad also, so a notification with actions would solve it
[15:21] <kenvandine> actually i do see a dot... plain text just wasn't selected
[15:21] <kenvandine> htorque, in the submenu
[15:21] <kenvandine> htorque, which i get in gedit, but not gnome-terminal
[15:21] <seb128> rodrigo_, you should talk to mpt or the design team
[15:22] <htorque> kenvandine, in gnome-terminal most submenus are broken here
[15:22] <jcastro> kenvandine: me too
[15:22] <seb128> rodrigo_, they believe that actions in bubble are wrong for this because they go away and you might miss those if you don't watch the screen for a few seconds
[15:22] <seb128> rodrigo_, what is wrong with opening a dialog?
[15:22] <kenvandine> rodrigo_, bratsche has something we want to use for those kinds of things, but i don't think it is ready
[15:22] <kenvandine> morphing windows
[15:23] <rodrigo_> seb128, well, it just shows up in the user's face when doing something unrelated
[15:23] <rodrigo_> also, notifications with actions could have the option to stay there, until the user has selected an action
[15:23] <seb128> rodrigo_, it should not, focus prevention should be working and it should go background and claim for attention in the taskbar
[15:24] <bratsche> rodrigo_: Yeah, mpt designed a morphing message dialog which I have code for.  It's not merged in yet but it will be soon.  You're welcome to take a peek at it to see if it suits your purposes.
[15:24] <seb128> rodrigo_, well, then they would not be different from a dialog...
[15:24]  * htorque is off for a maverick install ;-)
[15:24] <rodrigo_> bratsche, oh, yes, where can I see it?
[15:24] <rodrigo_> seb128, well, they will, since they don't show up in the middle of the screen
[15:25] <rodrigo_> or even better, there might be just an icon flashing asking for user's attention, rather than leaving the notification in the screen
[15:25] <bratsche> rodrigo_: There are a couple things it's not doing correctly yet.. but I've got a branch here: lp:~bratsche/ido/messagedialog
[15:25] <rodrigo_> bratsche, ok, looking
[15:27] <bratsche> rodrigo_: If it's useful to you I'll go ahead and get it merged into trunk asap and fix up the minor issues next.
[15:27] <bratsche> rodrigo_: mpt's specification is on here: https://wiki.ubuntu.com/NotificationDesignGuidelines
[15:28] <seb128> rodrigo_, did you read the notify-osd design document?
[15:28] <seb128> what bratsche said
[15:28] <rodrigo_> seb128, no
[15:29] <seb128> rodrigo_, read the page bratsche just indicated
[15:43] <rodrigo_> bratsche, seb128: the morphing windows look better, yeah
[15:43] <seb128> ;-)
[15:43] <rodrigo_> but they'll still show up in the middle of the screen?
[15:44] <rodrigo_> I mean for notifications from apps without a parent window?
[15:45] <bratsche> rodrigo_: They'll show up wherever a normal dialog would I guess.  Which is partly up to the WM I think?
[15:58] <htorque> jcastro: fresh maverick install and i don't see a bullet point in gedit (nor do submenus work)
[16:19] <seb128> hum
[16:19] <seb128> pedro_, ola! ;-)
[16:19] <pedro_> seb128, salut !
[16:20] <seb128> pedro_, could you help validating the gtk and gdm sru updates?
[16:20] <seb128> mvo, hey
[16:20] <mvo> hey
[16:21] <seb128> mvo, do you have facilities to test karmic or lucid upgrades? the current gtk sru fixes a file conflict issue, I'm trying to find somebody to validate it
[16:21] <seb128> mvo, where file conflicts is a files which moved from a binary to an another one
[16:21] <seb128> mvo, bug #574837
[16:21] <ubot2> Launchpad bug 574837 in gtk+2.0 (Ubuntu Lucid) (and 1 other project) "package libgtk2.0-dev 2.20.0-0ubuntu4 failed to install/upgrade: trying to overwrite '/usr/share/gir-1.0/GdkPixbuf-2.0.gir', which is also in package gobject-introspection-repository 0:0.6.5-0ubuntu1 (affects: 1) (heat: 10)" [Low,Fix committed] https://launchpad.net/bugs/574837
[16:22] <asac> RAOF: sorry, i need to talk to you about the the X11 arm stack again ... i have new insights which you might better understand than me ;) ... will try to catch you this night (your morning)
[16:22] <seb128> mvo, no hurry, but I guess you have setups to test upgrades, so you could check that one in the next days... ;-)
[16:22] <pedro_> seb128, yeap, I'll have a look at least for the regression part of most of those bugs
[16:23] <mvo> seb128: I can run a test for this, sure
[16:23] <didrocks> slomo: I've synced vala, thanks :)
[16:23] <seb128> mvo, danke!
[16:23] <mvo> seb128: karmic -> lucid ?
[16:23] <seb128> mvo, yes
[16:23] <mvo> seb128: default install? or anything special?
[16:23] <seb128> mvo, with gobject-introspection-repository and libgtk2.0-dev installed
[16:23] <seb128> mvo, karmic with those
[16:23] <seb128> mvo, upgrade to lucid
[16:24] <seb128> mvo, it should have issue without the update and work fine with the lucid-proposed version
[16:24] <didrocks> hum, another file that moved twice during a cycle :/
[16:24]  * didrocks hides
[16:24] <seb128> didrocks, hehe ;-)
[16:24] <didrocks> seb128: oh, it it the same than the typelib one?
[16:24] <seb128> mvo, on another note, if you feel like doing sponsoring robert_ancell merged compiz with debian and updated the vcs
[16:24] <didrocks> maybe, the fix was ony for typelib, not for the -dev
[16:24] <mvo> seb128: oh, nice
[16:25] <seb128> didrocks, right
[16:25] <seb128> mvo, robert_ancell is made of awesome if you didn't know ;-)
[16:25] <seb128> mvo, he did a lot of non trivial desktop merges nobody dared to touch for cycles ;-)
[16:26] <mvo> seb128: nice :) if he updates 0.8.4 to 0.8.6 too in compiz, he gets a gold star from me
[16:26] <seb128> let's see ;-)
[16:26] <mvo> but in the meantime I'm happy to sponsor the 0.8.4 one
[16:27] <seb128> thanks
[16:27] <seb128> I prefer to have somebody who has a clue about compiz to check it
[16:27] <seb128> I'm scared to screw with abi between compiz and some of the compiz-* other sources ;-)
[16:27] <mvo> :)
[16:28] <seb128> pedro_, thanks!
[16:29] <seb128> pedro_, I've another round of sru waiting in the queue but everybody seems busy in the sru team
[16:29] <seb128> pedro_, once those are done I think I will move to maverick full time and stop bothering your with sru testing ;-)
[16:30] <pedro_> pedro_, ah no worries, I'd like to test those, so keep them coming  ;-))
[16:31] <seb128> pedro_, stop talking to yourself ;-)
[16:31] <pedro_> hehe
[16:31] <seb128> pedro_, thanks!
[16:31] <pedro_> btw would be nice to get an SRU on bug 370860
[16:31] <ubot2> Launchpad bug 370860 in rhythmbox (Ubuntu) (and 1 other project) "rhythmbox can't play mms radio (affects: 14) (dups: 1) (heat: 74)" [Low,Fix released] https://launchpad.net/bugs/370860
[16:32] <pedro_> not sure if the patch is too aggressive to be included though
[16:34] <seb128> pedro_, there is already one sru waiting for rhythmbox in the queue but maybe for the next one
[16:34] <seb128> pedro_, would require testing and to backport the crasher fix mentioned in recent comments as well
[16:37] <pedro_> seb128, right those two commits needs to be included
[16:38] <pedro_> seb128, thanks for looking into it ;-)
[16:38] <seb128> you're welcome
[16:43] <asac> odd
[16:44] <asac> Now running lintian...
[16:44] <asac> gzip: stdout: Broken pipe
[16:44] <asac> dpkg-source: error: gunzip gave error exit status 1
[16:44] <asac> internal error: dpkg-source -x failed with status
[16:44] <asac> internal error: 29
[16:44] <asac> warning: collect info unpacked about package librtcom-telepathy-glib failed
[16:44] <asac> anyone as seen this? it happens when doing a debuild -S
[16:44] <asac> ;)
[16:44] <asac> manually using dpkg-source -x works
[17:14] <didrocks> seb128: it seems that walters told that he will probably backport GtkApplication to gtk2
[17:15] <mclasen> not likely
[17:17] <seb128> mclasen, any reason to not if somebody does the work?
[17:18] <seb128> mclasen, would make easier for software writers to allow their code to build on gtk2 or gtk3
[17:18] <mclasen> seb128: no point in 3.0 if people insist on adding stuff to 2.x
[17:18] <mclasen> 2.x is closed for features, basically
[17:19] <seb128> the point of 3 is to allow cleaning things and breaking compatibility
[17:19] <mclasen> I'm not interested in having code build against both 2 and 3, longterm
[17:19] <seb128> but fair enough
[17:20] <seb128> well there will be a transition period so it would be nicer to deal but letting some flexibility to software writers while they port their code
[17:45] <didrocks> pitti: would you have an idea on this vala FTBFS: http://launchpadlibrarian.net/50807981/buildlog_ubuntu-maverick-i386.vala_0.9.2-1_FAILEDTOBUILD.txt.gz seems still related to dbus (we are using LD_PRELOAD= to avoid using fakeroot)
[17:54] <pitti> didrocks: hm, never saw that one; does it fail locally as well in a chroot or pbuilder?
[17:54] <didrocks> pitti: only in soyuz, not in a pbuilder
[17:55] <didrocks> pitti: do you think it's a soyuz hiccup or it tries to create a socket < 1024?
[17:55] <pitti> didrocks: perhaps add some debugging (strace, etc.) and upload to a PPA to see the log?
[17:55] <pitti> didrocks: shouldn't be; it's certainly a dbus unix socket, and you build as normal user as well, I guess
[17:56] <pitti> good night everyone! have to leave
[17:56] <didrocks> ok, I'll try to strace the testsuite
[17:56] <didrocks> thanks pitti
[17:56] <didrocks> enjoy your evening
[18:05] <and471> has anyone had any success with vala/genie and appindicator?
[18:14] <dobey> pitti: hi :)
[18:15] <dobey> err, nevermind
[18:15]  * dobey sees he left
[20:13] <seb128> pedro_, bug #403441
[20:13] <ubot2> Launchpad bug 403441 in gdm (Ubuntu Lucid) (and 2 other projects) "gdm-simple-slave crashed with signal 5 in g_return_if_fail_warning() (affects: 49) (dups: 8) (heat: 246)" [Low,Fix committed] https://launchpad.net/bugs/403441
[20:13] <seb128> that one just confirm gdm is still working
[20:13] <seb128> I doubt somebody will have the crash reliably to confirm the fix there
[20:14] <pedro_> seb128, yeah , adding a comment to it now
[20:14] <seb128> pedro_, thanks
[20:14] <seb128> so gdm is green now ;-)
[20:15] <pedro_> \o/
[20:59] <kenvandine> so apparently gwibber being in ubuntu by default has caused some problems... too much usage so facebook is throttling gwibber accross all users!
[21:03] <artir> kenvandine: well, ubuntu being that popular are great news :)
[21:04] <kenvandine> yeah :)
[21:04] <kenvandine> but now we need to figure out how to handle it :)
[21:05] <artir> tell facebook to get better servers XD
[21:06] <artir> i can only think of reducing the frequency of pulling updates down
[21:07] <kenvandine> it isn't really updates
[21:07] <kenvandine> it is fql queries... which are mostly auth and images
[21:08] <kenvandine> we might need to reduce the pulls for images
[21:10] <kenvandine> we've had 579 minutes just today that facebook has been rejecting queries for facebook
[21:10] <kenvandine> for gwibber that is
[21:10] <kenvandine> the only place where users ever notice is in gwibber-accounts, adding a new facebook account requires that query to succeed
[21:10] <kenvandine> sigh
[22:02] <seb128> re
[23:48] <RAOF> asac: Good evening/morning :)
[23:58] <asac> RAOF: hey ;)
[23:59] <RAOF> What's new? :)