[00:10] <ddecator> kermiac: ha
[00:12]  * kermiac waves at Dray... I'm still waking up hehe
[00:12]  * ddecator waves at Mitch
[01:49] <maxwellian> Darxus: So what do you think, do you have time to look into this further?
=== emma_ is now known as emma
[05:23] <bbordwell> Hello, I have a bug with update-manager that causes xorg to use 100% cpu usage for minutes at a time, but I am unfamiliar with triaging update-manager or xorg. Does anyone have any ideas on how I could provide helpful information?
[05:25] <bbordwell> I will be right back I have to restart my computer
[06:08] <Takyoji> Anyone heard of an issue of the pointer going hidden in 10.04?
[06:13] <Takyoji> Also, what would be the appropriate logs to file for a bug report?
[06:14] <Takyoji> Considering it seems X11-related, last time I remedied the issue by having to reset the cursor theme system-wide, yet the issue is back again..
[06:25] <trinikrono> ddecator: ping
[06:25] <ddecator> trinikrono: pong
=== kermiac_ is now known as kermiac
[07:27] <bbordwell> Is anyone here experienced in triaging update-manager bugs?
[07:29] <bbordwell> mvo, can you help me with an update-manager bug?
[08:01] <mvo> bbordwell: hey, sorry for the delay. yeah, I can help with that
[08:02] <bbordwell> mvo, https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/595845
[08:02] <ubot2> Launchpad bug 595845 in update-manager (Ubuntu) "During "Building data structures" when starting the update-manager Xorg takes up 100% cpu (affects: 4) (heat: 20)" [Undecided,Confirmed]
[08:02] <bbordwell> I have no idea how to debug problems with update-manager though
[08:03] <mvo> bbordwell: that is a interessting one - can you reproduce it?
[08:03] <bbordwell> mvo, yep on my maverick install
[08:03] <mvo> bbordwell: nice! that is a great first step
[08:04] <mvo> bbordwell: could you please do "bzr get lp:update-manager" ? I will add a little bit of code and we can see if the problem goes away then
[08:04] <bbordwell> mvo, I am going to boot into my maverick install realy quick.
[08:04] <bbordwell> brb
[08:06] <bbordwell> mvo, alright I am back, could you please resend that last message?
[08:07] <mvo> bbordwell: could you please do "bzr get lp:update-manager" ? I will add a little bit of code and we can see if the problem goes away then
[08:10] <bbordwell> It says fetching revisions....
[08:10] <bbordwell> ahh done
[08:11] <bbordwell> mvo, ^
[08:12] <mvo> bbordwell: ok, now cd into update-manager and run bzr pull
[08:12] <mvo> bbordwell: I'm pushing some new code now, but its not yet on the server
[08:12] <mvo> bbordwell: but once its there you can run "PYTHONPATH=. ./update-manager"
[08:13] <mvo> bbordwell: now its there, rev 1867
[08:13] <bbordwell> says now on revision 1866
[08:14] <mvo> bbordwell: please run the bzr pull again, probably a little bit of lack on the server :)
[08:14] <bbordwell> mvo, 1867
[08:15] <mvo> cool, please run that and let me know if it helps
[08:16] <bbordwell> just run update-manager, no compiling or anything?
[08:16] <mvo> yes
[08:16] <mvo> PYTHONPATH=. ./update-manager
[08:16] <mvo> that should be enough
[08:19] <bbordwell> mvo, well it made building dependency tree much faster but I still got about 1 min of 100% cpu usage on building data structures
[08:20] <bbordwell> (before it took 8 min to build dependency tree, now about 15 sec)
[08:20] <mvo> bbordwell: ok, how much items is it displaying for you?
[08:20] <mvo> bbordwell: 8min? *jesus*
[08:20] <mvo> bbordwell: so that looks like a good improvment :)
[08:21] <mvo> bbordwell: what graphic driver is this?
[08:21] <bbordwell> novuea
[08:21] <bbordwell> items? you mean updates?
[08:21] <mvo> yes, sorry. how big is the list?
[08:21] <bbordwell> empty
[08:21] <mvo> oh, ok
[08:22] <bbordwell> Just from starting it up, not checking for updates
[08:22] <bbordwell> though it does the same thing after i check
[08:24]  * \vish wonders if this issue is the same as Bug #355355
[08:24] <ubot2> Launchpad bug 355355 in synaptic (Ubuntu) "Update Manager causes high Xorg CPU usage when checking for updates (affects: 9) (dups: 1) (heat: 31)" [Medium,Confirmed] https://launchpad.net/bugs/355355
[08:25] <\vish> but the package was changed since the user mentioned it was synaptic.. maybe its the "progress bars" causing the havoc
[08:26] <bbordwell> \vish, synaptic works fine for me
[08:26] <\vish> oh well..
[08:26] <bbordwell> also command line and software center work fine.
[08:27] <mvo> \vish: I think its something with the progressbar being called to often
[08:27] <mvo> \vish: at lesat part of the problem
[08:27] <\vish> yeah , i notice similar spike in CPU with the progress bars in firefox when using tabplus
[08:27] <bbordwell> mvo, on building data structures the progress bar is all the way full, if it is not moving is it still calling it?
=== \vish is now known as vish
[08:30] <mvo> bbordwell: I just commited some profiling code, could you please pull (r1868) and run it again? it should print some timing stats
[08:36] <bbordwell> mvo, If its relavent this is on an intel e5200 (2.50ghz dual core 2mb cache)
[08:38] <mvo> bbordwell: I commited another performance fix, it will not affect you because your list is empty, but it helped my system a great deal
[08:38] <bbordwell> initCache: 301.428235054
[08:38] <bbordwell> UpdateList: 0.0381588935852
[08:38] <bbordwell> saveDistUpgrade: 0.201518058777
[08:38] <bbordwell> list.update(): 0.956443071365
[08:39] <mvo> bbordwell: thanks! (and thanks for the cpu info, the important bit of me is that its pretty modern)
[08:41] <bbordwell> mvo, I am afraid you are going to lose me soon I have to go to work but i should have about 10 more min.
[08:41] <mvo> bbordwell: that helps, so the initCache is the culprit, I send you more update and then we can continue anytime you want :)
[08:42] <mvo> bbordwell: I'm usually around in irc at european hours
[08:42] <mvo> bbordwell: r1870 is comming
[08:45] <bbordwell> well I may be back in around 5 hours I will check to see if you are around. Otherwise my launchpad Id is ~benbordwell so feel free to send me an email I will do what I can to help
[08:45] <bbordwell> bye
[08:45] <mvo> thanks bbordwell, I think the original bug that Xorg takes too much cpu is worked around now
[08:45] <mvo> bbordwell: bye
[09:12] <BUGabundo_remote> morning, spiders
[10:24] <trinikrono> chilicuil: ping
[10:25] <chilicuil> trinikrono: pong
[10:25] <trinikrono> chilicuil: did you install qa-tools package?
[10:25] <chilicuil> yep, trinikrono why?
[10:25] <trinikrono> are you just not closing bugs for the hugday then
[10:28] <chilicuil> I'm trying to help in the hug day, as a first step to become more involved with ubuntu, trinikrono
[10:29] <trinikrono> do you use hugday close ######
[10:29] <trinikrono> after you hugged the bug
[10:30] <chilicuil> yep trinikrono
[10:42] <trinikrono> do we have anyone that deals with kernel bugs online
[10:53] <BUGabundo_remote> trinikrono: the kernel team? try #ubuntu-kernel
[11:16] <OwaisL>  hey, I'm working on this gmail notifier with support for multiple accounts. I am facing a problem  I'm opening Gmail in the browser using python's webbrowser module and gmail logs in the user automatically based on previous/current session....desired behavior is that Gmail for the notified account should open....so i need a way to logout of gmail, then login to the desired account all inside the browser...any ideas?
[11:32] <chilicuil> hi, I'm still trying to triage for the hug day, I wonder if I can assign the bug #368551 to the initramfs-tools package
[11:33] <ubot2> Launchpad bug 368551 in ubuntu "Ubuntu 9.04 does not run vgchange before mounting filesystems (heat: 8)" [Undecided,Confirmed] https://launchpad.net/bugs/368551
[12:03] <chilicuil> marking a bug as "fix releases" is the same as closing the bug?, I'm trying to close the bug #371012
[12:03] <ubot2> Launchpad bug 371012 in ubuntu "Unable to lock screen using Ctrl+Alt+l if "Show pointer when Ctrl is pressed" option enabled (affects: 3) (dups: 2) (heat: 16)" [Undecided,Confirmed] https://launchpad.net/bugs/371012
[12:03] <^arky^> hi mvo
=== elleuca_ is now known as elleuca
[12:11] <^arky^> what is upstream of emacs-snapshot package?
[12:23] <chilicuil> ^arky^: not sure, but I think it could be http://emacs.orebokech.com/
[12:23] <^arky^> chilicuil, thx let me check that out
[12:23] <chilicuil> ^arky^: np :)
[12:26] <chilicuil> I've found that some of the bugs listed by $ hugday list --filter open $ should be closed, can I close them even if I didn't triaged them?
=== yofel_ is now known as yofel
=== elleuca is now known as elleuchino
[12:40] <chilicuil> since using $ hugday close #### $ would "close" that bugs giving unfairly the credit to me, I think I'm gonna go to modify the wiki directly...
[13:18] <chilicuil> do you think I should assign the bug #601036 to the kwin package?, it's a mixup between an incomplete report (in my own opinion) and a support request, should I convert it to a question instead?
[13:18] <ubot2> Launchpad bug 601036 in ubuntu " Compositing problems on each login! (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/601036
[13:19] <micahg> vish: you know chromium is supposed to be part of the default netbook install, right?
[13:27] <vish> micahg: yup
[13:27] <micahg> vish: so why did you say chromium isn't part of the default install?
[13:28] <vish> micahg: "desktop".
[13:28] <vish> hmm , did i miss that word.. baH!
[13:29] <vish> micahg: btw , i wanted to ask you why is firefox description in SC odd , in list view the name "firefox" is below
[13:29] <vish> and doesnt have the icon
[13:32] <micahg> vish: I don't know what you mean
[13:32] <vish> micahg: search "firefox" in software center
[13:32] <micahg> oh, it seems like the description and name are switched :(
[13:32] <vish> yeah :s
[13:33] <micahg> vish: can you check in Maverick to see if it's fixed?
[13:33] <vish> micahg: i'm on lucid too , will check in VM
[13:49] <vish> micahg: yup , seems fixed in Maverick , but the description is different from Lucid mentions packagin bits
[13:49] <vish> rather branding bits
[13:55] <vish> micahg: can we get Bug 602820 fixed? improve the description for firefox? or is that not allowed?
[13:55] <ubot2> Launchpad bug 602820 in hundredpapercuts "firefox description in software center is geek and not at all complete (affects: 1) (heat: 6)" [Wishlist,Opinion] https://launchpad.net/bugs/602820
[13:57] <micahg> vish: that's not firefox though, it's the branding
=== om26er_ is now known as om26er
[13:58] <vish> micahg: hmm. but seems to show up first when we search for "firefox" , which is the firefox one?
[13:59] <micahg> vish: firefox
[13:59] <vish> even searching for "abrowser" , shows only firefox
[14:00] <micahg> vish: I get abrowser when I search for abrowser
[14:00] <vish> micahg: oh ! wait it is hidden in M
[14:01] <vish> micahg: the problem is not solved , the description problem is not solved. , the wrong item is being hidden
[14:01] <micahg> vish: which problem now?
[14:02] <vish> hmm , let me get the screenshot
[14:05] <vish> hehe , SC and its new features! ;p
[14:05] <vish> micahg: it appears as the browser > http://dl.dropbox.com/u/1325768/Screenshot.png
[14:05] <micahg> vish: that's in maverick?
[14:05] <vish> micahg: but when i click the "technical items" > this shows http://dl.dropbox.com/u/1325768/Screenshot-1.png
[14:06] <micahg> vish: which package is on top there?
[14:07] <vish> micahg: by default the technical items are hidden , see just above the SC status bar  "20 other technical items" in  the first screenshot
[14:07] <vish>  that is the branding one on top
[14:08] <micahg> vish: k, go ahead and open a firefox task and update the title to show it's the branding that has the issue
[14:08] <vish> micahg: however ,the browser one shows up only when we select the "technical items" , it has the problem of the reversed deccriptions
[14:08] <vish> micahg: sure thanks.
[14:10] <vish> micahg: do you want 2bugs . one for the description switch and one for the branding package showing up?  or both can be dealt in the same?
[14:11] <micahg> vish: no, I think the branding package should be hidden by default at least for Firefox
[14:11] <vish> yesh
[14:18] <om26er> qense, I closed the bugzilla bug then at irc was told to not. and now the decision is "Chat on Google Talk, Facebook, MSN, and many other chat services." is it fine?
[14:19] <qense> om26er: That is fine with me.
[14:21] <om26er> qense, and its committed now :)
[14:21] <qense> good!
[14:21] <qense> thanks for looking into it
[15:26] <km0r3> what to do with bugs that were nominated for older releases but never have been triage, like this one: https://bugs.launchpad.net/ubuntu/+bug/360743 ?
[15:26] <ubot2> Launchpad bug 360743 in ubuntu "screen flickering with enabled "Scale In" desktop effect (affects: 1) (heat: 8)" [Undecided,New]
[15:31] <pedro_> km0r3,  may you ask the reporters for reproduction of the issue on Lucid or Maverick?
[15:31] <pedro_> km0r3, looks like a video driver issue to me, what do you think?
[15:32] <pedro_> km0r3, the nomination needs to be rejected though, have a look to https://wiki.ubuntu.com/StableReleaseUpdates
[15:32] <pedro_> km0r3, i can do that for you since it needs special rights (being part of ubuntu-drivers team)
[15:37] <km0r3> pedro_: Yes, I can ask if it's reproducable on newer releases.
[15:37] <km0r3> pedro_: I'm not sure. It seems to be hare-specifc, tough
[15:38] <km0r3> pedro_: I would be grateful if you could reject the nomination :-)
[15:38] <km0r3> s/hare-specific/hardware-specific
[15:38] <pedro_> km0r3, ok ill do that for you now
[15:39] <pedro_> km0r3, right nvidia-XXX
[15:41] <pedro_> km0r3, also please re assign it to nvidia-graphics-drivers-180 ; if that's reproducible with a newer release it needs to be moved to the current driver package
[15:41] <pedro_> km0r3, thanks for helping :-)
[15:43] <km0r3> pedro_: ok, I will re-assign it.
[15:44] <km0r3> pedro_: Oh no, thanks to you pedro_ for helping! :-)
[16:22] <ogra> pedro_, could you do the arm team a favor and approve Tobin Davis for bug-control ?
[16:22] <ogra> he is our main QA guy but cant triage our bugs
[16:23] <ogra> i think he applied for ubuntu-bugcontrol quite a while ago
[16:24] <ogra> or bdmurray ^^^
[16:24] <hggdh> ogra: LP id?
[16:24] <ogra> https://edge.launchpad.net/~gruemaster
[16:25] <hggdh> ogra: looking at it now
[16:25] <ogra> thanks
[16:25] <ogra> would reduce the worload on other team members a lot
[16:25] <ogra> *workload
[16:25] <ogra> since he always needs to ping us for adjusting status etc
[16:26] <pedro_> ogra, added , thanks for ping us
[16:26] <pedro_> hggdh, beat you! :-P
[16:26] <ogra> pedro_, thanks a lot
[16:26] <hggdh> pedro_: quickest draw on the west ;-)
[16:26]  * ogra hugs pedro_ and hggdh 
[16:26]  * pedro_ hugs ogra 
[16:26] <hggdh> ogra: our pleasure, sir
[16:26] <ogra> :)
=== deryck is now known as deryck[lunch]
[16:45] <hggdh> pedro_: wouldn't it be a good idea to add ubuntu-mobile-dev to -control (as we have core-devs)?
[16:48] <pedro_> hggdh, not sure on adding teams to the bugcontrol would be good
[16:49] <pedro_> though the team is not big and there's only one person there which is not member of the bugcontrol
[16:49] <hggdh> pedro_: yes, and they are, sort of, core devs also
[16:49] <pedro_> well two actually
[16:49] <vish> pedro_: hi , did the meeting reminder go to the BC list as well? some mentors might be only on BC list
[16:50] <pedro_> vish, ooops
[16:50] <vish> pedro_: thanks
[16:50] <pedro_> vish, sending it now, thanks for the reminder
[16:50] <pedro_> hggdh, right
[16:51] <pedro_> vish, done
[16:51] <vish> ty
[16:51] <pedro_> yw
[16:52] <hggdh> pedro_: but, anyway: we would have to have an agreement here, and then contact them and ask about it
[16:54] <pedro_> hggdh, is there any policy for becoming part of that team or you need to be a canonical employee?
[16:54] <pedro_> if there's a clear policy about it, i guess i'm ok
[16:54] <pedro_> like for core-devs
[16:54] <hggdh> pedro_: I am not aware of any hard policy, unfortunately. This is why I raised it to you in the first place ;-)
[16:55] <pedro_> otherwise i'd prefer them to apply to the ubuntu bugcontrol team like everybody else
[16:55] <hggdh> but this is a new team, and I am not sure we ever thought about this type of scenario before
[16:55] <pedro_> hggdh, ah well i don't know about that :-P
[16:55] <pedro_> we can always ask though and then take a decision about it
[16:56] <hggdh> pedro_: let's leave it aside for a while, then. We could discuss (perhaps offline) it on the sprint
[16:56] <pedro_> hggdh, sounds good ;-)
[17:11] <nigelb> pedro_: poke?
[17:11] <nigelb> can you give me the last if bug squad pages that talk about patches?
[17:11] <nigelb> I want to add information about patch review if those pages turn up
[17:13] <nigelb> s/last/list
[17:13] <nigelb> and if I can make it I'll probably bring it up at the meeting too :)
[17:13] <yofel> the main one should be https://wiki.ubuntu.com/Bugs/Patches
[17:14] <nigelb> aha
[17:15] <nigelb> I love dholbach - he already got to them :)
[17:16] <yofel> heh
[17:18] <yofel> asking again as #launchpad seems asleep: can someone else check if they see the comment from 'lau' on https://bugs.launchpad.net/ubuntu/+bug/283168 ? It isn't shown on the main page but only in the full activity log here.
[17:18] <ubot2> Launchpad bug 283168 in ubuntu "gfloppy write permission denied with external usb floppy (affects: 1) (heat: 7)" [Low,Incomplete]
[17:20] <pedro_> yofel, i don't see anything from 'lau' there
[17:21] <yofel> in the activity log I get:
[17:21] <yofel> 2009-02-21 14:20:31  	lau (lbives: 0)  	None: status  	New  	Incomplete
[17:21] <yofel> 2009-02-21 14:20:31  	lau (lbives: 0)  	None: statusexplanation  	you also get the issue using the command line tools so the issue is not a gnome-utils one
[17:22] <yofel> I was irritated first as the discussion had a hole somehow
[17:22] <pedro_> is "Mohamed Amine IL Idrissi" around ?
[17:23] <pedro_> yofel, yeap , the message didn't make it to the bug report ui...
[17:24]  * yofel goes digging through malone bugs...
=== deryck[lunch] is now known as deryck
[18:37] <hggdh> pedro_, bdmurray: can you please review https://wiki.ubuntu.com/UbuntuBugControl and correct/reprimand me as needed?
[18:38] <ddecator> hggdh: <<#Generic-reqs>> isn't supposed to be visible i'm guessing?
[18:38] <hggdh> darn!
[18:38] <ddecator> :)
[18:40] <hggdh> good catch, ddecator, thank you
[19:02] <nigelb> hggdh: whats goin on?
[19:18] <hggdh> nigelb: we are adjusting membership to bug-control to accept teams
[19:18] <nigelb> hggdh: Oh
[19:19] <nigelb> hggdh: thats nice
[19:19] <nigelb> that way development teams can have access immediately
=== abhi_nav_ is now known as abhi_nav
[19:27] <nigelb> hggdh: one smalll change made :)
[19:27] <hggdh> nigelb: thanks
[19:29] <vish>  " Requirement 4 can be waived if you are an upstream developer / bug triager or if an Ubuntu developer vouches for you and your ability to triage bug reports. "
[19:29] <vish> hggdh: is that or if , or and if?
[19:30] <vish> " triager or if an "
[19:31] <vish> " if an Ubuntu developer vouches for you and your ability to triage bug reports" could just mean anyone can vouch one in if they are a U-developer
[19:32] <hggdh> vish: missing a comma
[19:33] <vish> hggdh: oh , didnt know that U-developers can just vouch for BC members , cool!
[19:47] <nhandler> Might be worth defining what an Ubuntu developer is (probably a member of ~ubuntu-dev)
[19:47] <nigelb> Just link ubuntu developer to the launchpad team page
[20:43] <bdmurray> nigelb: I'm not certain what you are trying to link to at UbuntuBugControl but it isn't working
[20:44] <nigelb> bdmurray: I'm try it to not be a link
[20:44] <nigelb> and it is working
[20:45] <nigelb> bdmurray: also new subscription script seems to be a bit agressive.  I'll give you specifics in a mail soon
[20:45] <bdmurray> nigelb: okay in the other parts of the page I had used the term "Ubuntu Bug Control" to avoid any confusion.
[20:46] <nigelb> ah, thats why it happened only once!
[20:46] <bdmurray> nigelb: the new subscription script isn't doing anything afaik
[20:46] <nigelb> I get 2 sets of mails
[20:46] <nigelb> I'm guessing one set is the new one
[20:47] <bdmurray> in your email please include the full email, including headers, for each message
[20:47] <nigelb> ok, will do
[21:48] <hggdh> bdmurray: thank you for the revision
[21:50] <bdmurray> hggdh: thank you for writing it ;-)