[00:42] <greg-g> geez, I'm getting a lot of notices that apport retracer is marking bugs duplicate, I guess it is catching up.
[00:44] <bdmurray> greg-g: It's working with failed retraces and bugs with CoreDumps still attached
[00:50] <andresmujica> ping asac
[00:54] <greg-g> bdmurray: gotcha. I've already received 23 emails in the past 2 hours. Pretty fun, actually.
[00:54] <bdmurray> greg-g: that's it? ;-)
[00:55] <greg-g> bdmurray: heh, I'm sure that's nothing compared to some people in this channel :)
[00:56] <bdmurray> I think its a good thing to do and the e-mail should be easy enough to filter
[00:56] <greg-g> oh yeah, no complaints from me. All those emails go to the "Bugs" folder anyways.
[04:31] <XCP2> will these related xorg & ATI & fglrx memory bugs (that have existed since end of march) EVER be fixed? https://bugs.launchpad.net/ubuntu/+bug/372345 https://bugs.launchpad.net/ubuntu/+bug/353800/?loggingout=1 https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/351186?comments=all
[04:31] <ubot4> Launchpad bug 372345 in fglrx-installer "Compiz memory leak   /   Xorg memory leak" [Low,Incomplete]
[04:32] <XCP2> xorg takes up 5GB+ after quite a while, maximizing windows will sometimes last 3-4 seconds! it makes many systems pretty unusable
[04:33] <Hobbsee> XCP2: given that they're ATI, probably not.
[04:33] <Hobbsee> are they bugs in xorg, or bugs in the ATI binary drivers?
[04:34] <XCP2> I can't tell for sure. but it occured since users upgraded to 9.04... it did not exist in 8.10... so users have to live with this forever?!
[04:35] <dtchen> there is some indication that new upstream has resolved the issue
[04:35] <XCP2> new upstream?
[04:37] <Hobbsee> upstream xorg, presumably
[04:37] <dtchen> sorry, upstream ATI
[04:39] <XCP2> dtchen: what do you mean by that and how do I get it?
[04:39] <Hobbsee> looks like 351186 has a ppa linked to it, so presumably that will get integrated if ti works for everyone affected.
[04:41] <XCP2> Hobbsee: you mean this one https://edge.launchpad.net/~ubuntu-x-swat/+archive/xserver-no-backfill ?
[04:41] <Hobbsee> XCP2: yes
[04:47] <XCP2> Hobbsee: forgive me my noobishness, but how do I apply it w/o compiling the whole thing from source...
[04:49] <XCP2> and if this patch solves the issue, is this an ATI card issue then? so, would using a non-ATI card solve this memory hog problem?
[04:49] <Hobbsee> XCP2: they have binaries there, in that ppa
[04:49] <Hobbsee> and very likely - i've not seen it on my intel card
[04:50] <Hobbsee> which you can install with gdebi, etc
[04:52] <XCP2> so buying a new non-ATI video card will solve this problem and many others that will most likely come up not before long (from my experience)
[04:53] <micahg> XCP2: the ATI file will generate .debs for you
[04:54] <XCP2> micahg: huh? what do you mean?
[04:54] <micahg> If you download the .sh file from ATI, you can generate .deb files for your ubuntu version
[04:55] <XCP2> yes, I know that :)
[04:55] <XCP2> we're talking about the patch I linked to above
[04:55] <micahg> you were talking about upstream releases
[04:56] <micahg> I know ATI released at least 1 version isince Jaunty was released
[04:56] <micahg> 8.612
[04:56]  * XCP2 checks
[04:56] <XCP2> micahg: I have that installed.
[04:58] <XCP2> Hobbsee: http://ppa.launchpad.net/ubuntu-x-swat/xserver-no-backfill/ubuntu/pool/main/x/xorg-server/ ... which binaries should I use? AMD64 is clear to me, but the rest?
[05:01] <Hobbsee> XCP2: it's probably easiest to add the entire repository listed on https://edge.launchpad.net/~ubuntu-x-swat/+archive/xserver-no-backfill
[05:01] <Hobbsee> seeing as that seems to only be for that patch
[05:02] <Hobbsee> i don't know which binaries you actually need
[05:02] <XCP2> oh... you mean adding these two lines starting with "deb" to my /etc/apt/sources.list?
[05:02] <Hobbsee> yes
[05:02] <XCP2> thanks... I'll try that later :)
[06:48] <YoBoY> good morning
[06:48] <micahg1> morning
[07:08] <micahg> anyone around running ff3.5?
[07:18] <thekorn> good morning bugsquad
[07:22] <micahg> good morning thekorn
[07:22] <micahg> thekorn: do you have ff3.5 installed?
[07:22] <thekorn> micahg, hi
[07:22] <thekorn> no
[07:28] <dholbach> good morning
[07:30] <micahg> morning dholbach
[07:30] <micahg> are you running ff3.5?
[07:31] <thekorn> good morning dholbach
[07:31] <dholbach> micahg: nope
[07:31] <dholbach> hiya thekorn
[07:32] <micahg> Is an app responsible for telling the OS that it handles a certain type of file?
[07:32] <micahg> or is that centralized in a package?
[07:33] <persia> micahg, That's a centralised system, with information provided per-package.  There's two ways to do it: one is the Debian MIME system, and the other is the XDG MIME system.  Packages are encouraged to use both.
[07:34] <micahg> ok
[07:34] <micahg> persia: is that for defaults or just that it can handle that type?
[07:35] <persia> Yes.
[07:35] <micahg> which one ? :)
[07:35] <persia> More specifically, that it can handle that type, and that the defaults are selected based on the handlers.
[07:36] <micahg> thanks persia
[07:36] <persia> so, you might end up with different default behaviours depending on which packages are installed.
[07:36] <leoquant> !sun java
[07:36] <ubot4> Factoid 'sun java' not found
[07:36] <persia> leoquant, sun-java5 or sun-java6 is probably more interesting
[07:37] <leoquant> !sun-java6
[07:37] <ubot4> Factoid 'sun-java6' not found
[07:38]  * leoquant searching for sun-java update -13 bug
[07:38] <leoquant> thats is sun java is not updated to -13 in hardy heron
[07:38] <micahg> !info sun-java6 hardy
[07:39] <leoquant> a major security update
[07:39] <ubot4> micahg: Package sun-java6 does not exist in hardy
[07:40] <persia> ubot4 isn't actually correct in this case.
[07:40] <ubot4> persia: Error: I am only a bot, please don't think I'm intelligent :)
[07:40] <micahg> hmmm ubot4 isn't quite bein truthful
[07:40] <micahg> http://pastebin.com/f6b56ecdc
[07:40] <leoquant> i know there are 4 bugs reported
[07:40] <persia> The issue is that it doesn't handle source packages.
[07:41] <persia> !info sun-java6-jre hardy
[07:41] <ubot4> persia: sun-java6-jre (source: sun-java6): Sun Java(TM) Runtime Environment (JRE) 6 (architecture independent files). In component multiverse, is optional. Version 6-07-3ubuntu2 (hardy), package size 6177 kB, installed size 14164 kB
[07:41] <leoquant> update -7........ whow...
[07:41] <leoquant> thx persia
[07:43] <leoquant> : https://bugs.edge.launchpad.net/ubuntu/+source/sun-java6/+bug/360414
[07:43] <ubot4> Launchpad bug 360414 in sun-java6 "[Hardy] Sun Java JRE 6 badly needs security updates" [Undecided,Confirmed]
[07:44] <leoquant> breakfast and coffee first
[08:24] <fredrik_> can anyone explain the process of reporting bugs at launchpad? I've reported bug #374185 but it never gets picked up?
[08:24] <ubot4> Launchpad bug 374185 in ipsec-tools "racoon crashes when racoon.conf contains sainfo section for ipv6" [Undecided,New] https://launchpad.net/bugs/374185
[09:41] <Hew> anyone else get the flood of bugmail from the retracer? why does that happen?
[09:44] <seb128> it has been cleaning coredumps from old duplicates
[09:45] <seb128> no reason to keep those on the server they take server space and can contain private datas
[09:45] <seb128> but agreed whoever ran the script could have sent an email notice before, I've pinged pitti about that already
[11:25] <xteejx> Hey guys, can someone look at bug 118842 and bug 224903 please? I don't know where to go from here, am kind of stuck. Thank you :)
[11:25] <ubot4> Launchpad bug 118842 in linux "Pre-Compiled Dazuko Modules for Ubuntu Kernels" [Undecided,Incomplete] https://launchpad.net/bugs/118842
[11:25] <xteejx> Am Triaging them btw
[11:25] <ubot4> Launchpad bug 224903 in linux "Annoyance - Disable blinking cursor during boot" [Low,Confirmed] https://launchpad.net/bugs/224903
[11:27] <TheYeti> #224903 is kind of a petty bug but don't know what else you can do about it
[11:30] <TheYeti> And #118842 I got no more clue than you on that one
[11:33] <xteejx> TheYeti, Kinda stumped on both, don't like just leaving them in that state
[11:35] <TheYeti> xteejx: You have 224903 in confirmed and everything else looks good on it
[11:35] <xteejx> TheYeti, Cool. So just leave them both for now I assume?
[11:35] <TheYeti> most I can say yea
[11:35] <xteejx> cheers :)
[15:30] <biggysmall> i need shell can anybody help me out with this
[15:30] <biggysmall> i need shell can anybody help me out with this
[15:31] <BUGabundo> biggysmall: hi. please don't repeat your self
[15:31] <BUGabundo> what can we do for you?
[16:40] <hggdh> pedro_, do you use Evolution?
[16:43] <pedro_> hggdh: yeap, anything you want me to test?
[16:47] <XCP2> hi. there's a bug in xorg in the newer versions of ubuntu that has not been fixed. however, there is a PPA on launchpad that apparently fixes the problem (not in clean way, but it's okay for me). Now my question: if I apply this PPA patch and some time later there is an official ubuntu patch for this problem, or any other update to xorg, will and can this newer update still be applied, although I manually changed my xorg some time before?
[16:48] <hggdh> pedro_, I wrote an Apport evolution hook. Brian will test it a bit, and I would like to know if you are also willing to
[16:48] <pedro_> hggdh: sure, saw your report with the info btw, where's the hook?
[16:49] <hggdh> I will email you it
[16:52] <hggdh> thanks, pedro_
[16:52] <pedro_> hggdh: rock, thanks
[21:15] <hggdh> bdmurray, thanks for the attachments -- with python and urllib2 and csv, it is *extremely* easy to run the test!
[21:16] <bdmurray> hggdh: awesome!
[22:42] <bdmurray> hggdh: it might also be interesting to check pidgin traces too
[22:43] <BUGabundo> pidgin what?!
[22:59] <hggdh> bdmurray, just get me another of these csv, and I will do it
[22:59] <hggdh> BUGabundo, pidgin traces
[23:00] <BUGabundo> hggdh: you know im a pidgin luver and tester
[23:00] <BUGabundo> where can I help?
[23:03] <hggdh> BUGabundo, I am testing a sanitising apport hook for evo -- I look at backtraces, and try to get out all email and IP addresses
[23:04] <hggdh> it is still too early for general tests, I am still tweaking the code
[23:05] <hggdh> but we might also use it for pidgin, and perhaps other packages. If, of course, it works ;-)
[23:05] <BUGabundo> ok
[23:05] <BUGabundo> ping me if you neeed
[23:06] <hggdh> will do