=== bcurtiswx_ is now known as bcurtiswx === bcurtiswx__ is now known as bcurtiswx [01:10] kenvandine, did you get my bug memo from earlier? [01:23] bcurtiswx, not yet === bcurtiswx_ is now known as bcurtiswx === Amaranth_ is now known as Amaranth [07:06] Good morning === tkamppeter_ is now known as tkamppeter [07:31] hello [07:35] hi pitti [07:50] hey baptistemm [07:51] 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] typo* [07:51] heh, typo for a typo :D [07:54] vish, sorry, not I haven't looked at it yet [07:54] ah, k.. :) [07:55] good morning [07:56] bonjour! [07:57] hey vish ;) [07:59] yay! beta releasing today! [08:00] vish, doing it now... [08:00] robert_ancell: thanks :) [08:01] morning [08:01] salut huats [08:01] * didrocks test the netbook beta iso now [08:01] * vish grumbles at ATI! , let me use unity! [08:04] vish: I think that harrassing RAOF can have positive result on that ;) (kidding, just to say, he is working on it ;)) [08:04] :) [08:07] hey didrocks [08:23] vish, which description did you want? The one in the debian bug report? [08:24] robert_ancell: the merge i had updated , that was the one with mpt's last suggestion [08:24] the debian one was old.. [08:25] vish, oh, too many patches, missed the merge :) [08:26] robert_ancell: hehe , yeah, that bug has been around for ages :D === Amaranth_ is now known as Amaranth [09:01] kenvandine, didrocks: around ? [09:01] salut cassidy [09:01] hey! [09:01] 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] any chance to update to .91 asap so people will test a more decent version ? [09:02] same for folks, it would be really nice to have 0.1.16 for tests [09:02] 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] cool [09:03] cassidy: in the worst case, we can setup a ppa and put that in the instruction of the hug day [09:03] 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] that will be cool :) [09:03] didrocks, yeah we could use the TP PPA [09:04] didrocks, folks has been packaged in Debian, I'll upload it the the TP PPA [09:04] and will make a .1 release too [09:04] 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] cassidy: great, prepare the ppa in any case :) [09:04] yeah that doesn't hurt [09:05] 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] robert_ancell: you made the update, right? that's why I didn't change it [09:06] robert_ancell: we have a patch for that IIRC [09:06] didrocks, I did the stable release update, I haven't made the 3.31 release [09:06] robert_ancell: no, please, don't make 3.31 [09:06] I mean update with the stable version of gtkhtml [09:07] robert_ancell: we stay on 3.30.x for evo 2.30.x [09:07] didrocks, ok, I'll put a note in versions. cheers [09:07] robert_ancell: consider libgtkhtml beeing part of the evo stack [09:24] hey [09:24] being a bit late I've been doing some beta testing [09:32] 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] didrocks, the folks package should reach incoming.debian soonish. I'll upload it to the PPA then [09:33] didrocks, I'm doing the empathy release atm. then it would be cool if you could package it [09:33] cassidy: sure, just keep me posted :) [09:34] check the queue before, updates have been done during the week and uploaded [09:34] they are just blocked until beta [09:35] when is the bug day? [09:35] next week? [09:35] the queue will be cleaned before that [09:35] seb128: today [09:35] oh ok [09:36] timing sucks [09:36] seb128: cassidy is making a new .1 release with latest fixes too [09:36] right [09:36] didrocks, folks uploaded to the PPA [09:36] ok [09:39] didrocks, released http://lists.freedesktop.org/archives/telepathy/2010-September/004852.html [09:46] cassidy: thanks, will do it in some minutes [09:47] great [09:59] kenvandine, fyi, gwibber-service crashes a lot here with "GError: Unrecognized image file format" [09:59] fta: bug number? [09:59] i'm looking for a dupe atm [10:00] let me know [10:00] so I can milestone it [10:02] oh, there's a .91 available, i'll upgrade 1st [10:02] empathy just crashed too [10:03] SIGSEGV in tp_proxy_get_object_path() [10:51] pitti, hi! [10:51] Monsieur Bacher! ca va? [10:51] ca va bien ;-) [10:52] ca va même très bien :-) [10:52] et toi ? [10:52] pitti, while playing with maverick I noticed that mono applications crash in the guest session [10:53] pitti, would that be a bug in the guest session? [10:53] seb128: bien, merci! [10:53] seb128: do you have an AppArmor error in dmesg? [10:53] the AA profile might need updating [10:53] let me see in my logs [10:54] I had to restart my system crashes again when coming back from the guest session [10:54] some days I hate intel drivers [10:54] oh, I used the guest session a couple of times in maverick, and it behaved [10:54] but I might have a different card [10:54] it's not the guest session [10:55] it's xorg session switching [10:55] right [10:55] I mean that [10:55] the box crashes [10:55] ie keyboard led stop responding [10:55] can't do anything but use the power button [10:56] does ssh work still? [10:56] type=1400 audit(1283420455.774:51): apparmor="DENIED" operation="file_mmap" parent=3311 profile="/usr/share/gdm/guest-session/Xsession" === zyga is now known as zyga-afk [10:56] pitti, ^ [10:57] name="/dev/shm/mono-shared-124-shared_data [10:57] ah [10:58] pitti, should I open a bug about it? [10:59] seb128: sure, please do; I need to disappear for an hour and run now, so I can't fix it right away [10:59] pitti, ok, see you! [11:02] glatzor: hi, around? [11:24] hey Keybuk [11:24] heyhey [11:26] Keybuk, how are you? [11:26] Keybuk, did you read pitti's comment on bug #615549 [11:26] 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] Keybuk, would be nice if you could reply to it ;-) [11:26] I'm not too bad [11:26] is there any reason I should have read pitti's comment on that bug? [11:27] he Cc-ed you and asked you a question [11:27] ah, I /dev/null all bug mail that's not assigned to me [11:27] even direct cc? [11:27] ie if somebody subscribe you to the bug [11:28] if he Cc'd me in mail, I should have got it [11:28] right, I /dev/null that [11:28] ok [11:28] that's useful to know for next time ;-) [11:31] 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] Keybuk, ok, noted for the next time [11:31] thanks ;-) [11:33] have replied, I would talk to cjwatson and apw about that bug [11:34] ok [11:35] pitti, ^ [11:55] is there a way to have a different default background for gdm & gnome (lucid)? [11:55] so far it seems "no" [11:56] there is [11:56] just change the background gconf key for the gdm user [11:56] sudo -u gdm gnome-appearance-properties [11:56] it's the easier way [11:56] or sudo -u gdm gconf-editor [11:56] hmm ok [11:57] right, I found the files in /var/lib/gdm, could just replace the one having that :) [11:57] you might need to add a dbus-launch in that [11:57] yes [11:57] ok thanks, sounds like a solutino [11:57] -on [12:07] re [12:07] Keybuk: thanks for the reply === MacSlow is now known as MacSlow|lunch [12:17] i quite like Keybuk's approach to handling bug mail ;) [12:18] heh, it was born out of a few factors [12:19] 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] 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] and thirdly I'm almost entirely focussed on development - reading bugs doesn't really help with that :p [12:20] I largely ignore incoming bugs (package bug contact), I just jump on subscribed and assigned bugs [12:20] 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] and then and again look at the package bug list and do some cleanup [12:20] i generally only read the ones that people assign to me === almaisan-away is now known as al-maisan [12:21] I can genearlly live with the bug mail genearted through subscribed/assigned bugs [12:21] pitti - i'm subscribed to mozilla bugs ;) [12:21] * pitti sorts his e and r keys [12:21] chrisccoulson: you mean as being a package bug contact? [12:21] yeah [12:22] right, those are the ones I ignore [12:22] I mean explicitly subscribed [12:22] yeah, i'm starting to question the value of being subscribed to all mozilla bugs [12:22] I expect the cost-benefit ratio of that to be very low [12:22] erm, high I mean :) [12:23] i occasionally spot issues when i see bugs that are getting a lot of comments [12:23] and i spotted yesteday too that lots of people were reporting upgrade failures with ubufox [12:23] but apart from that, it's not much benefit [12:24] we still lack an efficient way to spot bugs we need to work on [12:24] yeah, i definately have that problem [12:25] I don't bother replying to bug emails nowadays but I still do read titles [12:25] yeah, that's pretty much what i'm doing at the moment [12:25] it give me an idea of which ones are common issues or get comments often [12:27] I'm still trying to figure a way to build a comprehensive bugslist of things we should work on [12:27] which requires first to know what to put on the list [12:27] * pitti fixes up the mountall lucid branch [12:28] but also to know how to display the list [12:28] ideally we would have a list of maverick bug tasks on the desktop set [12:28] or the xorg set [12:28] or the firefox set [12:29] then we just need to open maverick tasks for bugs we care about [12:41] mvo, hello [12:41] bug #587004 [12:41] do you want that to have a maverick task? [12:42] 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] I'm reviewing the bug nomination list [12:43] seb128: checking [12:43] seb128: I think that is hard to avoid without a suid binary, but I will double check [12:43] mvo, what about comment #8? [12:44] seb128: aha, indeed [12:45] mvo, if that's easy to do maybe maverick task set to low and assigned to you there? [12:46] seb128: I have a look at the code, should be staightfowrad [12:47] mvo, ok, do you mind if I assign some bugs to you while I clean nominations? feel free to unassign them [12:47] mvo, like bug #620297 [12:47] 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] 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] mvo, that will be easier than IRC pings I think [12:48] seb128: best is to show them to me here in irc [12:48] ok [12:48] so consider yourself pinged about the gdebi one as well [12:49] mvo, bug #624290 has a patch, would be nice to review [12:49] 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] looking [12:54] the mimetype detection logic in firefox makes me want to cry! [12:55] chrisccoulson, is there any reason to not just use gio nowadays? [12:57] seb128 - probably not, but that wouldn't stop it from being a mess. it seems very over-complicated [13:00] mvo, bug #617821, want it on your maverick list? [13:00] 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] seb128 - in fact, firefox 4.0 is already using gio (with a fallback to gnome-vfs) [13:01] ok [13:02] but it's just bolted on to the previously over-complicated logic ;) [13:02] i should probably try porting the gconf bits to gsettings at some point [13:04] mvo: You know better, but I think bug #627985 is good to go ahead. What do you think? [13:04] 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] good morning everyone [13:04] mvo: You have uploaded to it many times, and it appears that the only change is not also in debian [13:05] s/not/now/ [13:05] bilalakhtar: I look at it [13:15] pitti, bug #595344 [13:15] 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] do you want that one nominated? [13:15] bug #613655 seems similar [13:15] 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] seems the b43 packaging is different [13:15] you need to install a new binary [13:16] mvo: I hope its good. your view? [13:18] have to go now, sorryt [13:19] seb128: hm, maybe the URL changed; but I guess we could just entirely remove that driver and just offer wl [13:19] seb128: please nominate, duplicate, and assign to me; can do after my holidays [13:20] pitti, ok [13:20] seb128: merci [13:20] pitti, the bug suggest the packaging changed to have installers [13:23] pitti, ok assigned [13:44] seb128: any chance you or someone else could update gst-plugins-bad and -ugly in ubuntu? probably too late now... [13:44] could be done after beta but I've no time for it [13:44] if somebody in motu lands want to do it why not [13:45] ^ whoever could be wanting to work on those? [13:45] 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] also would be nice if someone could update the -bad-multiverse and -ugly-multiverse packages :) [13:48] 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] slomo, you still have upload rights [13:48] slomo, no special requirements, those are in universe [13:49] slomo, you can just do the update and upload if you want [13:49] source uploads so you don't need an ubuntu box to build [13:49] rather easy it is no ;-) [13:49] sounds good, when is "after beta"? :) [13:50] slomo, later tonight or tomorrow === MacSlow|lunch is now known as MacSlow [13:50] you can upload [13:50] publishing is in the works [13:50] those will just queue and there is no freeze for universe [13:50] so somebody will get those in [13:50] ok, i'll try to find some time to get these updated later today or tomorrow then [13:51] thank you [13:58] seb128: you'll care for good? only change for the release (later today, really) will be the version number (compared to .5) [13:58] yes [13:58] we have .5 [13:58] so should be easy ;-) [13:58] good :) [13:58] except the plugin moves :P but you're probably using dh_autoreconf anyway [13:59] no we don't actually for this one yet but the autoreconf change applies without issue between minor version [13:59] so it didn't annoy me enough to switch to dh-autoreconf [14:00] ok === rodrigo__ is now known as rodrigo_ [14:35] didrocks, thanks for making those uploads to telepathy PPA :) [14:36] bcurtiswx: yw ;) it will be in maverick ASAP we unfreeze [14:36] but it's better to have the latest crack for the hug day :-) [14:36] 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] bcurtiswx: oh ok :-) [14:46] pitti, mvo: I've no closed source drivers on that box but do you know if bug #570215 is still valid? [14:46] 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] presumably it is; I never changed anything in that regard [14:49] pitti, do you think that's something that should be on the maverick list as a low importance task? [14:50] seb128: not sure how important it is, but please feel free to assign to me for now [14:51] pitti, ok thanks [14:52] pitti, seems it's a simple matter of writting /var/run/reboot-required [14:55] 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] rodrigo_, no, just wait until after beta [14:56] seb128, ah, ok [14:56] rodrigo_, we are frozen for beta since thursday [14:56] until when? [14:56] 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] until beta is released [14:56] which should be today in theory [14:56] seb128, no, I can wait [14:56] not sure if that's on track, it could be tomorrow === robbiew is now known as robbew === robbew is now known as robbiew [15:03] tedg: hey [15:03] tedg: wrote a mail to xdg list today about my actions interface that i just added to glib [15:04] desrt, Yeah, I read through that -- I didin't know dbus had a maybe type. [15:04] it's not on master yet, but i guess it will be by next week [15:04] it doesn't [15:04] but it will soon [15:04] and until then there is a well-accepted way to fake it [15:04] Oh, now I don't feel as stupid :) [15:05] 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] then you see that ax <-> mx [15:06] anyway. what is your opinion? [15:06] Makes sense to me. I probably need to re-read it knowing that. [15:06] since it seems likely that you have a role in building on this interface, probably you should be OK with it :) [15:07] Do you think the spec needs a set of "well known" action names? [15:07] no [15:07] It seems like that'd be required for scripting. [15:07] but i think it needs a set of well-known context items [15:07] like x11-timestamp [15:07] Yeah, that was my next comment. [15:07] Why not the well known actions? [15:07] the set of actions will be extremely diverse depending on the application anyway [15:08] some like Quit might make sense [15:08] Yes, but I think there are probably 10 or so that are fairly universal. [15:08] kenvandine: around? [15:08] so another thing that may interest you is that i'm working on another interface at the same time [15:08] i may or may not bother to take this the freedesktop route [15:08] dconf? ;) [15:08] but it's basically an application interface [15:08] so far there are only two things that applications can do: [15:08] 1) they can be activated [15:08] 2) they can be asked to open files [15:09] It seems like there should be a 3) parse a command line? [15:09] ah right. they can do that too [15:09] i forgot :) [15:09] 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] http://git.gnome.org/browse/glib/tree/gio/gapplication.h?h=application#n93 [15:10] kenvandine: sorry, I am here [15:10] 'startup' is an implicit one that happens at the start [15:10] 'activate' 'open' 'action' and 'command_line' are the ones to happen via dbus [15:10] but.... [15:10] 'action' is clearly handled by this new spec now [15:11] 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] 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] ya. i'd like to dodge that for now :) [15:11] desrt, Someday, someone involved in the freedesktop is going to have to fix that. [15:11] this project is already dangerously overdue [15:11] considering we have to have a glib release by end-of-month [15:12] it's getting close to the "okay, we'll drop GApplication entirely" point [15:12] Whoa? I didn't realize that. [15:12] I thought glib and gtk released roughly together, no? [15:12] GDBus and GSettings have not yet seen a stable release [15:12] popey: yes there is [15:12] imagine trying to have the next stable GNOME or ubuntu release... [15:13] nah. glib and gtk schedules drift quite a bit [15:13] desrt, Yeah, so that's why I thought GLib would release in Dec like GTK [15:13] popey: let me give you the link [15:13] well === bilalakhtar_ is now known as bilalakhtar [15:13] maverick depends a lot on the unstable glib right now [15:13] so we need to drop a stable release in order for maverick to ship.... [15:14] desrt, Yes, but it's probably not super important that GApplication is in there, no? [15:14] well [15:14] desrt, It's more important that it's in for dec. [15:14] popey: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-August/000744.html [15:14] the problem is that GApplication is *already* in there [15:14] Oh [15:14] in a totally broken form [15:14] total-rewrite territory [15:14] oh thanks :) [15:15] anyway.. i'd be happier if we had it ready for end-of-month :) [15:15] popey: np, my pleasure in helping a famous person :D [15:15] desrt, So you're saying no session management? ;) [15:16] well [15:16] it doesn't belong in GApplication, to be sure [15:16] it's something we could maybe consider for GtkApplication [15:16] desrt, Just to be curious, why not? It seems like command line apps should shutdown gracefully as well. [15:17] isn't session management a necessarily Xish thing? [15:17] (i assume you're talking about "Session Management(tm)") [15:17] desrt, It is now, but the proposal from the fedora folks puts more of it in places like ConsoleKit. [15:18] 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] to be honest, it's not on my radar [15:19] and i don't really appreciate/understand it [15:20] the way that i would see it working is that there is some central session-manager type service [15:20] 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] and individual apps register with it [15:20] hey desrt [15:20] and then when shutdown wants to happen each app is asked [15:20] seb128: hello [15:20] pitti, btw I removed the retracers lock I just want to have an estimation of the backlog [15:20] pitti, they will probably crash but I will now what is waiting at least [15:21] desrt, Yeah, that's it in a nutshell. The problems start coming with supporting old protocols, etc. [15:21] seb128: is the current release of dconf somehow broken by new glib? [15:21] desrt, dunno we didn't get the new glib yet [15:21] let me know [15:21] desrt, we are frozen for beta since thursday [15:21] i get this nagging feeling i may need to do a release [15:21] desrt, we should unfreeze today or tomorrow so I will let you know [15:21] but at the same time i am annoyed because david changed an API again and probably we have to change it *again* [15:22] desrt, speaking of which if you change gapplication now that will break things as well [15:22] we're *definitely* not shipping glib with GApplication in its current state [15:22] it's really awful [15:22] ok [15:23] what is the plan to fix GNOME 2.32? [15:23] we'll either replace it or rip it out entirely [15:23] it's hard freezing next week no? [15:23] well [15:23] probably we don't ship GtkApplication either, actually [15:23] things in 2.31 are using gapplication [15:23] what happens to them [15:23] ie: no backport [15:23] *shrug* [15:23] ie nautilus [15:23] ask vuntz [15:23] i have no idea [15:24] popey: re xorg - there is a xserver-xorg-core in the queue that hopefully fixes those issues [15:24]