[00:33] <froggy1> Ubuntu 9.10 logs me out after about 30 min when I am play solitaire
[00:33] <froggy1> Ubuntu 9.04 does not
[00:34] <micahg> froggy1: is it this? bug 503428
[00:34] <ubot4> Launchpad bug 503428 in gnome-games "Ubuntu 9.1 crashes while running aisleriot solitaire (dup-of: 450832)" [Low,Incomplete] https://launchpad.net/bugs/503428
[00:34] <ubot4> Launchpad bug 450832 in ubuntu "X logout while playing aisleriot" [Undecided,New] https://launchpad.net/bugs/450832
[00:34] <froggy1> Installed on a Dell Dimension E520
[00:34] <froggy1> thanks
=== Hellow_ is now known as Hellow
=== mrooney_ is now known as mrooney
[02:40] <nigel_nb> hggdh, ping
[02:40] <hggdh> nigel_nb: pong
[02:40] <nigel_nb> hggdh, would be free this saturday?
[02:41] <nigel_nb> 1700 UTC
[02:41] <hggdh> nigel_nb: I do not know right now -- it is probable I will have work during the weekend, but I do not know yet when (customer decides)
[02:41] <nigel_nb> did you hear about user days?
[02:42] <hggdh> but 1700 UTC sounds pretty good in terms of *not* having work
[02:42] <hggdh> yes
[02:42] <nigel_nb> I'm taking a class on "Using Launchpad", which does include reporting bugs
[02:42] <hggdh> at 1700?
[02:42] <nigel_nb> yep
[02:42] <hggdh> I will be there. #ubuntu-classroom, I guess
[02:42] <nigel_nb> I'll be modifying an old class for reporting bugs, it would be nice to have someone around to help with answering questions
[02:43] <hggdh> yes, np. 1700UTC translates to 1100 CST. At this time, production is still running at the customer
[02:43] <hggdh> so, no upgrade possible
[02:43] <nigel_nb> oh, great :)
[02:45] <nigel_nb> so you'll be around to help with questions?
[03:01] <hggdh> yes, I will
[03:03] <hggdh> nigel_nb: ^
[03:04] <nigel_nb> hggdh, great :), sorry, was tied in user days meeting too!
[03:04] <hggdh> np.
[03:04] <hggdh> g'night to all y'all
[03:05] <nigel_nb> night hggdh  :)
=== asac_ is now known as asac
=== fddfoo is now known as fdd
=== ikt|sleep is now known as ikt_
=== seb128_ is now known as seb128
[08:59] <BUGabundo_remote> morning
[13:26] <xteejx> hugday tomorrow? thought it was Tuesdays
[13:28] <pedro_> xteejx, kernel hug days are on Tuesdays
[13:28] <pedro_> the others on Thursday, that's since a couple of years
[13:28] <xteejx> pedro_: Ohh. Has it been a week since g-p-m hugday already??
[13:28] <BUGabundo_remote> ahah
[13:29] <pedro_> xteejx, yeah!, are you going to be around tomorrow? you did an awesome job and the g-p-m one ;-)
=== yofel_ is now known as yofel
[13:49] <xteejx> Woohoo I'm on the 5 a day stats :D
[13:49] <xteejx> biggest streak hahhaa
[13:53] <kamusin> super! xteejx :)
[13:53] <xteejx> kamusin: I should be able to help tomorrow
[13:54] <kamusin> well,  I will see you there then :)
[13:56] <xteejx> :D
[14:12] <qense> Aargh! The Bug Supervisor for ubuntu-translations is subscribed to all ubuntu-translations bugs since it's the bug supervisor. This means that Ubuntu Bug Control gets all these mails as well!
[14:12] <qense> I'll try to contact dpm
[14:35] <xteejx> qense: I did wonder why ubuntu-bugcontrol emails kept containing translation stuff
[14:35] <qense> dpm has requested a maillist and when that's created it will be set as a contact address for the ubuntu-translations bug supervisor team, that should solve the problem
[14:36] <xteejx> qense: And then I assume it's a per-person option whether to sign up or not?
[14:36] <qense> The maillist will go via lists.ubuntu.com, so it's up to you to sign-up
[14:36] <xteejx> Cool
[14:37] <qense> It's policy to not create Ubuntu maillists on LP, bugcontrol is probably the exception because of the permission things
[14:38] <xteejx> I see
[15:27] <brunogirin> Hi all, I'm looking at bug #510073 which is about screen shots and was filed against Nautilus: can someone confirm whether Nautilus is the right package please?
[15:27] <ubot4> Launchpad bug 510073 in nautilus ""take screenshot" of current window doesn't work properly" [Undecided,Confirmed] https://launchpad.net/bugs/510073
[15:28] <hggdh> wow, first time I see the robot answering *before* the question!
[15:29] <mrand> hggdh: hehehe.  you're lagged.  I show 1 second.
[15:30] <hggdh> bloody wifi!
[15:30] <hggdh> brunogirin: no, Nautilus does not sounds correct
[15:31] <mrand>  gnome-utils sound right?
[15:32] <mrand> brunogirin: screen shot bugs appear to belong in gnome-utils
[15:32] <hggdh> Since the user did not specify what is being run (Gnome/XFCE), run 'alacarte', and find what programme is called by the "Take a screenshot' entry
[15:32] <hggdh> brunogirin: mrand is probably right
[15:33]  * mrand investigates alacarte.  hadn't heard of that.
[15:33] <brunogirin> mrand, hggdh: yes sounds right, searching for screen shot in the upstream tracker shows that they are mostly reported against gnome-utils
[15:34] <brunogirin> I'll change to gnome-utils and forward upstream, thanks
[15:34] <hggdh> mrand: alacarte is the Gnome menu editor. Since I never know where it will be shown in the Gnome menu, I usually run it by hand
[15:35]  * hggdh hates this idea of masking out the name of the binary in the menu
[15:35] <hggdh> brunogirin: thank you. Nice to see you here, BTW
[15:35] <mrand> hggdh: neat util.  It actually answers a question I had last night... graphical interface for changing menu icons.  Found the underlieing text config in /usr/share/applications
[15:39] <hggdh> mrand: indeed. Just be careful -- not all that is shown (usually as unselected) is meant to be shown at all; so, select carefully, so that you can unselect later on ;-)
[15:39] <hggdh> BUGabundo_remote: boa tarde
[15:39] <BUGabundo_remote> hey hggdh
[15:40] <hggdh> mrand: ah, nowadays is Preferences/Main Menu
[15:52] <brunogirin> hggdh: thanks, I thought I'd come say hello and triage some bugs while work is being slow this pm :-)
[15:52] <hggdh> brunogirin: please be our guest! We do appreciate the help :-)
[15:55] <vish> hggdh: hmm.. would it be ok if i started early on the hug day bugs?
[15:56] <hggdh> of course it is OK!
[15:56] <hggdh> vish: please do start early ;-)
[15:56] <vish> ;)
[15:58]  * vish happened to know of a two bugs listed are a dup and what the problem is :)
[16:08] <brunogirin> anybody know what package to install in Karmic as an FTP daemon? trying to reproduce an FTP related bug
[16:10] <brunogirin> ignore the previous message: user error, can't read properly :-)
[16:16] <hggdh> brunogirin: anyway, there are many different FTP servers available...
[16:20] <brunogirin> hggdh: yes I guess, I was just trying to follow the server guide that suggest using vsftpd but couldn't spell that properly when running apt-get, all sorted now
[16:45] <vish> could someone set Bug #460144 to triaged/low ?
[16:45] <ubot4> Launchpad bug 460144 in notify-osd "nm applet doesn't close notification when it is obsolete" [Undecided,Confirmed] https://launchpad.net/bugs/460144
[16:47] <bcurtiswx> vish, is it both a nm and notify-osd problem?
[16:47] <vish> bcurtiswx: both might need a change
[16:47] <vish> thats what mirco mentioned
[16:48] <bcurtiswx> ok, i will change both then. one sec
[16:49] <bcurtiswx> vish, done
[16:49] <vish> ty
[16:50] <bcurtiswx> yup, np
=== atrus_ is now known as atrus
[17:26] <BUGabundo_remote> hggdh: #ubuntu-pt sff
[17:28] <vish> Bug #439864 can be set to triaged/wishlist
[17:28] <ubot4> Launchpad bug 439864 in network-manager-applet "No tooltips on nm-applet if not already connected to a network" [Undecided,New] https://launchpad.net/bugs/439864
[17:38] <vish> could someone set Bug #401237 and Bug #439864 to triaged/wishlist ?
[17:38] <ubot4> Launchpad bug 401237 in network-manager-applet "Feature request: network manager should be able to select multiple wireless connections for deletion" [Undecided,Confirmed] https://launchpad.net/bugs/401237
[17:38] <ubot4> Launchpad bug 439864 in network-manager-applet "No tooltips on nm-applet if not already connected to a network" [Undecided,New] https://launchpad.net/bugs/439864
[17:40] <bcurtiswx> vish, done and done
[17:40] <vish> ty
[17:49] <yofel> bug 485041 triaged
[17:49] <ubot4> Launchpad bug 485041 in network-manager-applet "Order of available wireless networks should be by strength, not alphabetical." [Wishlist,Confirmed] https://launchpad.net/bugs/485041
[17:51] <pedro_> yofel, done
[18:18] <vish> Bug #439172 and Bug #386407 triaged/wishlist bugs
[18:18] <ubot4> Launchpad bug 439172 in network-manager-applet "nm-applet icon blurry on 25+ pixel panel" [Undecided,Confirmed] https://launchpad.net/bugs/439172
[18:18] <ubot4> Launchpad bug 386407 in network-manager-applet "Applet applies 'Auto' as a prefix to all Network Names" [Low,Confirmed] https://launchpad.net/bugs/386407
[18:23] <hggdh> vish 439172 done
[18:24] <vish> ty
[18:24] <hggdh> 386407 also done
[18:40] <vish> ty , also Bug #496096 is triaged/wishlist
[18:40] <ubot4> Launchpad bug 496096 in network-manager-applet "pop up the network manager dialogue if the user is trying to connect" [Undecided,New] https://launchpad.net/bugs/496096
[18:45] <hggdh> vish, done
[18:46] <vish> ty.. heh i think i'm done for today ;) ...
[18:49]  * hggdh bows, grateful
[18:56] <yofel> bug 306878 whishlist/triaged
[18:56] <ubot4> Launchpad bug 306878 in network-manager-applet "Make it clear you've changed the /etc/network/interfaces" [Undecided,Confirmed] https://launchpad.net/bugs/306878
[18:57] <hggdh> yofel: done.
[18:57] <yofel> thx
[18:58] <hggdh> yofel, vish: when are you going to apply for bug-control?
[18:58] <vish> hehe , hggdh getting frustrated of us ? ;p
[18:58] <hggdh> :-)
[18:58] <hggdh> no, I am not, not at all. I just think you are qualified
[18:59]  * hggdh is actually *very* happy with their work
[19:00] <vish> hggdh: i was thinking of applying.. but my karma is highly misleading than my actual good bug work ;)  that is what worries me :(
[19:02] <micahg> vish: karma's basically icing on the cake, it's the cake that's really looked at ;)
[19:03] <vish> :)  ah.. well. i better send the form ... ;)
[19:03] <hggdh> vish: micahg is absolutely correct. If it were for karma, I would be way down on the list ;-)
[19:04]  * micahg didn't want to be the one to say it ;)(
[19:04] <hggdh> LOL
[19:19] <vish> hggdh / micahg  hmm , after i apply for bug control  , should i wait for an application or just send a mail to the list?
[19:19] <vish> apply in lp*
[19:19] <pedro_> vish, send your application to the bugcontrol list
[19:19] <vish> pedro_: ah , thanks
[19:20] <pedro_> vish, https://wiki.ubuntu.com/UbuntuBugControl
[19:20] <pedro_> you're welcome
[19:20] <vish> pedro_: yeah, the first line can be removed i guess > "Apply: to the Ubuntu Bug Control team and send the the Ubuntu Bug Control team application you will receive to ubuntu-bugcontrol AT lists.launchpad.net"
[19:21] <pedro_> vish, good catch, that needs to be updated
[19:21] <vish> neat
=== ikt is now known as ikt|sleep
=== ikt|sleep is now known as ikt
[19:37] <xteejx> pedro_: Thanks for doing bug 509866
[19:37] <ubot4> Launchpad bug 509866 in empathy "[lucid] empathy window resizes while typing in IRC" [Low,Triaged] https://launchpad.net/bugs/509866
[19:38] <pedro_> xteejx, no problem ;-)
=== astechgeek is now known as Guest45568
[20:55] <xteejx> Does apport-collect work in hardy, intrepid and jaunty? If so, does it work the same as now, i.e. apport-collect -p linux ####, haven't seen anything on the wiki about this
[20:56] <yofel> it does work in jaunty afaik, not sure about hardy and intrepid
[20:57]  * yofel *hates* the launchpad bug query...
[20:57] <yofel> took me ages to find 5 bugs for my bug-control application, should have kept a list of them -.-
[20:58] <mrand> Of all the bug systems that I've used, launchpad is my least favorite.
[20:58] <mrand> Think we could move Ubuntu bugs somewhere else?  :-)
[21:00] <xteejx> hehe
[21:00] <yofel> heh, depends, does bugzilla have e-mail interaction? (the debian BTS is indeed best in this)
[21:01] <mrand> yofel, finding bugs you worked on isn't that hard though... generally: advanced search, then put your username in the "commented" field.  Probably wise to click on most of the status boxes.
[21:02] <yofel> mrand: yes, but after a year of having worked on bugs finding the ones you actually triaged yourself is a bit time consuming if the search returns ~500 hits :P
[21:02] <mrand> yeah, understood.
[21:03] <xteejx> yofel: You could've just done an advanced search
[21:03] <yofel> now that you mention it...
[21:03]  * yofel hits the head on the table
[21:03] <charlie-tca__> xteejx: hardy doesn't work the same as jaunty and karmic
[21:03] <yofel> aaargh
[21:04] <charlie-tca__> xteejx: you have to not use the -p for karmic
[21:04] <charlie-tca__> ( no "-p" for 8.10 and later)
[21:04] <xteejx> So apport-collect doesn't work at all?
[21:05] <xteejx> I have -p in lucid, and had the option in karmic....
[21:05] <yofel> -p --package works in karmic/lucid, but the manpage doesn't mention it
[21:05] <xteejx> oops
[21:06] <charlie-tca__> my mistake, that is for adding. I think it is missing in jaunty and intrepid, isn't it?
[21:06] <xteejx> I just tried it, it said its deprecated do not use it, but doesn't stop me
[21:06] <charlie-tca__> Seems like a lot of stuff is being deprecated now
[21:07] <xteejx> So H/I/J I can ask them to apport-collect the report then with no problems?
[21:07] <xteejx> Everythings being taken out, even the bloody games its silly
[21:07] <charlie-tca__> I don't think so. I think it was only karmic, wasn't it?
[21:09] <xteejx> With apport-collect you mean?
[21:09] <xteejx> I don't know.
[21:12] <charlie-tca__> yes, I think apport-collect was only in karmic, it never got backported
[21:13] <xteejx> You're kidding? I would've thought it would be, since the others are supported, and technically we still fix them/
[21:15] <yofel> apport-collect does exist in jaunty afaik, at least the kernel debugging policy has an apport-collect line for jaunty
[21:15] <xteejx> Hmm... so much for easy triage for LTS lol
[21:16] <yofel> hey, lucid will have easy triage :P
[21:16] <charlie-tca__> booting jaunty now
=== komputes_ubuntu is now known as komputes
[21:20] <charlie-tca__> xteejx: it will work in jaunty
[21:42] <micahg> xteejx: it was one of my bugsquad meeting items that was pushed off
[21:48] <xteejx> micahg: Sorry, multitasking, what did you mean?
[21:49] <micahg> On the meeting agenda: Backporting of newest apport (if possible) to all stable releases (in  concept) -- micahg
[21:49] <xteejx> That would be a great idea if possible
[21:50] <micahg> well probably discuss it either in Feb or March
[21:50] <micahg> *we'll
[21:50] <xteejx> Is the bs meeting monthly I take it?
[21:50] <micahg> xteejx: heh, yeah
[21:50] <micahg> xteejx: agenda is here: https://wiki.ubuntu.com/BugSquad/Meeting
[21:51] <xteejx> :( What about a suggestion on the UBS mailing list?
=== cyphermo1 is now known as cyphermox
[21:51] <xteejx> fgs my evolution keeps crashing, it's darkscreened, don't know how to report it
[21:52] <xteejx> ubuntu-bug won't do anything there's no hook for evolution, and apport won't kick in
[21:56] <xteejx> i.e. is it possible to get a backtrace for a running program?
[21:58] <micahg> xteejx: sure, https://wiki.ubuntu.com/Backtrace
[21:58] <xteejx> micahg: I don't know how to reproduce it, it happened randomly...
[21:59] <xteejx> micahg: Keep it running under gdb until it happens?
[21:59] <hggdh> xteejx: first of all, you will need a series of dbgsyms
[22:00] <xteejx> I know how to get the dbg packages and run under gdb control, but if I don't know to reproduce it, can I just leave it running under gdb's control until it happens?
[22:00] <hggdh> the easiest way to get them is by kill-11 `pidof evolution`. This will cause Evo to die on a SEGV, and apport will kick in. Go with it, but do not open a bug (stop there). Then run 'sudo apport-retrace -o trash /var/crash/evo-crash'
[22:00] <hggdh> this will make apport install all needed dbgsyms
[22:01] <hggdh> and yes, you can run it under gdb until it happens again
[22:01] <xteejx> hggdh, it's ok I know how to get the dbgsyms :)
[22:01] <xteejx> cool
[22:01] <hggdh> xteejx: there are a *LOT* of libraries used by Evo...
[22:02] <xteejx> so better off doing your way, as it will do it all?
[22:02] <hggdh> indeed
[22:02] <xteejx> ahh ok :)
[22:02] <hggdh> :-)
[22:02] <xteejx> hggdh, you're too clever :D
[22:02] <hggdh> no, I am not. I am just lazy ;-)
[22:02] <xteejx> hahaha :P
[22:05] <xteejx> hggdh: "report file does not contain one of the required fields: CoreDump Package ExecutablePath"
[22:06] <hggdh> oh. run '/usr/share/apport/apport-gtk -c <crash file>'. You must allow apport-gtk to go up to asking to find a dup
[22:06] <hggdh> only then it rewrites the crashfile with the sections
[22:06] <xteejx> so report problem, but go no further?
[22:06] <hggdh> yes
[22:06] <xteejx> ahhh
[22:07] <hggdh> it will load the thingies to the librarian, but such is life
[22:07] <xteejx> but they're not attached to anything so meh :)
[22:08] <hggdh> yeah
[22:08] <xteejx> WARNING: package <<about 20 with dbgsym>> not available
[22:09] <hggdh> no problem. The coverage is not complete, but the most important ones will be there. Hopefully.
[22:09] <xteejx> and manually select and install those i assume?
[22:10] <hggdh> if apport-retrace did not find them, they are not accessible from your sources.list (or simply do not exist)
[22:11] <hggdh> unless it is one of the major system libraries -- libglib*, for example -- usually you do not need to worry.
[22:14] <xteejx> its not working :(
[22:14] <hggdh> then, in those cases, you will usually find a .dbg (instead of a .dbgsym)
[22:14] <xteejx> ahh
[22:14] <hggdh> what is not working?
[22:14] <xteejx> It's just bitching at me
[22:16] <xteejx> gdb came up with Reading symbols from /usr/bin/evolution...Reading symbols from /usr/lib/debug/usr/bin/evolution...done.
[22:16] <xteejx> (no debugging symbols found)...done.
[22:16] <xteejx> but it seems ok now, the terminal is showing DEBUG everywhere
[22:16] <xteejx> ** (evolution:6706): DEBUG: Number of email accounts: 1
[22:16] <xteejx> ** (evolution:6706): DEBUG: EI: SHELL STARTUP
[22:16] <hggdh> yes, this is normal
[22:17] <hggdh> might even help in pinpointing the problem
[22:17] <hggdh> now, after 'r', forget the terminal (but do not close it;-) until you hit the issue
[22:18] <xteejx> of course :D
[22:18] <xteejx> hopefully it'll crash again (can't believe I said that!!)
[22:20] <hggdh> Evo is mean. Now that you are running under gdb, it will not crash.
[22:24] <xteejx> hggdh, I have a strange feeling that's exactly what's going to happen :(
[22:24] <hggdh> Not particularly surprised. Been there with Evo before.
[22:25] <xteejx> hggdh, it's that nasty code sequence " if (<user>) = you && <<active=gdb>> then $work
[22:25] <xteejx> line 666 I believe :P
[22:28] <hggdh> Evo  also uses IFD -- Improvised Fault Device, blowing out on unexpected places. Very effective, on my experience
[22:28] <xteejx> hehehehe
[22:39] <xteejx> It hasn't crashed!!!!! grrrrr
[22:40] <trijntje> Hi all, why am I not allowed to access bug 441730?
[22:40] <ubot4> trijntje: Bug 441730 on http://launchpad.net/bugs/441730 is private
[22:41] <trijntje> my bugreport is marked as a duplicate of that bug. How can I check if any information is missing if that bugreport is private?
[22:41] <micahg> trijntje: I can't access it either
[22:41] <micahg> anyone with LP superpowers?
[22:43] <hggdh> micahg: I guess will have to be at #launchpad...
[22:44] <micahg> trijntje: maybe the retracer never finished with the original bug
[22:44] <xteejx> I've had that happen before on one of mine, the auto retrace failed
[22:45] <trijntje> I dont understand, how can I see that report to make sure not information is missing?
[22:46] <micahg> trijntje: you can't unfortunately
[22:46] <xteejx> For now you can't
[22:47] <trijntje> hm, wouldnt it be better to mark the private bug as a duplicate? That way more people can contribute to solving the issue
[22:49] <xteejx> You can't because you can't access it. This sometimes happens when the retracing system crashes half way through a retrace, leaving the bug locked off
[22:50] <trijntje> xteejx, are you talking to me? Because I cant follow you :P
[22:50] <xteejx> Yes
[22:50] <xteejx> You can't mark a bug a dupe if you can't access it
[22:51] <trijntje> xteejx, no, someone else marked my bug as a duplicate of the private bug
[22:51] <xteejx> Ohhh
[22:51] <micahg> trijntje: what was your buig?
[22:51] <xteejx> Well that's silly, how do they know it's a duplicate if they can't access it??
[22:51] <hggdh> vish: you are vishoo, right?
[22:51] <xteejx> bug number?
[22:52] <trijntje> 509595
[22:52] <micahg> bug 509595
[22:52] <xteejx> bug 509595
[22:52] <ubot4> micahg: Bug 509595 on http://launchpad.net/bugs/509595 is private
[22:52] <xteejx> haha
[22:52] <ubot4> xteejx: Bug 509595 on http://launchpad.net/bugs/509595 is private
[22:52] <xteejx> micahg: joshuahoover
[22:53] <micahg> I think he's a member of the upstream project
[22:53] <micahg> my guess is the bug is private in anotehr project
[22:53] <micahg> that's why we can't see it
[22:53] <xteejx> He still wouldn't have access would he?
[22:53] <micahg> xteejx: he would since he's a member of the upstream project :)
[22:53] <xteejx> Ohh I see
[22:53] <trijntje> ubot4 is wrong, bug 509595 is not private
[22:53] <micahg> he who?
[22:53] <ubot4> trijntje: Bug 509595 on http://launchpad.net/bugs/509595 is private
[22:53] <xteejx> the ubuntuone-client is ours though...
[22:53] <micahg> trijntje: the bot's DB is a little behind
[22:54] <xteejx> Should be upstream linked or something surely
[22:54] <micahg> xteejx: the later bug was against our package, the other one is probably against the upstream project
[22:55]  * micahg thought we had a process for that now...
[22:55] <xteejx> So, an upstream tracked in LP I'm guessing, thought there was a procedure for that?
[22:55] <hggdh> it's bug 441730 that is private. ubot 4 seems to have gotten confused.
[22:55] <ubot4> hggdh: Bug 441730 on http://launchpad.net/bugs/441730 is private
[22:55] <xteejx> 509595 is also private, bug control only
[22:55] <micahg> hggdh: no, the bot's DB is a little out of date
[22:55] <hggdh> oh, OK
[22:55] <xteejx> oops, no its not, dont worry
[22:56] <xteejx> I thought we weren't supposed to dupe bugs cross-project for these reasons?
[22:57] <micahg> xteejx: no, I thought the process was to add an ubuntu task to the upstream bug
[22:57] <xteejx> that would make more sense :P
[22:57] <micahg> hggdh: maybe private upstream bugs need a different policy
[22:58] <xteejx> maybe the upstream project is private? who knows what's going on there, could be anything hehe
[23:00] <xteejx> bloody evo STILL hasnt crashed.... think I'll leave it hggdh
[23:00] <xteejx> We're definitely right about that mailicious gdb-searching code ;)
[23:02] <micahg> xteejx: no, I think the upstream bug is private, not the project
[23:02] <xteejx> Ahh ok
[23:08] <xteejx> I'm off for the night guys
[23:10] <xteejx> See you tomorrow at BugDay peeps, night :)
[23:14] <yofel> hm, the link to the progress graph on the bugday page is broken
[23:14]  * yofel goes fixing that...