[02:47] <drew212> micahg: a user found that a new profile fixed his problem, but none of the extensions caused it, do i mark it as invalid and have him use the new profile or what?
[02:51] <micahg> drew212: bug #?
[02:52] <drew212> bug 619151
[02:52] <ubot2> Launchpad bug 619151 in firefox (Ubuntu) "BBC IPlayer no longer works after Firefox update to 3.6.8. (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/619151
[02:57] <micahg> drew212: weird, it's normally abp
[02:57] <drew212> abp?
[02:57] <micahg> ad block plus
[02:58] <drew212> ahh
[03:11] <drew212> micahg: so what do I do then?
[03:12] <micahg> drew212: idk...
[03:12] <micahg> drew212: he can try moving compatability.ini out of the profile so the plugins reregister
[04:22] <^arky^> hi
[04:34] <tgall_x86_64> greets
[05:04] <bbordwell> The purpose of the apport-retracing service is to get stack traces with the symbol tables included right?
[05:05] <micahg> bbordwell: yes
[05:06] <bbordwell> micahg, I just had apport report a crash and I already had all the necessary symbol tables; is the retracer not able to detect this or is there some other reason that it still wants to run?
[05:07] <micahg> bbordwell: that part isn't uploaded
[05:07] <micahg> or actually
[05:07] <micahg> it is, but it still gets retraced
[05:08] <bbordwell> https://bugs.launchpad.net/ubuntu/+source/strace/+bug/622537
[05:08] <ubot2> Launchpad bug 622537 in strace (Ubuntu) "strace crashed with SIGSEGV in *__GI_raise() (affects: 1) (heat: 8)" [Undecided,New]
[05:08] <bbordwell> just seems like a waste of resources is all but o well
[05:09] <micahg> bbordwell: you shouldn't make a non-retraced bug w/a coredump public
[05:13] <bbordwell> micahg, oops your right
[05:13] <bbordwell> changed back
[05:14] <bbordwell> been a while since I read the pages about marking as public. I do not ever do that
[05:24] <bbordwell> does anyone know when mvo is typically on? I have been looking for him for quite some time
[05:25] <micahg> bbordwell: he's "on" vacation :)
[05:26] <bbordwell> micahg, oh, do you know anyone else that maintains gnome-codec-install?
[05:26] <micahg> bbordwell: idk
[05:37] <abhijit> hi
[11:23] <vish> abhijit: pong!
[11:23] <abhijit> vish, hello!!!! :D
[11:23] <vish> abhijit: hey.. :)
[11:24] <abhijit> vish, hi
[11:25] <abhijit> vish, hey do you have bsnl broadband?
[11:25] <vish> abhijit: nope..
[11:26] <abhijit> vish, ok. :(
[11:26] <nigelb> vish: what do you have? airtel?
[11:27] <vish> nigelb: hmm , does someone wanna hack me! no bank passwords on my sys ;p
[11:27] <abhijit> :D
[11:27] <vish> nigelb: but yeah..! ;)
[11:27] <nigelb> vish: haha, just a random guess. /me has airtel too.
[11:28] <abhijit> MTNL है तो सही है!
[12:38] <hggdh> morning all
[12:41] <nigelb> good morning :)
[12:44] <kermiac> morning hggdh, nigelb :)
[12:44] <nigelb> howdy kermiac :)
[12:49] <jibel> morning hggdh
[12:49] <jibel> and all
[12:51] <kermiac> nigelb: I just finished working on the updated cheese hook mate.... that vish is a hard task master hehe ;)
[12:51] <nigelb> kermiac: heh
[12:59] <nigelb> kermiac: might want to package it.
[13:02] <kermiac> nigelb: vish is taking care of that as he is already getting another cheese update ready
[13:02] <nigelb> kermiac: ok, kewl
[13:06] <njin> pedro_: around ?
[13:07] <pedro_> njin, yes, hello
[13:45] <njin> JFo: around?
[13:46] <JFo> njin, I am indeed
[13:46] <njin> JFo: can you take a look at that https://bugs.launchpad.net/ubuntu/+source/linux/+bug/454722
[13:46] <ubot2> Launchpad bug 454722 in linux (Ubuntu) "inotify does not watch /proc (affects: 1) (heat: 8)" [Undecided,Confirmed]
[13:47] <njin> JFo: Are syslog, dmesg, kern.log neede?
[13:47] <njin> *needed?
[13:52] <JFo> looking now
[13:53] <JFo> njin, are you the reporter?
[13:53] <njin> no
[13:53] <gorilla> njin: no, they are not technically needed as you can remove them from syslog.
[13:54] <JFo> njin, in that case, I would have the reporter run apport-collect <bugnumber> to add all the logging the team require for kernel bugs
[13:55] <JFo> njin, are you interested in requesting that in order to triage the bug?
[13:55] <njin> JFo: yes
[13:56] <hggdh> holstein: there?
[13:56] <JFo> njin, excellent! :-) thanks for your help.
[13:57] <JFo> njin, once you request that information, you can set the bug to incomplete
[13:57] <njin> JFo: ok
[13:58] <JFo> njin, I'm available for your questions as you have them
[13:58] <njin> JFo: thanks
[13:58] <JFo> or if you just want to make sure that something you want to do is correct
[13:58] <JFo> my pleasure :)
[13:58] <njin> mine too
[14:04] <jibel_> pedro_, hggdh, ping
[14:04] <hggdh> jibel_: pong
[14:04] <pedro_> jibel_, hey
[14:05] <jibel_> hggdh, pedro_, I reviewed the list of bugs tagged with regression-*
[14:06] <jibel_> and I've isolated a few that needs some work.
[14:06] <jibel_> 85 tagged regression-potential for a stable release
[14:06] <hggdh> jibel_: link?
[14:07] <jibel_> and 199 tagged regression-release but not targetted to a release.
[14:07] <jibel_> hggdh, no link yet :(
[14:07] <jibel_> pedro_, shall we organize a bug day or do we review them before ?
[14:09] <jibel_> I've left the kernel bugs apart because that's mostly handled by kj and I think we need insight from JFo and the kernel team.
[14:09] <pedro_> jibel_, I think we can review those this week and we can organize a bug day on Sept 02 , what do you think?
[14:10] <pedro_> hggdh, ^
[14:10]  * JFo perks his ears
[14:10] <hggdh> pedro_: +1
[14:10] <jibel_> pedro_, +1
[14:10] <hggdh> but, of course, we should let jFo deal with the kernel bugs
[14:10] <pedro_> ok let me add it to the planning page so we don't forget about it
[14:10]  * hggdh hides
[14:10]  * JFo cries 
[14:10] <JFo> ;)
[14:11] <pedro_> hggdh, +1
[14:11] <pedro_> !
[14:11] <hggdh> :-)
[14:11] <JFo> :-D
[14:12] <jibel_> pedro_, hggdh, I'll post the list today on the wiki.
[14:12] <pedro_> jibel_, \o/ thank you
[14:13] <jibel_> what do you think of splitting the regression-tracker list in 2 parts: linux and the rest of the world ?
[14:13] <jibel_> linux is 50% of the regression-* tags
[14:13] <JFo> yep
[14:13] <hggdh> probably a good idea. Just by its size, linux should be separated
[14:13] <jibel_> and generate a lot of noise for the other packages
[14:14]  * JFo is drowning in them
[14:16] <jibel_> okay, I'll split the list. We also have nice charts like this http://people.canonical.com/~brian/complete-graphs/regression-potential/
[14:16] <jibel_> maybe it would be worth to make them more visible on the regression-tracker ?
[14:16] <hggdh> jibel_: at least as of now, yes (until we figure how to Do It Right)
[14:17] <hggdh> we need visibility there
[14:18] <pedro_> reboot brb
[14:41] <bbordwell> does anyone know how to get a back trace of a program that crashes when opened from another program? for example clicking on an mp3 in nautilus opening rhythmbox
[14:55] <holstein> hggdh: pong
[14:55] <holstein> im around
[14:55] <holstein> but im about to step out for the morning/afternoon
[14:59] <hggdh> holstein: whenever you are available, lets get on with the mentorship
[15:01] <holstein> hggdh: tomorrow?
[15:02] <holstein> i'll schedule it
[15:02] <holstein> if your open
[15:02] <hggdh> holstein: tomorrow will be
[15:02] <hggdh> :-)
[17:28] <DanaG> hmm, the core dumps in a Pidgin bug report seem to have my password... how do I fix that?
[17:28] <micahg> DanaG: that's the problem with core dumps
[17:28] <micahg> and why they should never be public, but the stacktraces shouldn't
[17:29] <DanaG> Apport attached the core dump, though.
[17:29] <micahg> I think the apport hook might be able to hide the passwords
[17:29] <micahg> DanaG: right, it shoudl be private by default
[17:29] <micahg> maybe hggdh knows how to hide them ^^^
[17:30] <seb128> crash report are private, nobody can access them until retracing
[17:32] <DanaG> ah, so will it be made public automatically, after that?
[17:32] <DanaG> Actually, I do already have debug symbols installed, as well.
[17:32] <hggdh> micahg, DanaG: for the private data potentially shown in backtraces, we are working on an apport hook to clean them up
[17:32] <micahg> DanaG: no, it takes a bug control member or the reporter to make it public afterwards
[17:32] <hggdh> DanaG: no, it will not be public by default
[17:33] <hggdh> DanaG: reason is the backtrace may still contain sensitive data
[17:33] <DanaG> ah, I had SOME debugsyms installed, but not all.
[17:34] <DanaG> https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/622831
[17:34] <ubot2> DanaG: Error: Bug #622831 is private.
[17:34] <DanaG> I can confirm: no passwords in stacktrace; just in core-dump.
[17:34] <hggdh> DanaG: if you and all the possibly needed debug symbols... (1) make sure the ddebs are set in sources.list; (2) sudo apport-retrace -o trash /var/crash/<your crash file>
[17:35] <hggdh> then apport-retrace will most nicely apt-get install all found ddebs for the used packages (in the crash)
[17:35] <DanaG> Auto-install.. cool.  Wish I'd known about that ages ago... =þ
[17:35] <hggdh> s/you and/you want/
[17:36] <DanaG> report file does not contain one of the required fields: CoreDump Package ExecutablePath
[17:36] <DanaG> weird.
[17:37] <hggdh> you never processed it via apport-gtk, then
[17:37] <hggdh> /usr/lib/apport/apport-gtk /var/crash/<crash file>
[17:37] <hggdh> and stop before filing the bug
[17:38] <DanaG> er, it seems to be in share, not lib.
[17:40] <hggdh> oh sorry, yes, my fault
[17:40] <hggdh> fingers were disconneted from brain for a while
[17:42] <hggdh> or it may be dyslexia of a higher order -- I do not simply replace characters, but upgraded to whole words
[17:42]  * hggdh knew he could improve with age
[18:40] <bcurtiswx> hey guys, with todays updates to maverick.  Unplugging your laptop power cord causes the gnome-power-backlight-helper to request permission to run
[18:40] <bcurtiswx> which isn't right, but what package to run that against?
[18:40] <bcurtiswx> GPM?
[18:41] <micahg> bcurtiswx: wel, gpm was just updated last night IIRC
[18:41] <bcurtiswx> micahg: yes it was
[18:41] <bcurtiswx> but it shouldn't ask for permission
[18:43] <kklimonda> bcurtiswx: what does grep -B 5 gnome-power-backlight-helper /usr/share/polkit-1/actions/org.gnome.power.policy return?
[18:44] <bcurtiswx> kklimonda: http://paste.ubuntu.com/482496/
[18:45] <abhijit> hello
[18:47] <kklimonda> hmm.. the annotate line looks wrong.. can
[18:47] <kklimonda> s/can//g
[18:48] <kklimonda> it should be just <annotate key="org.freedesktop.policykit.exec.path">/usr/sbin/gnome-power-backlight-helper</annotate>
[18:48] <bcurtiswx> im talking with them in #ubuntu-desktop as well, they see it too
[18:48] <kklimonda> bcurtiswx: bug 615047
[18:48] <ubot2> Launchpad bug 615047 in policykit-1 (Ubuntu) "[Maverick Alpha] asks for root permission to do: gnome-power-backlight-helper --get-max-brightness (affects: 4) (heat: 264)" [Undecided,Confirmed] https://launchpad.net/bugs/615047
[18:57] <kklimonda> bcurtiswx: you can fix it in meantime by changing the path to helper in .policy file yourself
[18:58] <bcurtiswx> what should it go to?
[19:01] <kklimonda> bcurtiswx: http://pastebin.com/zU5jfFqm
[19:02] <bcurtiswx> kklimonda: TY
[19:04] <bcurtiswx> kklimonda: add that patch to the bug?
[19:05] <kklimonda> bcurtiswx: no, the problem is in build system and not in the file itself (the wrong path is just an effect of the bug)
[19:06] <vish> thekorn: hi, how did you install those branches for unity?  i'm not able to find the dependencies :(
[19:06] <bcurtiswx> kklimonda: ah, OK
[19:07] <simar> hey sense
[19:08] <simar> sense: welcome back
[19:20] <thekorn> vish: hmm, I think all you need to install is libglib2.0-dev
[19:20] <vish> oh!
[19:20] <thekorn> which should match the version requirements
[19:21] <thekorn> unless you try to run unity on some old warty maschine ;)
[19:21] <vish> hehe! no , from a live daily usb! :)
[19:26] <thekorn> vish: IIRC one of the tools (I *think* dbus-test-runner) has do be compiled with --prefix=/usr/local
[19:26] <thekorn> otherwise    make check   will complain about not finding some   .service file
[19:27] <thekorn> or was it a missing service.conf, I don't know ...
[19:32] <vish> thekorn: hmm , ok.. gonna reboot and test again now! :D
[19:33] <njin> hello there's someone expert in nfs4 to pick up this https://bugs.launchpad.net/ubuntu/+bug/403697 present in lucid too
[19:33] <ubot2> Launchpad bug 403697 in ubuntu (and 1 other project) "lstat on NFS4 hangs while bzr's trying to read the dirstate file (affects: 5) (heat: 32)" [Undecided,Incomplete]
[20:34] <simar> vish: there??
[20:34] <vish> simar: hey!
[20:34] <simar> vish: heya!!!
[20:34] <simar> vish: happy raksha bandhan .. lol
[20:34] <vish> heh
[20:35] <simar> vish: I have some doubts regarding setting importance of bugs .. i hope you can help out ..
[20:36] <vish> simar: too late your are already a BC , you are on your own !
[20:37] <vish> simar: just kidding! , just ask :D
[20:38] <simar> vish: when to set the importance of bugs rightaway when i pick a bug and set the status to incomplete or after some replies of user. I mean is there any wait period of setting the importances ....
[20:40] <vish> simar: no waiting period ;) , just set as soon as you can approximate the importance , do note the importance can change once we have additional new information about the bug.  but when changing the importance later, just make sure to comment why the new importance is set
[20:42] <simar> vish: kk :))
[20:47] <simar> vish: another issue, when a person has a bug in a previous version say in 9.10 but the bug disappers in 10.04 and assume that the user can provide us triaging information about the bug. Should we take the bug forward so the issue is fixed in that particular distribution.. I think this issue has two aspects one in simple packages and other in kernel ...
[20:50] <vish> simar: if no one else is subscribed to the bug, you can close the bug as fixed, but if there are other subscribed to the bug and they are still using old release , AND the fix is known AND qualifies as a SRU , you can continue with the bug.. else just close it ;)
[20:50] <bcurtiswx> vish: ffx40 making it to MM?
[20:51] <vish> bcurtiswx: Firefox4.0?  nope..
[20:51] <bcurtiswx> vish: i thought the new update style allows us to do so?
[20:52] <vish> bcurtiswx: i think micahg and chrisccoulson just had a nice little chat about that on -motu :D
[20:52] <micahg> bcurtiswx: no, firefox-stable PPA
[20:53] <vish> micahg:  would it be available in "Whats New" from SC?
[20:53] <micahg> vish: no
[20:53] <bcurtiswx> micahg: ah, OK.  So ffx updates still go through SRU.
[20:54] <chrisccoulson> well.......
[20:54] <vish> micahg: yeah , i think that what bcurtiswx was referring to with " new update style "
[20:54] <micahg> bcurtiswx: no
[20:54] <chrisccoulson> ...we should write a SC plugin to access firefox-stable ;)
[20:54] <micahg> well, sort of..
[20:54] <chrisccoulson> now software-center is pluggable ;)
[20:54] <micahg> chrisccoulson: I wanted to do that...maybe next cycle :)
[20:54]  * bcurtiswx is confused, what is SC?
[20:54] <chrisccoulson> software-center
[20:54] <bcurtiswx> thx
[20:55] <simar> vish: I got you point :D
[20:55]  * devildante is on a bug sweep... there is now 0 new bugs for ubuntu-translations
[20:55] <devildante> obligatory !
[20:55] <bcurtiswx> devildante: isn't that the hugday target?
[20:56] <vish> devildante, dusty broom! ;p
[20:56] <devildante> all new is green :)
[20:56] <bcurtiswx> well, maybe you can be the first to kill a hugday before it starts
[20:56] <vish> devildante: finishing the hugday bugs, before hugdays? wOw!
[20:57] <devildante> vish: thx :)
[20:57] <devildante> now time to tackle 31 incomplete and 42 confirmed :p
[20:57] <vish> devildante: maybe its the first time it's ever be done/tried [atleast afaik] ;)
[20:58] <devildante> vish: is that true? I'm your savior :p
[20:58]  * bcurtiswx will push for an empathy hugday
[20:58] <devildante> oh, wow, *42* confirmed bugs... those bugs are the answer for everything :p
[20:59] <bcurtiswx> devildante's trying to become the bugs poster child :P
[20:59] <vish> devildante: maybe if you do , you can ask pedro_ to cancel the hug day ;p
[20:59] <devildante> vish: okay, here we go :p
[21:00]  * bcurtiswx wishes his quals were over
[21:00] <charlie-tca> It is good to have people so willing to work bugs!
[21:01] <bcurtiswx> work at the bug-wash yea ;)
[21:01]  * charlie-tca thinks having the people that do them right is a real bonus, too!
[21:01]  * bcurtiswx hides in corner
[21:01]  * BUGabundo throws bcurtiswx into the washing machine
[21:02]  * bcurtiswx breaks washing machine
[21:03]  * bcurtiswx wonders how to close a pm window on irssi
[21:05] <bbordwell> Are there any devs here that would be willing to help me obtain a stack trace? I am unable to do so because the crash is on a child process and looking at this page (http://www.delorie.com/gnu/docs/gdb/gdb_26.html) I will have to edit the code to get a stacktrace
[21:06] <bbordwell> hmm the first line went away: are there any devs that would be willing to help me get a stacktrace + ^
[21:08] <simar> vish: I have never been able to understand that what to do on a hug day ..
[21:09] <vish> simar: its just a target[number of bugs] we try to achieve on that day as a team :)
[21:10] <hggdh> bbordwell: why not let apport take care of it?
[21:10] <simar> vish: i will make sure that i will be there next time .. :))
[21:11] <bbordwell> hggdh, apport is not picking it up
[21:11] <simar> vish: just have look on a super emotional case .. https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/415692
[21:11] <ubot2> Launchpad bug 415692 in xserver-xorg-input-synaptics (Ubuntu) "I cannot disable touchpad tapping because there is no option on the mouse preferences dalog and gsynaptics will not run. (affects: 2) (heat: 17)" [Undecided,New]
[21:11] <hggdh> bbordwell: what version of Ubuntu?
[21:12] <bbordwell> hggdh, maverick, apport is enabled if thats what you were going for
[21:12] <bbordwell> I had a very similar bug in lucid development that apport did not pick up either
[21:13] <hggdh> bbordwell: what type of signal is it (segv, abrt, etc)?
[21:13] <vish> simar: "Enable Mouse Clicks with touchpad"  ???
[21:13]  * vish reads bug fully
[21:14] <vish> simar: "Enable Mouse Clicks with touchpad" is in the mouse options!
[21:15] <vish> funny how the reporter mistook,  the package change by tormod though ! :D
[21:15] <devildante> vish: this bug is very, very old. Maybe the option didn't exist?
[21:16] <devildante> vish: anyway, I marked it "fix released" ;)
[21:16] <vish> devildante: iirc , it was always there.
[21:16] <simar> vish: Thats in the touchpad tab in mouse options .. and his drivers for touchpad is not loaded due to some reason,, so the tab is not there and the touchpad is detected as a PS2 mouse .. :D
[21:16] <bbordwell> hggdh, I am not sure
[21:16] <simar> vish: I'm happy to pass on some knowledge to u :))
[21:17] <bbordwell> hggdh, are you on maverick this problem is easily reproducible
[21:17] <simar> vish: dinn't you find the case **emotional**
[21:17] <vish> simar: heh , anyways , i use that feature! so i dont mind if that tab did not exist ;p
[21:18] <vish> simar: if you want emotional , read : https://bugs.launchpad.net/hundredpapercuts/+bug/417758/comments/6  ;p
[21:18] <ubot2> Launchpad bug 417758 in ubuntu (and 1 other project) "Intermittent problems with copy and paste (affects: 2) (heat: 14)" [Undecided,Invalid]
[21:19] <vish> simar: btw, bugs are emotional triggers ! ;p
[21:19] <hggdh> bbordwell: yes, I am running Maverick (amd64)
[21:20] <simar> vish: but probably you lucky that the tab exist, if someday it disappeared we will have you emotional there (you tapping will not work without touchpad drivers).. ;p
[21:20] <bbordwell> hggdh, alright its easy, open rhythmbox and right click on a playlist and press create audio cd
[21:20] <bbordwell> here is the bug: https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/622535
[21:20] <ubot2> Launchpad bug 622535 in brasero (Ubuntu) (and 1 other project) "Create audio CD does nothing (affects: 1) (heat: 6)" [Medium,Triaged]
[21:22] <hggdh> hum
[21:22]  * hggdh will have to create a playlist TBW
[21:23] <hggdh> bbordwell: I am confused. Why do you need a backtrace if the issue is evident?
[21:23] <bbordwell> hggdh, they asked for one upstream
[21:24] <simar> vish: hahaha ,, what a super emotional story, and rather a bit funny .. :-))
[21:56] <hggdh> bbordwell left. Oh hasty people
[23:03] <devildante> oh my, someone just hugged all Incomplete bugs! I wonder who it could be...
[23:04] <micahg> devildante: I'd suggest focusing on something else so there's something for others to do during the hugday
[23:05] <devildante> micahg: yeah, you're probably right :)
[23:05] <micahg> it's still at least 2 days away
[23:05] <devildante> guess I'm too fast :p
[23:05] <micahg> devildante: nah, that's great
[23:05] <micahg> devildante: here are the top packages with bugs: https://edge.launchpad.net/ubuntu/+upstreamreport
[23:06] <micahg> devildante: I don't want to discourage, just refocus :)
[23:06] <devildante> micahg: okay, np and thx :)
[23:06]  * devildante will be afk for a while
[23:49] <joaopinto_> any idea where should the TERM variable be set from ?