[00:00] <bcurtiswx> the empathy people mentioned <danni> bcurtiswx: really would be nice with some sort of network diagnostic...
[00:00] <hggdh> oh. hum. Look at the connections that pidgin opens, and look at the connections that empathy tries to open
[00:00] <persia> hggdh: I'm not sure it's a local issue.  My last US-headquartered client used IM extensively.
[00:00] <micahg> or rather, do we know that empathy works on those networks on a stock karmic install?
[00:01] <bcurtiswx> so, what to do next in that bug.. ya'll are confusing me
[00:02] <hggdh> bcurtiswx: OK. pidgin works, empathy no
[00:02] <hggdh> so, first question: are both targeting the same server/port?
[00:03] <hggdh> 2nd: is there a local proxy that has to be used? In this case, it seems that pidgin is targeting this proxy, and perhaps empathy is not
[00:04] <bcurtiswx> how would I go about finding this?
[00:04] <BUGabundo> bcurtiswx: etherreal
[00:05] <BUGabundo> nethogs, tcpdump, tcpwatch
[00:05] <BUGabundo> pick your hammer
[00:05] <bcurtiswx> tcpdump > tcpdump.txt be good enough?
[00:06] <bcurtiswx> needs a device.. hmm..
[00:07] <bcurtiswx> eth0 not a device?
[00:07] <bcurtiswx> im testing it myself
[00:08] <bcurtiswx> not getting very far :(
[00:08] <hggdh> sudo tcpdump -i <interface> -vv
[00:09] <hggdh> or, better, tcpdump -i <intface> -w raw.cap host <your host name>
[00:09] <hggdh> then wireshark on the output
[00:10] <hggdh> (which would be called, in my example, raw.cap)
[00:10] <hggdh> otherwise you will be capturing *all* traffic hitting the NIC
[00:10] <bcurtiswx> they have to perform the attempt to connect, then ctrl+c then wireshark the output?
[00:10] <persia> wireshark can also manage the tcpdump calls directly from the UI, if you like that sort of thing.
[00:11] <hggdh> yes. I assumed he is on a server, not a desktop. Sorry.
[00:11] <hggdh> bcurtiswx: yes.
[00:11] <persia> I'm not sure running empathy on the server is well supported :)
[00:11] <hggdh> heh
[00:12] <hggdh> it would be simpler to have two different captures, one for pidgin and one for empathy (so you will not have to figure out which is which on the capture
[00:12] <bcurtiswx> hggdh: this all confuses me... mind taking control of this bug so I can watch and learn?
[00:17] <hggdh> bcurtiswx: took it
[00:18] <bcurtiswx> hggdh: much appreciated
[00:18] <hggdh> if they are using a proxy, I am not sure empathy supports it
[00:18] <persia> It ought, as oscar supports a proxy.
[00:19] <bcurtiswx> hggdh: so when triaging bugs we assume the user knows how to do these things then... i was guessing I had to explain how to do each..
[00:19] <persia> And it's more likely to be an issue with telepathy than empathy, specifically the telepathy oscar client.
[00:19] <hggdh> it might, yes, but I cannot see where I could configure it
[00:20] <persia> I'd guess it ought default to the proxy defined by GNOME or KDE generally.
[00:20] <hggdh> which would not be a very good idea, since not everything may be proxied
[00:20] <persia> Well, telepathy ought, or else telepathy ought get the proxy from the UI (empathy) which ought use the default proxies from the DE.
[00:21] <persia> Hrm?
[00:21] <hggdh> I have seen places where some protocols are proxied, but not all
[00:23] <persia> I thought the DE proxy tools allowed one to have fairly fine-grained control over that sort of thing.
[00:23] <persia> If not, that is a separate bug, in my opinion.
[00:24] <hggdh> I just looked at Sys/Prefs/Net proxy on Lucid, and all you can do is select hosts to be ignored
[00:25] <persia> I have a "Proxy Configuration" tab, that allows me to set it for about 4 protocols, or pass a URI for more advanced configuration.
[00:25] <persia> (also on lucid)
[00:26] <bcurtiswx> anyone else have their VBox not start lucid after fully upgrading ?
[00:26]  * BUGabundo wonders what 'DE' is 
[00:26] <hggdh> yes, this is it. the usual protocols HTTP/HTTPS/FTP, or a generic socks
[00:26] <jmarsden> BUGabundo: Desktop Environment
[00:26] <BUGabundo> bcurtiswx: happens a lot to me in debian and latest kernel
[00:26] <bcurtiswx> BUGabundo: any way to workaround?
[00:27] <BUGabundo> bcurtiswx: use older kernel
[00:28] <BUGabundo> I never manage to get VB to work in -12
[00:28] <bcurtiswx> i dont' even see the screen to switch to a different kernel
[00:28] <BUGabundo> let me try in lucid
[00:28] <bcurtiswx> k
[00:28] <BUGabundo> bcurtiswx: left shift once grub loads
[00:28] <BUGabundo> *VERY* quicly
[00:28] <BUGabundo> its pretty hidden now
[00:28] <bcurtiswx> k lemme try
[00:28] <BUGabundo> and if you do it TOO SOON, it won't work either
[00:29] <arand> bcurtiswx: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/510571
[00:29] <ubot4> Launchpad bug 510571 in linux (Ubuntu) (and 1 other project) "-11 & later kernels won't boot with acpi, -10 works, Lucid (affects: 7)" [Medium,Confirmed]
[00:29] <bcurtiswx> arand: thx :D
[00:30] <arand> bcurtiswx: acpi=off added to kernel boot line.
[00:31] <bcurtiswx> arand: where's that stored again?
[00:31] <BUGabundo> bcurtiswx: /etc/defaults/grub
[00:31] <BUGabundo> update-grub afterwards
[00:36] <bcurtiswx> brb
[00:45] <nigel_nb> this is a fun bug, bug 518573
[00:45] <ubot4> Launchpad bug 518573 in pidgin (Ubuntu) "I can activate my acount (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518573
[00:45] <nigel_nb> I guess that counts as spam
[00:46] <ddecator> nigel_nb, i saw that earlier...i assumed it was supposed to be "can't"
[00:46] <BUGabundo> hey bot now says how many users affected
[00:46] <BUGabundo> cool
[00:46] <nigel_nb> well, you can't have a pidgin account.. you use pidigin to connect to something else
[00:46] <persia> ddecator: If you see something like that again, please update the title so that others aren't confused.
[00:47] <nigel_nb> I'll do it
[00:47] <persia> But that bug should probably be converted to a question for now.
[00:47] <ddecator> persia, i would have but idk if that's the case, i didn't look at the bug so i wasn't sure if that was the problem or not
[00:47] <persia> Also, note the kernel version: there's a distinct possibility that the individual isn't running Ubuntu, but rather some derivative.
[00:47] <persia> ddecator: Fair enough :)
[00:48] <ddecator> persia, you're always there to give me advice and teach me new things =)
[00:49] <ddecator> it sounds like he might not be good with english, so maybe he's having trouble getting an account with another service to work?
[00:49] <persia> ddecator: Well, I sleep sometimes, but that's what this channel is for: none of us are perfect, and we all have questions :)
[00:50] <ddecator> persia, fair enough haha
[00:50] <micahg> nigel_nb: it looks like apport was indeed used
[00:50] <nigel_nb> can someone take a look at bug 518533
[00:50] <ubot4> Launchpad bug 518533 in nautilus (Ubuntu) "Unable to mount location Not Authorized after nautilus upgrade (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518533
[00:50] <nigel_nb> micahg, oh no! the gm scripts are making me lazy
[00:51] <micahg> nigel_nb: heh
[00:58] <ddecator> whoa, i need some advice on bug 485352...i think the other evince link is invalid, idk how liferea is a part of this, if it's any browser (epiphany and firefox marked) then idk if the browsers should be marked, and the person filed an upstream bug...it looks fairly thorough, but needs cleanup?
[00:58] <ubot4> Launchpad bug 485352 in liferea (Ubuntu) (and 6 other projects) ""window list applet" fails to use its settings (it changes from two rows to one row) (affects: 1)" [Undecided,New] https://launchpad.net/bugs/485352
[00:58] <ddecator> and the description could be cleaned up...
[01:08] <ddecator> ...should i just work on it?
[01:09] <persia> May as well start.
[01:09] <ddecator> sure thing
[01:27] <kamalmostafa> Question about the launchpad-greasemonkey stock replies (is this the right channel?)...
[01:27] <kamalmostafa> I've seen this one posted to many bugs, but I don't see it in my list of stock reply selections -- is it a standard one?
[01:27] <kamalmostafa> "... You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue ... "
[01:29] <persia> I think that's standard, although I don't like it.  We should really be trying to verify manually before posting those.
[01:29] <micahg> kamalmostafa: https://wiki.ubuntu.com/Bugs/Responses#Old%20untouched%20bugs
[01:30] <kamalmostafa> persia: :-)  In fact, my plan was to just grab its wording, and add my notes about having been unable to reproduce the problem also.
[01:31] <hggdh> Geir is proposing a change to this one -- see the bugsquad mailing list
[01:31] <persia> I knew there was something I liked about the way you worked :)
[01:32] <kamalmostafa> micahg: thanks, yes, that's the one -- but I do not see that one (or many of the others) listed in the list of clickable choices in the Firefox add-on.   Am I missing some?
[01:32] <micahg> kamalmostafa: they should all be on that responses page
[01:36] <kamalmostafa> Maybe I'm confused about the usual workflow....  I installed the gm-dev-launchpad PPA which hopped up my Firefox such that it now presents me with a bunch of stock reply choices like "[Collect it] [Vague] ..." etc.  But it appears to be just a subset of the ones listed on the Bugs/Responses wiki page there.
[01:37] <yofel> I think bdmurray was the owner of the bug responses list in the LPGM scripts, maybe we could change the generation of that
[01:37] <yofel> afaik it's some xml file lying around somewhere right now
[01:37]  * ddecator wishes greasemonkey worked in FF 3.7
[01:38] <kamalmostafa> Okay, I'll not lose any sleep over it -- I can just cut-n-paste as needed.  Just trying to make sure I'm using up-to-date tools.
[01:38] <persia> Lots of people don't use LPGM, although it can be useful when one does lots of stock replies.
[01:39] <persia> For me, it's not so useful, because I tend to do few bugs deeply (or just blather about them here whilst someone else is triaging), rather than lots of bugs shallowly (although both activities are useful).
[01:39] <persia> I suggest spending more time to make sure the bugs are making progress, rather than worrying about the tools.
[01:40] <yofel> kamalmostafa: THIS ONE, to be precise: http://people.ubuntu.com/~brian/greasemonkey/bugsquad-replies.xml
[01:40] <kamalmostafa> persia: Actually, I really like the friendly tone of the stock replies, hence I wanted to try to cop their "thank you for taking the time" language at least.  :-)
[01:40] <kamalmostafa> yofel: thanks for the pointer to that, and thanks all for the help.
[01:40] <persia> Yeah, they're pretty good.  Lots of people improving them over a long time.
[01:46] <ddecator> does launchpad offer any kind of "follow" feature like bugzilla so newer people can follow more veteran triagers and learn from their work?
[01:47] <persia> Not really.  you can check the set of bugs that someone has commented, but that's not always the best guideline.
[01:47] <micahg> ddecator: no, but hggdh created something in the gm-devscripts plugin
[01:48] <hggdh> oh yes. ddecator, click on the karma value of one commenter, and it will open a search page on gmane for all bugs this commenter acted on
[01:49] <hggdh> but we have nothing like the follow in bugzilla
[01:50] <ddecator> i just clicked your karma, and the site came up, but it says it didn't find anything
[01:50] <hggdh> may happen. gmane search by name sometimes fail. Let me check
[01:51] <hggdh> ddecator: worked for me
[01:51] <hggdh> which bug was it?
[01:51] <ddecator> i just searched your name and clicked your karma haha
[01:52] <hggdh> heh. Try it in a bug
[01:52] <ddecator> yah, that worked
[01:52] <ddecator> so wait, if that works...how is the stock reply script supposed to work?
[01:53] <hggdh> huh?
[01:53] <ddecator> the gm script that allows for easily using a stock reply on launchpad, how is it supposed to work? is a button supposed to show up?
[01:53] <hggdh> oh. Click on the down-arrow to the left of the package.
[01:54] <ddecator> whoa, it works, haha
[01:54] <ddecator> i've been having trouble with gm on FF 3.7 so i'm surprised that works
[01:55] <micahg> bug 414627
[01:55] <hggdh> you are running 3.7? And using GM?
[01:55] <ubot4> Launchpad bug 414627 in malone "allow users to select another user to follow/watch (affects: 2)" [Undecided,Incomplete] https://launchpad.net/bugs/414627
[01:55] <nigel_nb> micahg, I could use your help with something (somewhat related to bug squad ;) )
[01:55] <micahg> nigel_nb: if it's quick...
[01:55] <ddecator> hggdh, yes...greasemonkey scripts i add don't work, but the launchpad addon thing in the repos seems to have worked
[01:55] <nigel_nb> micahg, I had sent a mail to the bug squad ML about triaging classes
[01:56] <nigel_nb> micahg, at some point would be interested in sharing about dealing with FF bugs?
[01:56] <micahg> nigel_nb: yes!
[01:56] <nigel_nb> the list grows longer :)
[01:57] <micahg> nigel_nb: probably after lucid release though
[01:57] <nigel_nb> micahg, thanks a bunch.  Mostly one or 2 sessions a month.. I'm looking for something like our hug days
[01:57] <nigel_nb> micahg, yeah... most sessions will be after lucid
[01:57] <nigel_nb> right now, we need to have some generic sessions for all the new people who've joined
[01:57] <micahg> nigel_nb: once I make the docs and the lecture, shouldn't be a problem to have a refresher once a month
[01:57] <nigel_nb> ah, great :)
[01:58] <nigel_nb> I'm looking at something like 2 or 3 topics a month with 1 repeat for each to adjust TZ differences
[01:58] <nigel_nb> i.e. each topic will be repeated once more
[01:59] <micahg> I can do anything from UTC 1200 to UTC 0600
[01:59] <nigel_nb> great :)
[01:59] <hggdh> micahg: don't you sleep?
[02:00] <nigel_nb> hggdh, LOL
[02:00] <micahg> hggdh: UTC 0600-UTC 1200 :)
[02:00] <nigel_nb> 6 hours?
[02:00] <nigel_nb> whoa!
[02:01] <micahg> well
[02:01] <ddecator> micahg, that's still late for central time, haha
[02:01] <micahg> around that rance
[02:01] <micahg> range
[02:01] <nigel_nb> amazing...
[02:01] <hggdh> it would have been better the other way, where you would have 18 hours, nigel_nb
[02:01] <nigel_nb> hggdh, hahaha
[02:01] <micahg> nigel_nb: that's the range I'm flexible in, I don't always keep those hours :)
[02:02] <nigel_nb> I thought so, but I didn't want to pass up a chance to pull your leg ;)
[02:02] <ddecator> btw, idk if anyone will have any idea, but are my chances good of getting to talk to pedro if i get on tomorrow at 15:00 UTC?
[02:04] <hggdh> at 1500Z it will be good
[02:04] <hggdh> 1500 UTC
[02:05] <ddecator> perfect, we haven't had a chance to talk so i want to get on irc and actually get some advice and lessons, haha
[02:06] <ddecator> thanks hggdh
[02:06] <hggdh> yw
[02:06] <nigel_nb> hggdh, what is the procedure when we see a segfault bug?
[02:06] <hggdh> nigel_nb: it should have been opened by apport, right?
[02:06] <nigel_nb> yeah
[02:07] <nigel_nb> I'm asking coz I generally skip them since I dont understand them
[02:07] <hggdh> so apport will try to get a good BT off it. If it succeeds, then we can try to (1) match to an existing bug here; (2) upstream; (3) open a new bug upstream
[02:08] <hggdh> bonus points for looking at the source and finding & fixing the issue (if needed)
[02:08] <nigel_nb> oh, so thats how we do it
[02:08] <nigel_nb> I think I'll pass the bonus points
[02:08] <nigel_nb> upsteam = kernel?
[02:08] <nigel_nb> er..upstream
[02:08] <hggdh> yes. You should leave it alone until apport finishes the retrace
[02:08] <ddecator> so that's what those are...
[02:08] <hggdh> IDK. Is this a kernel bug?
[02:09] <nigel_nb> I'm asking generally.
[02:09] <hggdh> no, upstream is whereever the developers are
[02:09] <nigel_nb> oh, whichever app seg faults, their upstream.  ah
[02:09] <hggdh> e.g., most Gnome bugs are in b.g.o
[02:10] <micahg> ddecator: https://edge.launchpad.net/ubuntu/+upstreamreport
[02:10] <chrisccoulson> although, some crashes might be introduced by an ubuntu specific patch
[02:10] <hggdh> oh, yes, there is that.
[02:10] <nigel_nb> like, for example, what do I do in bug 518617
[02:10] <ubot4> Launchpad bug 518617 in cron (Ubuntu) "cron crashed with SIGSEGV in __pthread_initialize_minimal_internal() (affects: 2)" [Undecided,New] https://launchpad.net/bugs/518617
[02:10] <nigel_nb> how can I make sense of the BT?
[02:10] <hggdh> wow. I did not know cron was still used
[02:11] <persia> nigel_nb: I'd also be happy to walk you through understanding a segfault bug at just about any time.  There's transcripts of a couple sessions on the wiki, but often it's easier live.
[02:11] <ddecator> micahg, first time i've seen this page, thanks
[02:11] <nigel_nb> persia, will you agree to lead a session at some point in classroom? probably after lucid release?
[02:11] <hggdh> it failed retrace. And -- bad, bad -- it has been make public with a coredump still attached
[02:12] <micahg> top 100 packages have almost half the bugs in Ubuntu
[02:12] <hggdh> eeek, it was very early on the start
[02:13] <micahg> hggdh: bug 505370
[02:13] <ubot4> Launchpad bug 505370 in malone "disable ability to make public if attachments should be private (affects: 1)" [Low,Triaged] https://launchpad.net/bugs/505370
[02:13] <micahg> ah, nm, you're subscribed
[02:13] <persia> nigel_nb: I just did one 10 days ago, so I'd prefer to wait a few months before I do another in -classroom :)
[02:13] <hggdh> heh
[02:13] <micahg> but not marked as affected :)
[02:13] <hggdh> will mark it so now
[02:13] <nigel_nb> persia, a few months is fine :)
[02:14] <persia> Probably for Open Week for lucid+2, with me offering on-demand walk-throughs for interested parties in the meantime.  About every 9 months is my preference for repeats (or I get dreadfully bored).
[02:14] <micahg> hggdh: maybe we should make a page of all the bugs that bugcontrol is affected by and have everyone mark them?
[02:15] <persia> nigel_nb: But since my last session is only 10 days old, it may contain relevant current information if you want to understand the process :)
[02:15] <hggdh> micahg: I think it should be voluntary, but (that said) sounds good -- peer pressure, and all of that
[02:15] <nigel_nb> persia, I'm looking through that one.  The one I'm asking now is a more long-term plan to have one or two sessions every month
[02:16] <persia> About stacktraces?
[02:16] <nigel_nb> persia, you get to pick a topic related to triaging
[02:16] <persia> Oh, it might be worth getting in touch with the team doing the development sessions.
[02:16] <nigel_nb> UDW?
[02:16] <nigel_nb> thats MOTU team
[02:16] <persia> I believe they are striving for one class a week on various topics, and assembling a faculty.
[02:17] <persia> Um, no.
[02:17] <persia> UDW is a special event.
[02:17] <nigel_nb> Classroom team?
[02:17] <persia> And MOTU/School was disbanded in favour of a more general development training organisation.
[02:17]  * persia hunts the wiki
[02:17] <persia> https://wiki.ubuntu.com/Packaging/Training
[02:18] <persia> But it could well move to be something more generic.
[02:18] <persia> I think triaging is important for developers as well.
[02:18] <persia> And development topics may be of interest to some triagers.
[02:18]  * persia has a dislike of the "I am not a developer" and "I am not a triager" memes
[02:19] <nigel_nb> persia, ah I know this one.  I think nhandler_ leads the Lp team on this
[02:19] <persia> I think he's involved, yeah.
[02:19] <nigel_nb> persia, we could eventually had over to them or merge with them or whatever
[02:19] <persia> I prefer "cooperate" to "hand over" or "merge" :)
[02:19] <ddecator> how hard is it to learn packaging?
[02:19] <persia> Not.
[02:20] <hggdh> it would be nice to work together
[02:20] <nigel_nb> well merge and cooperate might be the same
[02:20] <nigel_nb> *and* I've already asked nhandler's help on this one :)
[02:20] <persia> For 90% of packages, packaging is trivial.  There are a few programs that even completely automate packaging.
[02:20] <nigel_nb> we're both on the classroom team anyway
[02:20] <persia> But packaging itself isn't very interesting.  It's more interesting to focus on how to fix broken packages.
[02:21] <ddecator> persia, thanks, that's something i'd be interested in learning more about then =)
[02:21] <ddecator> well gotta start somewhere
[02:21] <persia> And that can be terribly complex, depending on how the program is packaged :)
[02:21] <ddecator> i'm trying to learn basic python...
[02:21] <persia> ddecator: OK.  Ask me for the 10-step guide to packaging something in #ubuntu-motu sometime :)
[02:21] <ddecator> persia, great, thanks =)
[02:21]  * micahg will take a copy too :)
[02:24] <nigel_nb> okay, so what can do with the stack retrace bug?
[02:30] <hggdh> ask cjohnston how it happened. It was *very* early in the setup, and I am not even sure cron was already running
[02:30] <persia> nigel_nb: Pick one, and let's look at it.
[02:30] <cjohnston> ?
[02:30] <nigel_nb> persia, bug 518617
[02:30] <ubot4> Launchpad bug 518617 in cron (Ubuntu) "cron crashed with SIGSEGV in __pthread_initialize_minimal_internal() (affects: 2)" [Undecided,New] https://launchpad.net/bugs/518617
[02:30] <hggdh> cjohnston: bug 518617
[02:31] <persia> Ugh.  pthreads.
[02:31] <hggdh> yep
[02:31] <nigel_nb> pthreads?
[02:31] <cjohnston> i upgraded to 10.04... but i cant boot into the new kernel.. so im booting into the old kernel, and got the cron crash
[02:32] <persia> nigel_nb: http://en.wikipedia.org/wiki/POSIX_Threads
[02:32] <persia> But, more interestingly, there's not much we can do with that bug.  http://launchpadlibrarian.net/38871619/Stacktrace.txt contains almost no useful information.
[02:32] <persia> Try to reproduce and get a backtrace with more symbols.
[02:33] <cjohnston> persia: are you talking to me?
[02:34] <persia> cjohnston: Is 518617 your bug?
[02:34] <nigel_nb> yup
[02:34] <cjohnston> yes
[02:35] <persia> Then I suppose I am :)
[02:35] <cjohnston> just checking
[02:35] <cjohnston> lemme give it a try and see what i can do
[02:35] <persia> heh :)  I'm glad you did, as I hadn't known I was addressing you :)
[02:36] <cjohnston> ;-)
[02:36] <cjohnston> https://wiki.ubuntu.com/DebuggingProgramCrash needs work
[02:37] <cjohnston> tryin to figure out how to run a backtrace
[02:37] <micahg> cjohnston: https://wiki.ubuntu.com/Backtrace
[02:37] <vish> cjohnston: your bug still has the coredump.gz , you might want to remove it
[02:38] <nigel_nb> persia, so I have to find another stackstrace
[02:38] <vish> or keep it private :)
[02:39] <cjohnston> removed
[02:39] <persia> coredumps aren't inherently carriers of private infomation, they just have some chance of being so, and it's *really* hard to tell.
[02:39] <cjohnston> micahg: that link, #1 points right back to the debuggingprogramcrash page
[02:39]  * vish didnt want to look and find out  , if there was info ;)
[02:39] <persia> For example, for a test system with no useful cookies and a pointless password (test123!), it's usually safe to leave them.
[02:40] <cjohnston> thanks vish
[02:40] <vish> cjohnston: np..
[02:40] <cjohnston> what debug symbol package should i install
[02:41] <persia> At least cron, and preferably all the dependencies of cron.
[02:43] <hggdh> cjohnston: if you still have the crash report, run 'sudo apport-retrace -o trash /var/crash/<whatever>'
[02:43] <hggdh> cjohnston: this will load *all* dbgsyms needed
[02:43] <hggdh> easier than finding the dependencies.
[02:45]  * vish ooooh , takes note of that^..... neat :)
[02:47] <vish> hmm ..
[02:47] <vish> hggdh: i get "sudo: apport-retrace: command not found"
[02:47] <cjohnston> vish: it isnt installed by defaut i guess
[02:47] <cjohnston> i had to install it
[02:47] <hggdh> ?
[02:47] <hggdh> really?
[02:48]  * hggdh is surprised
[02:49] <vish> ah right , /me installs
[02:49] <cjohnston> hggdh: http://pastebin.be/23349
[02:50] <hggdh> ?? what do you have in your sources.list?
[02:50] <persia> That explains why the stacktrace was so useless :)
[02:51] <hggdh> but -- if I remember correctly, the pthreads symbols would be in the libc6 packages
[02:51] <hggdh> which was incompatible with your installed version
[02:51]  * ddecator just ignored the end of the super bowl to pay attention to this...what is the ubuntu community doing to me? =p
[02:51] <hggdh> it starts this way...
[02:52] <hggdh> and then you are taken.
[02:52] <persia> Just take care to protect your sleep.  Anything else is mostly fair game.
[02:52] <ddecator> not to mention i'm waking up early tomorrow just to talk to pedro about bugs o.o
[02:52] <cjohnston> http://pastebin.be/23350
[02:52] <cjohnston> and a couple ppa
[02:53] <persia> The ppas might be catching you.
[02:53] <persia> Or partner
[02:54] <persia> Check to make sure you aren't installing something very low level from one of those.
[02:54] <cjohnston> how?
[02:54] <persia> Alternately, there's something wonky with the ddebs capture.
[02:54] <cjohnston> getting beyond my knowledge levels
[02:54] <hggdh> what are the ppas for?
[02:54] <persia> You can look in /var/lib/apt/lists to see what is available from where.
[02:55] <persia> apt-policy can also check for specific packages.
[02:55] <cjohnston> dropbox, cairo dock pidgin, wine vb
[02:57] <hggdh> they should not matter
[02:58] <hggdh> cjohnston: are you running Lucid, or Karmic with Lucid packages?
[02:58] <cjohnston> i tried upgrading to lucid
[02:59] <cjohnston> for some reason i cant boot into the newest kernel
[02:59] <hggdh> but you are still booting Lucid?
[03:00] <cjohnston> http://pastebin.be/23352
[03:03] <hggdh> weird.
[03:04] <hggdh> and what does 'uname -rv' say?
[03:05] <cjohnston> 2.6.31-19-generic #56-Ubuntu SMP Thu Jan 28 02:39:34 UTC 2010
[03:06] <hggdh> this is not a recent Lucid kernel -- in fact, I think this is a Karmic one
[03:06] <cjohnston> it is
[03:06] <cjohnston> i cant get the new kernel to boot
[03:07] <hggdh> any of the new kernels?
[03:07] <hggdh> oh
[03:07] <cjohnston> i only have one newer one installed
[03:08] <hggdh> yes, just figured why
[03:08] <cjohnston> after the ubuntu logo, it goes to a blank screen and when i press keys/buttons it puts random odd characters on the screen
[03:08] <hggdh> this may be part of what is making apport-retrace confused
[03:08] <ddecator> this is unrelated, but how detailed do reports have to be in order to get classified as "Wishlist"?
[03:08] <hggdh> hum. Try to boot with 'acpi=off
[03:08] <cjohnston> hggdh: how would i do that
[03:08] <cjohnston> sorry
[03:09] <micahg> ddecator: detailed enough so the concept is understood for the feature
[03:09] <micahg> ddecator: could be 1 line or 10
[03:09] <persia> ddecator: It's basically the same as any other bug: we need to understand it, and then we can set an importance.
[03:09] <hggdh> when you boot you are thrown into grub. Press 'e' to edit the line you boot from
[03:10]  * persia notes that one may have to hold down shift to accomplish this
[03:10]  * vish *sighs*  
[03:10] <cjohnston> ok
[03:10] <cjohnston> rebooting then..
[03:10] <cjohnston> brb
[03:10]  * hggdh has grub with a delay
[03:10]  * nigel_nb too has delay
[03:11] <nigel_nb> anyone know how gnome weather report works?
[03:11] <bcurtiswx> i swear i go into #ubuntu all the time and never get an answer.... </facepalm>
[03:11] <ddecator> micahg persia , bug 518344 seems simple enough but idk the guidelines for wishlist items (the wiki doesn't say much)
[03:11] <ubot4> Launchpad bug 518344 in f-spot (Ubuntu) "Allow export to iPod (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518344
[03:12] <persia> ddecator: I'd call that a borderline case.  I have no idea if this is easy or hard from the available info, nor how to do it.  That said, it might be trivial for someone with an iPod and knowledge of how it works.
[03:13] <nigel_nb> and it may need to be reported upstream or linked to upstream wishlist if it exists
[03:13] <persia> That would definitely be a good step.
[03:13] <vish> bcurtiswx: its almost always certain ;)   try #ubuntu-beginners-help
[03:13] <persia> If the upstream bug is well described, we don't need more.
[03:16] <ddecator> does bugzilla handle feature requests?
[03:17] <vish> ddecator: yup
[03:17] <micahg> ddecator: yes, enhancement
[03:18] <ddecator> learning new things everyday
[03:22] <ddecator> aha, there is request upstream, so link them? (idk how much this gets treated the same as a bug, and how much is treated slightly different...)
[03:24] <persia> Yes.  Link them and mark it triaged and wishlist :)
[03:24] <persia> It's precisely the same.  It is a bug.  Just not a very important one :)
[03:24] <ddecator> a. you'll mark it triaged (i can't -yet-), b. does it matter that the upstream request is from 2007?
[03:25] <nigel_nb> ddecator, (b) does not matter as long as its still open
[03:25] <hggdh> this is it for me. Godd night all y'all
[03:25] <nigel_nb> night hggdh
[03:25] <ddecator> cya hggdh
[03:25] <nigel_nb> ddecator, upstream bug number?
[03:26] <ddecator> nigel_nb, https://bugzilla.gnome.org/show_bug.cgi?id=394806
[03:26] <ubot4> Gnome bug 394806 in General "iPod Photos" [Enhancement,Unconfirmed]
[03:26] <nigel_nb> gnome 94806
[03:26] <ubot4> Gnome bug 94806 in general "crash with automatic closes" [Critical,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=94806
[03:26] <nigel_nb> bah
[03:26] <nigel_nb> ddecator, its still open.  You can add you that one
[03:27] <ddecator> perfect, thanks all, just give me a sec...
[03:32] <ddecator> someone wanna do the honors? =)
[03:33] <ddecator> ...have the honors?...whatever the saying is
[03:34]  * micahg will take care og it
[03:34] <micahg> *of
[03:34] <ddecator> thanks micahg
[03:35] <arand> If nautilus errors during LTS->LTS-upgrade where does the bug go?
[03:36] <micahg> arand: nautilus if that's where the fixes go
[03:37] <micahg> arand: I think there's a hardy2lucid tag or if not there should be
[03:38] <arand> micahg: So nautilus with that tag, or update-manager-core with that tag?
[03:41] <micahg> arand: if it's a nautilus bug, there
[03:43] <arand> Problem is I don't really know, it only appears when doing an lts release upgrade.
[03:48] <nigel_nb> micahg, will you be around for some more time?
[03:48] <micahg> nigel_nb: probably another 2 hours
[03:48] <ddecator> micahg, i just found you in a bug, haha
[03:48] <nigel_nb> I want some help patching libgweather
[03:48] <micahg> ddecator: not surprising, which tracker?
[03:49] <ddecator> bug 518336, you're mentioned by the OP in the description haha
[03:49] <ubot4> Launchpad bug 518336 in thunderbird (Ubuntu) "thunderbird-3.0: Please turn off global search by default (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518336
[03:49] <micahg> ddecator: indeed
[03:50]  * micahg doesn't recall being in too many bugs' texts
[03:50] <nigel_nb> micahg, the process for submitting a patch is the same in gnome too?
[03:50] <ddecator> what exactly did you want the person to do with the bug?
[03:50] <nigel_nb> micahg, log a bug and provide a patch...
[03:50] <micahg> nigel_nb: in LP or upstream?
[03:50] <nigel_nb> micahg, upstream first
[03:50] <micahg> idk, probably
[03:51] <micahg> nigel_nb: check for dupes upstream
[03:51] <nigel_nb> micahg, ah yes
[03:51] <micahg> ddecator: file a feature request and not clutter the other bug :)
[03:51] <ddecator> micahg, haha, gotcha. so would it be a wishlist item for thunderbird then?
[03:52] <micahg> ddecator: yes
[03:52] <ddecator> fair enough, i'll do some checking around for possible dups or anything
[03:52] <micahg> ddecator: the thing is, I think that is the default, but I can't be sure...
[03:52] <micahg> well, actually, the user is confused
[03:52] <micahg> global search and downloading email are 2 separate things
[03:53] <micahg> ddecator: I was going to check upstream for dupes
[03:53] <ddecator> if you want to then by all means
[03:53] <bcurtiswx> micahg: bugpatterns.. are we restraining these to bugs that have a lot of duplicates?
[03:54] <micahg> bcurtiswx: -control gets subscribed to bugs >10 dups
[03:54] <micahg> >=10 I think
[03:54] <bcurtiswx> micahg: k thx
[03:54] <micahg> bcurtiswx: but if you think there should be one, I don't see a problem writing it :)
[03:55] <micahg> but check with bdmurray in the morning :)
[03:55] <bcurtiswx> micahg: i see a lot of empathy crashes, but im gonna wait to see one with lots of dupes before writing a bugpattern
[03:55] <micahg> bcurtiswx: is the retracer getting to them?
[03:55] <bcurtiswx> yeah it has
[03:56] <bcurtiswx> ok im getting bad with the whole name before txt
[03:56] <bcurtiswx> micahg: yeah it has
[03:56] <micahg> the name can be anywhere bcurtiswx
[03:56] <bcurtiswx> i know, but all properness is at beginning
[03:58] <ddecator> if the OP unsubscribes from a bug, will they still receive emails about comments since they reported it?
[03:59] <vish> ddecator: nope , bug# ?
[04:01] <ddecator> bug 518258, i added my comment but then went to subscribe and saw the OP isn't listed...s/he seemed really confused...
[04:01] <ubot4> Launchpad bug 518258 in software-center (Ubuntu) "I tried to report "bug" within the last hour. Now I'm not sure if this got to you? (affects: 1)" [Undecided,Incomplete] https://launchpad.net/bugs/518258
[04:03] <persia> 518258 should definitely be converted to a question.
[04:04] <ddecator> i couldn't tell what exactly was going on, if it was the problem with the top bar or what exactly they were getting at
[04:04] <nigel_nb> There is a spell correction in libgweather upstream.  how do I make the changes and make a patch using git?
[04:05] <persia> ddecator: Right.  Especially with the follow-up comment, it looks like a support request.  I think there's at least one buried in there, but I think this user needs someone else to help them, and then deal with the bug filing once the issues are identified.
[04:05] <micahg> nigel_nb: more of a discussion for -motu
[04:05] <vish> persia: but the OP has unsubscribed , should we re-subscribe them?
[04:05] <nigel_nb> good point
[04:06] <persia> Not even there really.  How to use upstream VCS is best asked on the relevant upstream channel.
[04:06] <ddecator> persia, alright, so whats the protocol for that?
[04:06] <micahg> persia: true
[04:06] <nigel_nb> persia, aw :(
[04:06] <micahg> nigel_nb: so I'll answer here...
[04:07] <micahg> nigel_nb: git clone repo
[04:07] <micahg> nigel_nb: modify the file
[04:07] <nigel_nb> got the clone right now
[04:07] <nigel_nb> modified already
[04:07] <micahg> nigel_nb: git diff /path/to/file > patch.diff
[04:07] <nigel_nb> ah, thanks :)
[04:07] <persia> ddecator: I don't know the wiki page that describes it, but there's a "Convert to question" button.  I like to leave a comment saying soemthing like "I'm unsure precisely how to interpret this as a bug.  I've converted it to a support request, and would be glad to help you with your issue." or some such.  Just be sure to subscribe to the question.
[04:08] <micahg> nigel_nb: that's the simple version :)
[04:08] <ddecator> persia, perfect, i'll figure it out, thanks
[04:09] <ddecator> persia, wait, is it worth doing if the OP unsubscribed?
[04:09] <nigel_nb> ddecator, you can subscribe the OP
[04:10] <persia> ddecator: I didn't know the reporter *could* unsubscribe.  I believe it's implicit.
[04:10] <bcurtiswx> micahg: whats the bzr equivalent of svn update ?
[04:10] <persia> Subscribing the reporter is the other option :)
[04:10] <ddecator> good point nigel_nb
[04:10] <nigel_nb> bcurtiswx, I know bzr but not svn
[04:10] <ddecator> persia, i didn't know either, but the name isn't there, haha. i'll read the wiki and take care of it
[04:10] <jmarsden> bcurtiswx: bzr pull  # I think
[04:10] <nigel_nb> can you tell me what you're trying to do.  I can give u the command :)
[04:10] <bcurtiswx> whats the # for?
[04:10] <vish> bcurtiswx: $bzr pull
[04:10] <jmarsden> bcurtiswx: So I can type a comment after the command
[04:11] <bcurtiswx> lol, ok.. thx
[04:14] <micahg> bcurtiswx: yeah, bzr pull
[04:14] <bcurtiswx> ty ty :-D
[04:17] <nigel_nb> micahg, lol, I guess rants are everywhere
[04:17] <nigel_nb> gnome 556843
[04:17] <ubot4> Gnome bug 556843 in locations "Location bugs." [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=556843
[04:20] <vish> nigel_nb: iirc , klapper is the _top_ reporter to bgo ,[he works for intel or rehat]
[04:20] <vish> redhat*
[04:20] <nigel_nb> oohhh
[04:21] <nigel_nb> but that bug reads like a newbie bug
[04:40] <om26er> what package is for 'brightness keys dont work' ?
[04:43] <om26er> https://bugs.launchpad.net/bugs/518613
[04:44] <ubot4> Launchpad bug 518613 in software-center (Ubuntu) "LED screen bright/ Brillo de pantalla LED (affects: 1)" [Undecided,New]
[04:45] <nigel_nb> om26er, kernel most prbly
[04:46] <greg-g> or hal, see: https://wiki.ubuntu.com/DebuggingHal
[04:46] <nigel_nb> I thought we got rid of hal?
[04:47] <nigel_nb> om26er, ah, udev.. https://wiki.ubuntu.com/Halsectomy
[04:52] <greg-g> oh right :)
[04:56] <bcurtiswx> Halsectomy..... how appropriate.....
[04:56] <om26er> greg-g, nigel_nb thanks
[04:58] <kamalmostafa> bugcontrol please -- I have triaged bug 483925 (reported upstream to SF) and would rate its importance as "Medium".
[04:58] <ubot4> Launchpad bug 483925 in hamlib (Ubuntu) "rigctl/hamlib does not work with Icom PCR1000 (affects: 1)" [Undecided,New] https://launchpad.net/bugs/483925
[05:02] <micahg> kamalmostafa: is the project registered on LP?
[05:03] <kamalmostafa> micahg: No, it isn't.  Should I register it?  (I'm never sure about SF projects).
[05:03] <micahg> kamalmostafa: yes, so we can set upstream bugs for it
[05:03] <micahg> kamalmostafa: just don't say it's using LP for anything
[05:04] <kamalmostafa> micahg: what do you mean "don't say"?
[05:04] <micahg> kamalmostafa: there are option for what you want the project to use LP for
[05:04] <micahg> don't select anything
[05:05] <micahg> kamalmostafa: actually specify that bugs are tracked at sf
[05:05] <kamalmostafa> micahg: okay, got it.  I did register a similar project once before, but it seemed strange to be doing so on behalf of an upstream project without their "consent".  I'll have a poke at this one now.
[05:06] <micahg> kamalmostafa: well, maybe check in their IRC channel if they have one
[05:06] <micahg> kamalmostafa: but everything on the page should point to the authoritative source for the project
[05:07] <kamalmostafa> micahg: okay, i'll holler if I get stuck.  thanks for the assistance.
[05:13] <Damascene> where is the best place to suggest improvement to checkbox?
[05:20] <nigel_nb> Damascene, come again? feature request?
[05:24] <Damascene> yes
[05:25] <nigel_nb> bug number?
[05:27] <Damascene> I want to request feature. should I open bug or something else? this is my question.
[05:32] <nigel_nb> Damascene, ah
[05:32] <nigel_nb> Damascene, open a bug against the package you are requesting the feature
[05:34] <Damascene> OK. thanks
[05:38] <kamalmostafa> micahg: I have registered the project https://launchpad.net/hamlib and linked its SF project.  Can you assist me with the next step (linking the bug to that?)?
[05:39] <micahg> kamalmostafa: click also affects project
[05:39] <micahg> browse for the project name
[05:40] <kamalmostafa> micahg: okay, does this look good? bug 483925
[05:40] <ubot4> Launchpad bug 483925 in hamlib (Ubuntu) (and 1 other project) "rigctl/hamlib does not work with Icom PCR1000 (affects: 1)" [Undecided,New] https://launchpad.net/bugs/483925
[05:41] <micahg> kamalmostafa: yes
[05:42] <micahg> kamalmostafa: what did you want me to set it to?
[05:42] <kamalmostafa> micahg: great, thank you.  [Triaged,Medium] please.
[05:43] <micahg> kamalmostafa: done
[05:44] <kamalmostafa> micahg: thank you very much for all your help!
[05:46] <om26er> I have seen two bug reports against empathy 1 was doesnot connect if using ppp and the other says cannot connect using evdo 3g. so they are actually empathy bugs or network-manager?
[05:46] <om26er> https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/517998
[05:46] <ubot4> Launchpad bug 517998 in empathy (Ubuntu) "empathy can't connect any account though my EVDO 3G network (affects: 1)" [Undecided,New]
[05:47] <om26er> and https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/457870
[05:47] <ubot4> Launchpad bug 457870 in empathy (Ubuntu) (and 1 other project) "empathy does not recognize ppp connections (affects: 2)" [Low,Triaged]
[07:51] <d1b> hi um
[07:51] <d1b> https://bugs.edge.launchpad.net/ubuntu/+source/sane-backends/+bug/469540 no action has been taken should i take this to ubuntu-dev  / some one who has access to fix this up ?
[07:51] <ubot4> Launchpad bug 469540 in sane-backends (Ubuntu) "Add more Samsung MFP scanners support (Xerox WorkCentre 3119, Samsung SCX-4220) (affects: 1)" [Undecided,New]
[12:51] <Damascene> https://bugs.launchpad.net/ubuntu/+source/udev/+bug/518007
[12:51] <ubot4> Launchpad bug 518007 in udev (Ubuntu) "Asus Eee Function Keys (Hotkeys) are not working with Lucid 10.04 (affects: 1)" [Undecided,New]
[12:52] <Damascene> how to triage that?
[13:21] <vish> Damascene: have a look at this > https://wiki.ubuntu.com/LaptopTestingTeam/HotkeyResearch
[13:35] <om26er> what should I do for this bug https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/518319
[13:35] <ubot4> Launchpad bug 518319 in notify-osd (Ubuntu) (and 2 other projects) "Unable to initate a conversation from a pop-up (affects: 1)" [Undecided,New]
[13:35] <om26er> its not empathy bug for sure. its a feature request for notify-osd but I am told that notify-osd is for notification *only* so wont fix against notify osd?
[13:37] <Damascene> vish. thanks for the link. I'll try to improve the report.
[13:45] <persia> om26er: I'd wait for the upstream determination to set any of the tasks wontfix.
[13:46] <om26er> persia, wislist for empathy and notify osd for now?
[13:46] <persia> If you're entirely sure that no changes in empathy would be required to enable it was such functionality added to notify-osd, the empathy task is invalid.
[13:47] <persia> If empathy might require work, wishlist is better.
[13:47] <persia> I'm unsure if notify-osd should be wishlist or low.  It might be a usability issue, but it's definitely a feature.
[13:48] <om26er> persia, its for sure something new that notify osd dont have and the specs dont show any plans for any feature
[13:49] <cjohnston> mornin...
[13:49] <cjohnston> hggdh: you around?
[13:50] <persia> om26er: Like I said, it's definitely a feature request.  Where I don't have an opinion is whether it's a usability issue.  If it is a usability issue, that pushes from "wishlist" to "low".
[13:50] <persia> cjohnston: Always best to give context when poking folk: it lets them give better answers when they catch backscroll (which may be in seconds or hours), and maybe others can help.
[13:51] <cjohnston> persia / hggdh its in reference to our conversation last night re: cron crash / lappy not booting into lucid kernel
[13:52] <persia> And now if you ask your question, perhaps someone will answer it :)
[13:53] <om26er> marking wislist because there is another bug against empathy in the name 'open but do not raise' and it is milestone for lucid.
[13:53] <cjohnston> He was helping me troubleshoot.. so was hoping to pick up where we left off
[13:53] <om26er> that was about chat window
[13:53] <persia> cjohnston: DId you manage to get a backtrace with real content?
[13:54] <cjohnston> no...
[13:54] <cjohnston> and he never did figure out why
[13:54] <cjohnston> that was one of the things we were still working on
[13:54] <vish> om26er: why are you setting milestones?
[13:54] <cjohnston> hmm.. trying to boot into the newest lucid kernel this morning and my error is now: init: plymouth main process (341) killed by SEGV signal
[13:55] <om26er> vish, I never
[13:55] <vish> om26er: the devs set that when they decide to implement the feature
[13:55] <vish> om26er: hmm... k
[13:59] <cjohnston> holy crapoly.. it booted!!!!
[14:00] <cjohnston> uname -rv == 2.6.32-12
[14:00] <cjohnston> woohoo
[14:01] <persia> Nice.
[14:04] <hggdh> hey cjohnston, sorry, was getting a coffee. I will have to get to the office now, and will be back in ~30 m
[14:05] <cjohnston> no problem..
[14:06] <persia> cjohnston: Now that you've the latest kernel, try dist-upgrading again to make sure you have the latest everything else, replicate the crash, and see if apport-retrace gives you useful symbols.
[14:07] <cjohnston> okie
[14:09] <LimCore> firefox 1.5 fails epically on ubuntu 64bit
[14:09] <persia> 1.5 ?!?!
[14:10] <cjohnston> 1.5 should fail period imo
[14:10] <LimCore> firebug
[14:10] <LimCore> omg typo
[14:10] <BUGabundo> guud afternoon
[14:10] <LimCore> firebug (firefox extension) shipped with ubuntu, in version firebug-1.5.0, fails epically (always, 100% crashes the browser when used).  Now users muts uninstall ubuntu-shipped firebug-1.5.0 and by hand install firebug-1.4.5
[14:11] <LimCore> afair only for 64bit systems
[14:11] <LimCore> perhaps we should for now ship 1.4.5, as upstream's 1.5.0 is totally unusable
[14:11] <LimCore> https://addons.mozilla.org/en-US/firefox/addons/versions/1843
[14:11] <persia> Downgrading is hard.
[14:12] <persia> Is 1.5.0 unfixable?
[14:12] <LimCore> http://blog.getfirebug.com/2010/01/19/64-bit-firefox-on-linux-crashes-with-firebug-1-5-0/
[14:12] <LimCore> persia: yes it is
[14:13] <persia> How so?  It's a rare bug that is truly unfixable.
[14:13] <LimCore> it would appear to me, that imho, the ustreap developer has idiotic attitude "unsupported 64 bit builds", he means that he doesn't care too much as 64bit systems are "not supported" (wtf?). So I say, *** him and downgrade
[14:13] <LimCore> that url above should provide information needed
[14:15] <LimCore> "64 bit systems are unsuported".... *headdesk*
[14:15] <Pici> This sounds like something that should be brought to the attention of the mozillateam imo.
[14:15] <ikonia> Pici: it's not as big an audeince as is beig made out
[14:15] <ikonia> eg: I'm running it on 64bit with no issues, but I'm aware of two problems for users in the last week
[14:16] <LimCore> ikonia: firebug is working for you on 64bit system?
[14:16] <ikonia> yes
[14:16] <LimCore> click F12 to open firebug, enable console tool
[14:17] <ikonia> I can't at the moment, but it did work when I tested it for one of the other users the other day
[14:17] <ikonia> I'm on an 8.10 laptop so the test would be false
[14:17] <persia> And if it isn't working, how isn't it working?  If it just crashes, that's typically easy enough to fix.
[14:17] <LimCore> it affects 9.10 with firebug 1.5.0
[14:17] <LimCore> persia: it crashes entire firefox
[14:17] <ikonia> LimCore: I know, I tested it on a 91.0 laptop
[14:18] <ikonia> but I appreciate that isn't the bug
[14:18] <ikonia> I've just tested it on my 8.10 laptop and it works on that too
[14:18] <persia> LimCore: So?  With a good stacktrace, we can still find the offending code.
[14:18] <LimCore> Im rather sure it crashes EVERY 9.10 64bit box that ties to use firebug esp. in the console tool
[14:18] <Pici> 1.5.0 is only in lucid right now.
[14:18] <ikonia> LimCore: I'm rather sure it doesn't
[14:18] <ikonia> LimCore: I'm using it on 9.10
[14:18] <LimCore> ikonia: with console?
[14:19] <ikonia> yes
[14:19] <Pici> Is this a firefox bug or a firebug bug?
[14:19] <LimCore> not sure
[14:19] <ikonia> I thought it was each other blaming each other
[14:20] <cjohnston> persia: I ran an update, and rebooted, and now it wont boot again.. :-(
[14:20] <persia> cjohnston: Hrm.  That's exceedingly frustrating.
[14:24] <LimCore> oh, that bug is already traigged even
[14:24] <LimCore> bug #449744
[14:24] <ubot4> Launchpad bug 449744 in iceweasel (Debian) (and 5 other projects) "Firefox crashes when attempting to load Firebug 1.5 alphas (affects: 78) (dups: 5)" [Unknown,Fix released] https://launchpad.net/bugs/449744
[14:24] <persia> Says "Fix Released".  Was it?
[14:25] <LimCore> in 9.10 it still crashes for me, untill I by hand install older firebug
[14:25] <ikonia> there 5.3.7 update was supposed to fix it but didn't for all people
[14:25] <ikonia> ughhh 3.5.7
[14:25] <persia> LimCore: I show that we ship 1.4.1 in 9.10.
[14:25] <LimCore> hmm?
[14:26] <persia> !info firebug karmic
[14:26] <ubot4> persia: firebug (source: firebug): web development plugin for Firefox. In component universe, is optional. Version 1.4.1-1ubuntu2 (karmic), package size 537 kB, installed size 3184 kB
[14:26] <LimCore> O_o
[14:26] <Pici> Like I said, 1.5.0 is in only in lucid thus far
[14:26] <LimCore> aah my bad.  The 1.5.0 was installed also by hand by me.
[14:26] <ikonia> I did it by hand too
[14:26] <persia> This may be an issue, but it's not an issue in any shipping software, only in special user-modified configurations.
[14:27] <LimCore> correct then
[14:27] <ikonia> it's just a plugin so I coundn't be bothered with a deb package
[14:27] <LimCore> perhaps I will give the shipped by ubuntu one a try instead
[14:27] <LimCore> ikonia: the ubuntu one could be batter, as it is signed
[14:27] <LimCore> alhough mozilla's is https anyway
[14:28] <LimCore> anyway, on a related topic that comes to mind; there are nowdays trojans in firefox extensions, if you read the news. Not in the most popular ones though
[14:30] <ikonia> LimCore: the downlaoded version works fine, so I won't change it personall
[14:30] <ikonia> personally
[14:38] <cjohnston> persia: fwiw, on 2.6.31-19, doing a dist-upgrade got no where
[14:39] <cjohnston> :-(
[14:39] <persia> Ugh.
[14:40] <cjohnston> any other thoughts on things to look at?
[14:43] <persia> Not really.  Sorry.
[14:44] <persia> I can read the stacktraces, but I'm not always good at getting them in the first place :)
[14:44] <cjohnston> okie.. well im gonna go work on some stuff around the house then, and hopefully when i get back hggdh will be able to figure something out for me..
[14:44] <cjohnston> bbiab
[15:08] <hggdh> cjohnston: I am back
[15:15] <ikt> anything that a general user can test in lucid?
[15:16] <BUGabundo> ikt a lot
[15:16] <ikt> helped get electricsheep working, tested the novaue thingo, tested the new gtk enhancements
[15:16] <BUGabundo> lots of buts to file, and dupes to find
[15:16] <persia> If you've a nonessential system, please upgrade, and start filing bugs about the stuff you do most.
[15:16] <persia> If there aren't any bugs there, try other stuff :)
[15:17] <ikt> ah ok
[15:17] <ikt> I'm finding alpha 2 very stable compared to 9.10
[15:17] <BUGabundo> A2 is very old
[15:17] <BUGabundo> ahah
[15:17] <BUGabundo> well this weekend we broke nvidia
[15:17] <BUGabundo> so its not that good
[15:17] <BUGabundo> eheh
[15:17] <ikt> running latest updates ofc :p
[15:18] <ikt> o
[15:18] <BUGabundo> ikt: feel free to join #ubuntu+1
[15:18] <hggdh> :-) ATI (for me) has been broken since the start
[15:18] <ikt> is that to do with the new novaue thingo?
[15:18] <BUGabundo> did it ever work with kernels above .11 ?
[15:19] <BUGabundo> ikt: no. that's actually what fixed it for me : nouveau gallium
[15:19] <BUGabundo> inicial 3D support
[15:21] <ikt> ah
[15:25] <ddecator> hey nigel_nb , were you the one setting up the triaging classes for after the lucid launch?
[15:25] <nigel_nb> ddecator, yes I am
[15:25] <nigel_nb> ddecator, actually I'm hoping we'd have something this march.. but I need to talk to a few more people
[15:26] <ddecator> nigel_nb, can i safely assume that you will send out an email to the mailing list about any official dates?
[15:26] <nigel_nb> ddecator, of course!
[15:26] <persia> nigel_nb: Do remember about Ubuntu Open Week, which happens around the same time.
[15:26] <ddecator> nigel_nb, perfect =)
[15:27] <nigel_nb> persia, open week is in may isn't it?
[15:27] <persia> It's usually a week or so after release.
[15:28] <nigel_nb> ah
[15:28] <persia> Dunno the precise schedule for the next one, but it falls into the same area as "after lucid launch".  If you're tracking it, ignore me :)
[15:28] <micahg> that bug guy is still wreaking havoc
[15:28] <nigel_nb> micahg, which one?
[15:28] <micahg> r12056
[15:29] <nigel_nb> persia, I'm looking for a regular series every month
[15:29] <nigel_nb> micahg, I thought he was blocked?
[15:29] <ddecator> micahg, is that the guy that created the group?
[15:29] <micahg> yep
[15:29] <hggdh> ?? OK, time to open a question on answers.lp asking him to be blocked.
[15:30] <hggdh> I will need some case #s
[15:30] <hggdh> sorry, bug #s
[15:30] <micahg> bug 69931
[15:30] <ubot4> Launchpad bug 69931 in firefox-3.5 (Ubuntu) (and 2 other projects) "MASTER firefox crash [@NP_Shutdown] [@Flash_EnforceLocalSecurity] -- libflashplayer.so (affects: 2) (dups: 46)" [Medium,Triaged] https://launchpad.net/bugs/69931
[15:30] <micahg> bug 419051
[15:31] <ubot4> Launchpad bug 419051 in openobject-client "context in one2many field not get in fields_view_get (affects: 1)" [Undecided,Invalid] https://launchpad.net/bugs/419051
[15:31] <micahg> oops bug 419501
[15:31] <bddebian> Boo
[15:31] <ubot4> Launchpad bug 419501 in libxcb (Ubuntu) (and 1 other project) "apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed. (affects: 127) (dups: 59)" [High,Confirmed] https://launchpad.net/bugs/419501
[15:31] <micahg> bug 392324
[15:31] <ubot4> Launchpad bug 392324 in phpmyadmin (Ubuntu Karmic) (and 2 other projects) "CVE-2009-1285: Insufficient output sanitizing when generating configuration file (affects: 1)" [Medium,Invalid] https://launchpad.net/bugs/392324
[15:31] <hggdh> wow, enough, enough ;-)
[15:32] <vish> heh , seems micahg is pretty enraged :)
[15:32] <hggdh> er, what did he do on bug 69931?
[15:32]  * micahg doesn't like having to fix bugs
[15:32] <ubot4> Launchpad bug 69931 in firefox-3.5 (Ubuntu) (and 2 other projects) "MASTER firefox crash [@NP_Shutdown] [@Flash_EnforceLocalSecurity] -- libflashplayer.so (affects: 2) (dups: 46)" [Medium,Triaged] https://launchpad.net/bugs/69931
[15:32] <hggdh> sorry, bug 419051
[15:32] <micahg> hggdh: nominate for upstream versions and assign to someone
[15:32] <ubot4> Launchpad bug 419051 in openobject-client "context in one2many field not get in fields_view_get (affects: 1)" [Undecided,Invalid] https://launchpad.net/bugs/419051
[15:33] <micahg> hggdh: nothing, that was a goof
[15:33] <hggdh> oh, OK
[15:33] <hggdh> and bug 392324?
[15:33] <ubot4> Launchpad bug 392324 in phpmyadmin (Ubuntu Karmic) (and 2 other projects) "CVE-2009-1285: Insufficient output sanitizing when generating configuration file (affects: 1)" [Medium,Invalid] https://launchpad.net/bugs/392324
[15:34] <micahg> hggdh: deleted teh CVEs
[15:34] <hggdh> oooh... GMLP does not show it...
[15:35] <micahg> hggdh: https://bugs.edge.launchpad.net/ubuntu/+source/phpmyadmin/+bug/392324/+activity
[15:35] <ubot4> Launchpad bug 392324 in phpmyadmin (Ubuntu Karmic) (and 2 other projects) "CVE-2009-1285: Insufficient output sanitizing when generating configuration file (affects: 1)" [Medium,Invalid]
[15:37] <nigel_nb> micahg, someone accepted that character inside bug squad?
[15:37] <micahg> nigel_nb: idk, but I'm not an admin of the team
[15:37] <yofel> nigel_nb: no, but he's part of desktop bugs which is a member of the bugsquad
[15:37] <nigel_nb> ugh! makes it all the more confusing
[15:38] <micahg> yofel: that should be a restricted team now
[15:38]  * yofel looks
[15:38] <micahg> seb128: ^^
[15:38] <ddecator> it's a shame this kind of stuff has to happen and take up so much time
[15:39] <micahg> s/restricted/moderated/
[15:39] <yofel> nope, the desktop bugs team is open
[15:39] <micahg> yofel: I know
[15:39] <yofel> and it's a member of the bugsquad, so he has an indirect membership
[15:39] <micahg> yofel: right, that's why it needs to be moderated now
[15:40] <yofel> ok, then I confused your statement ;)
[15:40] <nigel_nb> i gess seb128 has to take a look at that one
[15:40] <yofel> as you're right
[15:41] <nigel_nb> I wonder, doesn't he have any fear of screwing things up?  I'm always scared when I enter a comment
[15:41] <hggdh> done. https://answers.edge.launchpad.net/launchpad/+question/100327
[15:41] <ddecator> nigel_nb, it's almost like he wants to
[15:42] <nigel_nb> ddecator, hm, that too!
[15:42] <hggdh> nigel_nb: I declined him some 3 days ago
[15:42] <nigel_nb> hggdh, he found a round-about way
[15:42] <hggdh> ?
[15:42] <hggdh> he is a member now?
[15:42] <yofel> hggdh: indirect membership over the desktop bugs team
[15:43] <hggdh> oh...
[15:43] <ddecator> hggdh, his page shows the bugsquad icon
[15:43] <hggdh> yes, if he is a member of desktop, he is a member of bugsquad
[15:45] <hggdh> for the record, this is the other user I asked to block: https://answers.edge.launchpad.net/launchpad/+question/100253
[15:46] <ddecator> haha, any action on that yet?
[15:46] <hggdh> nope
[15:46] <ddecator> at least he finally stopped
[15:47] <micahg> ddecator: stopped what?
[15:47] <hggdh> yes, This is why I did not answer his last diabrite
[15:47] <nigel_nb> stopped editing the description
[15:47] <ddecator> micahg, updating the description of the bug every 5 minutes and threatening hggdh
[15:47] <hggdh> not only editing the description -- changing status and  assigned to
[15:47] <micahg> oh, that one
[15:48] <ddecator> hggdh, did he?
[15:48] <hggdh> yes. Look at the full activity log
[15:48] <thekorn_> hi there!
[15:48] <hggdh> (and, if you have the LP GM scripts, it will be shown in the bug itself)
[15:48] <hggdh> hi thekorn_
[15:49] <thekorn_> does anyone know about this bug-elevation-team?
[15:49] <hggdh> yes. Forget it
[15:49] <hggdh> thekorn_: see https://answers.edge.launchpad.net/launchpad/+question/100327
[15:50] <ddecator> hggdh, haha, i never noticed that
[15:50] <hggdh> (although there *may* be something on such a team, but we would have to think on it carefully. And certainly not make it so all-inclusive)
[15:51] <thekorn_> hggdh: ok thanks
[15:52] <thekorn_> my first thought was it is part of the team reorganisation process, but then I realized that some *random* user created it
[15:52] <hggdh> yw
[15:53] <hggdh> thekorn_: this has been an interesting weekend...
[15:53] <ddecator> hggdh, agreed
[15:54] <ddecator> hggdh, it's almost like some 4chan users got bored (no offense to anyone who reads 4chan)
[16:00] <hggdh> heh
[16:01] <BUGabundo> what is 4c?
[16:02] <ddecator> BUGabundo, 4chan is an internet community with a reputation for messing with people...there is an article where they supposedly tell a kid to run a magnet over his hdd in order to recover his documents
[16:02] <BUGabundo> trolls
[16:02] <micahg> BUGabundo: BTW, with mbpurple, you can reply now
[16:03] <ddecator> BUGabundo, exactly
[16:04] <BUGabundo> micahg: always could
[16:04] <BUGabundo> micahg: enable the plugins twigin
[16:04] <micahg> BUGabundo: in context
[16:04] <BUGabundo> you can???????
[16:04] <BUGabundo> that's new to me
[16:04] <micahg> BUGabundo: click on the user's name in the message
[16:05] <BUGabundo> no, that doesn't put in context
[16:06] <BUGabundo> it either open _just_ a new notice (dent)
[16:06] <BUGabundo> or appends to the last one.... not always the correct context
[16:06] <BUGabundo> XMPP bot does send threadID
[16:06] <BUGabundo> and you can use "r ThreadID msg@
[16:06] <BUGabundo> and you can use "r ThreadID msg"
[16:07] <BUGabundo> and have that in proper context
[16:09] <micahg> BUGabundo: it seems to keep context
[16:15] <nigel_nb> what time does bdmurray come on?
[16:15] <nigel_nb> anyone has a clue?
[16:16] <hggdh> in about one hour
[16:16] <nigel_nb> aw :( I'll be at work then
[16:17] <bdmurray> nigel_nb: what's up
[16:17] <nigel_nb> ah, well, thats nice :)
[16:17] <nigel_nb> bdmurray, wanted to talk more about those sessions... I have a very much positive feedback for a monthly session
[16:18] <cjohnston> howdy hggdh
[16:19] <hggdh> hi cjohnston
[16:19] <bdmurray> nigel_nb: okay, cool
[16:19] <hggdh> how is ti going
[16:20] <cjohnston> Ready to take a bat to the lappy
[16:20] <cjohnston> You got some time to try to help me out?
[16:20] <hggdh> :-) put in some nails, also
[16:20] <cjohnston> lol
[16:20] <hggdh> a bit -- I will be on and off (still logged, but following the weekend's deployment at my customer)
[16:21] <cjohnston> okie...
[16:21] <cjohnston> hggdh: I was able to get it to boot into the lucid kernel once this morning, but then on reboot it wouldnt again
[16:24] <hggdh> did you set ACPI=off?
[16:24] <cjohnston> yes
[16:24] <cjohnston> nothinig
[16:25] <cjohnston> hey qense
[16:25] <cjohnston> unless im doing it wrong...
[16:25] <hggdh> I remember hearing of an issue with newer kernels that would not boot, and one way out was ACPI=off
[16:25] <cjohnston> hggdh: ^  but I did 'e', and then made a new line at the bottom and added acpi=off
[16:25] <hggdh> no
[16:26] <hggdh> you 'e', then you will se a series of line
[16:26] <hggdh> s
[16:26] <cjohnston> right..
[16:26] <hggdh> then you 'e' again on the line that is booting the kernel (it should also have some other parms, like 'quiet'. Add it to the end of the line
[16:26] <hggdh> then boot
[16:26] <cjohnston> recordfail // insmod ext2 .....
[16:27] <arand> hggdh: This acpi issue was primarily on virtualbox systems though, afaik...
[16:27] <hggdh> oh. Then -- probably -- would not apply here. But it is worth a try.
[16:28] <cjohnston> ok.. so linux /boot/vmlinuz......... ro quiet splash acpi=off  ?
[16:29] <arand> cjohnston: might want ro remove the "quiet splash" as well, to see where it stops, if it does.
[16:29] <hggdh> cjohnston: yes. Try it, but per arand it is not quite the environment. At least try it
[16:29] <hggdh> yes indeed
[16:29] <cjohnston> yup
[16:33] <cjohnston> hggdh: adding just the acpi=off did not work.. removing quiet splash and adding acpi=off worked
[16:34] <cjohnston> 2.6.32-12-generic #17-Ubuntu SMP Fri Feb 5 08:16:30 UTC 2010
[16:40] <hggdh> cjohnston: try now with removing quite/splash *only*
[16:41] <hggdh> this may be related to plymouth
[16:43] <cjohnston> success
[16:43] <hggdh> there you go. Now, for this to be effective avery time, you need to update your grub2 config
[16:43] <cjohnston> ok..
[16:44] <seb128> nigel_nb, micahg: hey
[16:44] <seb128> what was the ping about?
[16:44] <micahg> seb128: about making the desktop bugs team moderated
[16:44] <seb128> I don't fancy reading the backlog
[16:44] <nigel_nb> seb128, can you close the desktop bugs team?
[16:44] <seb128> why?
[16:44] <nigel_nb> moderated
[16:44] <micahg> seb128: bugsquad is now moderated
[16:44] <seb128> and?
[16:44] <micahg> desktop bugs is a member
[16:45] <seb128> what is bugsquad?
[16:45] <nigel_nb> seb128, https://launchpad.net/~r12056/+karma this character has been causing some mess
[16:45] <seb128> does it give you any bug control?
[16:45] <hggdh> cjohnston: edit /etc/default/grrub, and change the GRUB_CMDLINE_LINUX_DEFAULT as needed; then run 'sudo update-grub'
[16:46] <seb128> sorry but I'm always confusing bugsquad, bugcontrol, etc
[16:46]  * micahg doesn't remember why the bugsquad team was closed
[16:46] <hggdh> cjohnston: /etc/default/grub  I wrote it with too many 'r's
[16:46] <micahg> seb128: no, jsut the title
[16:46] <nigel_nb> micahg, well because half the members had not signed CoC
[16:46] <seb128> so why does it need to be moderated?
[16:46] <cjohnston> grrrrrrrrub?
[16:46] <cjohnston> ;-)
[16:46] <cjohnston> sounds like its time to eat
[16:46] <micahg> bdmurray: ^^
[16:47] <seb128> to give a short reply
[16:47] <seb128> I don't want to spend time moderating a team which give no rights
[16:47] <seb128> ie being member of not should make no difference
[16:47] <seb128> it's just to show you triage some desktop bugs
[16:47] <cjohnston> hggdh: any idea why quiet splash is cauing the problem?
[16:48] <bdmurray> micahg: I'm indifferent about the desktop-bugs team being closed or not.  It made sense for the bug squad.
[16:48] <hggdh> cjohnston: I *suspect* it may be related to usplash/pymouth
[16:48] <nigel_nb> seb128, well, it gives us the wrong idea that a person might be a part of bug squad when he actually is not
[16:49] <cjohnston> ok.. should i do any sort of follow up with a bug report? (or commenting on someone elses if you know of one?)
[16:49] <hggdh> cjohnston: so, if you have time, you can try leaving 'quiet', and taking out usplash
[16:49] <seb128> nigel_nb, what is bugsquad? what sort of people are there? and why is that important to know they are there?
[16:49] <seb128> nigel_nb, I would expect knowing if people know what to do or not is important
[16:49] <seb128> bug it they know what to do they should be in bugcontrol no?
[16:50] <hggdh> cjohnston: I am not sure if this would be a dup, so please just comment your bug you what you did to be able to boot
[16:50] <cjohnston> ok...
[16:50] <bdmurray> seb128: the criteria is documented at https://wiki.ubuntu.com/BugSquad.  Sign the CoC and know where the documentation is.
[16:51] <seb128> does that bring any value?
[16:51] <seb128> ie is that information worth the moderation work?
[16:52] <bdmurray> seb128: on more than one ocassion people have come to me asking about someone who was in the bug squad because they thought being the in the bug squad meant something which it didn't.
[16:52] <bdmurray> we've divided the moderation up among multiple team members and have scripted adding members so it is not that much work.
[16:53] <cjohnston> hggdh: im rebooting right now with only quiet to see if that works
[16:54] <nigel_nb> I'm off to work.  Later folks.
[16:55] <seb128> bdmurray, well I'm rather wondering if we need a bugsquad team at all
[16:55] <BUGabundo> seb128: quick question: is the no more alt+NUM shortcut to move between nautilus tabs a new feature or a bug?
[16:55] <seb128> bdmurray, well I'm rather wondering if we need a bugsquad team at all on launchpad
[16:55] <seb128> BUGabundo, no clue
[16:55] <cjohnston> hggdh: it worked with only queit
[16:55] <seb128> BUGabundo, I don't use tabs
[16:55] <BUGabundo> mew
[16:55] <cjohnston> spelled the correct way of course
[16:56] <BUGabundo> cause having then at bottom is bad, having not keyboard shortcuts is even worse
[16:57] <vish> bdmurray: if desktop team being a member of bugsquad is the problem , why not just remove the desktop team as a member of bugsquad?
[16:57] <vish> desktop bugs team*
[16:58] <vish> folks can join each team separately ..
[16:59] <chrisccoulson> bdmurray - i just noticed that people can openly join bugsquad (unmoderated, albeit indirectly) by joining desktop-bugs. (desktop-bugs is a member of bugsquad). is that intended?
[16:59] <cjohnston> chrisccoulson: they are talking about that right now
[16:59] <chrisccoulson> oh
[16:59] <chrisccoulson> heh
[17:00]  * vish just found that the new "moderation" , did not work .. the team approved an idler with no bug experience :(
[17:00] <vish> bug squad admins need to be a bit more careful :)
[17:00]  * cjohnston almost things (which will get me kicked out) that you shouldnt be able to join bugsquad until you finish moderation
[17:01] <cjohnston> mentorship
[17:01] <cjohnston> whatever word im trying to use
[17:02] <hggdh> I do not think we need to be that restrictive. For starters, anyone can work on a bug. The bugSquad is mostly to give people a bit more of official status
[17:02]  * charlie-tca thought bugsquad was where you learn how to triage
[17:02] <hggdh> by closing bugSquad, we are trying to have a minimum -- for example, you *must* sign the CoC
[17:03] <charlie-tca> But not necessarily experience in bug work. It does let us tell you to read the wiki, though
[17:03] <vish> hggdh: i thought the point was the squad had "idlers" with 0 karma?
[17:03] <vish> and to filter them out
[17:04] <hggdh> both points are correct. We really do not know who is a triager, and we are trying toget them to accept the CoC, read the wiki, etc
[17:04] <hggdh> so now we have 2k member, and I very much doubt 400 of them are active
[17:05] <hggdh> mentorship gives one a direct access to -control
[17:05] <hggdh> (if successful, of course)
[17:06] <hggdh> and now we are experience the Law of Unintended Consequences ;-)
[17:06] <vish> hggdh: karma can be misleading too , this member recently joined with _no_ bug experience https://launchpad.net/~drsganesh
[17:06] <bdmurray> vish: no bug experience is required though
[17:08] <vish> bdmurray: we aernt even sure he has read the wiki's [i noticed him since he joined elementary team , I'v given him time to contact us and communicate directly with us]
[17:08] <qense> bdmurray: Did you have time to review my merge request for the apport-bugpatterns? I could have pushed directly, but I wanted to make sure I'd done nothing wrong and that you're OK with the small changes I made to the search-bugs script.
[17:08]  * kklimonda wonders how did drsganesh get over 6k karma from specification tracking.. what is "specification tracking"
[17:08] <bdmurray> qense: not yet, today
[17:08] <vish> kklimonda: its from just opening random blueprints..
[17:08] <qense> bdmurray: that's fine
[17:09] <vish> kklimonda: he has used the blueprints as a brainstorm site :(
[17:09] <hggdh> vish: that's fine. Any new member has a 3-months membership. If no bug work, s/he is out.
[17:09] <qense> cjohnston: I'm sorry I didn't respond to your ping earlier. I suffer from the Plymouth freezes, so when I pressed enter to answer my system froze. :S What did you want to say?
[17:09] <cjohnston> I believe I just said hi qense.. maybe good morning
[17:09] <qense> cjohnston: ah! Well then, hi to you too. ;)
[17:10] <vish> hggdh: ah.. cool.. that should work... [i noticed this member since he applied for elementary team too ;)
[17:10] <qense> afk
[17:10] <cjohnston> :-)
[17:10] <hggdh> vish: what you need to join bugSquad is the *interest* to work on bugs (and sign the CoC, read the wiki, etc). *After* you join, you are expected to work on bugs
[17:10] <hggdh> so no previous experience
[17:11] <vish> got it
[17:11] <hggdh> vish: so -- no bug work after 3 months of joining... no renewal
[17:12] <duanedesign> bdmurray: which file creates the <package>.data file for the bug graphs at ~brian/complete-graphs/
[17:14] <hggdh> vish: although I agree that DrG seems more interested in collecting team icons than anything else
[17:15] <vish>  yeah... :(
[17:17] <hggdh> but, still, there is the benefit of doubt. "seems to" is *not* "is"
[17:18] <hggdh> (the old issue about correlation and causation...)
[17:19] <vish> hggdh: yup.. I noticed his pattern , but he is a member of the brainstorm moderators.. hence approved him , but with a shorter leash than bug squad [since we have branches ;)]
[17:19]  * vish is more worried of accidental deletions of branches :s
[17:21] <hggdh> folks, please have a look at http://search.gmane.org/?query=&author=Rhett+Trappman&group=gmane.linux.ubuntu.bugs.general&sort=date&DEFAULTOP=and
[17:22] <hggdh> this r12whatever has to be stopped. NOW
[17:23] <vish> *sigh* , why do people do stuff like that :(
[17:23] <charlie-tca> Same character that created the new team saturday, isn't he
[17:23] <bcurtiswx> hggdh: what happened now?
[17:23] <hggdh> the guy is assigning tasks to anybody, left and right
[17:24] <hggdh> see the gmane link abote
[17:24]  * vish googles rhett trapmman
[17:24] <hggdh> above
[17:24] <cjohnston> Do you all want me to go through them and unassign them?
[17:24] <vish> http://www.bleepingcomputer.com/blogs/rhett_trappman/index.php
[17:25] <vish> that seems to be him^
[17:25] <charlie-tca> Is he using a script to do that? Seems like they are multiplying real fast
[17:25] <vish> might be
[17:26] <bcurtiswx> hggdh: i just got in, no link above
[17:26] <hggdh> no, I do not believe so.
[17:26] <kklimonda> he has also removed cve links from some bug..
[17:26] <kklimonda> bcurtiswx, http://search.gmane.org/?query=&author=Rhett+Trappman&group=gmane.linux.ubuntu.bugs.general&sort=date&DEFAULTOP=and
[17:27] <hggdh> Join the Bug-Squad. We guarantee you will not be bored ;-)
[17:27] <bcurtiswx> what is being done right now to notify people to stop him.. or stopping him?
[17:27] <cjohnston> lol
[17:27] <vish> lol
[17:27] <hggdh> bcurtiswx: I opened a question on answers.lp.net/launchpad asking him to be blocked. We are now waiting for someone there to act on it
[17:28] <cjohnston> maybe see if anyone is active on the lp channels who could look into it?
[17:28] <bcurtiswx> hggdh: can we bug (no pun intended) someone to get this done faster
[17:28] <charlie-tca> hggdh: You opened one on him, too? he is not the same character that yelled back saturday
[17:28] <bcurtiswx> cjohnston: nice.. :D
[17:29] <hggdh> charlie-tca: yes, I opened two different requests to block, one for each
[17:29] <charlie-tca> They sure seem slow about it
[17:29] <hggdh> cjohnston: you might try. When I asked it on #LP I was told to open a question (in fact, nobody answered me, I got the hint from w_grant here)
[17:30] <cjohnston> gotcha..
[17:30]  * hggdh goes busy with work
[17:30] <bcurtiswx> hggdh: whats the link to it.. i'll start annoying LP
[17:30] <cjohnston> https://answers.edge.launchpad.net/launchpad/+question/100327
[17:31] <hggdh> bcurtiswx: https://answers.edge.launchpad.net/launchpad/+question/100327 and https://answers.edge.launchpad.net/launchpad/+question/100253
[17:31] <mrand> I found a previous case where they closed an abusive account.  Looks on average to take 1 to 3 days.
[17:32] <mrand> Was a year ago.
[17:34] <cjohnston> How do we go about fixing the mess?
[17:37] <LimCore> oh man Steve Langasek is sometimes a bit irritating ;)     security vulnerability: yes → no   huh.
[17:39] <bcurtiswx> Steve's cool tho.
[17:39] <hggdh> LimCore: Steve knows what he is talking about
[17:40] <arand> I don't really see how https://bugs.launchpad.net/ubuntu/+source/update-manager-core/+bug/518665 is a dupe of https://bugs.launchpad.net/ubuntu/+source/update-manager-core/+bug/518658, or is this because dist-upgrade reports should be bulked?
[17:40] <ubot4> Launchpad bug 518665 in update-manager-core (Ubuntu) "Panel disorder after hardy2lucid upgrade (dup-of: 518658)" [Undecided,New]
[17:40] <ubot4> Launchpad bug 518658 in update-manager-core (Ubuntu) "nautilus error on hardy2lucid upgrade (affects: 1) (dups: 1)" [Undecided,New]
[17:43] <LimCore> I'm nominating 474327 for SRU in karmic
[17:43] <charlie-tca> I hate that new button, how do you find who did the duping?
[17:43] <LimCore> bug #474327
[17:43] <ubot4> Launchpad bug 474327 in cryptsetup (Ubuntu) "Overwrite/destroy not-empty partition due to lack of vol_id from udev (affects: 2)" [Medium,Confirmed] https://launchpad.net/bugs/474327
[17:43] <hggdh> charlie-tca: should be in the activity log
[17:43] <cjohnston> hggdh: can you please join #launchpad
[17:43] <LimCore> hggdh: I bet, it's just that I have wider scope of what I see as security vulnerability. Imho it is better to be safe then sorry
[17:44] <mrand> LimCore: Yes.  That may be a data corruption problem, but it doesn't look to me like a security problem.
[17:44] <LimCore> mrand: right; I hope it is enough for SRU, (masive) user data loss is a criteria fror SRU
[17:44] <cjohnston> thanks hggdh
[17:44]  * LimCore edits one more detail in description
[17:46] <arand> charlie-tca: You find the dupe-meister through the full activity log.
[17:46] <charlie-tca> mrand: I don't see enough information on those to determine they are duplicates. I would suspect he missed the first words on the summary
[17:47] <charlie-tca> found him, thanks hggdh and arand
[17:48] <LimCore> how do I "Upload the fixed package to release-proposed" (for SRU)? I have the edited by me sources on disc and debpatch was generated/attached to bug
[17:48] <charlie-tca> I think I can undo that
[17:48] <arand> charlie-tca: Was that in reference to my two bugs? arand != mrand ;)
[17:49] <mrand> arand: I'm sure it was.
[17:50] <hggdh> just a small permutation with loss
[17:51] <kklimonda> LimCore, you have to find someone with upload rights who will sponsor it
[17:53] <LimCore> who can do that?
[17:54] <kklimonda> LimCore, https://wiki.ubuntu.com/SponsorshipProcess
[17:55] <charlie-tca> yes, sorry about the name
[17:55] <charlie-tca> I unduped
[17:55] <arand> charlie-tca: cheers.
[17:58] <LimCore> ah bdmurray already subscribed sponsors.
[18:02] <cjohnston> yayyyayyayayay!
[18:02] <cjohnston> tis atleast a start hggdh
[18:02] <charlie-tca> Now to start undoing the damage, huh?
[18:02] <cjohnston> is there an easy way to do that?
[18:03] <cjohnston> or just go through his search and undo what he did do
[18:03] <charlie-tca> Not that I know of. I think you could use search or the gmane list
[18:04] <cjohnston> should we go on and start doing that?
[18:04] <cjohnston> i have some time... but id like someone to say yes first
[18:04] <cjohnston> And should I comment that I'm reversing what was done incorrectly?
[18:04] <charlie-tca> Okay, I can say yes, I think. Check them and if the change is wrong, coreect it and comment on it.
[18:05] <cjohnston> all the subscriptions and stuff are safe to remove? and assignees?
[18:05] <charlie-tca> Every change will generate more email for everybody involved.
[18:06] <cjohnston> It's up to someone who knows more than I do.. I know itll generate a ton of email... so.... i dunno
[18:06] <charlie-tca> Check the activity logs to see what changes were made. If the abuser assigned/subscribed people, yes, it is safe to remove them
[18:06] <cjohnston> ok
[18:06] <hggdh> yes, we will have to go throught the gmane search. Each email will tell us what he did, and we can undo it
[18:07] <charlie-tca> Change assigned back to nobody, undup where needed, etc
[18:07] <cjohnston> and of course he made stuff security so i cant get into some
[18:07] <charlie-tca> Let us know which ones those are, we can try to fix them, too
[18:07] <hggdh> you should, as long as we (the team) is ssubscribed
[18:07] <hggdh> oh. You are not -control yet...
[18:07] <cjohnston> nope
[18:09] <cjohnston> i guess i cant un-nominate either
[18:09] <charlie-tca> oh-oh. So one of us in bugcontrol will need to go them, too
[18:09] <qense> cjohnston: nope, only the drivers can accept or reject that
[18:10] <hggdh> cjohnston: accepting/rejecting nominations can only be done by the package maintainers
[18:10] <cjohnston> ok
[18:10] <charlie-tca> cjohnston: just make a comment that it may not be appropriate for the nomination, so they can read it
[18:11] <qense> What are we going to do with the bug-elevation-team? Keep it? ;)
[18:11] <cjohnston> take it and use it to take over the world
[18:11] <qense> :P
[18:11] <charlie-tca> I thought it was killed already.
[18:12] <charlie-tca> Why hasn't it been deleted yet?
[18:12] <qense> I think anyone of us can kill it, we're indirect members of Ubuntu Bugs
[18:13] <charlie-tca> Yes, I didn't want to kill it over the weekend, but if we now know it is bogus, it could be deleted.
[18:14] <cjohnston> I can't access bug 260918
[18:14] <ubot4> Launchpad bug 260918 in xawtv (Fedora) (and 37 other projects) "needed: libv4l and associated application patches (or "gspca stopped working in 2.6.27") (affects: 68) (dups: 28)" [Unknown,Fix released] https://launchpad.net/bugs/260918
[18:14] <hggdh> I think it can now. And I agree with charlie-tca -- we wanted to wait and get more views, just in case (I do not believe in witches, but that they exist they do, etc, etc. Or, better safe than sorry)
[18:14] <qense> Who is going to delete it?
[18:14] <hggdh> we accept proposals ;-)
[18:15] <qense> pick me!
[18:15]  * bcurtiswx draws from a hat
[18:15] <hggdh> what was the team name?
[18:15] <bcurtiswx> and the winner is.....
[18:15] <bcurtiswx> qense!! congrats
[18:16] <charlie-tca> qense +1
[18:16] <qense> yay! I won!
[18:16] <LimCore> pick my bug to be sponsored \o/
[18:16] <qense> everybody, kiss https://edge.launchpad.net/~bug-elevation-team goodbye!
[18:16]  * bcurtiswx lights match
[18:16] <hggdh> bye bye, so long, farewell, etc, etc
[18:17]  * hggdh *really* has to work now
[18:17] <bcurtiswx> hggdh: what is work?
[18:17] <bcurtiswx> :P
[18:17] <cjohnston> work is over rated
[18:17]  * LimCore steals hggdh's keyboard
[18:17] <bcurtiswx> Limcore you've only given him the BEST excuse NOT to reply to us.. thx
[18:17] <LimCore> he can still use x keyboard
[18:18] <charlie-tca> I am on 260918, will fix what I can
[18:19] <hggdh> bcurtiswx: work is what pays me. The rest is pleasure :-)
[18:19] <bcurtiswx> hggdh: who do you work for.. i can take a few servers down if you want
[18:20] <hggdh> oh, just noted LimCore stole my keyboard. Cannot answer anymore ;-)
[18:20] <hggdh> bcurtiswx: right now I want the up. Then I will be done here, and can return home...
[18:21] <qense> bug 422536 is quite annoying as well, btw. Loads and loads of useless changes.
[18:21] <ubot4> Launchpad bug 422536 in linux (Ubuntu Karmic) (and 5 other projects) "EDAC amd64: WARNING: ECC is NOT currently enabled by the BIOS. Module will NOT be loaded. (affects: 877) (dups: 111)" [Undecided,Fix released] https://launchpad.net/bugs/422536
[18:22] <qense> It was one of the bugs that inspired for the bugpatterns, so it has quite some dups.
[18:22] <qense> 111, to be precise
[18:25] <cjohnston> bug 496923 i am unable to make the changes
[18:25] <ubot4> Launchpad bug 496923 in postgresql-8.4 (Ubuntu Karmic) (and 20 other projects) "Security/bug fix release: 8.4.2, 8.3.9, 8.1.19 (affects: 1)" [High,Fix released] https://launchpad.net/bugs/496923
[18:29] <vish> qense: havent yet deleted the elevetion team? [i can still see it]
[18:29] <qense> vish: I was waiting for the maillist to be deactivated.
[18:29] <cjohnston> I thought about joining it just for giggles
[18:29] <cjohnston> lol
[18:29] <vish> ah cool
[18:33] <arand> http://www.google.co.uk/search?q=site:launchpad.net+rhett+trappman&hl=en&filter=0 Seems to catch a few which arent on the gmane list..
[18:33] <qense> what is the gmane list?
[18:34] <arand> qense: http://search.gmane.org/?query=&author=Rhett+Trappman&group=gmane.linux.ubuntu.bugs.general&sort=date&DEFAULTOP=and&xFILTERS=Glinux.ubuntu.bugs.general-Arhett-Atrappman---A
[18:35] <qense> Does he have his own news group?
[18:36] <charlie-tca> Gmane is just easy to search
[18:36] <charlie-tca> It maintains several of the mailing lists in Ubuntu
[18:37] <qense> ah
[18:37] <charlie-tca> Much easier to search than the mailing list archives
[18:41] <charlie-tca> bug 496923 done
[18:41] <ubot4> Launchpad bug 496923 in postgresql-8.4 (Ubuntu Karmic) (and 20 other projects) "Security/bug fix release: 8.4.2, 8.3.9, 8.1.19 (affects: 1)" [High,Fix released] https://launchpad.net/bugs/496923
[18:42] <arand> charlie-tca: Do a search in LP by bug importance, seems this fella has been on those systematically.
[18:43] <cjohnston> qense: bug 431217 - is the LP link he did correct or should it be removed
[18:43] <ubot4> Launchpad bug 431217 in msttcorefonts (Debian) (and 2 other projects) "package ttf-mscorefonts-installer 2.6 failed to install/upgrade: subprocess post-installation script returned error exit status 1 (affects: 642) (dups: 92)" [Unknown,Fix released] https://launchpad.net/bugs/431217
[18:43] <charlie-tca> I believe it. All we can do is try to fix it
[18:45] <qense> cjohnston: What LP link?
[18:46] <cjohnston> the branch lp:ubuntu/karmic/msttcorefonts
[18:46] <qense> ah
[18:48] <qense> cjohnston: I'm not sure if it makes any sense, I don't think they were related.
[18:48] <cjohnston> okie.. will remove..
[18:48] <cjohnston> I saw you were on that one.. so i figured id ask you ;-)
[18:48] <qense> :) I just fixed the status.
[18:49] <qense> It has been said over and over again, but maybe we should just lock bugs that have a certain number of duplicates or subscribers or at least one heat.
[18:50] <cjohnston> best i can tell guys, http://search.gmane.org/?query=&author=Rhett+Trappman&group=gmane.linux.ubuntu.bugs.general&sort=date&DEFAULTOP=and&xFILTERS=Glinux.ubuntu.bugs.general-Arhett-Atrappman---A   everything except for the two I mentioned, i have fixed
[18:51] <qense> good
[18:51] <cjohnston> I'm looking at that google page now...
[18:53] <charlie-tca> Great! Thanks for helping, cjohnston
[18:53] <charlie-tca> I took care of the two you mentioned
[18:53] <cjohnston> thanks
[18:53] <cjohnston> sometimes its nice only working two days a week
[18:53] <cjohnston> lol
[18:53] <cjohnston> can take care of things quickly
[18:54] <bcurtiswx> bdmurray: can you use ubuntu-bugpatterns with Ground Control (if you've tried).. my search results come up empty every time
[18:54] <bcurtiswx> i've filed a bug, but i just want to make sure its not me
[18:55] <bdmurray> I haven't played with ground control at all
[18:55] <cjohnston> GC is fun...
[18:55] <cjohnston> atleast for what i have learned how to use
[18:56] <bcurtiswx> it can't find the ~ubuntu-bugpattern branch.. so i requested that if we know the branch there should be a way to put it in without a search
[18:57] <qense> bcurtiswx: lp:~ubuntu-desktop/apport/ubuntu-bugpatterns iirc
[18:57] <qense> no
[18:58] <qense> lp:~ubuntu-bugcontrol/apport/ubuntu-bugpatterns
[18:58] <qense> We should be able to commit to it, as members of Bug Control.
[18:58] <bcurtiswx> qense: yup i know.. its just that GC doesn't see it
[18:58] <qense> ah
[19:00] <yofel> what was groun control again?
[19:00] <yofel> *ground
[19:01] <cjohnston> a nautilus gui for bzr?
[19:01] <bcurtiswx> ^^that
[19:01] <yofel> ah
[19:01] <cjohnston> ;-)
[19:01] <cjohnston> its cool
[19:02] <cjohnston> if only i could really use it.. lol
[19:02] <yofel> well, I don't use gnome so I'll forget about it
[19:04] <cjohnston> heres one for yall...
[19:04] <cjohnston> Rhett signed his bug report Nick
[19:05] <cjohnston> bug 518639
[19:05] <ubot4> Launchpad bug 518639 in meta-kde (Ubuntu) "keyboard dosn't exsists under GNOME but not under KDE (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518639
[19:06] <yofel> wth...
[19:07] <LimCore> it disintegrates under gnome =)
[19:07] <cjohnston> he also wants to join https://edge.launchpad.net/~registry
[19:07] <qense> I have to agree that rhett trappmann doesn't sound like a real name.
[19:07] <qense> I want to be part of registry as well!
[19:07] <LimCore> does it come with ladies that dig developers?
[19:07] <thekorn> has anybody saved the list of related bugreport for this user before asking to deactivating this account?
[19:08] <qense> If you pronounce rhett with a long e, which if you know a bit about german the 'h' already indicates, you could make it sound like the Dutch word 'reet', which means ass or crack. Trappmann could be interpreted as Kickman
[19:08] <jpds> cjohnston: He's been desactivated.
[19:08] <charlie-tca> He only had three bugs listede
[19:08] <qense> thekorn: already removed
[19:08] <charlie-tca> thekorn: he was subscribed to three bugs total
[19:08] <cjohnston> ok.. to all: I have also done the reports google has found... anyone got other suggestions?
[19:09] <arand> cjohnston: I think the cleaning might be a bigger project than expected, here's what a brief look through all "critical" ubuntu bugs yielded (only nomination it seems): http://pastebin.com/m4fab1440 This is by far not all (just continue down the list of ubuntu-bugs sorted by importance... Seems like we could use some heavier measures.
[19:09] <LimCore> I should totally report most severe bugs as user Kcoc Yeknod
[19:09] <jpds> cjohnston: If you find any spammers or plain, obvious, annoying users report them at answers.launchpad.net/launchpad
[19:10] <qense> Can't we search the activity logs with launchpadlib?
[19:10] <thekorn> qense, no
[19:10] <qense> aw
[19:10] <qense> hi etali
[19:10] <cjohnston> jpds: we did.. hggdh did actually
[19:10] <jpds> I saw.
[19:11] <cjohnston> arand: as of now though there isnt much we can do about nominations
[19:11] <hggdh> they will, eventually, be dealt with
[19:11] <thekorn> what the problem with nominations?
[19:11] <etali> hi qense
[19:11] <qense> thekorn: loads of them
[19:11] <thekorn> ok, he set alot of them ....
[19:11] <hggdh> he went into a frenzy of nominations
[19:11] <qense> he opened one for each release for each task
[19:12] <qense> burrying the legitimate ones
[19:12] <thekorn> maybe someone with direct DB access can give us a list of all bugs he ever touched, or set nominations
[19:12] <cjohnston> arand: how did you do that search?
[19:12] <etali> qense: Sorry for the slow response to your mails - my PSU blew, took my mobo with it and trashed a hard drive too - right around the time my tax return was due.  Been a stressful few weeks :(  Will be looking out for the next bug day though.
[19:13] <qense> etali: No need to apologise. I'm sorry for your computer, you can't do anything against that.
[19:14] <hggdh> we already have this, from the LP extensions
[19:14] <arand> cjohnston: simply https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=&orderby=-importance
[19:14] <hggdh> the gmane email list
[19:15] <chrisccoulson> etali - not having much luck then? ;)
[19:15] <etali> qense:  Thanks.
[19:16] <etali> chrisccoulson:  Well.... I got an upgrade out of it :)  However I also found out there were some folders not covered by my regular backup strategy.
[19:16] <qense> etali: If you've got a question don't hesitate to ping me a IRC. If I'm not there, just send a mail.
[19:16] <arand> cjohnston: I expect he (or a script) has done the same and simply plowed through the bugs by importance... I have no idea how far he's gotten..
[19:16] <kamalmostafa> bugcontrol please...  I have triaged bug 306268, and request its importance be set to "Low" (based on the submitter's implication that the bug was specific to one particular program feature and/or a particular input file).
[19:16] <ubot4> Launchpad bug 306268 in xnec2c (Ubuntu) "xnec2c crashes for horizontal polarization" [Undecided,Incomplete] https://launchpad.net/bugs/306268
[19:16] <etali> qense: Thanks, will do.
[19:16] <qense> etali: good ;)
[19:16] <hggdh> arand: http://search.gmane.org/?query=&author=Rhett+Trappman&group=gmane.linux.ubuntu.bugs.general&sort=date&DEFAULTOP=and
[19:17] <qense> btw, guys, I found that I lack the skills to properly dismantle a team. Mere mortals cannot purge maillist, you need to be a member of ~mailing-list-experts if you want that according to bug #237210
[19:17] <ubot4> Launchpad bug 237210 in launchpad-registry "should be a way to delete/disconnect a mailing list (dups: 3)" [High,Fix released] https://launchpad.net/bugs/237210
[19:17] <hggdh> qense: in this case we will be a <sigh/> question opened against launchpad
[19:18] <arand> hggdh: That does not catch the hundreds(+/-??) of bugs where only nominations have been done.
[19:18] <qense> yes inded
[19:18] <qense> I'll do that
[19:18] <hggdh> arand: a nomination does not generate an email?
[19:18] <cjohnston> the gmane only has 17 listings to
[19:18] <cjohnston> tho
[19:18] <cjohnston> thats how i finished so fast ;-)
[19:18] <arand> hggdh: They don't show up on the bug list it seems...
[19:18] <qense> hggdh: wait, I'll ask someone from the team. Jorge just appeared.
[19:19]  * charlie-tca thinks that comes as no surprise that we can create but not delete teams
[19:19] <hggdh> OK. try going to the guy's LP page, ans search on all bugs related to him (every one he touched should be there)
[19:19] <cjohnston> hggdh: good point
[19:20] <arand> hggdh: seems like that didn't work either, I tried before, (and now the profile is gone though...
[19:20] <hggdh> oh
[19:20] <hggdh> heh
[19:20] <charlie-tca> His bug page showed three total
[19:20] <thekorn> that's why I asked if anybody has saved his buglist ;)
[19:21] <hggdh> I will try a quick URL hack
[19:21] <arand> I don't think nominations alone show up in the buglist either, for some reason...
[19:28] <qense> bug-elevation-team is deleted!
[19:28] <chrisccoulson> yay! \o/
[19:28] <chrisccoulson> good-riddance
[19:29] <charlie-tca> Thank you very much, qense
[19:29] <qense> charlie-tca: Most of the hard work was done by jorge, he purged the mailing list. ;)
[19:30] <charlie-tca> He deserves a big thank you too, then
[19:32] <hggdh> sigh. LP is timing out for me
[19:41] <thekorn> HE is back again :(
[19:41] <thekorn> https://edge.launchpad.net/~12056-wikianswers
[19:41] <qense> thekorn: IP ban! IP ban!
[19:41] <hggdh> LOL
[19:42] <qense> Can we request a ban right away to prevent new damage?
[19:42]  * hggdh runs around, throw ashes, rips part of his clothes
[19:42] <ddecator> i'm working on bug 517449, which i think is a 'wishlist' item, but i'm not sure if this would be a small change or require enough work that i should point the person to the brainstorm site
[19:42] <ubot4> Launchpad bug 517449 in update-manager (Ubuntu) "Notify outstanding updates at logout/shutdown (affects: 1)" [Undecided,New] https://launchpad.net/bugs/517449
[19:42] <hggdh> qense: I am against it right now. We have to give him a chance
[19:42] <thekorn> and one of his first actions was to mess up one of my bugreports in one of my projects, n0000b
[19:42] <hggdh> oh, already?
[19:43] <qense> I think that CVE and security bugs should at least be locked.
[19:43] <thekorn> https://bugs.edge.launchpad.net/zeitgeist/+bug/406054  he even assigned me
[19:43] <qense> He shouldn't be able to disrupt such critical workflows.
[19:43] <ubot4> Launchpad bug 406054 in zeitgeist "Export extensions and dataproviders into a new package (affects: 1)" [High,Incomplete]
[19:44] <thekorn> I'm wondering if he is using the API for nominations
[19:45] <qense> he may be a clever little troll!
[19:45] <qense> grrr
[19:45] <hggdh> well. I stand corrected. I wanted to give him a chance. He blew it
[19:46] <qense> hggdh: You're a good person, you proved that for the least.
[19:47] <kamalmostafa> bugcontrol please...   I request bug 306268 be set to [Low,Incomplete] since the problem is specific to one particular program feature.
[19:47] <kamalmostafa> And that bug 496347 be set to [Low,Triaged] since an easy work-around has been identified and the problem is reported upstream.
[19:47] <ubot4> Launchpad bug 306268 in xnec2c (Ubuntu) "xnec2c crashes for horizontal polarization" [Undecided,Incomplete] https://launchpad.net/bugs/306268
[19:47] <ubot4> Launchpad bug 496347 in xlog (Ubuntu) "xlog: qrz.com lookup fails - incorrect URL (affects: 2)" [Undecided,Confirmed] https://launchpad.net/bugs/496347
[19:52] <charlie-tca> kamalmostafa: you asked question in bug 306268, but have not gotten a response back yet. Incomplete would be the correct status for that.
[19:52] <ubot4> Launchpad bug 306268 in xnec2c (Ubuntu) "xnec2c crashes for horizontal polarization" [Undecided,Incomplete] https://launchpad.net/bugs/306268
[19:53] <charlie-tca> We generally set importance when status can be confirmed
[19:55] <ddecator> anyone here know much about update-manager?
[19:55] <cjohnston> it manages my updates
[19:55] <ddecator> well i'm glad it's working for you cjohnston haha
[19:56] <kamalmostafa> charlie-tca: Yes, I understand that 306268 should remain Incomplete until I get a reply from the submitter, but based on his report I thought we'd set it as "Low" anyway.  Thanks for the clarification.
[19:56] <cjohnston> I had to... sorry
[19:56] <ddecator> i'm still trying to decide if bug 517449 is 'wishlist' or if i should point the OP to the brainstorm page. idk how much work it would take to implement the idea into update-manager
[19:56] <ubot4> Launchpad bug 517449 in update-manager (Ubuntu) "Notify outstanding updates at logout/shutdown (affects: 1)" [Undecided,New] https://launchpad.net/bugs/517449
[19:57] <charlie-tca> kamalmostafa: no problem, the other one is confirmed by crimsun already. Thanks for helping
[19:58] <charlie-tca> ddecator: it was beat to death in ayatana mailing list last year.
[19:58] <charlie-tca> I would expect wishlist at best
[19:59] <kamalmostafa> charlie-tca, crimsun: thanks folks.
[19:59] <ddecator> charlie-tca, so is there anything on lp that you know of that i can just link this too?
[20:00] <charlie-tca> I dropped that group, but if ayatana is still active, they could be assigned/subscribed. The only bug I remember is the notify-osd bug, that had over 100 duplicates and hundreds of comments.
[20:00] <charlie-tca> I got frustrated with the "disapproved" and quit following them
[20:01] <ddecator> charlie-tca, so you think it should be marked wishlist and then let the devs decide whether or not to reconsider it?
[20:02] <charlie-tca> Yup. I think the usability group will then disapprove it since they did during karmic
[20:04] <ddecator> well it doesn't hurt to at least have it triaged so it's taken care of...can someone please set bug 517449 to [wishlist,triaged]?
[20:04] <ubot4> Launchpad bug 517449 in update-manager (Ubuntu) "Notify outstanding updates at logout/shutdown (affects: 1)" [Undecided,New] https://launchpad.net/bugs/517449
[20:05] <charlie-tca> done
[20:05] <ddecator> thanks charlie-tca, i appreciate the help
[20:05] <charlie-tca> Keep up the good work
[21:14] <kamalmostafa> bugcontrol please...   I request bug 316009 be set to [Low, Triaged] -- the submitter is correct: multimon should suggest sox.
[21:14] <ubot4> Launchpad bug 316009 in kino (Ubuntu) "Inaccurate Estimate of Export Time" [Undecided,New] https://launchpad.net/bugs/316009
[21:14] <kamalmostafa> oops wrong bug
[21:15] <kamalmostafa> I request bug 361009 be set to [Low, Triaged] -- the submitter is correct: multimon should suggest sox.
[21:15] <ubot4> Launchpad bug 361009 in multimon (Ubuntu) "Please add 'sox' to multimon Suggests: packages (affects: 1)" [Undecided,Confirmed] https://launchpad.net/bugs/361009
[21:20] <yofel> kamalmostafa: can you submit that to debian too if it's not already filed there as the package is synced from there
[21:20] <charlie-tca> That is already done in lucid
[21:21] <yofel> oh indeed
[21:21] <charlie-tca> Lucid does install sox with multimon
[21:21] <yofel> it depends on sox
[21:21] <charlie-tca> It is listed as a depends
[21:21] <kamalmostafa> How did I miss that?
[21:21] <charlie-tca> Probably looked at karmic.
[21:21] <kamalmostafa> Oh!  I actually grepped for "Suggests:" only!
[21:22] <kamalmostafa> Well... it's not actually right then -- it *should not* depend on 'sox', just Suggest it.
[21:22] <yofel> yes, in 1.0-5:   * depend upon sox. (Closes: #555391)
[21:22] <yofel> debian 555391
[21:22] <ubot4> Debian bug 555391 in multimon "should depend on sox" [Normal,Fixed] http://bugs.debian.org/555391
[21:22] <charlie-tca> reporter does not give any version.
[21:23] <kamalmostafa> Well, its certainly not a big deal at all -- but its not actually right.  :-)  multimon's main functionality doesn't need sox.
[21:23] <charlie-tca> bug is invalid, then?
[21:24] <kamalmostafa> Well, not "Invalid" but "Fix Released", right?
[21:25] <kamalmostafa> I mean -- the LP bug 361009 could be set to "Fix Released".  I do consider the Deb bug invalid, but that's a separate issue.
[21:25] <ubot4> Launchpad bug 361009 in multimon (Ubuntu) "Please add 'sox' to multimon Suggests: packages (affects: 1)" [Undecided,Confirmed] https://launchpad.net/bugs/361009
[21:25] <yofel> well, fix released would be ok here, but put the changelog in the comment too where it says it was fixed
[21:26] <yofel> the debian changelog for 1.0-5 (like the launchpad janitor does)
[21:26] <kamalmostafa> Yup, will do.  Okay, scratch my request for that one.
[21:26] <kamalmostafa> thanks folks!
[21:27] <yofel> kamalmostafa: you might want to link the debian bug too so that we have a complete documentation
[21:27] <kamalmostafa> yofel: sure will.
[21:59] <hggdh> bdmurray: is the busquad ML moderated?
[22:04] <bdmurray> hggdh: yeah
[22:06] <bdmurray> hggdh: good thing too since someone was assigning bugs to the team
[22:07] <LimCore> bdmurray: would you sponsor that bug where you set patch tag? bug #474327
[22:07] <ubot4> Launchpad bug 474327 in cryptsetup (Ubuntu) "Overwrite/destroy not-empty partition due to lack of vol_id from udev (affects: 2)" [Medium,Confirmed] https://launchpad.net/bugs/474327
[22:08] <bdmurray> LimCore: no, because cryptsetup is in main
[22:08] <LimCore> you are not in main sponsors?
[22:08] <bdmurray> LimCore: No, I am not
[22:09] <LimCore> sometimes I feel its like 5 hours talking to do 5 minute work, with some bug fixes ;)
[22:11] <LimCore> perhaps more developer time of sponsors is needed
[22:14] <hggdh> bdmurray: yes, you missed the exciting weekend we had ;-)
[22:53] <bdmurray> bcurtiswx: I think the pattern for LP: #459366 should be a wee bit more specific
[22:53] <bdmurray> bcurtiswx: perhaps also adding emit_signal?
[22:54] <bcurtiswx> bdmurray: ok lemme go to that bug again one sec
[22:55] <bcurtiswx> bdmurray: ok, so that last section.  I'll make sure to add those in the future.. i'll go change that now
[22:58] <bdmurray> bcurtiswx: lots of things could cause TypeErrors so being specific as to what is best
[22:58] <bcurtiswx> bdmurray: not a prob.. i learn best as I go along.. get as much hands on as I can without risking breakage
[23:00] <bcurtiswx> bdmurray: changed :D thx for the heads up
[23:42] <LimCore> if developers of say subversion suck at implementing loging and security
[23:43] <LimCore> lets say someone would provide a custom patch to fix given things. What are chances to get it quickly to Ubuntu perhaps even before upstream
[23:43] <persia> Low.
[23:43] <persia> Most significant feature growth is left to upstream except in the case where some specific Ubuntu developer is pushing really hard to get something done.
[23:44] <persia> And in most of those cases, that Ubuntu Developer is working closely with upstream, and so the patches tend to land around the same time.
[23:45] <LimCore> I really hare when I find our someone broke something apparently by share stupidity
[23:45] <LimCore> *typos
[23:45] <LimCore> svnserve uses config/authz for secuity access controll... but completly ignores it when it -t mode (when accessing via SSH tunel, a common use case)  wtf!?
[23:46] <LimCore> I bet the fix is something like  + check_authz_access(this_request);  But it will take me hours or days to find WHERE to fix it ;)
[23:47] <LimCore> oh, also you would thought there is a work-around with scripting hooks. But, there are like 10 hooks executed on various things.. and NONE of them is executed on READ access (only on write access)... jesus.
[23:50] <LimCore> persia: I can make an PPA with the unnoobified version of svn and give that to people who need it, right?
[23:51] <persia> I can't speak to your ability, but there's no theoretical limit to what can be in a third-party repository.
[23:55] <kamalmostafa> Hi persia...  Thanks for pushing me to do a proper round of bug triaging -- it was a good experience.  I discovered the greasemonkey tools and re-discovered a neat package I had forgotten about.  I submitted my application to ~ubuntu-bugcontrol earlier today.
[23:56] <LimCore> if tool by design is not very secure in some aspect, is this a security bug?
[23:56] <persia> kamalmostafa: Excellent.  Best of luck with your application.
[23:57] <persia> LimCore: Not if the insecurity is documented clearly.
[23:58] <LimCore> it is very not obvious, even to experienced svn users
[23:59] <LimCore> you may think that you can switch from https to svn+ssh access method,  but surprise surprise, if you do, then  authz (access restrictions file) is just ignored