=== spc_ is now known as spc === bjf is now known as bjf-afk [06:57] Good morning === dpm-afk is now known as dpm [07:03] good morning pitti [07:43] Hey pitti. === rodrigo_1 is now known as rodrigo_ [08:47] hello there [08:49] hello everyone [08:50] hey chrisccoulson, good morning seb128 [08:50] hey chrisccoulson pitti [08:51] how are you? [08:51] chrisccoulson: btw, are you still looking for things to fix? bug 389322 is making a lot of people unhappy [08:51] Launchpad bug 389322 in pidgin "Yahoo server authentication changed: Pidgin =<2.5.6 will not connect to Yahoo! servers." [Undecided,Confirmed] https://launchpad.net/bugs/389322 [08:51] this needs a backport of the yahoo bits to hardy [08:52] hey pitti / seb128 [08:52] those u-d-d discussions are annoying [08:52] pitti - i can take a look at that, but i don't know the pidgin code all that well [08:52] i might be able to figure it out though:) [08:53] that stuff was really annoying to backport to hardy when i looked at it [08:53] "don't ship karmic it's not ready, there is some graphical things some users don't like and dvd playing doesn't work perfectly in totem yet" [08:53] yeah, right... [08:54] seb128 - i saw that one too [08:54] and the replies to digest's are annoying too [08:54] morning everyone [08:57] hey huats [08:57] hey seb128 [08:57] how are you [08:57] ? [08:57] busy busy busy I imagine [08:57] :) [08:57] bit tired and waiting for karmic [08:57] you? [08:57] bit tired too [08:58] and otherwise could be worst [08:58] still waiting... [08:58] lut seb128, hey chrisccoulson [08:58] and very busy with the company [08:58] lut didrocks [08:58] (which is great I agree) [08:58] huats, ok, good luck, business is good for you now? [08:58] seb128, starts to be good [08:59] hey didrocks [08:59] need to see if it is just the end of the year [08:59] or if it will be like this early next year [08:59] but the nov/dec are just madness :) [09:06] hello huats [09:11] hey chrisccoulson [09:14] I need to get used to see rickspencer3 so early there [09:14] I need to get used to see rickspencer3 so early there [09:14] hey rickspencer3 [09:14] hi seb128 [09:14] :) [09:16] hey rickspencer3 [09:19] hi pitti [09:35] jono, http://news.bbc.co.uk/1/hi/technology/8326264.stm [09:39] nice [09:39] good morning asac [09:40] morning rick ;) [09:40] how is the london weather? [09:40] rickspencer3: It's great isn't it, it's almost like a review :) [09:40] asac, rainy, chilly ... so pretty normal [09:40] davmor2, yeah, pretty cool [09:41] rickspencer3: sorry for a second I thought that was the weather report for London :D [09:42] pitti, good news wrt to the empathy patch [09:42] * rickspencer3 crosses fingers [09:43] rickspencer3: wrt. my report, or did you hear other positive ones? [09:43] your report [09:53] pitti: can we remove firefox-3.0 from the archive completely? or is it ok to have it superseded in universe? [09:55] i have opened bug 461782 [09:55] Launchpad bug 461782 in firefox-3.0 "remove firefox-3.0 from archive." [Undecided,New] https://launchpad.net/bugs/461782 [09:55] asac: checking [09:57] asac: done, bug updated; thanks! [09:57] too bad that bfilter still rdepends on xulrunner-1.9 ... i think without that we could get rid of that too [09:57] pitti: thanks could you chcek if bfilter is really the last that still requires 1.9? [09:58] asac: hm, I commented on that one yesterday, and there were a fair number of rdepends still (I copied checkrdepends) [09:58] really= [09:58] ? [09:58] what bug was that ;) [09:58] * asac searches [10:00] pitti: sure that was xulrunner-1.9 bug? [10:00] we fixed two more rdepends yesterdayy [10:01] asac: bug 456191 [10:01] Launchpad bug 456191 in xulrunner-1.9 "remove xulrunner-1.9 from archive or demote to universe" [Undecided,Fix released] https://launchpad.net/bugs/456191 [10:01] hmm [10:01] fix released ... thats why i didnt find it [10:02] mozilla-helix-player -> fixed in archive [10:02] ok [10:02] then nevermind [10:02] we went through what we found in Sources/Pakcages three times [10:03] sugar-hulahop is also fixed [10:04] pitti: google-gadgets is build dep xulrunner-dev | xulrunner-1.9-dev [10:04] thats ok [10:09] pitti, do you know where the bugs about floppy drives being listed in devicekit-disks when there is none should go? [10:09] seb128: usually that's a kernel bug (detecting an fd if there is none) [10:09] pitti, I reassigned 2 of those to devicekit-disks now [10:09] asac: there might be some false positives on the list due to alternative b-deps, yes [10:09] seb128: ok, will look [10:10] should I move them to linux? what log would you need? [10:10] seb128: dmesg and lspci, I think [10:10] ok thanks [10:10] I will ask for those [10:10] pitti: updated [10:10] pitti: the bug [10:10] "udevadm info --export-db" can't hurt either, I think [10:10] its just bfilter [10:10] asac: ah, the rest is alternative deps? [10:10] https://bugs.edge.launchpad.net/ubuntu/+source/xulrunner-1.9/+bug/456191/comments/2 [10:10] Launchpad bug 456191 in xulrunner-1.9 "remove xulrunner-1.9 from archive or demote to universe" [Undecided,Fix released] [10:10] pitti: yes [10:11] pitti: let me double check the ones i said "fixed in archive" ... aka mozilla-helix-player [10:11] and python-hulahop [10:14] asac: reopened, and sub'ed; please followup on the bug, will look in an hour [10:14] I'm off for a bit for a doctor appointment [10:15] tx [10:29] 2 hours to go through night bug emails [10:30] seb128: how long was that night ... 3 hours :-P? [10:30] * seb128 slaps asac [10:31] asac, that's not because you are slow that we all are there! [10:31] hehe [10:31] seb128: i rather ment it the other way around [10:31] e.g. 3 hours sleep -> 2 hours bugs [10:32] e.g. too many mails [10:32] right too many emails that was my point [10:32] 2 hours in the morning is crazy [10:32] usually it takes me half an hour [10:32] yeah but would be even crazier if you just slept 3 hours [10:32] i am quite openly saying that i cannot read all bug mail [10:32] i can either do bugmail 100% of time [10:33] or try to just spot the important ones :/ [10:33] to be fair I had a long night break [10:33] ie I stopped at 7pm yesterday until 9am today [10:33] haha [10:33] thats efficient then [10:33] or maybe means hat karmic is in good shape [10:34] well I just read quickly through desktop bugs [10:34] I want to spot things for sru-ing [10:35] yeah [10:35] me too [10:35] i will start doing 100% bugwork the next few days [10:35] I'm find a better balance this cycle between spending too much time on bugs or overlooking those [10:35] I try to read quickly through [10:35] use greasemonly a lot to quickly close duplicates etc [10:35] and milestone other things [10:36] what I really want now is a "I don't care about your bug" button [10:36] which takes the bug off the buglist or something [10:36] yeah [10:36] i thought about that too [10:36] there is ton of valid wishlist I don't care about and we will never work on [10:36] or corner issues [10:37] seb128: you could create a black-sheep account and then filter bugs out that have that user subscrbied [10:37] like "I get this issue after tweaking those 6 compiz options and those 3 gconf keys" [10:37] I could as well use tags... [10:37] no need of a fake account [10:37] hmm [10:37] seb-dont-care [10:38] yeah but tags can be removed by others [10:38] seb-dont-care-about-this-stupid-bug [10:38] while others cannot unsubscribe someone [10:38] ;) [10:38] right [10:38] so if you want a dead sink ... use accounts [10:38] but you ar eright. tags are probably good [10:38] yeah I think tags would be good enough [10:39] ok, done with bug triage now, let's do some iso testing [10:39] brb [10:39] oh iso testing [10:39] ... much neglected this cycle ... *cough* [10:39] * asac gets an iso image for usb key test [11:00] do we know what happened to meeting time now that we are out of summer time in europe? [11:01] asac: the meetings are still utc no? [11:02] idk ;) [11:02] What is the blessed way to run stuff as root from .desktop files nowadays? [11:02] i only know that it was always confusing ;) [11:03] ...for something that does not natively support policykit, of course. [11:03] soren: i think the idea is policykit [11:03] and if not, there is only the good old way [11:05] asac: And what is that? gksudo? gksu? Something else that I've forgotten about? [11:08] gksudo [11:08] but only 90% sure [11:08] we dont have that many apps that need root ... mvo ? [11:18] * asac checks iso [11:25] asac: no, not that many. [11:25] asac: still some though [11:25] mvo: they use gksudo? [11:25] yes [11:25] well, gksu [11:25] and we default to sudo mode there [11:25] soren: see above [11:26] * soren nods [11:26] mvo, asac_empathy: Thanks. === jono_ is now known as jono [11:39] asac, seb128: FWIW, I gave up trying to read all bug mail from all packages I'm interested in; it just doesn't work :-( === warp10_ is now known as warp10 [11:39] pitti, you are interested in too many thing? [11:40] things [11:40] at least I now don't need to have a bad conscience any more about not reading hal bugs at all :) [11:40] it was one of those packages which get all kinds of weird sh*t [11:41] right [11:42] asac: I have a somewhat unusual kvm setup here, but there NM tells me my wired device is not managed. however it is added by something to /etc/network/interfaces [11:42] asac: eh, nevermind [11:42] asac: strange setup [11:42] pitti, I don't find hard to read bugs, it's usually like a 1 hour a day job [11:42] and I do stock reply on quite some to count one hour a day [11:43] seb128: I guess that's just enough to browse through and pick out the nasty ones? [11:43] * mvo discovered with delight that qemu can do stuff like "pci_add auto nic model=e1000" [11:43] seb128: (which is fine; it's by and large what I do as well) [11:43] seb128: I usually browse through the web ui list for new bugs, though [11:43] pitti, yes, I'm not interested in reply to every issue users can have there [11:43] I just want to know about things that should be milestoned or srued [11:43] I'm not subscribed to apport/devicekit-disks/jockey/etc.; I just individually subscribe to the ones where I ask for more info [11:44] seb128: sounds fine; just ensure it doesn't ruin your mental health :) [11:44] don't worry ;-) [11:45] I also like to know what bugs are really active on launchpad [11:45] those are usually things users care about too [11:45] asac: ok, so want me to remove bfilter, too? [11:45] I would use the web ui if I had a I don't care button to filter things out of the bug lists [11:47] seb128: yeah, I guess that's a little different for my workflow; for apport, I look at all the new ones and set them to incomplete (and subscribe) or triaged, or close the ones I fixed in the meamtime [11:47] same for dk-disks [11:47] but I'm upstream for both of those, so it's a little different [11:48] the issue with that is that once a bug is triaged you sort of ignore it [11:48] it could get a thousand duplicate you would not notice [11:48] or comments rather [11:52] pitti: yes. it hasnt seen any upstream release for ages [11:52] and for the sake of getting the security nightmare out i think its worthwhile to drop [11:53] mvo: figured what added something to interfaces? [11:54] mvo: did you get my offer to fix apt yesterday ;) [11:54] mvo: i wanted to factor out the "is_valid_filename_char" ... as it seems to be done in various places (and for preferences.d there is no "." allowed) [11:55] so a) do you want that ... b) where to put such general utility funcs? [11:55] asac: want me to blacklist it as well? it was removed from debian testing, but not from sid [11:55] asac: contrib/strutil.cc or contrib/fileutil.cc [11:55] asac: probably the former [11:55] asac: good idea! [11:55] pitti: afaik debian has xul 1.9.1 ... so if a new upload happens in debian it will probably for that 1.9.1 port [11:56] asac: right, debian has a "xulrunner" package and that's 1.9.1 [11:56] ok, not blacklisting then [11:56] asac: I can do it between upgrade tests too if you want [11:56] asac: hah, bfilter never actually built [11:56] mvo: no ... i want to submit at least one merge in my life ;) [11:56] ahah [11:56] ok [11:56] :) [11:56] pitti: yes. because the js api changed [11:57] *flush* [11:57] it uses JS_..BranchCallback which wes dropped without any valid replacement [12:19] seb128: minor request: can you please subscribe me to bugs, not assign? [12:19] seb128: I want to avoid having all the incomplete ones on my +assignedbugs page [12:19] I'm subscribed, so I'll timely respond to them either way [12:19] pitti, ok will do, sorry about though I was not sure which one were reaching you nowadays [12:19] seb128: no need to be sorry, no problem [12:19] seb128: they both reach me [12:19] ok [12:20] noted [12:20] * seb128 hugs pitti [12:20] merci! *hug* [12:20] pitti, and let me know if I should stop subscribing you to those keyboard and eject issues [12:20] seb128: oh, please continue to do so === MacSlow is now known as MacSlow|lunch [12:20] it seems that several people are affected by this "Multiple layouts in /etc/default/console-setup" issue [12:21] I think you know how to debug those bugs since you worked on some of this changes [12:21] yes [12:21] no idea where it comes from, but it's easy to set manually and thus not hard to fix [12:21] right, I was wondering if the installer can set several in some cases too [12:21] I see that you replied on the upstream bug about stopping to define cdrom entries in fstab too [12:22] seems it's leading to quite some issues [12:22] it also leads to have nautilus not refreshing it's view on eject [12:23] yeah, cdrom in fstab is 3v1l [12:23] I just keep telling people to remove those [12:23] * pitti cd kitchen && lunch [12:24] * seb128 just back from lunch [12:24] pitti, enjoy [12:27] seb128, hey [12:27] hello kenvandine [12:27] how are you? [12:27] seb128, your last change to empathy, adding the symbols [12:28] yes? [12:28] breaks building it [12:28] not sure what is up [12:28] obviously it built for the archive [12:28] https://edge.launchpad.net/ubuntu/+source/empathy/2.28.1-1ubuntu1 [12:28] right [12:28] but doesn't build locally, in pbuilder or in my ppa [12:28] i had to remove those [12:28] you already said you didn't have the symbols in your build log [12:28] yeah [12:28] weird [12:28] * asac lunch and errands bbiw [12:29] are those conditional to some build option? [12:29] i had to remove them to build it in my ppa [12:29] dunno [12:29] i have looked to closely [12:30] i do have the leak fix built into a ppa and asked folks to test [12:30] excellent [12:32] kenvandine, dunno about the symbol issue though [12:52] kenvandine, do you track bug #450290 too? [12:52] Launchpad bug 450290 in empathy "empathy crashed with SIGSEGV in g_type_check_instance()" [Medium,Confirmed] https://launchpad.net/bugs/450290 [12:52] kenvandine, it got another duplicate today [12:52] yeah [12:53] so about that one... do we have a way of looking for libs that haven't been updated properly? [12:53] what do you mean? [12:54] like a failed update, leaving around old files [12:54] that's kind of what they were suggesting was the case [12:54] urg [12:54] which file would create an issue and why? [12:55] not sure, but notice he re-installed and it worked fro him [12:55] for [12:55] that's weird [12:55] I would rather say it's a coincidence [12:57] yeah, this is one i know i had re-produced and confirmed fixing [12:58] or maybe the transition between versions wasn't great [12:59] doubt that would be it actually [12:59] this is from empathy itself, not libempathy [13:02] kenvandine, not sure if bug #459274 is the same [13:02] Launchpad bug 459274 in empathy "Empathy crashed with SIGSEGV in g_closure_invoke() when receiving a file through a jabber connection" [Medium,New] https://launchpad.net/bugs/459274 [13:03] kenvandine - you sure that crash is not from libempathy? [13:03] it starts because empathy_contact_list_get_monitor returns a NULL pointer [13:03] and that then gets passed to g_signal_connect, which will make it crash [13:04] frame 2 of the stack trace: [13:04] monitor = (EmpathyContactMonitor *) 0x0 [13:04] chrisccoulson, could be [13:22] seb128: do you know if bug 381116 is the same as bug 428884? I. e. does totem use g-screensaver --poke ? [13:22] Launchpad bug 381116 in totem "Screensaver not inhibited while playing movies" [Low,Fix committed] https://launchpad.net/bugs/381116 [13:22] Launchpad bug 428884 in gnome-screensaver "gnome-screensaver --poke functionality does no longer inhibit screen blanking" [Unknown,Confirmed] https://launchpad.net/bugs/428884 [13:22] i might have overlooked something really stupid here, but to me, it seems like EmpathyTpContactList doesn't implement get_monitor, which would make empathy_contact_list_get_monitor return NULL and trigger this crash [13:23] but i've only had a quick look, i should be doing work really [13:23] kenvandine^^ [13:24] chrisccoulson, to me the whole concept of EmpathyContactMonitor is wrong. I have no idea why we added that [13:24] * pitti updates https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus [13:24] rickspencer3: ^ FYI [13:24] pitti, I don't think it's the same issue [13:24] * asac lurks on releasestatus [13:25] * pitti removes obsolete and confusing commentary from there, please reload [13:25] Zdra - yeah, I don't know the empathy code too well, so I can't really have a well-informed opinion ;) [13:26] I just had a quick look because of a crash some users are seeing [13:26] pitti - totem (correctly) uses the gnome-session inhibit interface [13:26] like VLC should do ;) [13:26] right, I figured [13:26] pitti, btw jcastro seems to be getting that crash with the leak fix version... so perhaps you are just lucky [13:26] which made me wonder why the totem one is "fix committed" [13:26] kenvandine: entirely possible [13:27] Zdra - http://launchpadlibrarian.net/33599139/Stacktrace.txt is the crash I just took a quick look at [13:27] pitti, good news is he can very easily trigger it [13:27] pitti, the bug watch points to "web browser plugin doesn't inhibit screensaver" [13:27] pitti, which is fixed in 2.28.2 [13:27] basically during a chat, he closes the chat window and then starts a new chat via the contact list [13:27] and it crashes [13:27] seb128: ah; but it would still fail because of 428884 [13:27] pitti, so there is probably a mix of different issues there [13:28] kenvandine: sounds familiar [13:28] chrisccoulson, drop the libindicator patch ? [13:28] pitti, no, I think totem use the gnome-session api [13:28] chrisccoulson, must be related to that, I never say such crash in upstream [13:28] that's not really an option for me at the moment, as I'm at work, and I can't trigger the crash ;) [13:28] seb128: ah, so it's not affected by the --poke thing? [13:29] Zdra, could you stop making such comments every day? [13:29] pitti, I don't think so but should be confirmed [13:29] Zdra, I could suggest drop empathy which would be almost as constructive [13:34] jcastro: how do you reproduce the empathy crash? [13:38] for me empathy works ;) === MacSlow|lunch is now known as MacSlow [13:40] pitti, I can't confirm the totem issue there [13:40] pitti, I just tried it inhibit correctly screen [13:40] WFM too [13:40] asac, here is what he is doing [13:40] he is chatting with me and closes the chat window [13:40] then immediately goes to the contact list and double clicks on me to start a new chat [13:41] and it crashes almost every time [13:41] hmm [13:41] empathy:ERROR:empathy-tp-chat.c:1391:empathy_tp_chat_acknowledge_message: assertion failed: (m != NULL) [13:41] i can't reproduce that [13:41] kenvandine: jabber? [13:41] yes [13:41] i guess empathy doesnt support gpg ? [13:41] upstream thinks it was a leak, which was clearly there [13:41] * asac wonders if he can migrate there [13:41] i fixed that [13:42] yeah i remember that discussion [13:42] pitti was getting the crash pretty frequently [13:42] with the leak fixed, it hasn't crashed for him [13:43] asac: I just close a window and then initiate a conversation [13:43] yeah [13:43] thanks [13:44] asac: so never when I respond to someone, only when I start up a conversation [13:44] no [13:44] kenvandine, want to do the 2.28.1.1 sru? [13:44] you should really ship empathy 2.28.1.1 [13:44] I fixed a lof of nasty bugs [13:45] cassidy, right, it's on my "to sru" list ;-) [13:45] kenvandine, I was about to do it now let me know if you prefer to do it [13:45] kenvandine: where is the leak fixed version? [13:45] seb128, let me... [13:45] pitti, ^ do you think it's fine to fix libindicate and update in the same update? [13:45] i assume it didnt end up in karmic? [13:45] in my empathy ppa [13:46] pitti, ^ do you think it's fine to fix libindicate and update the version in the same update? [13:46] seb128: sure, if the other changes are SRU compliant [13:46] kenvandine: have a .dsc? [13:46] asac, one sec [13:46] pitti, yes it's a bug fix only GNOME update [13:46] seb128: my opinion didn't change in the last 1.5 seconds :-) [13:46] thx i can check too ... but inet is slow ;) [13:46] j/k [13:46] pitti, I added some words to clarify the "update in the same update" ;-) [13:46] kenvandine, ok [13:47] asac, https://edge.launchpad.net/~ken-vandine/+archive/empathy/+packages [13:47] you can grab the source there [13:47] or debs [13:47] heh. thatts not a .dsc, but thanks. let me grab it [13:47] asac, there is a .dsc there :) [13:47] https://edge.launchpad.net/~ken-vandine/+archive/empathy/+files/empathy_2.28.1-1ubuntu1+r64.dsc [13:49] ok out for a bit testing stuff [13:49] NM et al [14:07] urg [14:08] rickspencer3's reminding landed in my launchpad bugsbox === bjf-afk is now known as bjf [14:12] l [14:12] pitti, s [14:12] -EFOCUS, sorry [14:14] pitti, is it worth trying current iso or will we get a respin? [14:14] seb128: we'll get a respin very soon for an ubiquity fix [14:14] seb128: (OEM installer with encrypted home dirs) [14:14] but "trying" for testing is always appreciated [14:15] ok [14:15] let me try the "reinstall but don't wipe user dir" on my netbook [14:26]