[01:11]  * RAOF wonders why clutter feels the need to copy code from xf86Drm.{c,h} rather than simply linking to them.
[01:20] <TheMuso> heh
[01:47] <TheMuso> Yay for catching up on mail backlog after a week off. makes you want another week off afterwards. :p
[01:49] <RAOF> Heh.
[02:04] <TheMuso> RAOF: You still getting that audio volume mute issue we talked about a couple of weeks back?
[02:05] <RAOF> I'm not entirely sure.
[02:05] <RAOF> When I logged in today the volume wasn't muted.
[02:06] <TheMuso> Interesting.
[02:06] <TheMuso> I need to delete my configs and start a fresh, to test again, since so much was updated in the last week.
[02:19] <TheMuso> Now to the bug mail... *groans*
[05:13] <nigelb> Would it be possible to sync this package? It might need an FFe, but it is essential to have since brasero doesn't burn audio cd without this http://packages.debian.org/unstable/cdrdao
[05:14]  * nigelb can file a sync request if its worth it :)
[05:17]  * ajmitch sees an ubuntu1 version
[05:21] <nigelb> ajmitch: there is a bug for that package wehre I got flamed once :p
[05:21] <ajmitch> nigelb: that's nice, but can the change be dropped?
[05:21] <nigelb> oh, the ubuntu specific change - looking
[05:22] <nigelb> ajmitch: Not sure.  I can't make sense of the chanelog
[05:22] <ajmitch> then you'll need to look harder :)
[05:23] <nigelb> heh, I have the source somehere.  I tried doing an upstream release, but its a crazy package.  I'll check it out
[05:24] <nigelb> last time I checked a bunch of the patches were included upstream already and only 1 or 2 were needed.
[05:24] <ajmitch> that seems to be most of the debian changelog
[05:24] <ajmitch> but I don't know if the armv71 change is upstream or not
[05:26] <nigelb> that means a merge then?
[05:26] <ajmitch> generally yes
[05:27] <nigelb> hm, well, fun for tonight then :D
[05:27] <ajmitch> shouldn't take long if it's a simple patch
[05:29] <ajmitch> nigelb: what's better - the last ubuntu change was applied directly to the source despite the fact that there's a patch system there
[05:30] <nigelb> ajmitch: now, that explains why I had fails when I moved to 3.0
[05:31] <nigelb> I tried my best to figure out why and gave up eventually :/
[05:32] <ajmitch> it looks as simple as adding those 2 files to scsilib/RULES, on the surface of things
[05:32] <ajmitch> if anything by schily can be simple
[05:33] <nigelb> schily?
[05:34] <ajmitch> look up joerg schilling :)
[06:12] <nigelb> ajmitch: Ah
[06:13]  * nigelb turns off IRC and gets to work
[07:17] <didrocks> good morning o/
[07:26] <RAOF> didrocks: And a fine morning to you, too.
[07:26] <didrocks> hey RAOF, how are you?
[07:26] <RAOF> A bit tired, and puzzled by clutter.
[07:27] <RAOF> I did some gardening on the weekend.
[07:28] <RAOF> Unaccustomed exercise makes for a little soreness the day after :)
[07:28] <didrocks> heh :-)
[07:28] <didrocks> (I think everyone is puzzled by clutter btw)
[07:28] <didrocks> snoring or not ;)
[07:31] <RAOF> Particularly: mesa 7.9 makes Unity work* on radeon.
[07:32] <didrocks> oh great! I know that will make a lot of people happy :)
[07:32] <RAOF> * Only if disabling vsync (on *all* cards), since for some reason clutter decides that, actually, it shouldn't repaint the screen after the first glXSwapBuffer
[07:33] <didrocks> so, it's automatically choosing VBLANK_SYNC=none for radeon?
[07:34] <RAOF> No.
[07:34] <RAOF> It's automatically bringing up a pure white screen for *everyone*.
[07:34] <RAOF> But if you choose CLUTTER_VBLANK=none it works :/
[07:35] <didrocks> argh
[07:35] <RAOF> Yes.
[07:35] <didrocks> do you think we should put that by default in unity?
[07:35] <didrocks> no sure about the regression on not syncing on VBLANK for every cards
[07:35] <RAOF> I'd prefer to fix clutter.
[07:36] <didrocks> well, still one month to go ;)
[07:37] <RAOF> The problem appears to be that (a) clutter isn't defining GLX_INTEL_swap_event, so the callback that decrements glx_stage->pending_swaps isn't getting built, and (b) pending_swaps is getting *incremented* for some reason, which halts clutter's clock.
[07:38] <TheMuso> Hey didrocks.
[07:39] <didrocks> hey TheMuso, how are you?
[07:39] <RAOF> But the code incrementing pending_swaps looks like it should only get called when GLX_INTEL_swap_event is defined, so I'm confused :)
[07:39] <didrocks> RAOF: do you think that's something you can fix with the clutter guys, do you have good relationship with them?
[07:40] <didrocks> (as you know, I'm not fan of all this GL* stuff :p)
[07:40] <RAOF> I've not dealt with the clutter guys.
[07:40] <RAOF> Although it can't be *that* hard for me to find the root cause and fix it :)
[07:41] <robert_ancell> didrocks, hey, welcome back
[07:41] <didrocks> hey robert_ancell, thanks! ;)
[07:42] <didrocks> RAOF: I think all the user trust of getting unity into radeon is on you :p
[07:42] <RAOF> didrocks: Well, at least the mesa guys have done the hard-yards of the required GL support.  Fixing clutter to not die should be much easier :)
[07:43] <didrocks> right :-)
[07:44] <TheMuso> didrocks: well thanks, was nice to have a week off.
[07:44] <didrocks> TheMuso: oh, you too? welcome back too so :)
[07:44] <TheMuso> didrocks: What about your week away?
[07:44] <TheMuso> Mail backlog was somewhat depressing however.
[07:45] <didrocks> was great and busy. Had to find an accomodation to buy in Lyon (400 kilometers from Paris), and finally signed to buy one! :)
[07:45] <didrocks> right, same here about mail backlog
[07:45] <TheMuso> nice work. :)
[07:50] <and471> morning all
[07:51] <didrocks> hey and471
[07:52] <and471> hey didrocks, how was your vacation?
[07:52] <didrocks> and471: was good, thanks :) a lot of travel and busy time, but good!
[07:53] <and471> :)
[07:53] <didrocks> I just think the best idea was to shutdown my IRC proxy :)
[07:53] <and471> hehe
[07:53] <TheMuso> didrocks: I did the same, and don't regret it.
[07:53] <didrocks> TheMuso: heh :-)
[08:36] <pitti> Good morning
[08:36] <and471> hi pitti
[08:37] <didrocks> Guten Morgen pitti
[08:37] <RAOF> Well, apart from the fact that I seem to have broken input in unity, the trivial clutter patch works :)
[08:38] <didrocks> RAOF: who cares about input? ;)
[08:38] <RAOF> No one _really_ needs to be able to select menus, right? :)
[08:39] <RAOF> Mmm.  gnome-calculator segfault.
[08:40] <RAOF> Ah.  Stupid appmenu.so
[08:44] <and471> hey mvo
[08:45] <mvo> hey and471, good morning!
[08:46] <and471> mvo, I just tried another way to get the label for a sourceEntry - didn't work :(
[08:47] <didrocks> good morning mvo :)
[08:47] <mvo> and471: :/
[08:47] <mvo> didrocks: good morning, I hope you enjoyed your vacation?
[08:47] <mvo> didrocks: still no oneconf sync for me it seems
[08:47] <didrocks> mvo: yeah, were great, thanks! busy because of looking for an accomodation to buy in Lyon and finally found it and signed :) (will be moving in December)
[08:48] <didrocks> mvo: same for me :/ no answer from the ubuntu one guy. I'll try to ping them today directly
[08:48] <didrocks> and thanks for the quick fix btw ;)
[08:48] <mvo> didrocks: woah!
[08:49] <mvo> didrocks: congrats :)
[08:49] <didrocks> thanks ;)
[08:49]  * and471 is going offline to test something
[08:52]  * and471 didn't even drop the connection :)
[08:57] <fta> is it possible to extend the evolution-indicator to display more info than just a message count? i mean, why attract the user's attention with no hint of what's coming..  the other indicators are more helpful
[08:57] <fta> kenvandine, ^^
[09:05] <pitti> hey didrocks, how was your vac? welcome back
[09:06] <didrocks> pitti: my holidays were good thanks! quite really busy and a nightmare of emails to catch up but good to spend some time in family on the mountains! :)
[09:07] <didrocks> pitti: I saw I missed a suggests/recommends change for openjdk in OOo, I tried to take care of them, but apparently missed one, sorry
[09:07] <pitti> didrocks: OOo> all fixed now, don't worry
[09:07] <pitti> didrocks: heh, good luck with catching up!
[09:07] <didrocks> pitti: thanks ;) seems that patience will be my friend! ;)
[09:29] <fta> seb128, fyi, something similar to the menu shadow bug i told you about last week: http://code.google.com/p/chromium/issues/detail?id=53814
[09:29] <seb128> is your issue on nvidia?
[09:29] <fta> yes
[09:29] <seb128> could be buggy drivers again
[09:30] <fta> uh? it's not a visual artifact, it seems more like an incomplete gtk drag/drop
[09:34] <seb128> is that specific to one application ?
[09:35] <seb128> didrocks, hey
[09:35] <seb128> welcome back!
[09:35] <didrocks> hey seb128, thanks ;)
[09:36] <seb128> so want to discuss UNE choices?
[09:36] <seb128> dunno if you read my email on the ubuntu-desktop list
[09:37] <didrocks> I've not read it yet, can do now
[09:37] <seb128> do it ;-)
[09:38] <seb128> that will be a basis to discuss UNE now
[09:38] <seb128> I would rule oneconf out of the default install now, desktopcouch is not working well enough and we don't have enough time for testing it properly now
[09:39] <didrocks> ok, read it
[09:39] <seb128> not to say that we will be busy enough to make other things work
[09:39] <seb128> it's still there as an opt-in, we can even maybe discuss it as a feature application if you think it's working well tnough for it
[09:39] <didrocks> I agree on oneconf, even if all was ready on time on our side, the desktopcouch sync issue make it not working great
[09:40] <didrocks> and it will be better to get a good start rather than half-backed sync
[09:40] <seb128> ok, so next cycle
[09:40] <seb128> so banshee, what do you think?
[09:40] <didrocks> I think it's risky concerning timeframe, but it can really be a good move
[09:40] <didrocks> we have a good interface, rhythmbox on small screen isn't great at all
[09:40] <seb128> I'm concerned that it's late for the extra changes, one new source to be packages and promoted and another promotion as well
[09:41] <seb128> and it's a new backend which got no testing in any distro yet
[09:41] <didrocks> in any case, we will need the new source and the update
[09:41] <didrocks> as current banshee is considered unstable
[09:41] <didrocks> right
[09:41] <didrocks> hence my "it's risky"
[09:41] <and471> mvo, https://wiki.ubuntu.com/SoftwareUpdateHandling#Expanded presentation of updates
[09:41] <and471> Whenever updateable application X Depends on updateable package Y, Y should be indented inside X’s expandable section. X’s checkbox should be a tri-state one, which is in the indeterminate state whenever some but not all of the dependent updates are checked.
[09:42] <didrocks> so I understand totally your concerns, if only we could have this 3 weeks before… :/
[09:42] <and471> mvo, 'application X' - how do you think this would work, is it going to need app-install-data?
[09:42] <didrocks> so I have no strong opinion and can understand keeping on the safe side
[09:43] <seb128> didrocks, well we can push it in beta now
[09:43] <and471> mvo, some public api's to access SC's XAPIAN db?
[09:43] <seb128> didrocks, so I guess get the update done this week
[09:43] <seb128> we can discuss it at the topic tomorrow and do a round of testing after beta
[09:43] <mvo> and471: I think it needs to look at the xapian db
[09:43] <seb128> hey mvo
[09:43] <and471> mvo, yup
[09:43] <mvo> and471: there is no public api for this yet, but given that unity is using it as well, I think its high time that we add it :)
[09:43] <mvo> and471: for N
[09:43] <mvo> hey seb128
[09:44] <and471> mvo, I agree
[09:44] <didrocks> seb128: so, you mean, just after beta?
[09:44] <seb128> didrocks, banshee is in universe, get it updated this week
[09:44] <seb128> universe is not frozen
[09:44] <seb128> then we can discuss to do a round of testing and decide to promote for UNE after beta or not
[09:45] <seb128> I would do a call for testing to the meeting tomorrow
[09:45] <didrocks> seb128: ok, I will work on that today or tomorrow. I already have the new binding packaged
[09:45] <seb128> then decide next week on the feedback we got
[09:45] <didrocks> sounds a good plan
[09:45] <seb128> didrocks, I would not be surprised if the debian guys have been working on those as well
[09:45] <seb128> but in case they didn't maybe let them know about your work
[09:45] <seb128> so you don't duplicate efforts
[09:46] <didrocks> seb128: sure, I'm waiting for hyperair to be online for the new binding, there is an ITP on July
[09:46]  * Laney appears
[09:46] <didrocks> the work is already done, it was less than one hours on the train :)
[09:46] <didrocks> hey Laney
[09:46] <Laney> hiya!
[09:46] <Laney> check pkg-cli-libs git and if its not there then I think it's a safe bet that nothing has been done
[09:46] <didrocks> Laney: I have packaged the last needed binding for banshee
[09:47] <didrocks> ok, checking now
[09:47] <and471> mvo, FYI https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/626674
[09:47] <ubot2> Launchpad bug 626674 in software-center (Ubuntu) "needs API to access XAPIAN DB (affects: 1) (heat: 6)" [Undecided,New]
[09:47] <Laney> didrocks: which one?
[09:47] <didrocks> in any case, a review on your side will be more than appreciated ;)
[09:47] <didrocks> one sec, looking (still having my head on vacation when doing it ;)) it was the gkeyfile one
[09:48] <Laney> gkeyfile-sharp
[09:48] <didrocks> right
[09:48] <didrocks> I've made something very similar to gudev-sharp
[09:48] <mvo> and471: thanks
[09:49] <didrocks> doesn't seem to have any commit on it
[09:49] <Laney> we should try to get a new gpod release too with the bindings
[09:50] <mvo> and471: I put it on my spec list for N
[09:50] <and471> np
[09:51] <didrocks> Laney: understood, do you want to review the gkeyfile-sharp work? I can push it somewhere
[09:51] <Laney> yes sure
[09:51] <Laney> a git branch would be best then i can just inject it to alioth
[09:51] <Laney> gbp-branches*
[09:52] <didrocks> Laney: ok, will ping you in the day. I have to start my netbook and make a final check before, will do it in a couple of hours
[09:53] <Laney> absolutely, thanks!
[09:53] <and471> ok cool
[10:23] <and471> vish, https://bugs.launchpad.net/hundredpapercuts/+bug/626699
[10:23] <ubot2> Launchpad bug 626699 in gnumeric (Ubuntu) (and 1 other project) "gnumeric description needs improving (affects: 1) (heat: 6)" [Undecided,New]
[10:32] <asac> didrocks: welcome back
[10:32] <didrocks> thanks asac, how are you? ;)
[10:33] <asac> didrocks: good ;)
[10:33] <desrt> didrocks: hey
[10:33] <asac> didrocks: so for banshee
[10:33] <desrt> didrocks: you in your new place?
[10:33] <asac> didrocks: if you seed this, please keep rhythmbox for armel and dont use banshee
[10:34] <asac> mono is not mature enough for a decent platform like armel :-Ü
[10:34] <asac> :-p
[10:34] <didrocks> desrt: hey o/ not yet ;) will be in december. I'm back in/near Paris now :)
[10:34] <asac> and thank god it isnt.
[10:34] <desrt> oh cool
[10:34] <asac> j.k.
[10:34] <didrocks> asac: sure ;) I already had that in mind!
[10:34] <desrt> i'm in fontenay sous bois
[10:34] <asac> didrocks: i started banshee here and didnt see much different to rhyhtmbox
[10:34] <asac> why do we move there?
[10:35] <didrocks> desrt: oh great, maybe we can meet up this week?
[10:35] <desrt> ya.  definitely.
[10:35] <didrocks> asac: it has a better interface for small screens, mostly
[10:35] <desrt> my girlfriend wants to go on a paris-by-bike tour tomorrow
[10:35] <desrt> but other than that....
[10:35] <desrt> (unless you want to come on the bikes) :)
[10:35] <didrocks> desrt: until when do you stay there?
[10:35] <desrt> i'm leaving on friday
[10:36] <didrocks> well, I will leave the bikes to your and your girlfriend ;)
[10:36] <desrt> in the morning
[10:36] <desrt> what area are you living in?
[10:36] <didrocks> desrt: wednesday or thursday evening are fine by me, just tell me what do you prefer :)
[10:36] <didrocks> desrt: it's Puteaux, in the west
[10:37] <desrt> can you tell me in terms of RER? :)
[10:37]  * desrt has a map here
[10:37] <didrocks> desrt: RER A, "la défense"
[10:37] <desrt> only 7 stops from here
[10:38] <desrt> (we're actually very close to 'val de fontenay')
[10:39] <didrocks> oh nice, we can either go in Paris or stop somewhere in the RER A, or you can come at home (/!\ it's small ;))
[10:40] <desrt> maybe thursday
[10:42] <mvo> didrocks: do you mind if I upload a trivial fix for glade-3 ? seems like you touched it last and it did not got a maverick version yet, this is why I ask
[10:42] <didrocks> desrt: ok, no worry, just tell me once you are sure ;)
[10:42] <didrocks> mvo: I don't have the time to play/track glade-3 upstream, so sure, please do it :)
[10:43] <mvo> didrocks: thanks
[10:43] <didrocks> mvo: there were an updated format which broke a lot of things, is it fixed?
[10:43] <mvo> didrocks: I just cherry pick a utf8 fix
[10:43] <mvo> didrocks: one line :)
[10:43] <didrocks> mvo: oh ok, good :)
[10:43] <mvo> didrocks: I don't have time for more either ;)
[10:44] <seb128> mvo, you touch it, you maintain it!
[10:44] <seb128> mvo, is that the "utf-8 chars in glade don't get translated"?
[10:45] <mvo> seb128: yeah
[10:45] <mvo> seb128: broke software-center, so now I gonna fix it
[10:45] <seb128> nice
[10:45] <mvo> or rather cherry pick the fix that other helpful people did :)
[10:45] <seb128> I came accross it and made a mental note to backport the change but forgot about it
[10:45]  * seb128 hugs mvo
[10:45]  * mvo hugs seb128
[10:45] <seb128> luckily you are there ;-)
[10:47] <mvo> :)
[10:48] <seb128> now we only need somebody to review the unapproved queue
[10:48] <mvo> seb128: is the vcs-bzr link current, i.e. should I commit to ~ubuntu-desktop/glade/ubuntu or is the "generic" lp:ubuntu location now used?
[10:48] <seb128> having the uk on bank holidays doesn't help there
[10:48] <seb128> mvo, the first one
[10:48] <seb128> we don't do source in the vcs, that's slow and unefficient ;-)
[10:49] <mvo> ++ from me
[10:49] <mvo> seb128: but remember you are a evolutionary dead end ;)
[10:50] <chrisccoulson> hello everyone
[10:50] <mvo> seb128: eh, I mean, just having patches in the vcs :P
[10:50] <mvo> hey chrisccoulson
[10:50] <seb128> hey chrisccoulson
[10:50] <seb128> chrisccoulson, thanks for the firefox upload
[10:50] <chrisccoulson> hey mvo and seb128, how are you?
[10:50] <seb128> who did you bribe to get that one in?
[10:50] <chrisccoulson> seb128 - you're welcome. i'm not sure who approved it, i was trying to find somebody to do it on friday night ;)
[10:51] <seb128> we are short on reviewers it seems
[10:51] <seb128> chrisccoulson, I'm fine otherwise
[10:51] <seb128> how are you?
[10:52] <seb128> chrisccoulson, you know today is a bank holiday for you right?
[10:52] <chrisccoulson> yeah, good thanks. had a pretty long day yesterday visiting family though
[10:52] <chrisccoulson> yeah, it's a holiday here today
[10:52] <seb128> don't feel like you have to work then ;-)
[10:52] <chrisccoulson> heh, i'll be going out in a bit anyway ;)
[10:52] <seb128> ;-)
[10:52] <seb128> how is the weather in the uk?
[10:53] <seb128> it's cold and rainy and windy there
[10:53] <chrisccoulson> its sunny here, for a change!
[10:54] <chrisccoulson> i shoud make the most of it
[10:56] <asac> didrocks: there was the question about zeroconf and whether we can get rid of that
[10:57] <asac> didrocks: and boo ;)
[10:57] <asac> check out the MIR bug
[11:00] <mvo> seb128: glade uploaded, I go for lunch now
[11:01] <didrocks> asac: boo is an option, don't know if Laney knows for what it's used
[11:02] <didrocks> asac: concerning for zeroconf, I think it's coming with daap, will ask upstream about it (or if Laney has already some inputs)
[11:03] <asac> didrocks: so we can drop boo? that would be a good win
[11:03] <asac> zeroconf is just a new addition and i dont see it as a big use case
[11:03] <Laney> boo is probably not used for so much
[11:04] <Laney> zeroconf however I think is really quite a nice feature and it would be a shame to lose it
[11:04] <asac> Laney: why did they move away from avahi ... which we already have
[11:04] <asac> in main
[11:04] <asac> NIH
[11:04] <asac> ?
[11:04] <Laney> I don't know
[11:05] <Laney> I think it might be an abstraction of avahi
[11:05] <asac> Laney: also someone said that zeroconf has patent issues which is why avahi was invented
[11:05] <asac> Laney: i dont think so. i think they used avahi at some point and now they implemented zeroconf in mono pure
[11:06] <seb128> asac, I don't think that's the case
[11:07] <seb128> the zeroconf we used before avahi might have patent issues but you should not stop at the name
[11:08] <seb128> not what the one banshee uses is doing exactly
[11:08] <Laney> I don't know and I don't think you should be concerned
[11:08] <Laney> zeroconf uses the avahi-sharp bindings
[11:08] <seb128> they might just use the zeroconf name but do avahi
[11:08] <Laney> http://abock.org/2007/12/23/announcing-monozeroconf here's an announcement
[11:08] <seb128> I just don't get why they need that extra one
[11:08] <seb128> they could probably just use avahi directly
[11:09] <asac> seb128: Laney: ok ... so we can make boo go away?
[11:09] <asac> thats good enough for me
[11:09] <didrocks> (just check and found that too)
[11:09] <seb128> seems something we should do yes
[11:09] <Laney> sure
[11:10] <Laney> ideally it would build the package in universe but that would still require boo in main so it's not really possible
[11:10] <baptistemm> Hi there
[11:11] <seb128> hey baptistemm
[11:11] <baptistemm> salut seb128
[11:11] <didrocks> hello baptistemm
[11:11] <baptistemm> salut didrocks
[11:12] <baptistemm> finis les vacances :)
[11:12] <didrocks> idem ici :)
[11:13] <baptistemm> I don't know where you are about freeze but it would be nice to have bluez 4.70 (bug 625771) in as it fixes my bluetooth adapter been unseen since a few release
[11:13] <ubot2> Launchpad bug 625771 in bluez (Ubuntu) "Sponsor new upstream release (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/625771
[11:13] <asac> didrocks: ok all but banshee and boo targets are fix committed in MIR
[11:13] <asac> so make boo go away ;)
[11:13] <asac> thanks
[11:14] <Laney> there's a new release tomorrow, should just do it at that merge
[11:15] <didrocks> asac: cool, thanks! there are two additional language bindings which will come up with the next release, but there are just bindings :)
[11:15] <asac> didrocks: whats next release?
[11:15] <asac> a tomorrow
[11:15] <asac> kk
[11:16] <didrocks> Laney: ok, let's coordinate on that one for bindings and such (still have 1000+ emails to read and will come to that later) :)
[11:16] <Laney> yep
[11:16] <asac> didrocks: more languages? for what is that?
[11:16] <didrocks> asac: right, it's an unstable version right now
[11:16] <didrocks> asac: mono gkeyfile binding and gudev
[11:16] <asac> ah ok.. api bindings
[11:16] <Laney> for the hal removal
[11:16] <asac> thought it binds a full new interpreter language ;)
[11:16] <asac> those bindings feel ok
[11:17] <didrocks> that's why we need testing :)
[11:17] <Laney> didrocks: are your patches upstreamed?
[11:17] <didrocks> Laney: yes, there are two bugs reports IIRC
[11:17] <Laney> great
[11:17] <Laney> would be good to see them merged before 1.8
[11:17] <didrocks> Laney: and I discuss at Guadec, some will make it upstream with new library for distros, sounds great :)
[11:18] <baptistemm> (still about bluetooth land) bug 625544 would fixe a crash in obexd-client
[11:18] <ubot2> Launchpad bug 625544 in obexd (Ubuntu) "Sponsor new upstream release (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/625544
[11:18] <didrocks> but it will be surely after 1.8; unfortunately
[11:18] <Laney> ah
[11:18]  * Laney tries to be the delta destroyer
[11:18] <didrocks> Laney: totally understandable :) just not this time, but it will come for sure
[11:31] <ogra> hmm, whats the gconf name of the applet i have to use to get indicator session ? while i have the efl panel setup right, i'm still missing the indicators
[11:32]  * ogra tired /apps/panel/applets/applet_5/bonobo_iid OAFIID:GNOME_IndicatorApplet but that didnt get me any change
[11:33] <ogra> bah, i missed to set toplevel_id
[11:46] <seb128> re
[11:46] <bilalakhtar> seb128: oh boy, what's the matter with your connection?
[11:47] <seb128> now? or earlier?
[11:47] <bilalakhtar> seb128: earlier
[11:47] <seb128> I was on a unstable access earlier, now I was just testing unity
[11:48] <seb128> I shouldn't have tried to connect at all
[11:48] <seb128> I'm on my normal internet now should be stable
[11:48] <seb128> out of the box crashing on user switch
[11:49] <seb128> some days I hate linux for that ;-)
[11:49] <and471> seb128, haha how ironic ^
[11:59] <seb128> ok, doing another round of unity testing and lunch, bbl
[12:06] <chrisccoulson> pitti - are the retracers running?
[12:07] <devildante> hi all :)
[12:07] <pitti> chrisccoulson: no, they aren't; they are blocked by a LP bug; seb128 sent a mail about this, didn't he?
[12:08] <ogra> hrm, i dont seem to be able to get a logout button into my panel
[12:12] <chrisccoulson> pitti - possibly, i should perhaps read through my mail ;)
[12:50] <nessita> good morning everyone!
[12:50] <didrocks> hey nessita
[12:51] <nessita> didrocks: hey there, how are you?
[12:51] <didrocks> nessita: just coming back from vacation and trying to catch up on tons of emails/bugs. Otherwise good! and you?
[12:51] <seb128> re
[12:51] <seb128> hey nessita
[12:52] <nessita> didrocks: lucky you! I've just finished a desktop sprint last week and I'm kinda sick :-/
[12:52] <nessita> hey seb128
[12:52] <seb128> sprintflu?
[12:52] <didrocks> urgh, sprintflu?
[12:52] <didrocks> seb128 is too quick or I lag :)
[12:53] <nessita> I think so :-)
[12:53] <nessita> I'll go to the doctor later to get a diagnose, though I doubt he'll say "sprintflu" ;-)
[12:54] <nessita> so, I'd need a sponsor for a new release of the ubuntu-sso-client, is anyone available? shall I hunt kenvandine?
[12:54] <seb128> nessita, you want to get that in beta?
[12:55] <nessita> seb128: wasn't beta last week? :-)
[12:55] <seb128> no
[12:55] <seb128> beta freeze started last week
[12:55] <seb128> beta is thursday
[12:55] <nessita> seb128: hum, evidently I'm not familiar with this workflow. Can I read about this somewhere?
[12:56] <seb128> nessita, https://wiki.ubuntu.com/MaverickReleaseSchedule
[12:56] <seb128> https://wiki.ubuntu.com/BetaFreeze
[12:56]  * nessita reads
[13:04] <devildante> mpt: around?
[13:04] <devildante> apparently not, he's not even connected
[13:04] <seb128> today is a bank holiday in the u.k
[13:04] <nessita> seb128: yes, I'd like to queue this package in the beta queue
[13:05] <seb128> nessita, ok, I can sponsor it for you then
[13:05] <nessita> seb128: awesome, thanks
[13:06] <seb128> np
[13:06] <seb128> nessita, where is the merge request?
[13:13] <kaushal> hi
[13:13] <kaushal> can someone recommend me top 10 applications to be used in 10.04 ?
[13:14] <nessita> seb128: https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/ubuntu-sso-client-0.99.4/+merge/33969
[13:14] <seb128> kaushal, hi, try #ubuntu
[13:15] <seb128> nessita, ok
[13:15] <seb128> nessita, waouh, impressive number of bugs fixed again there
[13:16] <nessita> seb128: are you saying that as a bad thing?
[13:16] <seb128> nessita, no, I'm saying you are doing great work ;-)
[13:17] <nessita> seb128: hehe. Last week was very productive, we're very happy
[13:22] <didrocks> Laney: ok, I pushed the first packaging attempt, you can grab the upstream trunk tarball at http://www.didrocks.fr/temp/banshee/ and the git packaging at http://www.didrocks.fr/temp/banshee/git-trunk/.git
[13:22] <Laney> didrocks: thanks (I suspect that's not gbp style as you wouldn't need a separate tarball then) ;)
[13:22] <Laney> I'm just doing some wiki work as part of my UDS WIs but will look soon
[13:23] <didrocks> Laney: I just pushed it for info as it's not an upstream tarball but generated from trunk (no release yet :)), but it's a full source branch (I looked at gbp ;))
[13:23] <didrocks> Laney: thanks! no hurry :)
[13:23] <Laney> ah ok then
[13:23] <Laney> will need a get-orig-source in that case
[13:24] <didrocks> probably and setting the Vcs* in debian/control too (didn't do that yet, but it's a quick fix)
[13:24] <Laney> yeah I'll do that to git.d.o/blah
[13:25] <Steelynose> hi all, having a problem setting XDG_DATA_DIRS
[13:25] <didrocks> thanks
[13:25] <Steelynose> included the following in /etc/environment
[13:25] <Steelynose> XDG_DATA_DIRS="/usr/local/dist/share"
[13:26] <Steelynose> gnome-session hangs after login, no menus, no right click, but screensaver gets active
[13:26] <didrocks> Steelynose: for those kind of question, #ubuntu is better, here it's for developping ubuntu
[13:27] <Steelynose> oh, sorry
[13:27] <pitti> seb128: bonjour
[13:27] <seb128> pitti, hey
[13:27] <seb128> pitti, how are you?
[13:27] <didrocks> Steelynose: no worry :)
[13:27] <pitti> nessita, seb128: seems I lost the u1 music store from RB, as well as from the indicators -- is the latter intended?
[13:28] <seb128> store from indicators?
[13:28] <pitti> seb128: feeling like 90 years :) we had the 20 year anniversary of our Taekwondo club, so we invited two grandmasters, who chased us the whole weekend
[13:28] <pitti> seb128: but it was great
[13:28] <seb128> ;-)
[13:28] <pitti> seb128: no, I mean the indicator doesn't have u1 settings any more, and RB doesn't have the store
[13:28] <pitti> martin    2123  0.1  0.8 140236 34460 ?        Sl   13:22   0:06 /usr/bin/python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon
[13:28] <pitti> it's running, thuogh
[13:28] <seb128> dunno about this one
[13:29] <nessita> pitti: let me ask aquarius
[13:41] <nessita> pitti: seems like there are 2 known bugs, see https://launchpad.net/bugs/626659 for example
[13:41] <ubot2> Launchpad bug 626659 in ubuntuone-client (Ubuntu) (and 1 other project) "[maverick] Ubuntu One entry is not present in MeMenu (affects: 1) (heat: 6)" [Undecided,New]
[13:41] <nessita> pitti: fo updates you can ask rye (roman) on #ubuntuone
[13:44] <pitti> nessita: ah, seems 626659 answers my question then, thanks
[13:44] <pitti> so it's known already
[13:45] <seb128> pitti, that doesn't reply to why it's not working in rb for you
[13:45] <seb128> pitti, do you get any error on the command line?
[13:45] <seb128> what libubuntuone version do you use?
[13:45] <pitti> libubuntuone-1.0-1    0.3.4-0ubuntu1
[13:46] <seb128> the store?
[13:46] <pitti> aah
[13:46] <pitti> Traceback (most recent call last):
[13:46] <pitti>   File "/usr/lib/rhythmbox/plugins/umusicstore/__init__.py", line 43, in activate
[13:46] <pitti>     self.music_store_widget.activate(shell)
[13:46] <pitti>   File "/usr/lib/rhythmbox/plugins/umusicstore/MusicStoreWidget.py", line 57, in activate
[13:46] <pitti>     self.entry_type = self.db.entry_register_type("U1EntryType")
[13:46] <pitti> AttributeError: '__main__.RhythmDBTree' object has no attribute 'entry_register_type'
[13:46] <pitti> and finally
[13:46] <pitti>   File "/usr/lib/rhythmbox/plugins/umusicstore/__init__.py", line 54, in deactivate
[13:46] <pitti>     self.music_store_widget.deactivate(shell)
[13:46] <pitti>   File "/usr/lib/rhythmbox/plugins/umusicstore/MusicStoreWidget.py", line 78, in deactivate
[13:46] <pitti>     self.source.delete_thyself()
[13:46] <pitti> AttributeError: 'U1MusicStoreWidget' object has no attribute 'source'
[13:46] <pitti> on shutdown
[13:47] <pitti> hm, but i get further debug messages from what looks like the store after the first exception
[13:47] <nessita> pitti: I know rodrigo was working on that last week...
[13:48] <seb128> should have been fixed with the current version
[13:48] <nessita> I'll find more info on the stand up, which will be in 10 minutes
[13:53] <pitti> seb128: I upgraded this morning, but I'll try again
[13:54] <pitti> seb128: no new pkgs
[13:55] <seb128> pitti, right, better to check with rodrigo then
[13:55] <seb128> when he's around
[13:55] <seb128> or wait for nessita to be back from the u1 meeting
[13:55] <pitti> it's not that urgent, so I'll ask them later; thanks!
[13:55] <nessita> :-)
[14:13] <nessita> pitti: seems like everyone is out today (rodrigo on a swap day, Chipaca delayed), so you may wanna click on affects me too in this one  https://bugs.launchpad.net/ubuntu/+source/rhythmbox-ubuntuone-music-store/+bug/572381
[14:13] <ubot2> Launchpad bug 572381 in rhythmbox-ubuntuone-music-store (Ubuntu) (and 1 other project) "Ubuntu One Store not showing (affects: 2) (heat: 12)" [Undecided,New]
[14:13] <pitti> nessita: ah, also reported already, nice!
[14:14] <nessita> ok, I'm off to the doctor
[14:14] <nessita> see ya later!
[14:19] <devildante> pitti, will look into this bug, if you don't mind of course ;)
[14:22] <pitti> devildante: no, you mustn't fix bugs!!
[14:22] <pitti> devildante: j/k, thank you!
[14:22] <devildante> pitti, I'll try to fix it, but I don't promise anything :p
[14:30] <mvo> go devildante go :-D
[14:30] <devildante> ;)
[14:31]  * devildante wonders why there's no debian directory in the u1ms branch, even though it's only used by ubuntu
[14:37] <devildante> what the... it seems U1MusicStorePlugin.deactivate() is called before U1MusicStorePlugin.activate()!
[14:45] <pitti> devildante: I suppose they also use upstream branches (without debian/, where upstream has commit access to), and ubuntu packaging branches (with debian/, merging entire releases instead of each commit, write access to uploaders)
[14:49] <devildante> pitti: okay, thanks :)
[15:05] <devildante> progress: from what I can say, revision 72 is the culprit
[15:06] <seb128> mvo, how did you manage to get your upload in?
[15:06] <seb128> mvo, did you bribe somebody or is the queue being reviewed? ;-)
[15:19] <devildante> pitti: I made it work! ;)
[15:26] <devildante> pitti: https://code.edge.launchpad.net/~ilidrissi.amine/rhythmbox-ubuntuone-music-store/make-it-work/+merge/34072
[15:29] <pitti> devildante: you rock!
[15:30] <devildante> pitti: thanks ;)
[15:32]  * devildante needs to now find someone to bug so he can merge this branch :p
[15:35] <mvo> seb128_: I have no idea what happend, but I'm happy it went through
[15:36] <seb128_> mvo, ok ;-)
[16:04] <and471> devildante, hey, you AlertWatcher thing in UpdateManager is awesome!
[16:04] <and471> *your
[16:04] <devildante> and471l
[16:04] <and471> devildante, I merged it into software-updater - very nice !
[16:04] <devildante> and471: thanks :)
[16:05] <and471> devildante, did you see this? https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/626700
[16:05] <ubot2> Launchpad bug 626700 in software-center (Ubuntu) "evince is marked as an add-on of gnumeric (affects: 1) (heat: 6)" [Undecided,New]
[16:05] <and471> devildante, in which package is this a bug?
[16:06] <devildante> and471: we always suspect usc first since it could be wrong
[16:06] <and471> ok
[16:09] <devildante> and471: the bug is happening because gnumeric recommends evince
[16:11] <and471> devildante, should I file a bug?
[16:11] <devildante> and471: no need, I already put a gnumeric task in the bug ;)
[16:11] <and471> oops looks like you just did :)
[16:11] <and471> yup :)
[16:15] <and471> devildante, I have just noticed, ttf-liberation and the microsoft core fonts are also set as addons
[16:15] <and471> devildante, would a good move be to set these as 'suggests' rather than recommends?
[16:15] <devildante> and471: suggests are also treated as add-ons
[16:16] <devildante> and471: https://wiki.ubuntu.com/SoftwareCenter#Add-on packages
[16:17] <and471> devildante, hmm, so what do we do?
[16:17] <devildante> and471: why wouldn't you want these as add-ons?
[16:18] <and471> devildante, well evince definitely isn't
[16:18] <and471> devildante, I feel that fonts that are global to the system are classed as 'addons' of gnumeric
[16:19] <and471> devildante, I feel an addon would be 'gnumeric-spell-checker' (not a real package, just an example)
[16:19] <and471> are classed > are not class
[16:19] <and471> ed
[16:20] <devildante> and471: all right, so you should open a debian bug
[16:21] <and471> sure will do
[16:21] <devildante> and471, I have to thank you, I found another bug because of this
[16:21] <devildante> ;)
[16:21] <and471> devildante, oh what's that ?
[16:22] <devildante> and471: recommended packages should not be listed when the app is not installed, since they will be installed automatically anyway
[16:27] <Laney> didrocks: which revision did you check out? Just HEAD?
[16:27] <didrocks> Laney: just HEAD, there are not a lot of changes to it, so I assumed it was correct
[16:27] <Laney> sure
[16:27] <Laney> just need to know what to put
[16:28] <Laney> encoding it in the version number
[16:29] <didrocks> Laney: I was wondering why you encode that in the revision number, is there a policy, rather than just date?
[16:30] <Laney> not really a policy, it's just better documentation
[16:30] <Laney> plus then you can have the get-orig-source parse from the version
[16:31] <didrocks> oh ok, that's where get-origin-source magic comes from to determine where to take the revision, understood :)
[16:32] <hyperair> didrocks: what binding?
[16:32] <Laney> gkeyfile-sharp
[16:36] <didrocks> pitti: when you have some time, if you can approve ubuntu-netbook-default-settings (would be nice to have people with fresh configuration trying evo express by that mean)
[16:39] <pitti> didrocks: done
[16:39] <didrocks> pitti: thanks a lot :)
[16:39] <pitti> you're welcome!
[16:58] <Laney> didrocks: isn't your stuff copyright canonical? ;)
[16:59] <didrocks> Laney: not mandatory for packaging (and in any case, I've done that on my holiday time, in the train ;))
[17:00] <didrocks> Laney: of course, if that's bug you, I can change :-)
[17:00] <Laney> no it doesn't bug me, on the contrary I like it better this way :)
[17:00] <Laney> just thought it might have been naughty
[17:02] <didrocks> well, I have only done the git import on my work time… copyright as so a bugger :-)
[17:04] <ari-tczew> seb128: could you take a look on bug 626379 ?
[17:04] <ubot2> ari-tczew: Bug 626379 on http://launchpad.net/bugs/626379 is private
[17:04] <seb128> ari-tczew, what about it?
[17:05] <ari-tczew> seb128: are there any chance for fix?
[17:06] <seb128> I guess if you send a patch yes
[17:06] <seb128> seems the software you are using does something weird to the clipboard
[17:06] <seb128> g-s-d should not crash though
[17:07] <ari-tczew> seb128: if I would can create a patch, I wouldn't ask you for review...
[17:08] <seb128> ok
[17:08] <seb128> sorry but we have lot of bugs concerning the default installation
[17:08] <seb128> I doubt I can spend time fixing a bug with a kde application before release
[17:09] <devildante> bug 626379 is private, what is it about?
[17:09] <ubot2> devildante: Bug 626379 on http://launchpad.net/bugs/626379 is private
[17:09] <ari-tczew> devildante: I didn't set that. it's apport.
[17:10] <devildante> ari-tczew, yeah, but for now I don't have permission to see it :p
[17:10] <seb128> it's public now
[17:12] <rickspencer3> welcome back didrocks
[17:13] <didrocks> hey rickspencer3, thanks :)
[17:32] <pitti> hello rickspencer3
[17:32] <rickspencer3> hi pitti
[17:37] <seb128> hey rickspencer3
[17:37] <rickspencer3> hi seb128
[17:37] <seb128> how are you?
[17:37] <bcurtiswx> Hi kenvandine , did you receive my email this morning?
[17:37] <rickspencer3> doing alright
[17:38] <kenvandine> bcurtiswx, hey.. yeah
[17:38] <rickspencer3> everyone getting battened down for Beta?
[17:38] <kenvandine> haven't actually read it yet :)
[17:38] <kenvandine> very busy atm... will try to get to it later today
[17:38]  * kenvandine is fighting with oauth and twitter atm
[17:38] <bcurtiswx> kenvandine: Ok, no biggie. Much appreciated.
[17:38] <kenvandine> GET works fine, POST not so much...
[17:38] <seb128> rickspencer3, let's see how beta goes
[17:39] <rickspencer3> seb128, it will be good
[17:39] <seb128> if you say so ;-)
[17:39] <rickspencer3> lots of cool new things, quality seems ok
[17:39] <rickspencer3> seb128, are there things  you are worried about?
[17:39] <seb128> having no crach bug going through for weeks
[17:40] <seb128> it means we have very low visiblity on the current issues
[17:40] <bcurtiswx> The net book edition still doesn't work correctly on my amd64 radeon laptop
[17:40] <seb128> rickspencer3, having no active release manager review the queue as well, I guess timing with today being an uk bank holidays doesn't help
[17:41] <rickspencer3> seb128, well, we have a release manager
[17:41] <rickspencer3> is there something that she needs to be doing that's not getting done?
[17:41] <seb128> rickspencer3, then unity buglist, banshee not having landed yet for UNE
[17:44] <didrocks> (quite tricky, right, we'll see on wednesday banshee release how call for testing will work)
[17:48] <Laney> there, nice and tweaked
[17:48]  * Laney sends it up to alioth
[17:48] <Laney> didrocks: can I set the team as maintainer and you as uploader?
[17:48] <didrocks> Laney: sure :)
[17:48] <didrocks> Laney: thanks for the review
[17:49] <Laney> I added some missing copyright holders, tweaked the rules a bit to remove some unnecessary stuff and add a get-orig-source
[17:49] <Laney> and probably some other stuff
[17:50] <Laney> thanks for your work!
[17:52] <didrocks> Laney: yw ;)
[17:52] <Laney> now just get on teuf to release a new libgpod ;)
[17:53] <didrocks> Laney: I try to get him now :)
[17:53] <micahg> seb128: re unity, I filed bug 626169 over the weekend which is the reason for an FTBFS on amd64 for unity and xserver-xorg-input-evdev
[17:53] <ubot2> Launchpad bug 626169 in utouch-grail (Ubuntu) "Please promote amd64 binaries as well (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/626169
[17:53] <seb128> I think pitti was on that
[17:54] <pitti> done this morning
[17:54] <pitti> this one was hilariously resistant, sorry about that; it took four attempts to finally get them promoted for some reason
[17:55] <micahg> pitti: k, should I close the bug? and can someone give back those builds
[17:55] <pitti> micahg: unity xserver-xorg-evdev retried; please go ahead and close the bug
[17:55] <micahg> pitti: thanks
[17:55] <pitti> in fact, unity is building on amd64 already
[17:56] <pitti> and so is -evdev
[17:56] <micahg> pitti: k, I guess ubuntuwire's a little slow to update then :)
[18:05] <geser> micahg: the FTBFS page on ubuntuwire is updated hourly, the LP API is too slow to make it dynamic
[18:17] <micahg> geser: k, good to know
[18:35] <pitti> good night everyone
[18:36] <seb128> 'night pitti
[18:37] <didrocks> good evening pitti
[18:38] <devildante> good night pitti :)
[18:44] <chrisccoulson> good evening everyone
[18:47] <didrocks> enjoy your evening chrisccoulson :)
[18:47] <chrisccoulson> hi didrocks!
[18:47] <chrisccoulson> did you have a good vacation?
[18:47] <didrocks> chrisccoulson: very busy one, but they was good! buying an apartment in Lyon ;)
[18:48] <chrisccoulson> excellent!
[19:00] <hyperair> didrocks: we're still missing libgpod# (part of libgpod git, not released yet)
[19:01] <didrocks> hyperair: right, I pinged teuf and he is aware about it
[19:02] <hyperair> didrocks: yeah i pinged him about it last week.
[19:03] <hyperair> didrocks: as for gkeyfile-sharp, i thought it had been uploaded already. turns out i had an unpushed git tree.
[19:03] <hyperair> didrocks: i'll integrate your changes in and add you to Uploaders and copyright. is that okay?
[19:04] <didrocks> hyperair: oh, I just saw the ITP but no activity last week, hence the fact I worked on it in the train during holidays
[19:04] <didrocks> hyperair: sure, please do :)
[19:04] <nessita> seb128: question, when you have some sparse minutes (no rush)
[19:25] <seb128> nessita, yes
[19:31] <nessita> seb128: we need to submit a branch with a clueanup for ussoc (we need to remove all the old code, currently unused). Shall we wait to after the Beta?
[19:31] <nessita> seb128: or shall we rush to get it done tomorrow?
[19:34] <seb128> nessita, it doesn't seem important to get for beta
[19:34] <seb128> nessita, I managed to get your update from today accepted btw
[19:34] <nessita> seb128: WOW thanks
[19:34] <seb128> nessita, you can do that after beta I think, or any reason you want it now?
[19:35] <nessita> seb128: no reason to want it now, just wanted to be sure not to be breaking any recommended procedure regarding freezes :-)
[19:35] <nessita> thanks!
[19:36]  * nessita comes back to bed
[19:36] <seb128> nessita, how do you feel?
[19:37] <seb128> nessita, things which go in during a freeze are things that need to fix issues on the beta image that are stoppers
[19:37] <seb128> nessita, ie things breaking the installation or basic features in Ubuntu
[19:59] <kenvandine> didn't take long for someone to notice my tweet saying "from Ubuntu" :-D
[20:01] <seb128> kenvandine, ;-)
[20:01] <kenvandine> 16 minutes to be exact :)
[20:02] <kenvandine> got posting working, need to do some more testing of the migration path now
[20:02] <kenvandine> i don't trust my testing i did at 3am this morning :)
[20:02] <nessita> seb128: thanks for info. I'm not very well, so I'm taking a sick day
[20:02] <nessita> I'll be back full tomorrow
[20:02] <seb128> nessita, ok, take care!