[01:10] <bcurtiswx> kenvandine, did you get my bug memo from earlier?
[01:23] <kenvandine> bcurtiswx, not yet
[07:06] <pitti> Good morning
[07:31] <baptistemm> hello
[07:35] <baptistemm> hi pitti
[07:50] <pitti> hey baptistemm
[07:51] <vish> robert_ancell: hi, did the pidgin merge get approved? you were looking into the papercuts a few days ago for uploading, and seb`28 had mentioned it , but the bug has not auto-closed , so was wondering if the changelog had a bug# tpyo
[07:51] <vish> typo*
[07:51] <vish> heh, typo for a typo :D
[07:54] <robert_ancell> vish, sorry, not I haven't looked at it yet
[07:54] <vish> ah, k.. :)
[07:55] <didrocks> good morning
[07:56] <vish>  bonjour!
[07:57] <didrocks> hey vish ;)
[07:59] <vish> yay! beta releasing today!
[08:00] <robert_ancell> vish, doing it now...
[08:00] <vish> robert_ancell: thanks :)
[08:01] <huats> morning
[08:01] <didrocks> salut huats
[08:01]  * didrocks test the netbook beta iso now
[08:01]  * vish grumbles at ATI! , let me use unity!
[08:04] <didrocks> vish: I think that harrassing RAOF can have positive result on that ;) (kidding, just to say, he is working on it ;))
[08:04] <vish> :)
[08:07] <huats> hey didrocks
[08:23] <robert_ancell> vish, which description did you want?  The one in the debian bug report?
[08:24] <vish> robert_ancell: the merge i had updated , that was the one with mpt's last suggestion
[08:24] <vish> the debian one was old..
[08:25] <robert_ancell> vish, oh, too many patches, missed the merge :)
[08:26] <vish> robert_ancell: hehe , yeah, that bug has been around for ages :D
[09:01] <cassidy> kenvandine, didrocks: around ?
[09:01] <didrocks> salut cassidy
[09:01] <cassidy> hey!
[09:01] <cassidy> so, today is Empathy's hug day which is great and all but I just saw that Maverick still has 2.31.90 which is pretty buggy (first release with meta-contacts so lot of regressions)
[09:02] <cassidy> any chance to update to .91 asap so people will test a more decent version ?
[09:02] <cassidy> same for folks, it would be really nice to have 0.1.16 for tests
[09:02] <didrocks> cassidy: urgh, not really as we are in beta freeze today and we will have maybe some CD respin again :/ let me see if I can unblock that, gives me 10 minutes
[09:03] <cassidy> cool
[09:03] <didrocks> cassidy: in the worst case, we can setup a ppa and put that in the instruction of the hug day
[09:03] <cassidy> I can even make a 2.31.91.1 to have all the latest fixes (we fixed a bunch of regressions these last 2 days)
[09:03] <didrocks> that will be cool :)
[09:03] <cassidy> didrocks, yeah we could use the TP PPA
[09:04] <cassidy> didrocks, folks has been packaged in Debian, I'll upload it the the TP PPA
[09:04] <cassidy> and will make a .1 release too
[09:04] <didrocks> cassidy: let me see, it depends on the regression I currently get on the netbook installer, if we do a respin or not. Will be soon fixed if we respin or not
[09:04] <didrocks> cassidy: great, prepare the ppa in any case :)
[09:04] <cassidy> yeah that doesn't hurt
[09:05] <robert_ancell> didrocks, do you know much about libgtkhtml?  It appears to be used by evo, and the latest version has changed library name from libgtkhtml-editor.so to libgtkhtml-editor-3.14.so
[09:06] <didrocks> robert_ancell: you made the update, right? that's why I didn't change it
[09:06] <didrocks> robert_ancell: we have a patch for that IIRC
[09:06] <robert_ancell> didrocks, I did the stable release update, I haven't made the 3.31 release
[09:06] <didrocks> robert_ancell: no, please, don't make 3.31
[09:06] <robert_ancell> I mean update with the stable version of gtkhtml
[09:07] <didrocks> robert_ancell: we stay on 3.30.x for evo 2.30.x
[09:07] <robert_ancell> didrocks, ok, I'll put a note in versions.  cheers
[09:07] <didrocks> robert_ancell: consider libgtkhtml beeing part of the evo stack
[09:24] <seb128> hey
[09:24] <seb128> being a bit late I've been doing some beta testing
[09:32] <didrocks> cassidy: I think the ppa will be the way to go for the hug day, do you need help there? (be sure that pedro is aware about that)
[09:32] <cassidy> didrocks, the folks package should reach incoming.debian soonish. I'll upload it to the PPA then
[09:33] <cassidy> didrocks, I'm doing the empathy release atm. then it would be cool if you could package it
[09:33] <didrocks> cassidy: sure, just keep me posted :)
[09:34] <seb128> check the queue before, updates have been done during the week and uploaded
[09:34] <seb128> they are just blocked until beta
[09:35] <seb128> when is the bug day?
[09:35] <seb128> next week?
[09:35] <seb128> the queue will be cleaned before that
[09:35] <didrocks> seb128: today
[09:35] <seb128> oh ok
[09:36] <seb128> timing sucks
[09:36] <didrocks> seb128: cassidy is making a new .1 release with latest fixes too
[09:36] <didrocks> right
[09:36] <cassidy> didrocks, folks uploaded to the PPA
[09:36] <seb128> ok
[09:39] <cassidy> didrocks, released http://lists.freedesktop.org/archives/telepathy/2010-September/004852.html
[09:46] <didrocks> cassidy: thanks, will do it in some minutes
[09:47] <cassidy> great
[09:59] <fta> kenvandine, fyi, gwibber-service crashes a lot here with "GError: Unrecognized image file format"
[09:59] <seb128> fta: bug number?
[09:59] <fta> i'm looking for a dupe atm
[10:00] <seb128> let me know
[10:00] <seb128> so I can milestone it
[10:02] <fta> oh, there's a .91 available, i'll upgrade 1st
[10:02] <fta> empathy just crashed too
[10:03] <fta> SIGSEGV in tp_proxy_get_object_path()
[10:51] <seb128> pitti, hi!
[10:51] <pitti> Monsieur Bacher! ca va?
[10:51] <seb128> ca va bien ;-)
[10:52] <seb128> ca va même très bien :-)
[10:52] <seb128> et toi ?
[10:52] <seb128> pitti, while playing with maverick I noticed that mono applications crash in the guest session
[10:53] <seb128> pitti, would that be a bug in the guest session?
[10:53] <pitti> seb128: bien, merci!
[10:53] <pitti> seb128: do you have an AppArmor error in dmesg?
[10:53] <pitti> the AA profile might need updating
[10:53] <seb128> let me see in my logs
[10:54] <seb128> I had to restart my system crashes again when coming back from the guest session
[10:54] <seb128> some days I hate intel drivers
[10:54] <pitti> oh, I used the guest session a couple of times in maverick, and it behaved
[10:54] <pitti> but I might have a different card
[10:54] <seb128> it's not the guest session
[10:55] <seb128> it's xorg session switching
[10:55] <pitti> right
[10:55] <pitti> I mean that
[10:55] <seb128> the box crashes
[10:55] <seb128> ie keyboard led stop responding
[10:55] <seb128> can't do anything but use the power button
[10:56] <pitti> does ssh work still?
[10:56] <seb128>  type=1400 audit(1283420455.774:51): apparmor="DENIED" operation="file_mmap" parent=3311 profile="/usr/share/gdm/guest-session/Xsession"
[10:56] <seb128> pitti, ^
[10:57] <seb128> name="/dev/shm/mono-shared-124-shared_data
[10:57] <pitti> ah
[10:58] <seb128> pitti, should I open a bug about it?
[10:59] <pitti> seb128: sure, please do; I need to disappear for an hour and run now, so I can't fix it right away
[10:59] <seb128> pitti, ok, see you!
[11:02] <mvo> glatzor: hi, around?
[11:24] <seb128> hey Keybuk
[11:24] <Keybuk> heyhey
[11:26] <seb128> Keybuk, how are you?
[11:26] <seb128> Keybuk, did you read pitti's comment on bug #615549
[11:26] <ubot2> Launchpad bug 615549 in gdm (Ubuntu Maverick) (and 1 other project) "Dell Studio XPS 13 no video (affects: 2) (heat: 176)" [High,Triaged] https://launchpad.net/bugs/615549
[11:26] <seb128> Keybuk, would be nice if you could reply to it ;-)
[11:26] <Keybuk> I'm not too bad
[11:26] <Keybuk> is there any reason I should have read pitti's comment on that bug?
[11:27] <seb128> he Cc-ed you and asked you a question
[11:27] <Keybuk> ah, I /dev/null all bug mail that's not assigned to me
[11:27] <seb128> even direct cc?
[11:27] <seb128> ie if somebody subscribe you to the bug
[11:28] <Keybuk> if he Cc'd me in mail, I should have got it
[11:28] <Keybuk> right, I /dev/null that
[11:28] <seb128> ok
[11:28] <seb128> that's useful to know for next time ;-)
[11:31] <Keybuk> if you want me to look at a bug, the best thing is to just grab me on IRC like that - or drop me a mail :)
[11:31] <seb128> Keybuk, ok, noted for the next time
[11:31] <seb128> thanks ;-)
[11:33] <Keybuk> have replied, I would talk to cjwatson and apw about that bug
[11:34] <seb128> ok
[11:35] <seb128> pitti, ^
[11:55] <tjaalton> is there a way to have a different default background for gdm & gnome (lucid)?
[11:55] <tjaalton> so far it seems "no"
[11:56] <seb128> there is
[11:56] <seb128> just change the background gconf key for the gdm user
[11:56] <seb128> sudo -u gdm gnome-appearance-properties
[11:56] <seb128> it's the easier way
[11:56] <seb128> or sudo -u gdm gconf-editor
[11:56] <tjaalton> hmm ok
[11:57] <tjaalton> right, I found the files in /var/lib/gdm, could just replace the one having that :)
[11:57] <seb128> you might need to add a dbus-launch in that
[11:57] <seb128> yes
[11:57] <tjaalton> ok thanks, sounds like a solutino
[11:57] <tjaalton> -on
[12:07] <pitti> re
[12:07] <pitti> Keybuk: thanks for the reply
[12:17] <chrisccoulson> i quite like Keybuk's approach to handling bug mail ;)
[12:18] <Keybuk> heh, it was born out of a few factors
[12:19] <Keybuk> firstly I'm really bad at bug mail, and I get shouty and ranty on it; when we experimented with Steve doing the triage and assigning them to me in late-Lucid, things got *so much more productive*
[12:19] <Keybuk> secondly the volume of bug mail across the bits I'm theoretically responsible for is so large, I would only have time to read and reply to it, I wouldn't have any time left to actually fix bugs or do work
[12:19] <Keybuk> and thirdly I'm almost entirely focussed on development - reading bugs doesn't really help with that :p
[12:20] <pitti> I largely ignore incoming bugs (package bug contact), I just jump on subscribed and assigned bugs
[12:20] <chrisccoulson> yeah, i'm pretty bad with bug mail. i tend to just let them build up for ages and then deleting them when i realise it would take me 2 days to read through them all
[12:20] <pitti> and then and again look at the package bug list and do some cleanup
[12:20] <chrisccoulson> i generally only read the ones that people assign to me
[12:21] <pitti> I can genearlly live with the bug mail genearted through subscribed/assigned bugs
[12:21] <chrisccoulson> pitti - i'm subscribed to mozilla bugs ;)
[12:21]  * pitti sorts his e and r keys
[12:21] <pitti> chrisccoulson: you mean as being a package bug contact?
[12:21] <chrisccoulson> yeah
[12:22] <pitti> right, those are the ones I ignore
[12:22] <pitti> I mean explicitly subscribed
[12:22] <chrisccoulson> yeah, i'm starting to question the value of being subscribed to all mozilla bugs
[12:22] <pitti> I expect the cost-benefit ratio of that to be very low
[12:22] <pitti> erm, high I mean :)
[12:23] <chrisccoulson> i occasionally spot issues when i see bugs that are getting a lot of comments
[12:23] <chrisccoulson> and i spotted yesteday too that lots of people were reporting upgrade failures with ubufox
[12:23] <chrisccoulson> but apart from that, it's not much benefit
[12:24] <seb128> we still lack an efficient way to spot bugs we need to work on
[12:24] <chrisccoulson> yeah, i definately have that problem
[12:25] <seb128> I don't bother replying to bug emails nowadays but I still do read titles
[12:25] <chrisccoulson> yeah, that's pretty much what i'm doing at the moment
[12:25] <seb128> it give me an idea of which ones are common issues or get comments often
[12:27] <seb128> I'm still trying to figure a way to build a comprehensive bugslist of things we should work on
[12:27] <seb128> which requires first to know what to put on the list
[12:27]  * pitti fixes up the mountall lucid branch
[12:28] <seb128> but also to know how to display the list
[12:28] <seb128> ideally we would have a list of maverick bug tasks on the desktop set
[12:28] <seb128> or the xorg set
[12:28] <seb128> or the firefox set
[12:29] <seb128> then we just need to open maverick tasks for bugs we care about
[12:41] <seb128> mvo, hello
[12:41] <seb128> bug #587004
[12:41] <seb128> do you want that to have a maverick task?
[12:42] <ubot2> Launchpad bug 587004 in update-notifier (Ubuntu) (and 1 other project) "Update-notifier triggers an aptdaemon launch on start up (affects: 1) (heat: 6)" [Low,Confirmed] https://launchpad.net/bugs/587004
[12:42] <seb128> I'm reviewing the bug nomination list
[12:43] <mvo> seb128: checking
[12:43] <mvo> seb128: I think that is hard to avoid without a suid binary, but I will double check
[12:43] <seb128> mvo, what about comment #8?
[12:44] <mvo> seb128: aha, indeed
[12:45] <seb128> mvo, if that's easy to do maybe maverick task set to low and assigned to you there?
[12:46] <mvo> seb128: I have a look at the code, should be staightfowrad
[12:47] <seb128> mvo, ok, do you mind if I assign some bugs to you while I clean nominations? feel free to unassign them
[12:47] <seb128> mvo, like bug #620297
[12:47] <ubot2> Launchpad bug 620297 in gdebi (Ubuntu) (and 1 other project) "gdebi-gtk fails with ''dpkg: unable to read filedescriptor flags...." (affects: 24) (dups: 1) (heat: 96)" [Undecided,Confirmed] https://launchpad.net/bugs/620297
[12:47] <seb128> mvo, it's mainly a way to say "could you read the bug and check if that should be on the maverick list" ;-)
[12:48] <seb128> mvo, that will be easier than IRC pings I think
[12:48] <mvo> seb128: best is to show them to me here in irc
[12:48] <seb128> ok
[12:48] <seb128> so consider yourself pinged about the gdebi one as well
[12:49] <seb128> mvo, bug #624290 has a patch, would be nice to review
[12:49] <ubot2> Launchpad bug 624290 in gdebi (Ubuntu) "gdebi crashes if the control file contains UTF-8 characters (affects: 1) (heat: 499)" [Undecided,New] https://launchpad.net/bugs/624290
[12:51] <mvo> looking
[12:54] <chrisccoulson> the mimetype detection logic in firefox makes me want to cry!
[12:55] <seb128> chrisccoulson, is there any reason to not just use gio nowadays?
[12:57] <chrisccoulson> seb128 - probably not, but that wouldn't stop it from being a mess. it seems very over-complicated
[13:00] <seb128> mvo, bug #617821, want it on your maverick list?
[13:00] <ubot2> Launchpad bug 617821 in software-center (Ubuntu) "Forward/Back doesn't work as intended (affects: 1) (heat: 195)" [Low,Confirmed] https://launchpad.net/bugs/617821
[13:01] <chrisccoulson> seb128 - in fact, firefox 4.0 is already using gio (with a fallback to gnome-vfs)
[13:01] <seb128> ok
[13:02] <chrisccoulson> but it's just bolted on to the previously over-complicated logic ;)
[13:02] <chrisccoulson> i should probably try porting the gconf bits to gsettings at some point
[13:04] <bilalakhtar> mvo: You know better, but I think bug #627985 is good to go ahead. What do you think?
[13:04] <ubot2> Launchpad bug 627985 in apt-transport-debtorrent (Ubuntu) "Sync apt-transport-debtorrent 0.2.2 (universe) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/627985
[13:04] <nessita> good morning everyone
[13:04] <bilalakhtar> mvo: You have uploaded to it many times, and it appears that the only change is not also in debian
[13:05] <bilalakhtar> s/not/now/
[13:05] <mvo> bilalakhtar: I look at it
[13:15] <seb128> pitti, bug #595344
[13:15] <ubot2> Launchpad bug 595344 in jockey (Ubuntu) "jockey failed to install Broadcom B43 wireless driver (affects: 4) (heat: 61)" [Undecided,Confirmed] https://launchpad.net/bugs/595344
[13:15] <seb128> do you want that one nominated?
[13:15] <seb128> bug #613655 seems similar
[13:15] <ubot2> Launchpad bug 613655 in jockey (Ubuntu) (and 1 other project) "Broadcom B43 wireless driver fails to activate/install (affects: 2) (heat: 12)" [Undecided,Confirmed] https://launchpad.net/bugs/613655
[13:15] <seb128> seems the b43 packaging is different
[13:15] <seb128> you need to install a new binary
[13:16] <bilalakhtar> mvo: I hope its good. your view?
[13:18] <bilalakhtar> have to go now, sorryt
[13:19] <pitti> seb128: hm, maybe the URL changed; but I guess we could just entirely remove that driver and just offer wl
[13:19] <pitti> seb128: please nominate, duplicate, and assign to me; can do after my holidays
[13:20] <seb128> pitti, ok
[13:20] <pitti> seb128: merci
[13:20] <seb128> pitti, the bug suggest the packaging changed to have installers
[13:23] <seb128> pitti, ok assigned
[13:44] <slomo> seb128: any chance you or someone else could update gst-plugins-bad and -ugly in ubuntu? probably too late now...
[13:44] <seb128> could be done after beta but I've no time for it
[13:44] <seb128> if somebody in motu lands want to do it why not
[13:45] <seb128> ^ whoever could be wanting to work on those?
[13:45] <slomo> ok, let's hope someone has the time for it... -ugly should be just a sync but -bad needs changes because of your plugin moves to -good
[13:45] <slomo> also would be nice if someone could update the -bad-multiverse and -ugly-multiverse packages :)
[13:48] <slomo> seb128: i wonder if i still have the required permissions to do it... but i'd also need someone to tell me what your policies are nowadays :P i simply don't want to close upstream bugs and tell people that the bugs are fixed since months immediately after the ubuntu release...
[13:48] <seb128> slomo, you still have upload rights
[13:48] <seb128> slomo, no special requirements, those are in universe
[13:49] <seb128> slomo, you can just do the update and upload if you want
[13:49] <seb128> source uploads so you don't need an ubuntu box to build
[13:49] <seb128> rather easy it is no ;-)
[13:49] <slomo> sounds good, when is "after beta"? :)
[13:50] <ogra> slomo, later tonight or tomorrow
[13:50] <seb128> you can upload
[13:50] <ogra> publishing is in the works
[13:50] <seb128> those will just queue and there is no freeze for universe
[13:50] <seb128> so somebody will get those in
[13:50] <slomo> ok, i'll try to find some time to get these updated later today or tomorrow then
[13:51] <seb128> thank you
[13:58] <slomo> seb128: you'll care for good? only change for the release (later today, really) will be the version number (compared to .5)
[13:58] <seb128> yes
[13:58] <seb128> we have .5
[13:58] <seb128> so should be easy ;-)
[13:58] <slomo> good :)
[13:58] <slomo> except the plugin moves :P but you're probably using dh_autoreconf anyway
[13:59] <seb128> no we don't actually for this one yet but the autoreconf change applies without issue between minor version
[13:59] <seb128> so it didn't annoy me enough to switch to dh-autoreconf
[14:00] <slomo> ok
[14:35] <bcurtiswx> didrocks, thanks for making those uploads to telepathy PPA :)
[14:36] <didrocks> bcurtiswx: yw ;) it will be in maverick ASAP we unfreeze
[14:36] <didrocks> but it's better to have the latest crack for the hug day :-)
[14:36] <bcurtiswx> didrocks, yeah, i knew it was gonna unfreeze today, i was the one that pushed them to be put on the PPA seeing the bad timing of everything
[14:37] <didrocks> bcurtiswx: oh ok :-)
[14:46] <seb128> pitti, mvo: I've no closed source drivers on that box but do you know if bug #570215 is still valid?
[14:46] <ubot2> Launchpad bug 570215 in jockey (Ubuntu) "[Lucid] jockey should use the new Lucid restart notification system (affects: 2) (heat: 28)" [Low,New] https://launchpad.net/bugs/570215
[14:46] <pitti> presumably it is; I never changed anything in that regard
[14:49] <seb128> pitti, do you think that's something that should be on the maverick list as a low importance task?
[14:50] <pitti> seb128: not sure how important it is, but please feel free to assign to me for now
[14:51] <seb128> pitti, ok thanks
[14:52] <seb128> pitti, seems it's a simple matter of writting /var/run/reboot-required
[14:55] <rodrigo_> seb128, kenvandine: some packages I submitted on Tuesday are still in the queue, so, do I need to do anything to have them reviewed/uploaded?
[14:56] <seb128> rodrigo_, no, just wait until after beta
[14:56] <rodrigo_> seb128, ah, ok
[14:56] <seb128> rodrigo_, we are frozen for beta since thursday
[14:56] <rodrigo_> until when?
[14:56] <seb128> rodrigo_, if you need something to get in it should fix a beta bug and you need to ask the release team to approve it
[14:56] <seb128> until beta is released
[14:56] <seb128> which should be today in theory
[14:56] <rodrigo_> seb128, no, I can wait
[14:56] <seb128> not sure if that's on track, it could be tomorrow
[15:03] <desrt> tedg: hey
[15:03] <desrt> tedg: wrote a mail to xdg list today about my actions interface that i just added to glib
[15:04] <tedg> desrt, Yeah, I read through that -- I didin't know dbus had a maybe type.
[15:04] <desrt> it's not on master yet, but i guess it will be by next week
[15:04] <desrt> it doesn't
[15:04] <desrt> but it will soon
[15:04] <desrt> and until then there is a well-accepted way to fake it
[15:04] <tedg> Oh, now I don't feel as stupid :)
[15:05] <desrt> when you consider that a maybe type is essentially just an array that is constrained to only having 0 or 1 items in it...
[15:05] <desrt> then you see that ax <-> mx
[15:06] <desrt> anyway.  what is your opinion?
[15:06] <tedg> Makes sense to me.  I probably need to re-read it knowing that.
[15:06] <desrt> since it seems likely that you have a role in building on this interface, probably you should be OK with it :)
[15:07] <tedg> Do you think the spec needs a set of "well known" action names?
[15:07] <desrt> no
[15:07] <tedg> It seems like that'd be required for scripting.
[15:07] <desrt> but i think it needs a set of well-known context items
[15:07] <desrt> like x11-timestamp
[15:07] <tedg> Yeah, that was my next comment.
[15:07] <tedg> Why not the well known actions?
[15:07] <desrt> the set of actions will be extremely diverse depending on the application anyway
[15:08] <desrt> some like Quit might make sense
[15:08] <tedg> Yes, but I think there are probably 10 or so that are fairly universal.
[15:08] <bilalakhtar> kenvandine: around?
[15:08] <desrt> so another thing that may interest you is that i'm working on another interface at the same time
[15:08] <desrt> i may or may not bother to take this the freedesktop route
[15:08] <tedg> dconf? ;)
[15:08] <desrt> but it's basically an application interface
[15:08] <desrt> so far there are only two things that applications can do:
[15:08] <desrt> 1) they can be activated
[15:08] <desrt> 2) they can be asked to open files
[15:09] <tedg> It seems like there should be a 3) parse a command line?
[15:09] <desrt> ah right.  they can do that too
[15:09] <desrt> i forgot :)
[15:09] <tedg> It'd be nice to be able to get a list of windows and/or documents.  Just to avoid the introspection of dbus.
[15:10] <desrt> http://git.gnome.org/browse/glib/tree/gio/gapplication.h?h=application#n93
[15:10] <bilalakhtar_> kenvandine: sorry, I am here
[15:10] <desrt> 'startup' is an implicit one that happens at the start
[15:10] <desrt> 'activate' 'open' 'action' and 'command_line' are the ones to happen via dbus
[15:10] <desrt> but....
[15:10] <desrt> 'action' is clearly handled by this new spec now
[15:11] <tedg> desrt, It'd be nice to do some sort of session management in that class as well... but, that's a whole mess that's poorly defined :(
[15:11] <popey> is there known breakage at the moment in going lucid -> maverick? I'm getting http://popey.com/~alan/maverick.png http://popey.com/~alan/apt.log lots of broken depends around xorg ABI stuff..
[15:11] <desrt> ya.  i'd like to dodge that for now :)
[15:11] <tedg> desrt, Someday, someone involved in the freedesktop is going to have to fix that.
[15:11] <desrt> this project is already dangerously overdue
[15:11] <desrt> considering we have to have a glib release by end-of-month
[15:12] <desrt> it's getting close to the "okay, we'll drop GApplication entirely" point
[15:12] <tedg> Whoa?  I didn't realize that.
[15:12] <tedg> I thought glib and gtk released roughly together, no?
[15:12] <desrt> GDBus and GSettings have not yet seen a stable release
[15:12] <bilalakhtar_> popey: yes there is
[15:12] <desrt> imagine trying to have the next stable GNOME or ubuntu release...
[15:13] <desrt> nah.  glib and gtk schedules drift quite a bit
[15:13] <tedg> desrt, Yeah, so that's why I thought GLib would release in Dec like GTK
[15:13] <bilalakhtar_> popey: let me give you the link
[15:13] <desrt> well
[15:13] <desrt> maverick depends a lot on the unstable glib right now
[15:13] <desrt> so we need to drop a stable release in order for maverick to ship....
[15:14] <tedg> desrt, Yes, but it's probably not super important that GApplication is in there, no?
[15:14] <desrt> well
[15:14] <tedg> desrt, It's more important that it's in for dec.
[15:14] <bilalakhtar> popey: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-August/000744.html
[15:14] <desrt> the problem is that GApplication is *already* in there
[15:14] <tedg> Oh
[15:14] <desrt> in a totally broken form
[15:14] <desrt> total-rewrite territory
[15:14] <popey> oh thanks :)
[15:15] <desrt> anyway.. i'd be happier if we had it ready for end-of-month :)
[15:15] <bilalakhtar> popey: np, my pleasure in helping a famous person :D
[15:15] <tedg> desrt, So you're saying no session management? ;)
[15:16] <desrt> well
[15:16] <desrt> it doesn't belong in GApplication, to be sure
[15:16] <desrt> it's something we could maybe consider for GtkApplication
[15:16] <tedg> desrt, Just to be curious, why not?  It seems like command line apps should shutdown gracefully as well.
[15:17] <desrt> isn't session management a necessarily Xish thing?
[15:17] <desrt> (i assume you're talking about "Session Management(tm)")
[15:17] <tedg> desrt, It is now, but the proposal from the fedora folks puts more of it in places like ConsoleKit.
[15:18] <tedg> desrt, One of the problems is with multiple users, if I shutdown the system, I want your session to shutdown gracefully as well.
[15:19] <desrt> to be honest, it's not on my radar
[15:19] <desrt> and i don't really appreciate/understand it
[15:20] <desrt> the way that i would see it working is that there is some central session-manager type service
[15:20] <tedg> desrt, I was trying to get time to work on it a while back before the whole DX thing started at Canonical.  Someday, I'd still like to solve it.
[15:20] <desrt> and individual apps register with it
[15:20] <seb128> hey desrt
[15:20] <desrt> and then when shutdown wants to happen each app is asked
[15:20] <desrt> seb128: hello
[15:20] <seb128> pitti, btw I removed the retracers lock I just want to have an estimation of the backlog
[15:20] <seb128> pitti, they will probably crash but I will now what is waiting at least
[15:21] <tedg> desrt, Yeah, that's it in a nutshell.  The problems start coming with supporting old protocols, etc.
[15:21] <desrt> seb128: is the current release of dconf somehow broken by new glib?
[15:21] <seb128> desrt, dunno we didn't get the new glib yet
[15:21] <desrt> let me know
[15:21] <seb128> desrt, we are frozen for beta since thursday
[15:21] <desrt> i get this nagging feeling i may need to do a release
[15:21] <seb128> desrt, we should unfreeze today or tomorrow so I will let you know
[15:21] <desrt> but at the same time i am annoyed because david changed an API again and probably we have to change it *again*
[15:22] <seb128> desrt, speaking of which if you change gapplication now that will break things as well
[15:22] <desrt> we're *definitely* not shipping glib with GApplication in its current state
[15:22] <desrt> it's really awful
[15:22] <seb128> ok
[15:23] <seb128> what is the plan to fix GNOME 2.32?
[15:23] <desrt> we'll either replace it or rip it out entirely
[15:23] <seb128> it's hard freezing next week no?
[15:23] <desrt> well
[15:23] <desrt> probably we don't ship GtkApplication either, actually
[15:23] <seb128> things in 2.31 are using gapplication
[15:23] <seb128> what happens to them
[15:23] <desrt> ie: no backport
[15:23] <desrt> *shrug*
[15:23] <seb128> ie nautilus
[15:23] <desrt> ask vuntz
[15:23] <desrt> i have no idea
[15:24] <mvo> popey: re xorg - there is a xserver-xorg-core in the queue that hopefully fixes those issues
[15:24] <seb128> Date:   2010-06-18
[15:24] <seb128>     Port to GApplication.
[15:24] <seb128>     Drop the libunique dependency.
[15:24] <seb128> vuntz, ^
[15:24] <mvo> popey: there is also a apt branch that solves the underlying problem, if you are keen to try it
[15:24] <popey> mvo: magic, thanks for letting me know
[15:24] <popey> I'll wait :)
[15:24] <desrt> i told vuntz the day before yesterday that we have no time/effort/inclination to have a backported GtkApplication for gtk 2.22
[15:24] <desrt> he said OK
[15:24] <seb128> desrt, well they don't use it
[15:24] <seb128> they just use gapplication
[15:24] <desrt> ah
[15:24] <desrt> different story...
[15:24] <mvo> popey: fair enough :)
[15:24] <seb128> instead of libunique
[15:25] <desrt> i will have to hurry, i guess
[15:25] <seb128> desrt, 2.31 uses gtk2 not gtk3
[15:25] <popey> mvo: its apple hardware so I have enough issues to content with :)
[15:25] <seb128> desrt, so no gtkapplication
[15:25] <desrt> ah true
[15:25] <seb128> desrt, but glib 2.25 has gapplication
[15:25] <desrt> i thought maybe they were depending on it from master
[15:25] <seb128> which nautilus and some other use
[15:25] <desrt> and waiting for the backport
[15:25] <seb128> no
[15:25] <desrt> okay.  that's some good news.
[15:25] <seb128> well still hard freeze is next week
[15:26] <desrt> ya.  bit of an ugly situation here, i agree
[15:26] <seb128> if you are going to break abi before 2.26 GNOME is on a tight schedule
[15:26] <desrt> and i'd really rather not say "go back to libunique for now"
[15:26] <desrt> seb128: do you have any idea of the full list of GApplication users?
[15:27] <vuntz> seb128: what's the issue? :-)
[15:27] <seb128> vuntz, GNOME 2.31 uses gapplication
[15:27] <desrt> vuntz: we're ripping GApplication out of glib
[15:27] <seb128> vuntz, but desrt wants to easier break abi or drop it for 2.26
[15:27] <vuntz> desrt: err, you didn't tell me that part yesterday
[15:27] <desrt> and maybe replacing it with a different unrelated thing called GApplication
[15:27] <desrt> vuntz: i forgot :)
[15:27] <vuntz> tss
[15:27] <seb128> Binary file eog matches
[15:27] <seb128> Binary file gnome-display-properties matches
[15:27] <seb128> Binary file nautilus matches
[15:28] <desrt> oh
[15:28] <seb128> grepping for g_appli
[15:28] <desrt> that's peanuts
[15:28] <vuntz> desrt: mail ddl before doing it
[15:28] <seb128> still running wait ;-)
[15:28] <seb128> Binary file totem matches
[15:28] <vuntz> desrt: but that's really late to do so, that sounds bad
[15:28] <seb128> desrt, seems to be the list on my system but I'm lacking some 2.31 updates
[15:28] <desrt> vuntz: we decided at GUADEC that GApplication is really bad
[15:29] <desrt> even walters thinks so -- and he wrote it!
[15:29] <desrt> so i started fixing it
[15:29] <vuntz> desrt: but the plan was (at least, the part I understood) that the new fixed GApplication would be in
[15:29] <desrt> but i had vacation booked
[15:29] <desrt> and when i came back work assigned me to another project
[15:29] <desrt> so....
[15:29] <desrt> vuntz: right . i think i can manage it.
[15:29] <desrt> but it will be tight.
[15:29] <vuntz> desrt: how come you can go on vacation like that? And in France, but not in Grenoble.
[15:29] <desrt> and it will be *totally* incompatible
[15:30] <desrt> i'm not on vacation in france.  i'm working.
[15:30] <vuntz> desrt: really, mail ddl about it because I'm pretty sure users of GApplication are not aware of that
[15:30] <vuntz> desrt: between incompatible API and going back to libunique for 2.32, they might just go back to libunique
[15:30]  * desrt wrote 1300 lines of code yesterday :p
[15:31] <desrt> hmm
[15:31] <desrt> would make it possible to drop GApplication
[15:31] <vuntz> yes
[15:31] <desrt> i'm fairly sure that waiting could produce a better result anyway
[15:31] <vuntz> so... send a mail, put a deadline to get a consensus before Monday, and you're done :-)
[15:31] <desrt> i'll see what matthias thinks
[15:36] <seb128> desrt, vuntz: thanks
[15:37] <desrt> i have sent the mail
[15:37]  * desrt puts on asbestos pajamas
[15:38] <desrt> vuntz: btw: i want release team to issue a public statement on the topic of licences
[15:38] <desrt> what is appropriate for libraries and what is appropriate for apps
[15:38] <desrt> and what is appropriate for quasi-library apps (like gvfs daemon)
[15:38] <tedg> desrt, Did the final get to GPLv2|LGPLv3 ?
[15:38] <vuntz> desrt: http://live.gnome.org/VincentUntz/Philosophy
[15:39] <desrt> the release team was renamed to VincentUntz? :)
[15:39] <bilalakhtar> seb128: I know it would sound wierd, but could you please endorse my MOTU application? (After all, you're a core-dev)
[15:39] <vuntz> desrt: that's a draft
[15:39] <kenvandine> fta: i uploaded gwibber with a patch to handle that exception last night, but it wasn't causing a crash for me
[15:39] <vuntz> desrt: comments welcome
[15:39] <kenvandine> fta: was gwibber-service actually crashing? or just a traceback?
[15:39] <desrt> vuntz: i like ted's idea, actually
[15:40] <seb128> bilalakhtar, can do ;-)
[15:40] <desrt> LGPLv3+ with a 'backwards compatibility, but deprecated' GPLv2 option
[15:40] <seb128> bilalakhtar, could you drop me an email so I don't drop the task?
[15:40] <bilalakhtar> seb128: do it whenever you have time, well you only sponsored 1 change of mine
[15:40] <bilalakhtar> Thanks seb128 !
[15:40] <tedg> desrt, To be fair, that's bkuhn's idea.
[15:40] <seb128> bilalakhtar, I've seen you active on bugs and changes from you in the sponsoring queue
[15:40] <seb128> bilalakhtar, so that's ok ;-)
[15:41]  * bilalakhtar adds 'Send mail to seb128 ' to his todo
[15:41] <desrt> tedg: meh.  it's an idea that a lot of people have had independently, i think.  i had it myself before i heard it from anyone else :p
[15:41] <kenvandine> fta: actually my patch i uploaded doesn't include that fix... but it is fixed in trunk
[15:42] <bilalakhtar> actually, kenvandine has sponsored more stuff so I think I should ask him as well :) Please, ken!
[15:42] <kenvandine> fta: i would like to know if it is a crash though
[15:42] <kenvandine> bilalakhtar, i am not a core-dev yet :)
[15:42] <tedg> desrt, Heh, then it must be divine intervention! ;)
[15:42] <kenvandine> bilalakhtar, just ~ubuntu-desktop
[15:42] <desrt> let's do it!!
[15:42] <bilalakhtar> kenvandine: ah, the application is for MOTU
[15:42] <vuntz> desrt: I'm unsure if LGPLv3+ + GPLv2 would work. Would need a lawyer for that :-)
[15:43] <desrt> isn't bkuhn a lawyer or something?
[15:43] <vuntz> desrt: not a lawyer
[15:43] <kenvandine> bilalakhtar, i'll gladly recommend you though
[15:43] <bilalakhtar> as you wish, kenvandine
[15:43] <kenvandine> wiki page?
[15:43] <bilalakhtar> thanks for the recommendation !
[15:43] <bilalakhtar> kenvandine: https://wiki.ubuntu.com/BilalAkhtar/MOTUApplication
[15:43] <desrt> vuntz: is GPLv2(only) apps and libraries your only reason for not supporting lgpl3?
[15:44] <desrt> or also the "we piss off the corporate types" angle?
[15:44] <vuntz> desrt: is there any other free license that have an issue with lgplv3? or is it just gplv2?
[15:44] <desrt> gpl2 only
[15:44] <vuntz> desrt: I don't have an answer to this question, and that would be my main issue
[15:45] <desrt> so i was having a thought experiment yesterday
[15:45] <desrt> you'll remember i said to you in a recent email exchange "anybody who licences gpl2-only has made a mistake"
[15:45] <desrt> what's the difference between gpl2 and gpl2+, though?
[15:45] <desrt> the only difference is that one of them allows linking with (l)gpl3, as well
[15:46] <desrt> but there are still problems with other copyleft licences
[15:46] <desrt> so it got me thinking that really *any* strong copyleft licence is a problem sooner or later
[15:46] <desrt> and the only reason we see the issue differently at all is because GPL is really "the" copyleft licence
[15:46] <vuntz> desrt: ah, see. Now you want to use BSD!
[15:47] <vuntz> desrt: I'm fine with that :-)
[15:47] <desrt> so nobody tends to care about GPL vs. (other-copyleft)
[15:47] <desrt> no
[15:47] <desrt> i think i'd rather write apps with LGPL
[15:47] <desrt> the mixing-the-codebases case is rare enough
[15:47] <desrt> even more rare when you want to do it with two different incompatible copyleft licences
[15:47] <desrt> not a big issue
[15:47] <desrt> but the "can i use this library?" issue is coming up all the time
[15:48] <desrt> with LGPL the answer is always 'yes'
[15:48] <vuntz> except that it's "no" for LGPLv3 library and GPLv2 app :-)
[15:48] <desrt> that's not true
[15:48] <desrt> the lgplv3 says "yes.  you can!"
[15:49] <desrt> the gplv2 says "no."
[15:49] <desrt> it's like saying the lgplv3 prevents you from linking your software to that copy of oracle that you downloaded from the pirate bay
[15:49] <desrt> no.  it doesn't.
[15:49] <desrt> but oracle might have some things to say about it :)
[15:50] <desrt> (an interesting question is if anybody using strict GPLv2 would ever go after someone for linking their software against LGPLv3 libraries...)
[15:52] <desrt> anyway.. the whole issue can be dodged by saying 'plus GPL2 for compatibility reasons'
[15:57] <fta> kenvandine, what do you mean? it triggered apport but it's just an assert from python
[15:57] <kenvandine> humm
[15:57] <kenvandine> is gwibber-service dieing?
[15:58] <kenvandine> i guess apport doesn't catch it if i run from a checkout
[15:58] <kenvandine> which is the only place i have seen it... well it should be OK in trunk
[15:59] <kenvandine> we now catch the exception and log it
[15:59] <kenvandine> we should actually remove that bad file from the cache too... i'll do that today
[16:09] <rickspencer3> looks like identi.ca got bitten by the twitter ouath bug as well
[16:09] <rickspencer3> and by "bug", I mean, like the flu
[16:09] <Laney> they could scarcely have announced that more widely
[16:09] <Laney> not as if it was a surprise!
[16:09] <kenvandine> rickspencer3, oh, they are dropping basic auth too?
[16:10] <kenvandine> i am sure they will be easier to work with though :)
[16:10] <rickspencer3> kenvandine, I dunno, I got an email from identi.ca that said, your twitter bridge is no longer working
[16:10] <mvo> seb128:  * debian/patches/91_keep_fds.patch:    - Applied upstream <- that looks very fishy
[16:10] <kenvandine> rickspencer3, oh...
[16:10] <kenvandine> i thought you meant they were dropping basic auth and we would need to quickly migrate to oauth
[16:11] <kenvandine> we should do that anyway... since i am sure it'll happen eventually
[16:19] <rickspencer3> kenvandine, sorry for the false alarm
[16:19] <kenvandine> you did scare me :)
[16:19] <kenvandine> thought i was going to lose sleep this weekend again :)
[16:19] <seb128> lol
[16:19] <seb128> mvo, I think upstream said it was not required with their changes
[16:20] <seb128> mvo, but I guess it didn't get really tested our of upstream word for it
[16:20] <mvo> yeah
[16:21]  * mvo grumbles a bit 
[16:22] <fta> kenvandine, http://paste.ubuntu.com/487299/  (that was with .90)
[16:24] <kenvandine> fta: ok, i'll get that patch uploaded too
[16:25] <devildante> anyone has a little nasty bug they want to get fixed? I'm a little bored :p
[16:25] <devildante> hi mvo :)
[16:25] <mvo> hey devildante
[16:26] <mvo> seb128: I don't think the python bindings export the stuff I need to make it work, so I want 91_keep_fds back
[16:26] <seb128> mvo, feel free to bounce him back the bug
[16:26] <mvo> seb128: pretty please ;)
[16:27] <seb128> mvo, can you state what you need in the bug?
[16:27] <seb128> I will get it assigned to robert_ancell
[16:27] <seb128> mvo, "Featured" was in lucid s-c right?
[16:28] <seb128> mvo, https://wiki.ubuntu.com/MaverickMeerkat/BetaAnnouncement has
[16:28] <seb128> 'including the new "Featured" and "What's New" views for showcasing applications'
[16:28] <seb128> I was wondering if that's correct
[16:28] <seb128> or it was a category but not a view before?
[16:28] <seb128> tremolux, ^
[16:28] <tremolux> seb128: the views are new, yes
[16:29] <seb128> ok, thanks
[16:29] <tremolux> seb128: now they are more "dynamic", cool widgets to allow the lists to be browsable from the front panel
[16:29] <seb128> rickspencer3, "The boot process is cleaner and faster"
[16:29] <seb128> tremolux, ok, makes sense to have it listed then ;-)
[16:30] <mvo> seb128: yeah, what tremolux said, much more shinny now
[16:30] <seb128> rickspencer3, who wrote that? did we change anything to make it "cleaner" this cycle?
[16:30] <mvo> "crisp"
[16:30] <seb128> mvo, tremolux: great work ;-)
[16:30] <seb128> s-c rocks
[16:31] <seb128> mvo, tremolux: do you have any bug about "nothing happens while loading views"?
[16:31] <mvo> I don't think so
[16:31] <seb128> I though for a moment that s-c was buggy, I clicked on the ubuntu provided view in the sidebar
[16:31] <seb128> the cursor only spins over the right panel though
[16:32] <mvo> seb128: its a team thing, kiwinote, devildante nzmm and more
[16:32] <seb128> so I had non spinning cursor and blank view for 15 seconds
[16:32] <mvo> they made it rock this cycle
[16:32] <seb128> great work everybody ;-)
[16:32] <devildante> Thanks, mvo, seb128 :)
[16:36] <tremolux> seb128, mvo, devildante: totally!  the team rocked s-c this cycle
[16:36] <devildante> ;)
[16:37] <devildante> do we have plans for usc 4.0?
[16:37] <kiwinote> indeed, has been great fun working with everyone :)
[16:37] <seb128> mvo, tremolux: is the "nothing happens during view loading" worth a bug?
[16:38] <tremolux> seb128: so, for me, it takes about 1/2 second to open that view, but it's true that the busy cursor is only showing when over the right panel
[16:38] <seb128> here on my laptop it takes 6 seconds
[16:38] <seb128> and that's for the installed softwars
[16:38] <seb128> ie not the whole "what is available"
[16:39] <seb128> it's a duo core config quite fast
[16:39] <tremolux> seb128: yes, installed software is slow as it's a much longer list  :(
[16:39] <seb128> well I though it was buggy, I selected another view before it loaded
[16:39] <seb128> since nothing was happening for 5 seconds
[16:39] <seb128> could we get a spinner in the right side
[16:40] <seb128> ie some animation starting when you click
[16:40] <seb128> I guess it's late for that this cycle though
[16:40] <tremolux> seb128: yeah, something in the panel would be nice
[16:41] <rickspencer3> seb128, there was work on the boot process, yes
[16:41] <tremolux> seb128: but a faster load time would be nicer  ;)
[16:41] <seb128> rickspencer3, desktop work? or grub?
[16:42] <seb128> bug #556375
[16:42] <ubot2> Launchpad bug 556375 in software-center (Ubuntu) "Response too slow when clicking "Provided by Ubuntu" subitem of "Installed Software" (affects: 3) (heat: 31)" [Medium,Confirmed] https://launchpad.net/bugs/556375
[16:42] <seb128> tremolux, mvo: ^ I guess
[16:43] <mvo> tremolux: maybe devildante can fix the busy cursor ;)
[16:43] <rickspencer3> seb128, it's all foundations, so far as I know
[16:43] <tremolux> seb128: yepper
[16:43] <rickspencer3> and pitti helped from the OEM side
[16:43] <seb128> can we get a spinner on the left or right pane?
[16:43] <seb128> rickspencer3, ok thanks
[16:44] <devildante> mvo, I'll look at it ;)
[16:45] <mvo> super! thanks devildante
[16:45] <devildante> np...
[16:46] <tremolux> devildante: thx!
[16:51]  * devildante will be afk for a while
[16:51] <kenvandine> fta: ok, trunk now not only catches that exception but it also deletes the bad file from the cache
[16:51] <fta> kenvandine, thanks
[16:52] <kenvandine> i had 7 files in my cache that weren't images... but xml files containing a 404 error from identi.ca
[17:01] <mvo> is it just me or is LP really on the slow side today?
[17:02] <c_korn> it is not any slower than usual here
[17:03] <rickspencer3> seb128, chrisccoulson, didrocks, kenvandine, mterry, pedro_, pitti, RAOF, Riddell, tremolux: I guess I should mention that I'll be on holiday next Mon-Wed, back to work on Thur
[17:03] <mterry> k
[17:04] <chrisccoulson> hi rickspencer3
[17:04] <tremolux> rickspencer3: enjoy!
[17:04] <pedro_> enjoy rickspencer3!
[17:04] <rickspencer3> thanks guys
[17:05] <rickspencer3> I was going to knock around Seattle, but have changed my plans, since desrt invited me to dinner in Paris
[17:05] <rickspencer3> ;)
[17:05] <seb128> rickspencer3, have fun
[17:06] <didrocks> rickspencer3: ok, enjoy ;)
[17:06] <sabdfl> rickspencer3: seattle <-> paris ?!?
[17:06] <sabdfl> your scramjet working again?
[17:07] <rickspencer3> sabdfl, well, if I had a friend who cold lend me a jet, hint hint
[17:07] <sabdfl> i'm still on the old subsonic stuff
[17:07] <rickspencer3> oh well
[17:07] <sabdfl> indeed
[17:07] <sabdfl> sigh
[17:07] <rickspencer3> desrt, I'll be on a subsonic jet, so I might be a few minutes late
[17:09] <ara> seb128, can you point me again to the bug in language-selector you told me before?
[17:09] <pedro_> ara, bug 612825
[17:09] <ubot2> Launchpad bug 612825 in language-selector (Ubuntu Maverick) (and 1 other project) "[ubuntu] maverick: can't install new languages (nothing happen) (affects: 5) (heat: 28)" [High,Triaged] https://launchpad.net/bugs/612825
[17:10] <ara> pedro_, gracias :)
[17:10] <pedro_> ara, por nada :-)
[17:10] <seb128> ara, pedro_: thanks
[17:18] <seb128> rodrigo_, hi
[17:18] <seb128> rodrigo_, your tomboy change seems buggy
[17:20] <seb128> or rather weird
[17:20] <seb128> rodrigo_, do you dlopen the lib or something?
[17:20] <seb128> why not adding mono bindings to the lib rather?
[17:45] <rodrigo_> seb128, hmm, I DllImport it, yes
[17:46] <rodrigo_> seb128, which is the same as dlopen'ing it
[17:47] <seb128> rodrigo_, ok, the change seemed weird because usually shlibs handle the lib depends
[17:47] <seb128> rodrigo_, but that's only when you build against a lib, not when you dlopen or dllimport it ;-)
[17:48] <rodrigo_> seb128, right, I guess it doesn't know (the mono debhelpers) about dllImported libs?
[17:48] <seb128> right
[17:51] <slomo> dh_clilibs knows about DllImport
[17:51] <slomo> looks at shlibs and in newer versions at symbols files
[17:52] <seb128> oh, nice
[18:03] <seb128> didrocks, hey
[18:04] <seb128> didrocks, you like evo bugs right? ;-)
[18:04] <didrocks> seb128: OTP :-)
[18:04] <didrocks> lalala ;)
[18:04] <seb128> lol
[18:04] <seb128> didrocks, did you talk to rodrigo_ about the template not showing?
[18:05] <didrocks> seb128: it's showing on my latest test today, so I was either dreaming, not really awake, or weird issue
[18:05] <didrocks> so, can't reproduce with latest beta image
[18:06] <seb128> ok thanks
[18:07] <didrocks> sorry for the confusion
[18:13] <seb128> didrocks, no worry
[18:23] <pitti> rickspencer3: have fun! (I'll be off next week, too)
[18:31] <seb128> didrocks, btw did you manage to install UNE today after the update?
[18:31] <seb128> didrocks, no hurry to reply if you are still talking to david ;-)
[18:35] <seb128> kenvandine, did you mean to reopen the gwibber twitter bug?
[18:35] <seb128> kenvandine, cjwatson was asking about that earlier today
[18:35] <kenvandine> i saw that, but it isn't still open is it?
[18:35] <kenvandine> well, the lucid one should be
[18:36] <kenvandine> for lucid it is fix committed
[18:37] <kenvandine> not sure what it should be since it is in -proposed
[18:37] <seb128> kenvandine, well you reopened the maverick task yesterday
[18:37] <kenvandine> cjwatson set it to fix committed, so i guess that is fine
[18:37] <seb128> kenvandine, somebody else closed it since but I was wondering if there was a reason you did reopen it
[18:37] <kenvandine> it wasn't on purpose then :)
[18:38] <seb128> kenvandine, ok just checking
[18:38] <seb128> kenvandine, thanks
[18:39] <kenvandine> yeah, that must have been my juggling the status before subscribing ubuntu-sru
[18:50] <seb128> didrocks, davidbarth: you guys are triaging every single unity bug?
[18:50] <didrocks> seb128: we are looking for important one and triage the backlog, right
[18:51] <seb128> great work ;-)
[18:51] <seb128> didrocks, you can nominate those we should really see fixed for maverick btw
[18:51] <seb128> I will accept the nominations
[18:51] <didrocks> seb128: thanks :-) should we wait for nomination next week? We set all which should be fixed upstream for 09/09
[18:52] <seb128> well nominations are just a way to track bugs we want to watch for this cycle
[18:52] <seb128> so no need to wait no
[18:52] <seb128> just nominate things you want to make sure we track
[18:54] <didrocks> seb128: ok, will do once we get the list. thanks :)
[18:54] <davidbarth> seb128: we're triaging every single unity bug, indeed
[18:55] <seb128> keep the great work while I'm eating ;-)
[18:55] <seb128> dinner time
[19:01] <didrocks> seb128: seeing that when some are eating, other are working :-)
[19:04] <chrisccoulson> finally i think we can fix bug  239952 in ubuntu :)
[19:04] <ubot2> Launchpad bug 239952 in firefox-3.5 (Ubuntu) (and 5 other projects) "firefox - the associated helper application does not exist (affects: 49) (dups: 2) (heat: 280)" [Undecided,Invalid] https://launchpad.net/bugs/239952
[19:04] <didrocks> seb128: re: testing latest install: yes, it's that one when I noticed that evolution is working with the default email
[19:04] <didrocks> chrisccoulson: great!
[19:05] <didrocks> seb128: about the "I like evo bugs"? what's the bad news on the street? ;)
[19:09] <pitti> so long, bye everyone!
[19:14] <chrisccoulson> seb128 - would you mind adding a maverick task to bug 239952 for me please? :)
[19:14] <ubot2> Launchpad bug 239952 in firefox-3.5 (Ubuntu) (and 5 other projects) "firefox - the associated helper application does not exist (affects: 49) (dups: 2) (heat: 280)" [Undecided,Invalid] https://launchpad.net/bugs/239952
[19:14] <chrisccoulson> actually
[19:14] <chrisccoulson> i think i can already do it, because the bug has a universe package on there
[19:15] <chrisccoulson> heh, i can
[19:15] <chrisccoulson> lovely launchpad. i'm not meant to able to do that
[19:16] <micahg> chrisccoulson: bdmurray wants to get task creation for all of bug control
[19:17] <chrisccoulson> micahg - i'm not sure that all of bug control should be able to do that, but uploaders certainly should be able to
[19:18] <chrisccoulson> i think it's a bug that i can't do it for packages that i can upload
[19:18] <micahg> chrisccoulson: I agree :0
[19:18] <micahg> :)
[19:18] <micahg> chrisccoulson: packagesets aren't taken into account for that yet
[19:18] <chrisccoulson> yeah, i'm not sure if there is a bug for that somewhere
[19:21] <micahg> chrisccoulson: bug 507773
[19:21] <ubot2> Launchpad bug 507773 in malone "Cannot confirm SRU tasks for packages I have upload rights to. (affects: 1) (heat: 1)" [High,Triaged] https://launchpad.net/bugs/507773
[19:22] <micahg> chrisccoulson: actually, bug 376006
[19:22] <ubot2> Launchpad bug 376006 in malone "People allowed to upload to a package set should be allowed to approve bug nominations (affects: 1)" [Medium,Triaged] https://launchpad.net/bugs/376006
[19:40] <seb128> chrisccoulson, ok
[19:41] <seb128> I like when things are sorted when I come back ;-)
[19:41] <seb128> didrocks, I was wondering about the bug where --component changes the default
[19:41] <didrocks> seb128: is it a bug or a feature ?
[19:41] <seb128> well I'm not sure
[19:42] <didrocks> ok, looks like a feature which can behave like a bug :)
[19:42] <seb128> but njpatel and gord got bitten by it
[19:42] <seb128> you did
[19:42] <didrocks> do you want that we fix that?
[19:42] <didrocks> would make sense
[19:42] <didrocks> I can have a look
[19:42] <seb128> seems users tend to not understand why it does that
[19:42] <didrocks> I agree, it's not natural
[19:42] <seb128> we got bugs about it as well
[19:42] <didrocks> oh really?
[19:42] <didrocks> I'll have a look then
[19:43] <didrocks> (got to run to have a dinner, or will be badly hurt by Julie ;))
[19:46] <seb128> didrocks, enjoy
[19:46] <seb128> didrocks, and tell Julie she must stop hurting you
[19:46] <seb128> not nice ;-)
[19:48] <didrocks> seb128: that's what I keep telling her :)
[20:34] <htorque> MacSlow, should bug 617084 be "fix released"?
[20:34] <ubot2> Launchpad bug 617084 in unity (Ubuntu) (and 1 other project) "Background color/gradient not taken into account when using transparent wallpapers (affects: 1) (heat: 176)" [Undecided,New] https://launchpad.net/bugs/617084
[20:35] <didrocks> htorque: I didn't touch it because I didn't have the time to check it's fixed
[20:35] <didrocks> htorque: thanks for your work on bugs, btw :)
[20:35] <htorque> yw :)
[20:35] <htorque> thanks for fixing all of them :)
[20:36] <didrocks> well, dx team is rocking on them :-)
[20:54] <LaserJock> anybody know where desktopcouch people hang out?
[20:56] <kenvandine> #ubuntuone
[20:56] <kenvandine> LaserJock, ^^
[21:38] <kenvandine> didrocks, ping
[21:38] <kenvandine> if you get a chance... bug 620733
[21:38] <ubot2> Launchpad bug 620733 in empathy (Ubuntu) "Empathy does not remember settings (affects: 7) (dups: 3) (heat: 42)" [Medium,Confirmed] https://launchpad.net/bugs/620733
[21:38] <kenvandine> seems to be saving settings now... but some defaults like the theme aren't set
[21:39] <kenvandine> which comes from gconf setting in ubuntu-artwork
[21:39] <kenvandine> do we need to do something in ubuntu-artwork to migrate those defaults ?
[21:39] <chrisccoulson> isn't empathy using gsettings already?
[21:39] <didrocks> kenvandine: do you need sponsoring?
[21:39] <kenvandine> didrocks, no... i don't
[21:39] <kenvandine> just noticed empathy isn't getting the default theme
[21:40] <kenvandine> chrisccoulson, it is
[21:40] <didrocks> kenvandine: well, can you talk to robert about it? as he made the removal and familiar with that
[21:40] <kenvandine> but the theme is being set with gconf defaults in the ubuntu-artwork package
[21:40] <kenvandine> didrocks, sure, i will
[21:40] <didrocks> thanks kenvandine :)
[21:40] <chrisccoulson> heh, i'm not too sure how that's meant to work
[21:40] <kenvandine> in fact, i assign the bug to him :)
[22:18] <didrocks> good evening!
[22:25] <LaserJock> hi didrocks