[00:16] <BUGabundo> does this make sense to anyone ? "GdkPixBufLoader *loader = gdk_pixbuf_loader_new()"
[00:17] <BUGabundo>  #pidgin devs think its actually a GDK bug
[00:17] <BUGabundo> or it could be kklimonda fault :)
[00:17] <BUGabundo> downgrading to archive version
[00:19] <kklimonda> it may be
[00:19] <andol> Anyone have any good idea what the when/if you set the status Confirmed on a Wishlist-bug? If you happen to agree with it?
[00:19] <BUGabundo> kklimonda: I have no idea what GDK is
[00:21] <kklimonda> BUGabundo: a library ;)
[00:22] <james_w> andol: if it's not silly, and if it's not already implemented would be a good lower bar
[00:23] <andol> james_w: Makes sense, thanks.
[00:42] <BUGabundo> kklimonda: a pidgin dev fixed it
[00:43] <kklimonda> how?
[00:43] <BUGabundo> $ export MALLOC_CHECK_=2
[00:43] <BUGabundo> $ export MALLOC_PERTURB_=254
[00:44] <kklimonda> ugh..
[00:51] <BUGabundo> humm seb128 is not here
[00:51] <BUGabundo> its is bug now
[00:51] <kklimonda> what do those variables do?
[00:52] <BUGabundo> its on libgtk2.0-0, according to darkrain42
[00:52] <BUGabundo> kklimonda: no idea! kill the world?
[00:52] <kklimonda> heh ;)
[00:57] <hggdh> BUGabundo, that's libc
[00:57] <hggdh> http://www.gnu.org/software/hello/manual/libc/Heap-Consistency-Checking.html
[00:57] <BUGabundo> hggdh: gtk+2.0
[00:58] <hggdh> Another possibility to check for and guard against bugs in the use of malloc, realloc and free is to set the environment variable MALLOC_CHECK_. When MALLOC_CHECK_ is set, a special (less efficient) implementation is used which is designed to be tolerant against simple errors, such as double calls of free with the same argument, or overruns of a single byte (off-by-one bugs). Not all such errors can be protected against, how
[00:58] <hggdh> ever, and memory leaks can result. If MALLOC_CHECK_ is set to 0, any detected heap corruption is silently ignored; if set to 1, a diagnostic is printed on stderr; if set to 2, abort is called immediately. This can be useful because otherwise a crash may happen much later, and the true cause for the problem is then very hard to track down.
[00:59] <BUGabundo> wait... are you telling me I need to valgring pidgin ?
[00:59] <BUGabundo> oh damn
[00:59] <kklimonda> hggdh: but a bug is somewhere higher and MALLOC_CHECK_ is just working around it..
[00:59] <kklimonda> good luck ;)
[00:59] <hggdh> yes
[01:01] <BUGabundo> valgrind running
[01:01] <hggdh> we will wait ;-)
[01:01] <BUGabundo> you better
[01:02] <BUGabundo> still waiting here too
[01:02] <hggdh> heh. Go get a coffee. You will have time ;-)
[01:02] <BUGabundo> who ever though of valgrid gdb
[01:02] <BUGabundo> that's just crazy
[01:02] <BUGabundo> humm memory spike
[01:02] <hggdh> the weird is that it worked with malloc_check_=2
[01:03] <hggdh> yes. It will be quite a memory usage, due to valgrind
[01:03] <BUGabundo> done
[01:03] <BUGabundo> didn't take all that long actually
[01:04] <BUGabundo> _int_malloc (av=0x7f075a176a00, bytes=32) at malloc.c:4171
[01:04] <BUGabundo> 4171	malloc.c: No such file or directory.
[01:04] <BUGabundo> 	in malloc.c
[01:04] <BUGabundo> this is new
[01:04] <hggdh> what happened?
[01:04] <BUGabundo> crash
[01:04] <hggdh> it coredumped?
[01:04] <BUGabundo> but a new one
[01:04] <hggdh> what signal? 6?
[01:06] <BUGabundo> http://paste.ubuntu.com/164566/
[01:06] <BUGabundo> crash and valgring log
[01:07] <kklimonda> i'm not sure if you should use both gdb and valgrind at the same time..
[01:07] <hggdh> I doubt it would help...
[01:07] <hggdh> cuz the valgrind is for gdb
[01:07] <BUGabundo> kklimonda: hehe just hear that on #pidgin too
[01:09] <BUGabundo> re running
[01:09] <hggdh> but the coredump is on pidgin, which is good
[01:10] <hggdh> but not with an SIGABRT, which is what I would expect from MALLOC_CHECK_=2
[01:12] <BUGabundo> it worked the 1st time.... and a 2nd with a large image. on a new profile, running on valgring
[01:12] <BUGabundo> race condicion ?
[01:13] <hggdh> might be
[01:13] <hggdh> take out valgrind, just ru with GDB (and the malloc settings)
[01:15] <BUGabundo> http://paste.ubuntu.com/164569/
[01:15] <BUGabundo> that's Plain valgrind
[01:22] <hggdh> yes, there are some entries there that show errors dealing with (possibly) icons
[01:22] <BUGabundo> so for the untrained eye is there a mm leak there?
[01:23] <hggdh> mm?
[01:23] <hggdh> you ran it very briefly, did you not?
[01:23] <BUGabundo> I did
[01:24] <hggdh> yes, there are leaks, and some of them suggest issues with icon handling
[01:25] <hggdh> but only thepidgin developers can say.
[01:25] <hggdh> but we are still missing symbols
[01:25] <hggdh> BUGabundo, do you have a crash file under /var/crash?
[01:27] <BUGabundo> checking
[01:27] <BUGabundo> $ ls /var/crash/
[01:27] <BUGabundo> total 8.0K
[01:27] <BUGabundo> drwxrwxrwt  2 root root 4.0K 2009-04-19 11:33 .
[01:27] <BUGabundo> drwxr-xr-x 17 root root 4.0K 2008-05-13 14:53 ..
[01:27] <kklimonda> you'd probably have to restart apport with force_start=1
[01:28] <kklimonda> i don't understand why is it completely disabled in releases..
[01:28] <BUGabundo> not sure if KK already has it ON
[01:28] <BUGabundo> kklimonda: to not scare users
[01:28] <kklimonda> BUGabundo: it could just keep logs in /var/crash/ and do nothing
[01:28] <kklimonda> and clean up it every now and then
[01:28] <BUGabundo> bug pitti about ot
[01:29] <hggdh> BUGabundo, change /etc/default/apport
[01:29] <BUGabundo> https://bugs.staging.launchpad.net/ubuntu/+bug/1 is timeing out
[01:29] <BUGabundo> can't show you my spam
[01:29] <ubot4`> BUGabundo: Error: Could not parse data returned by Launchpad: The read operation timed out
[01:29] <kklimonda> orly? ;)
[01:30] <BUGabundo>          (Error ID:         OOPS-1221EA4)
[01:30] <BUGabundo> great even edge
[01:35] <jtholmes> BUGabundo, whats up
[01:36] <BUGabundo> jtholmes: hey
[01:37] <jtholmes> BUGabundo, took you advice and send a canned form to about 10-12 bug reports and found out there is a mix of laptops and desktops more laptops, but probably only because more are using laptops
[01:37] <jtholmes> mix of those that are locking up taht is
[01:37] <BUGabundo> I got it
[01:37] <BUGabundo> so nothing clear?
[01:38] <jtholmes> however one person upgraded to  2.6.28.-12.43 and the problem went away
[01:38] <BUGabundo> ah
[01:38] <BUGabundo> so linux ?
[01:39] <jtholmes> for that person he said he did heavy loading and never had a problem and asked to have bug closed
[01:39] <jtholmes> bug 363787
[01:39] <ubot4`> Launchpad bug 363787 in ubuntu "laptop locks up, appears to be at random" [Undecided,Fix released] https://launchpad.net/bugs/363787
[01:39] <jtholmes> thats the one
[01:41] <hggdh> jtholmes, the other bugs also show a "stuck for nn" message?
[01:41] <jtholmes> hggdh,  "stuck for nn"  pls clarify
[01:42] <BUGabundo> hggdh: those "stuck" are usually Intel drivers
[01:42] <BUGabundo> asac keeps beaching about it
[01:42] <hggdh> Apr 19 09:10:58 user-laptop kernel: [ 2943.128506] BUG: soft lockup - CPU#1 stuck for 61s! [Xorg:2966]
[01:42] <BUGabundo> 61s ???
[01:42] <BUGabundo> that's bad
[01:42] <jtholmes> hggdh, yes i say a few of those but concentrated on those that said solid lockup, no console access
[01:42] <hggdh> it will vary, but I also had these some time ago
[01:44] <jtholmes> i never had any but upgraded to 2.6.28-12.43  just to check it out, actually i can boot from  either 11.42  or 12.43 att
[01:45] <jtholmes> tomorrow I am going to ask one or two savvy users to try the  12.43  proposed kernel to see if the problem goes away, one person reported having the problem with the live cd so that person can do anything with the live cd
[01:47] <hggdh> the line I showed above also suggests something to do with xorg, so it might be related to video. It would be nice to check what video card & xorg driver they are using
[01:48] <BUGabundo> jtholmes: or even mailine kernels
[01:49] <jtholmes> ??
[01:50] <hggdh> i.e. use standard kernel (without the Ubuntu changes) and try it
[01:51] <jtholmes> from kernel.org
[01:52] <hggdh> no, from the ubuntu kernel PPA
[01:52] <BUGabundo> hggdh: and it works okay?
[01:52] <hggdh> http://kernel.ubuntu.com/~kernel-ppa/mainline/
[01:52] <BUGabundo> why do you run that?
[01:53] <jtholmes> was just going to ask, sorry still learning but i keep notes on everything thx will poke there
[01:53] <hggdh> sometimes I run the mainline kernel (like right now, on 2.26.30). In terms of triaging, it is good to discard the possibility of an Ubuntu change causing the issue (if it *is* a kernel issue, of course)
[01:54] <jtholmes> yes good it idea found it, excellent
[01:55] <hggdh> usually you just need the image; if you are working with kernel drivers, you will need the headers. But I do not think there is support for restricted drivers
[01:55] <jtholmes> 2.26.30 is real close to the bleeding edge
[01:56] <hggdh> it is pretty much there. It may cause bleeding, perhaps massive hemorrhage
[01:56] <BUGabundo> bed time
[01:56] <hggdh> so... caveat emptor!
[01:56] <BUGabundo> see you tommorow
[01:57] <jtholmes> I did know about mainline,  yes user beware!!
[04:49] <Squideshi> There is a bug in the 2.6.28.11.15 kernel, which ships with Ubuntu 9.04, that causes xorg to freeze on a black screen, at startup, for those using the intel driver, unless the "nopat" kernel option is added in grub. I understand that this bug has been fixed in newer versions of the kernel; however, I am concerned that Ubuntu 9.04 ships with this bug. Should this be filed in Launchpad; and if...
[04:49] <Squideshi> ...so, what is the typical solution--an update, a backport, or something else?
[04:54] <persia> Squideshi, Firstly, that's not universally true.  I don't have such a lockup.
[04:54] <persia> Secondly, the bug has been filed in LP, but there's no easy way to change the images that have already circulated.
[04:59] <Squideshi> persia: I have been looking for an existing bug in Launchpad, but I haven't found one. Can you point me in the right direction?
[05:02] <Squideshi> I found the following bug in Launchpad; but it does not appear to be exactly the same:
[05:02] <Squideshi> https://bugs.launchpad.net/ubuntu/jaunty/+source/compiz/+bug/359392
[05:02] <ubot4`> Launchpad bug 359392 in compiz "[i965] X freezes starting on April 3rd" [Undecided,In progress]
[05:03] <Squideshi> With that bug, xorg starts but freezes later. In my example, xorg freezes consistently during startup.
[05:03] <Squideshi> Unless, of course, I add the "nopat" kernel option in grub.
[05:05] <Squideshi> Also, that bug affects i965 chipsets; and I am running a G845.
[05:07] <persia> Maybe bug #327844 ?
[05:07] <ubot4`> Launchpad bug 327844 in xserver-xorg-video-intel "[G45] X freezes about 1-5 min after switching compiz on" [High,Incomplete] https://launchpad.net/bugs/327844
[05:10] <Squideshi> persia: I don't think so. That one also talks about freezes AFTER xorg startup. With this issue, xorg does not start--on a consistent basis, it immediately freezes before displaying any output (Giving a plain black screen, without the ability to switch between virtual terminals.)
[05:10] <Squideshi> persia: It looks like the "nopat" kernel option is a workaround, but I don't see that mentioned in any of these bugs.
[05:11] <Squideshi> persia: The intel developers say it's a pat bug in certain versions of the kernel.
[05:12] <persia> Right.  I think you have a new bug.  The important thing is that it's not "xorg freezing on boot when using the intel driver", it's "G845 device freezing the kernel when run without nopat at X startup".
[05:13] <Squideshi> persia: "Some Linux kernel versions (such as 2.6.29) are known to have broken PAT code that causes recent versions of this driver to fail, (which can manifest as the X server simply not starting). This can be verified by adding the "nopat" option to the kernel command-line and seeing the failure go away. We hope that newer kernels in the 2.6.29.x as well as 2.6.30 and above will have working...
[05:13] <Squideshi> ...PAT code."
[05:14] <Squideshi> persia: That's from the release notes of the newest intel driver.
[05:14] <persia> Hrm.  I'm confused, as Ubuntu never shipped 2.6.29.
[05:15] <persia> I think it's worth a bug, but I *know* that it doesn't affect all intel chipsets.
[05:15] <Squideshi> persia: Mine has 2.6.28.11.15.
[05:15] <Squideshi> persia: I think they were just giving 2.6.29 as an example, of the "some."
[05:15] <persia> Right.  I'm unsure.
[05:16] <Squideshi> persia: It is my understanding that this has been fixed in newer kernels; but I'm new to the project, so I don't know how Ubuntu addresses issues like this.
[05:16] <Squideshi> persia: Ubuntu will keep the same kernel version for 6 months, no matter what, correct?
[05:18] <persia> Well, patches can be applied for critical issues, but full upgrades won't be done.
[05:19] <Squideshi> persia: Is that an "upgrade" or a "backport"?
[05:19] <persia> The idea is to get more stable, rather than accepting the total mix of what upstream has done.
[05:19] <persia> Neither.  It's an "update".
[05:19] <Squideshi> persia: Oh, right. That's what I meant.
[05:19] <persia> "Upgrades" usually refer to changes between releases (e.g. intrepid -> jaunty).
[05:19] <Squideshi> OK. Cool, so it could possibly become an update.
[05:19] <persia> "Backports" usually refer to versions unsuitable for "update" being made available to work with previous releases.
[05:20] <persia> Right.  Needs the bug filed (with fair precision so others can replicate), and there needs to be a patch, and the patch has to work for those that have the problem and not break for those that don't have the problem.
[05:21] <Squideshi> What does "fix committed" or "fix released" mean?
[05:21] <Squideshi> I mean, how does this translate to packages/updates?
[05:22] <persia> "fix released" means that it was fixed in *some* release.  Whether the fix is avialable as an update, or only as an upgrade is not specified (although you can look at package history to determine which is required)
[05:22] <hggdh> please see https://wiki.ubuntu.com/Bugs/Status
[05:22] <persia> "fix committed" means different things to different people in Ubuntu, so it's hard to rely on it having a static meaning.
[05:23] <persia> But it's generally related to there being a known fix somewhere that ought end up in the repositories soon.
[05:24]  * hggdh likes the "generally related" piece
[05:25] <persia> hggdh, I've seen it used to mean that there was a patch mailed to an upstream mailing list, which is why I'm extra vague about it.
[05:28] <hggdh> yes. I have seen it used to mean upstream has a fix (which I personally like)
[05:28] <hggdh> (slready committed, I mean)
[05:31] <persia> See, I don't like that use, because sometimes it takes *years* to get such a commit into Ubuntu.
[05:32] <persia> I'd prefer "Fix Committed" to mean "The patch has been uploaded to Ubuntu".
[05:32] <persia> But with changelog-closes-bugs, the semantics changed so that bugs were closed when the source fix was available, rather than when the binary fix was available.
[05:32] <persia> Which, to me, made Fix Committed useless for Ubuntu.
[05:33] <hggdh> this is a discussion still going on
[05:33] <persia> With the work being done to expose Ubuntu packages as bzr branches, I'd believe it had meaning again when changes were committed to those bzr branches.
[05:33] <persia> Well, yeah.  Fix Committed is *incredibly* useful for most projects on LP, so it's not going away.
[05:34] <persia> While I think it's useless for Ubuntu today, it used to be useful, and it may be useful in the future (in my mind).
[05:34] <Squideshi> What's the difference between the "linux" and "linux-generic" packages?
[05:34] <hggdh> the problem is the amount of different uses LP has, and too few differentials
[05:34] <Squideshi> I seem to have the "linux-generic" installed, but they're both the kernel, right?
[05:34] <hggdh> yes
[05:35] <hggdh> "linux" is the source, linux-generic a specific build off the source
[05:35] <hggdh> i.e., a binary package
[05:35] <Squideshi> So, I should report the bug as for linux-generic?
[05:35] <hggdh> no, as linux
[05:36] <Squideshi> Even if I don't have that package installed?
[05:36] <hggdh> sorry?
[05:36] <Squideshi> Synaptic doesn't show "linux" package as being installed--only "linux-generic".
[05:36] <persia> hggdh, confusingly, there is also a binary package named "linux" (which isn't provided by the "linux" source package)
[05:37] <hggdh> ah, OK. Yes, indeed, synaptic will only show you *binary* packages
[05:37] <persia> Squideshi, Don't worry about it.  If you try to report against linux-generic, it will automatically switch to linux, and if you install linux, it will just depend on linux-generic.
[05:37] <hggdh> persia, is there indeed? And not related to the kernel?
[05:37] <Squideshi> Oh wait, I ALSO have "linux-image-generic" installed.
[05:38] <Squideshi> My head is spinning. :)
[05:38] <hggdh> oh yes. the complete kernel package
[05:38] <persia> hggdh, very much related to the lernel.  It's a metapackage that depends on linux-image, which is a metapackage that depends on linux-image-generic, which is a metapackage that depends on the correct kernel.
[05:39] <hggdh> easy and simple, just like what I should expect ;-)
[05:39] <persia> Of course, for those not happy with those names, there's also a binary linux-generic that depends on linux-image-generic...
[05:39] <persia> And since so many metapacakges are confusing, and to better handle coordination of upgrades between the kernel and modules, these are part of the linux-meta source package.
[05:40] <persia> (which is why apt-get source linux never does the right thing)
[05:40] <hggdh> one day I will stop and make a graph of them all...
[05:40] <persia> Anyway, there's been some bugs about that, and some UDS sessions, and it ought be solved in a few more cycles.
[05:40] <hggdh> and, eventually, then, linux-source will go away?
[05:41] <persia> One of the problem is that legacy names need to be supported for upgrades, so there needs to be a coherent plan to detangle involving dummy packages that can be dropped after an LTS.
[05:41] <persia> No, linux-source is completely different.
[05:41] <persia> linux-source *doesn't* get the source code for the linux package, it's a binary package that contains the linux source code.
[05:42] <persia> This is extremely useful for other kernel packages that just want to apply patches (e.g. linux-ports or linux-rt).
[05:42] <hggdh> oh, yes, of course. Sorry
[05:42] <persia> Heh.  It took me a couple days to figure it out once, and now it's stuck.
[05:43] <micahg> hggdh: are you awake enough to help me with a couple of bugs?
[05:43] <persia> But linux-source is useful because one source package can't build-depend on another source package, so by posting the source code as a binary package, we can have derivative kernels without having to either duplicate the source or make the "linux" source package even more complicated.
[05:43] <hggdh> makes sense
[05:44] <hggdh> micahg, I can try ;-)
[05:44] <micahg> can I mark bug 349970 and bug 329604 as dupes?
[05:44] <ubot4`> Launchpad bug 349970 in firefox-3.0 "no minimize maximize or exit in ff" [Undecided,New] https://launchpad.net/bugs/349970
[05:44] <ubot4`> Launchpad bug 329604 in firefox-3.0 "It will  automatically maximize when it open, and the close column can not be find. Required by F11 twice before returning to normal" [Undecided,New] https://launchpad.net/bugs/329604
[05:45] <hggdh> micahg, dups of which bug?
[05:46] <micahg> each other
[05:46] <micahg> there's probably more
[05:47] <hggdh> micahg, for 349970 -- I have had this (any application), but it ended up being a metacity issue (restarting metacity with --no-composite solved)
[05:48] <hggdh> so it would be interesting to ask the reporter (1) what happens with other applications, and (2) please, a screenshot)
[05:48] <hggdh> and we would go from there
[05:48] <hggdh> now, for 329604...
[05:49] <hggdh> I am not sure I understand it
[05:49] <hggdh> (but they do sound similar)
[05:50] <micahg> yeah, I thought it was the same issue
[05:52] <micahg> and then I just found this: bug 331890
[05:52] <ubot4`> Launchpad bug 331890 in firefox-3.0 "FireFox starts in fullscreen mode automatically." [Undecided,Confirmed] https://launchpad.net/bugs/331890
[05:53] <hggdh> NOW we have a base bug, it seems
[05:53] <hggdh> 329604 fits perfectly in
[05:54] <micahg> so I should mark that as dupe?
[05:55] <hggdh> yes, mark 329604 as a dup of 331890
[05:55] <micahg> ok
[05:57] <hggdh> and ask 349970 if this is the same thing. Additionally, note that 331890 has what seems to be a workaround (disabling Legacy Fullscreen Support in Compiz' workaround). You could go ahead and ask on 331890 is this is indeed true
[05:57] <micahg> ah, I think I found the master
[05:57] <micahg> bug 99740
[05:57] <ubot4`> Launchpad bug 99740 in firefox-3.1 "[MASTER] Firefox problems with desktop-effects" [Undecided,Fix released] https://launchpad.net/bugs/99740
[05:58] <hggdh> if it is indeed true, we should adjust the description of the bug as requested in https://wiki.ubuntu.com/Bugs/Description
[05:58] <hggdh> if 99740 is the master, then this is a regression
[05:59] <micahg> it only says FF3 is traiged
[05:59] <micahg> upstream knows about it
[05:59] <micahg> https://bugzilla.mozilla.org/show_bug.cgi?id=465880
[05:59] <ubot4`> Mozilla bug 465880 in DOM "Firefox lets javascript trick it into triggering "legacy fullscreen support" in compiz and other WMs" [Normal,New]
[06:01] <micahg> so it seems to be fixed in FF3.5, but no one's sure
[06:01] <hggdh> yes, and our bug states ff3.1 resolved it
[06:01] <micahg> yes, but the comments show that people anren't sure
[06:02] <hggdh> it is still the master bug
[06:02] <micahg> ok
[06:02] <hggdh> micahg, you are in for a bit of work, if you do not mind...
[06:02] <micahg> well
[06:02] <micahg> how long?
[06:02] <micahg> I can deal with about a half hour right now
[06:02] <hggdh> just a few minutes
[06:02] <micahg> ok
[06:02] <micahg> np
[06:02] <micahg> set me up
[06:03] <hggdh> what we have now (and good work, BTW) is that bug 329604 (and *all* of its dups) are actually dup(s) of 99740
[06:03] <ubot4`> Launchpad bug 329604 in firefox-3.0 "It will  automatically maximize when it open, and the close column can not be find. Required by F11 twice before returning to normal" [Undecided,New] https://launchpad.net/bugs/329604
[06:04] <hggdh> so we should reset all dups on it to point to 99740, and then dup 329604 and 331890 to 99740
[06:05] <hggdh> oops, I meant 331890 (and *all* of its dups)
[06:05] <micahg> LP won't do that automatically?
[06:05] <hggdh> nope
[06:05] <micahg> even the new version?
[06:05] <hggdh> and I am pretty sure there is a bug opened against LP on that
[06:05] <hggdh> if the new version does it, it did not do it to me yesterday
[06:05] <micahg> can I mark the new one first?
[06:06] <hggdh> of course. Any order is good
[06:06] <micahg> I mean, the old master first?
[06:06] <persia> There's been a bug opened about that since before Ubuntu swtched to LP for bug reporting.  It's complicated.
[06:07] <micahg> ok
[06:07] <hggdh> micahg, no, you cannot. You first have to take out all dups
[06:07] <micahg> so the old fashioned way then
[06:07] <micahg> do I need to comment on all of them?
[06:08] <hggdh> no, I do not believe you need. It would just create spam mail for all subscribers
[06:08] <micahg> ok
[06:08] <micahg> new ajax makes it nicer
[06:08] <Squideshi> OK, so here's the new bug I just filed. I hope I did it correctly: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/372028
[06:08] <ubot4`> Launchpad bug 372028 in linux "broken PAT code in kernel causes consistent xorg freeze at startup for some users of intel driver" [Undecided,New]
[06:09] <hggdh> brb
[06:14] <Squideshi> So, how did I do with my very first bug report? :)
[06:14] <hggdh> Squideshi, looks good
[06:15] <micahg> hggdh: all moved
[06:15] <hggdh> Squideshi, it is still a kernel bug, so you should collect the data the kernel people ask for
[06:15] <hggdh> micahg, thank you
[06:15] <hggdh> and good work
[06:15] <micahg> oops
[06:16] <micahg> just added the other one
[06:16] <micahg> bug 349970
[06:16] <ubot4`> Launchpad bug 349970 in firefox-3.0 "no minimize maximize or exit in ff (dup-of: 99740)" [Undecided,New] https://launchpad.net/bugs/349970
[06:16] <ubot4`> Launchpad bug 99740 in firefox-3.1 "[MASTER] Firefox problems with desktop-effects" [Undecided,Fix released] https://launchpad.net/bugs/99740
[06:17] <Squideshi> hggdh: What data do the kernel people ask for?
[06:17] <hggdh> Squideshi, you can do that by running, from a command line, 'apport-collect'. Please see https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies
[06:17] <micahg> hggdh: you mentioned updating the desscription for bug 99740
[06:17] <ubot4`> Launchpad bug 99740 in firefox-3.1 "[MASTER] Firefox problems with desktop-effects" [Undecided,Fix released] https://launchpad.net/bugs/99740
[06:18] <hggdh> micahg, yes, following https://wiki.ubuntu.com/Bugs/Description
[06:18] <hggdh> with the workaround
[06:19] <micahg> I thought it was already there
[06:19] <micahg> **Workaround : Install compizconfig-settings-manager , start ccsm, click on "Workarounds" plugin in the "Utility" section and uncheck "Legacy Fullscreen Support".
[06:20] <hggdh> darn! I *am* tired
[06:20] <hggdh> sorry
[06:20] <micahg> there were a few workarounds though
[06:21] <micahg> I'm gonna see if I can dig up any more related to it
[06:21] <hggdh> thank you
[06:22] <micahg> found one :D
[06:22] <micahg> oh, do I mark as a dupe first or comment first
[06:24] <hggdh> if the bug is new, then yes, add the usual blurb "thank you, etc, etc, this is a duplicate of bug xxxxx, etc, etc", and then dup it
[06:24] <micahg> yes, but which one do I do first?
[06:25] <hggdh> either should work
[06:26] <YoBoY> good morning
[06:26] <micahg> morning
[06:26] <hggdh> YoBoY, bons dias
[06:27] <YoBoY> bonjour hggdh :)
[06:27] <YoBoY> hi micahg
[06:27] <hggdh> bonjour, ça va bien?
[06:27] <YoBoY> très bien merci, et vous?
[06:27] <hggdh> ça va, merci
[06:28] <micahg> hggdh: bug 322903 looks like more of the same
[06:28] <ubot4`> Launchpad bug 322903 in firefox-3.0 "firefox window obscures ubuntu desktop toolbars--have to toggle F11 or close firefox window." [Undecided,New] https://launchpad.net/bugs/322903
[06:28] <hggdh> heh, dup the beast..,
[06:31] <micahg> hggdh: how about bug 308897
[06:31] <ubot4`> Launchpad bug 308897 in compiz "new firefox windows take up entire screen" [Undecided,New] https://launchpad.net/bugs/308897
[06:32] <hggdh> sounds the same, micahg
[06:32] <micahg> ok, do I need to change the package to ff3?
[06:32] <hggdh> no, not when dupping
[06:34] <micahg> found another one
[06:34] <micahg> it's up to 30 dupes :)
[06:35] <hggdh> a sac will be happy, I guess
[06:35] <micahg> hopefully, otherwise, I'm going to need to go hide for a while :)
[06:36] <hggdh> well, there is that...
[06:37] <micahg> now that I know what to look for, it's easier to find the dupes
[06:39] <hggdh> and... this is it, for me. I am off to bed
[06:39] <micahg> If I think a bug is like this one, shoudl I jsut ask?
[06:39] <hggdh> g'night to all
[06:39] <micahg> night hggdh
[07:07] <dholbach> good morning
[07:28] <thekorn> good morning bugsquad
[07:38] <YoBoY> hi dholbach, hi thekorn
[07:38] <YoBoY> dholbach: can i ask you something about 5 a day?
[07:38] <dholbach> hi YoBoY, hi thekorn
[07:38] <dholbach> sure
[07:44] <thekorn> hello dholbach and YoBoY
[09:55] <xerox1> is there a bug that randomly freezes the pc?
[12:26] <Baum> how does it take for a bug which has the status "new" to be looked at ...?
[12:26] <Baum> +long
[12:26] <kklimonda> Baum: what bug number?
[12:26] <Baum> 367918
[12:26] <kklimonda> bug 367918
[12:26] <ubot4`> Launchpad bug 367918 in libpam-mount "sshd cannot mount cifs shares" [Undecided,New] https://launchpad.net/bugs/367918
[12:27] <Baum> well i must say before that i had to support novell and redhat and had someone who looked at the stuff im submitting.
[12:30] <Baum> the bug is verified on a number of workstations
[12:30] <Baum> or maybe my missconfiguration
[12:31] <kklimonda> Baum: why didn't you update pam files?
[12:32] <Baum> kklimonda i tried that too.. merging the files with the options. afterwards on another workstation and i got the same result. so something must have changed
[12:33] <kklimonda> Baum: I'd try first with pam configuration which is shipped with ubuntu
[12:34] <kklimonda> to make sure that the problem doesn't lay in your changes
[12:37] <Baum> ok what i did was purge the pam-mount stuff. install the new package. and i added my common stuff. that didnt work
[12:37] <Baum> but i can try again when i have time
[12:39] <Baum> and i gotta say. changing such things in a release version is generally bad. to put new pam-mount packages in jaunty ok.. but changing something elementary with a normal update package is just mad
[12:39] <kklimonda> it shouldn't happen
[12:40] <Baum> right. u know how it is. its fun and play as long as you have such problems at home.
[12:40] <kklimonda> it still shouldn't happen
[12:40] <kklimonda> it's a regression
[12:41] <kklimonda> it was just simple apt-get upgrade in intrepid?
[12:43] <kklimonda> i guess that libpam-mount isn't the right package then
[12:43] <kklimonda> because it wasn't changed in -updates nor -security
[12:43] <kklimonda> it may be libpam-runtime
[12:44] <kklimonda> as it was changed in -updates
[12:45] <kklimonda> and it was updates recently (21.04.09)
[12:45] <kklimonda> updates*
[12:45] <kklimonda> erm..
[12:45] <kklimonda> updated*
[12:46] <kklimonda> Baum: so, was it normal upgrade of intrepid?
[13:43] <Strider^> Hi BugSquad !
[14:58] <nanomad> mnemo, i've upgraded to xorg-edgers ppa and the bug seems fixed
[14:58] <mnemo> nanomad: bug number?
[14:58] <nanomad> #3360
[14:58] <nanomad> ops
[14:59] <nanomad> #336320
[14:59] <mnemo> ah cool
[14:59] <mnemo> did you upgrade all packages to xorg-edgers? I mean both -ati and mesa?
[14:59] <nanomad> yes
[14:59] <nanomad> let me check tho
[14:59] <mnemo> im guessing from the stack that the bug is in mesa
[15:01] <mnemo> nanomad: that's good news... now we just need to git bisect mesa to find which specific patch fixes it
[15:01] <nanomad> mnemo, no ati-related packages where upgraded (except for libgl1-mesa-dri that contains r300_dri.so)
[15:01] <mnemo> ok
[15:01] <mnemo> so we know mesa 7.4 is broken and what's the specific known good version you used?
[15:02] <mnemo> nanomad: what does "dpkg -l | mesa" say? I mean the git date on it
[15:02] <nanomad>  7.4.1~git20090503+mesa-7-4-branch
[15:02] <mnemo> ohh, its from the 7.4 stable branch even
[15:02] <mnemo> thats much less patches to check
[15:02] <mnemo> maybe we can even guess from the git log
[15:04] <nanomad> mnemo, if you tell me the starting revision, i could have a look at the git log
[15:06] <mnemo> nanomad: mesa 7.4 was released around here --> http://pastebin.com/m159b9a0a
[15:07] <nanomad> using the ubuntu-x-swat team ppa, the bug is still here
[15:07] <nanomad> maybe that can help
[15:09] <mnemo> x-updates doesn't have a mesa version packaged yet afaik
[15:12] <nanomad> yes
[15:12] <mnemo> nanomad: if we could find a git log command that prints the full diffs from all commits in a certain date range, then we could grep for "r300" on it for example...
[15:12] <nanomad> http://cgit.freedesktop.org/mesa/mesa/log/?h=mesa_7_4_branch&qt=grep&q=&ofs=50 ?
[15:14] <mnemo> ah nice that has a search box
[15:14] <nanomad> mnemo, http://cgit.freedesktop.org/mesa/mesa/commit/?h=mesa_7_4_branch&id=a1ce4efefbb7f796a0a24544a1e893a56848f0c1
[15:14] <nanomad> look at this
[15:14] <mnemo> nanomad: thats the one I thought it was when I asked you to try the -proposed fix
[15:14] <nanomad> ah, ok
[15:15] <nanomad> there are 2 r300 related bugs in the date range. So it should be the other one
[15:16] <mnemo> nanomad: you're thinking about the quad pipe patch? maybe... what is your exact pci id? i.e. "lspci -nn | grep VGA" ?
[15:17] <nanomad> 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon Mobility X700 (PCIE) [1002:5653]
[15:19] <mnemo> that card correspond to the PCI_CHIP_RV410_5653 constant in the code, which is not explicitly listed in that patch
[15:19] <mnemo> but it might be that your card should have been included...
[15:19] <mnemo> nanomad: anyway, since we have a regression range now... I think it's time we open a good upstream bug report... the mesa devs might recognize which patch fixes it immediately... they are much better at this than us I guess ;)
[15:20] <nanomad> right
[15:20] <nanomad> i will have a look at the mesa BTS, maybe there is something related and closed
[15:20] <mnemo> yea
[15:24] <nanomad> mnemo, http://bugs.freedesktop.org/show_bug.cgi?id=21447
[15:24] <ubot4`> Freedesktop bug 21447 in Drivers/DRI/r300 "SEGV in xserver-xorg-video-radeon (backtrace and working repro steps included)" [Critical,Resolved: duplicate]
[15:24] <mnemo> nanomad: reported by me :) thats the SRU again
[15:25] <nanomad> mnemo, well the steps to reproduce are the same
[15:25] <mnemo> you had the shift switcher instead of the ring switcher right?
[15:25] <nanomad> i've got the one that looks like coverflow
[15:26] <nanomad> mnemo, i'll try to give you a screenshot
[15:26] <nanomad> mnemo, i'm using the italian translation ;)
[15:26] <mnemo> nanomad: ok we use different ones but it still looks like the same bug to me
[15:26] <mnemo> yours looks a bit like this right? --> http://en.wikipedia.org/wiki/Cover_Flow
[15:27] <bddebian> Boo
[15:27] <nanomad> mnemo, yes
[15:29] <nanomad> mnemo, i can downgrade everything and re-enable the proposed repos
[15:29] <mnemo> hmm
[15:29] <nanomad> mnemo, but i'm quite sure i did it right the first time ?_?
[15:29] <mnemo> nanomad: hold on a few moments first
[15:29] <nanomad> sure
[15:30] <mnemo> my ATI box is on karmic now and compiz has been broken there but I just got a compiz fix in karmic
[15:30] <mnemo> maybe I can get compiz working again after install this update
[15:30] <mnemo> then I can test ring and shift switchers to see if the latter one still crashes
[15:31] <nanomad> mnemo, ok
[15:31] <nanomad> mnemo, I've got another ati box here (9550 AGP), if that can help.
[15:42] <mnemo> nanomad: yea I was able to fix my broken compiz on karmic now... and basically, with the bugfix from the SRU I can spin around the windows full speed for a solid 25 seconds using both the ring switcher and the shift switcher... im unable to repro any crash
[15:43] <nanomad> mnemo, ok. I'm going to downgrade everything, then upgrade to jaunty-proposed
[15:43] <nanomad> right?
[15:44] <mnemo> nanomad: yes please try it again
[15:44] <nanomad> mnemo, ok
[15:44] <mnemo> nanomad: comment out the PPAs from sources.list run "sudo apt-get update" and then something similar to this:
[15:44] <mnemo> sudo apt-get install $(apt-show-versions | grep -v $(lsb_release -sc) | grep -v "No available version in archive" | awk '{ printf "%s/jaunty ",$1 }')
[15:44] <mnemo> that reverts _all_ PPAs though
[15:44] <mnemo> so be careful
[15:45] <mnemo> "apt-show-versions | grep -v jaunty" is a good start to see what you need to downgrade
[15:45] <nanomad> thanks
[15:47] <mnemo> nanomad: please also post a comment on the bug saying that xorg-edgers fixes the bug for you (and paste the exact package version)... just for reference when other people read the bug
[15:48] <nanomad> done, i'm adding the relevant version information now
[16:01] <nanomad> mnemo, i've got no mesa updates in jaunty-proposed
[16:02] <nanomad> mnemo, thats strange, isn't it?
[16:07] <mnemo> nanomad: it could be that you're on a mirror... check under "system::admin::software sources"  (and set it to main if its not already on main)
[16:08] <nanomad> mnemo, that's it
[16:12] <nanomad> mnemo, still no mesa updates ?_? and I'm on the main server (archive.ubuntu.com)
[16:13] <nanomad> mnemo, using http://packages.ubuntu.com/ gives no mesa-related packages in jaunty-updates or jaunty-backports
[16:14] <micahg> hggdh: ping
[16:15] <mnemo> nanomad: ok just wait a bit then... the one you want has version number "7.4-0ubuntu3.1"
[16:16] <nanomad> mnemo, ok
[16:16] <mnemo> nanomad: I see it got stuck in the build queue actually
[16:16] <nanomad> mnemo, since i've got spare time, i'll compile it from sources. The debdiff is in the bugreport, right?
[16:16] <mnemo> nanomad: you can still the version number here --> https://launchpad.net/ubuntu/+source/mesa  and then click the amd64 link on the right... right now it says "Estimated build start: in 13 hours"
[16:16] <mnemo> nanomad: sry for misleading you, I didn't think the build queue was that long at this time :)
[16:17] <nanomad> mnemo, me neither
[16:17] <darthanubis> https://bugs.launchpad.net/ubuntu/+source/virtualbox-ose/+bug/347487
[16:17] <ubot4`> Launchpad bug 347487 in virtualbox-ose "starting virtual machine in virtualbox-ose freezes system" [Medium,Confirmed]
[16:17] <mnemo> nanomad: yeah building it locally will be alot faster (and interesting)
[16:17] <nanomad> mnemo, doing it right now
[16:17] <mnemo> great
[16:28] <nanomad> mnemo, it is building right now. It will take a while. See you later
[16:29] <hggdh> micahg, pong
[16:31] <micahg> hggdh: someone invalidated a bug I was working on
[16:31] <micahg> bug
[16:31] <micahg> oops
[16:31] <micahg> bug 372201
[16:31] <ubot4`> Launchpad bug 372201 in googleearth-package "my google earth install dont work?" [Undecided,Invalid] https://launchpad.net/bugs/372201
[16:31] <ubot4`> Launchpad bug 372201 in googleearth-package "my google earth install dont work?" [Undecided,Invalid] https://launchpad.net/bugs/372201
[16:31] <ubot4`> Ubuntu bug 372201 in googleearth-package "my google earth install dont work?" [Undecided,Invalid] https://launchpad.net/bugs/372201
[16:31] <hggdh> jpds, ping
[16:32] <Pici> Google earth dont work
[16:33] <hggdh> micahg, yes, Chris invalidated it. Reason is we do not distribute google earth, so: it is not an Ubuntu bug.
[16:33] <jpds> hggdh: Wasn't my fault.
[16:33] <micahg> well, we distribute a package to generate it
[16:33] <Pici> I asked tsimpson to part the other bot from here.
[16:34] <hggdh> jpds, I know ;-) but with ubottu back, I think you can disable ubot4
[16:35] <hggdh> micahg, we may (I do not know, myself), but it does not matter -- the reporter was using google's version. So -- invalid. Might have been converted to a question, though
[16:36] <micahg> ok, so can I convert to Q and point to Medibuntu?
[16:37] <hggdh> pici, jpds , well, it is done, Ubut4 remains, ubottu is gone. But I think we should try to keep on one single bot at any time (barring bot issue, of course, like the first time)
[16:37] <Pici> hggdh: There was a bot issue.
[16:38] <hggdh> pici, this morning, again?
[16:38] <G__81> hi everyone i would like to contribute to Ubuntu Bugs basically interested in bug fixing though i can fix bugs i have not done packaging as such. I have been a contributor to other Open Source Projects
[16:38] <G__81> i would like to be part of this team
[16:38] <Pici> hggdh: Yes, thats why ubottu joined here just a moment ago
[16:39] <G__81> and now that 9.04 is released and 9.10 is about to begin i would like to enter this
[16:39] <hggdh> Pici, OK, thanks & sorry
[16:40] <hggdh> G__81, thank you. Please start reading the links on the topic, this will help you to at least position yourself. Then do it! ;-)
[16:40] <micahg> hggdh: would it be bad to convert that bad googleeath bug to Q and point to Medibuntu?
[16:42] <hggdh> micahg, at this point I think the best is to just point the reporter mediubuntu, and answers.lp.net, but no conversion to Q
[16:42] <G__81> hggdh, thanks for the info. is it mandatory that packaging needs to be known ?
[16:42] <micahg> ok
[16:43] <hggdh> g_81 for bug triaging, no, not at all
[16:44] <G__81> no for bug fixing ?
[16:45] <G__81> do you accept patches or should it be packaged ?
[16:45] <james_w> either is fine
[16:46] <micahg> hggdh: can I add a blurb about Medibuntu to bug responses?
[16:47] <hggdh> micahg, yes, you can
[16:47] <micahg> cool
[16:48] <hggdh> G__81, you can create patches, yes, and then submit the patch in the bug (and ideally, also upstream)
[16:48] <G__81> oh its great hggdh
[16:48] <james_w> D
[16:49] <james_w> G__81: check out https://wiki.ubuntu.com/SponsorshipProcess as well
[16:49] <james_w> that's the way to get attention to a patch in Ubuntu
[16:49] <G__81> i am reading through the docs in the topic and then will start off with the bugfixing let me start off with something thats easy to start off and then the complicated ones :)
[16:51] <hggdh> G__81, just a tip: if you will be writing patches, you might also benefit in joining the #ubuntu-motu channel
[16:52] <G__81> hmmm ok but hggdh i need to tell you one thing about that personally not in public channel
[16:53] <G__81> if you dont mind
[16:57] <micahg> hggdh: can you look over: https://wiki.ubuntu.com/Bugs/Responses#Packages%20provided%20by%20Medibuntu
[17:17] <nanomad> mnemo, while i'm waiting for mesa to be build, should I fill a bug report against the missing debug symbols
[17:17] <nanomad> ?
[17:26] <mnemo> nanomad: i wouldn't bother with the bad -dbg ones... clean backtraces is pretty complicated and gdb is not bug free and you also have to consider that the main binary packages have optimizations activated (sometimes inling entire functions etc) so I dont think its a easy bug that is likely to get fixed just because you file a bug on it... but you can try... or maybe talk to someone in #xorg-devel to understand why it happens maybe.. not sure
[17:27] <nanomad> nm
[17:27] <nanomad> mnemo, ok
[17:27] <mnemo> nanomad: for the future I recommend rebuild with with "-O0 and -g3"... thats what I do at least
[17:55] <nanomad> mnemo, i can confirm #336320 is fixed with the jaunty-proposed mesa fixes
[17:55] <mnemo> awesome!
[17:55] <pedro_> hello jgoguen
[17:56] <nanomad> mnemo, should I mark it as a duplicate of #368049 ?
[17:57] <mnemo> yup please do
[18:01] <nanomad> mnemo, i've got a dns problem with launchpad. Can you do that for me?
[18:02] <mnemo> done
[18:03] <nanomad> mnemo, thanks
[18:09] <Baum> kklimonda yes it was the normal upgrade process. i had unattented upgrades enabled on the clients
[18:26] <jgoguen> hey pedro_ :)
[18:30] <hggdh> !log
[18:30] <ubot4`> Official channel logs can be found at http://irclogs.ubuntu.com/ - For LoCo channels, http://logs.ubuntu-eu.org/freenode/
[18:59] <josephpiche> i have a policy question: being on the bugsquad, if I file a bug (like #372194), should I leave it for someone else to set the importance, or if i know that it's low, should i set it myself?
[19:04] <hggdh> josephpiche, better to suggest you consider it low, and let somebody else decide
[19:04] <josephpiche> hggdh: okay, thanks
[19:13] <mib_mgrtltai> Question about Ubuntu 9.04
[19:13] <mib_mgrtltai> After doing the updates yesterday
[19:13] <BUGabundo> humm seb128 not around again
[19:13] <mib_mgrtltai> my networking crashed wireless and everything
[19:13] <mib_mgrtltai> wassup with that
[19:14] <BUGabundo> mib_mgrtltai: jaunty support is on #ubuntu
[19:14] <hggdh> mib_mgrtltai, this is not a support channel. You can seek support on #ubuntu, though. Additionally, your question does not provide any hard data
[19:14] <hggdh> heh BUGabundo is a fast trigger ;-)
[19:15] <BUGabundo> hggdh: took me 14 secs. and I wasn't even here
[19:15] <mib_mgrtltai> it's kinda a a major problem
[19:15] <BUGabundo> mib_mgrtltai: still wrong place
[19:15] <mib_mgrtltai> I could only get online by tethering my motorla V3xx to it
[19:15] <hggdh> even more without a bug #...
[19:15] <BUGabundo> I don't mean to kick you out, just that this # has a specific usage
[19:15] <mib_mgrtltai> I'll leave sry
[19:15]  * BUGabundo ducks and hides... for abusing #
[19:42] <BUGabundo> https://bugs.launchpad.net/bugs/367457
[19:42] <BUGabundo> this is stupid!
[19:43] <BUGabundo> it was marked dupe of #1
[19:43] <ubot4`> BUGabundo: Error: Could not parse data returned by Launchpad: The read operation timed out
[19:44] <hggdh> might have been a mistake; anyways, Till got it
[19:45] <BUGabundo> its so slow, I can't even open it
[19:45] <hggdh> eeeh, again LP refuses to answer my query :-(
[19:46] <BUGabundo> let me nag #lp guys
[19:49] <kklimonda> lp is under really high load recently
[19:49] <BUGabundo> yeah
[19:49] <BUGabundo> we are all doomed
[19:49] <BUGabundo> I keep telling LP is so much better (as in fast) then bugzilla
[19:50] <hggdh> well, it is. At least as compared with b.g.o
[19:51] <BUGabundo> eheheh
[19:51] <BUGabundo> kde is not much faster, but it's a bit better
[20:20] <micahg> hggdh: can you review this?
[20:20] <micahg> https://wiki.ubuntu.com/Bugs/Responses#Packages%20provided%20by%20Medibuntu
[20:53] <hggdh> micahg, sorry, out on a call. Will look at it now
[20:53] <micahg> np
[20:54] <hggdh> micahg, this is good enough, and provides more information for the reporter.
[20:54] <micahg> cool
[20:54] <micahg> that was the goak
[20:54] <micahg> goal
[20:54] <micahg> I just need to fix the response so that it's in a box like the rest
[20:55] <micahg> I talked with a sac this morning
[20:55] <hggdh> yes. Look at it as  mitzvah: be nice, provide information
[20:55] <hggdh> and ?
[20:55] <micahg> I got good feedback
[20:55] <hggdh> cool!
[20:55] <micahg> he also gave me some flash traige tips
[20:56] <micahg> and I'm going to update the mozilla triage wiki  on wiki.ubuntu.com later
[20:56] <hggdh> thank you, this would really help all of us
[20:56] <micahg> yeah, i'll check it with you later tonight
[20:56] <micahg> back to work
[20:56] <hggdh> k
[21:25] <TurtlePie> how can I help with bugs to get karma points?  I just joined a few dayys past
[21:25] <TurtlePie> passed?
[21:25] <TurtlePie> no, its past
[21:26] <hggdh> ?
[21:27] <hggdh> TurtlePie, every time you act on a bug you earn karma
[21:28] <TurtlePie> hggdh, intersting name, how do I act on a bug or I guess that depends on the bug
[21:28] <hggdh> heh
[21:29] <hggdh> TurtlePie, you can start by looking at http://wiki.ubuntu.com/HelpingWithBugs (see the topic for this channel)
[21:30] <hggdh> and yes, what you do on a bug depends on the bug
[21:30] <TurtlePie> ok thank you
[21:30] <hggdh> welcome
[21:31] <hggdh> TurtlePie, when you have doubts on a triage, do not hesitate in asking here
[21:32] <TurtlePie> hggdh, what is a triage exactly, it sounds french
[21:33] <TurtlePie> hggdh, nvrmnd i see it on site
[21:33] <kklimonda> ya, it is french ;)
[21:34] <kklimonda> at least it comes from french word
[21:34] <hggdh> and imported into English, as usual
[21:34] <BUGabundo> hi again
[21:34] <hggdh> yo, long time no see ;-)
[21:34] <kklimonda> what's up BUGabundo ? ;)
[21:36] <BUGabundo> dinner is down... nothing is up
[21:36] <BUGabundo> _under then the unemployement queue_
[21:43] <TurtlePie> hggdh, should we be working on 9.04 or 8....., or both?
[21:43] <kklimonda> TurtlePie: all supported and KK ;)
[21:44] <TurtlePie> ok
[21:46] <hggdh> TurtlePie, we support all listed here (under both the Development and Stable headers): https://wiki.ubuntu.com/Releases
[21:46] <TurtlePie> wow, i cant believe how organized it is once I got involved
[21:47] <TurtlePie> does subscribing to a bug give karma points?
[21:48] <hggdh> TurtlePie, no, no karma for subscribing, but (potentially) a lot of emails
[21:48] <TurtlePie> does thnderburd open attachments by pressing enter when highlighted/should it?
[21:49] <BUGabundo> hggdh: eheh see bug .... oh better not nag the bot
[21:49] <TurtlePie> i clicked the first one on the list
[21:51] <hggdh> TurtlePie, any bug you feel confortable working on, go ahead. If you do not understand it, you get another one. Do that until you feel life is good
[21:51] <hggdh> TurtlePie, for your question: install thunderbird (I guess this is what you meant), and try it ;-)
[21:52] <BUGabundo> hggdh: or is life is out....
[21:52] <TurtlePie> hggdh, yes, thnks you
[21:52]  * BUGabundo looks at total NEW ubuntu bugs on LP
[21:52] <BUGabundo>  !stats bugs
[21:52] <ubot4`> Factoid 'stats bugs' not found
[21:52] <BUGabundo>  !stats bugs NEW
[21:52] <ubot4`> Factoid 'stats bugs NEW' not found
[21:53]  * BUGabundo bot should learn about stats of LP
[21:57] <kklimonda> BUGabundo: you have a while? I have a question about your loco channel. can I send you a priv msg?
[21:58] <BUGabundo> kklimonda: sure
[21:58] <BUGabundo> no need to ask
[21:58] <BUGabundo> just ping me when that's like that so I see it, among all this chats
[21:59] <TurtlePie> what/who is a CVE?
[21:59] <TurtlePie> link to CVE?
[21:59] <greg-g> TurtlePie: http://cve.mitre.org/
[22:00] <greg-g> security vulnerabilities in software
[22:01] <jtholmes> BUGabundo, been away all day, any big revelations I should know about occur today
[22:01] <jtholmes> big decisions, bug discoveries?
[22:06] <BUGabundo> jtholmes: been so busy last few days, that haven't even catched up on MLs, Planets, or IRC logs.... sorry. nothing new AFAIK
[22:06] <BUGabundo> other then a few karmic bugs, crashs, and YAY a fixed one from ibex
[22:07] <BUGabundo> that reminds me, who can I poke to backport the fix for bug 322239? fixed in kk, fixed JJ and II for me
[22:07] <ubot4`> Launchpad bug 322239 in gnome-phone-manager "gnome-phone-manager wont connect via Bluetooth" [Undecided,Fix released] https://launchpad.net/bugs/322239
[22:08] <jtholmes> BUGabundo, sorry little too new to know that one yet  thx for the update though
[22:08] <jtholmes> so phone mgr will dial your phone etc>
[22:09] <BUGabundo> jtholmes: why then does your nick sound so familiar to me?
[22:09] <jtholmes> etc.
[22:09] <hggdh> BUGabundo, is it the same version?
[22:09] <BUGabundo> hggdh: higher! the one for KK now works!
[22:09] <BUGabundo> older (even on KK) didn't
[22:09] <BUGabundo> so the new (upstream?) fixed it for me
[22:09] <jtholmes> BUGabundo, because I have been bothering you for the last several days :)
[22:09] <hggdh> well, you can nominate for Jaunty. If it fits an SRU, it will be done
[22:10] <BUGabundo> 1y and no one thouched that bug, even after I posted it to BT ml and upstream :(
[22:10] <BUGabundo> ok
[22:10] <BUGabundo> just need to get someone on JJ with a non working version and test that to see if it fixes it for him/her
[22:10] <BUGabundo> voluters?
[22:10] <jtholmes> BUGabundo, I am an newbee to bugs, old, old hand at Linux/Unix/Sun OS but new to this process
[22:10] <hggdh> (I do not use bluetooth)
[22:11] <jtholmes> hggdh, howdy you are in texas, is that correct?
[22:12] <hggdh> jtholmes, correct, Plano
[22:13] <porthose> hggdh: denison
[22:13] <jtholmes> just like to get use to were folks are at, time zone etc. know where both  plano (have been there for SUn) and denison are
[22:14] <hggdh> a good one to all y'all, then
[22:14] <jtholmes> porthose,  know where denison is but have not been there yet
[22:15] <BUGabundo> jtholmes: timezones don't works....
[22:15] <porthose> yea not much to see but a nice lake to enjoy ;-)
[22:15] <BUGabundo> see maco example.... she has strange schedules for most ppl
[22:15] <jtholmes> yeah
[22:16] <maco> haha yeah i live in washington dc and have been mistaken for australian on irc due to the hours i spend on here
[22:17] <BUGabundo> maco: heehhehehehehehe
[22:18] <jtholmes> i am amazed at times the folks on this channel
[22:21] <BUGabundo> jtholmes: why?
[22:21] <jtholmes> hggdh, i ran the mainline  2.6.28 and the  2.6.28-12.43  with no problems, however I did not have any problems with 2.6.28-11 so I didnt expect to cure or inherit any problems
[22:22] <jtholmes> does anyone know if there is a package listing that basically tells what each pkg does, high level that is
[22:24] <BUGabundo> YoBoY: [[]]
[22:24] <BUGabundo> nao tarda nada e' so ppl a falar PT aki!
[22:24] <jtholmes> BUGabundo, just because all sorts of folks from diff time zones are on at various times
[22:24] <BUGabundo> jtholmes: apt-cache show PACKAGE
[22:24] <BUGabundo> or Add/Remove on Aplications
[22:24] <YoBoY> é uma invasao?
[22:25] <jtholmes> BUGabundo, been to the first one will look at add remove hadnt thought of that
[22:25] <hggdh> jtholmes, we would need someone with this issue to try the new kernel
[22:26] <hggdh> even synaptic will give you a short explanation of what a package intends to do
[22:26] <jtholmes> i just send the reporter of 366222 a request to try and use the new 12.43 i also have two other folks i am going to ask shortly
[22:27] <jtholmes> hggdh, yes i was just thinking of synaptic with its explanation  would give me a leg up on determining what pkgs do what when chasing bugs
[22:28] <jtholmes> hggdh, the only pitfall is see about using the proposed kernel and curing the problem, is what caused it?
[22:28] <jtholmes> what caused it in 11-28
[22:28] <jtholmes> sorry 28.11.42
[22:30] <hggdh> jtholmes, good question. You can try scanning the changelog for the new package
[22:33] <jtholmes> ok lets see how things go w/the three folks i pick to try the new kernel and then we can go from there
[22:45] <BUGabundo> jtholmes: apt-cache is much faster then synaptic
[22:45] <BUGabundo> as always CLI FTW
[22:47] <jtholmes> BUGabundo, yes i am a CLI kind of guy, i didnt know GUI existed until yesterday :)
[22:48] <jtholmes> any GUI's :)
[22:48] <BUGabundo> ahaahaha
[22:49] <jtholmes> hggdh, BUGabundo second got second report that upgrading kernel cured lockups  368461 said upgrade to 2.6.29.2  mainline cured problem, no lockups in 4 hrs, that was 6 hrs ago
[22:50] <BUGabundo> jtholmes: is there a .29 mainline ????
[22:50] <hggdh> jtholmes, this is good but -- .29 is not an official kernel :-(
[22:50] <hggdh> BUGabundo, yes
[22:50] <jtholmes> yep, sure is
[22:51] <jtholmes> actually i think it goes to 30. something
[22:51] <hggdh> and it does ;-)
[22:51] <jtholmes> hggdh, is running 30. something
[22:51] <jtholmes> or was
[22:51] <hggdh> am
[22:52] <hggdh> .30rc4 -- but this would not really help if I were to look at a .28 bug
[22:52] <jtholmes> right
[22:53] <jtholmes> i actually want the folks i contact to run 28-12.43 to see if that cures their problems for the time being since is it the next one to come along
[22:54] <hggdh> yes, it would corroborate the other comment. Although knowing it does not seem to happen on .29.2 is also good
[22:55] <jtholmes> yes perhaps just a glitch we can ignore and move one
[22:55] <jtholmes> move on
[22:55] <TurtlePie> i have a question for a web page developer
[22:55] <TurtlePie> no, for: hddgh
[22:55]  * hggdh is not a web page dev
[22:55] <TurtlePie> hggdh
[22:56] <TurtlePie> thats ok, my idea is fundamental
[22:56] <jtholmes> is not either
[22:56] <jtholmes> TurtlePie, fire away maybe i will learn something
[22:56] <TurtlePie> say there is the same bug with a different number in Ubuntu, Kubuntu, Mythbuntu etc.............
[22:56] <jtholmes> ok
[22:57] <TurtlePie> shouldnt they all be on one page together sonce they are obviously the same bug?
[22:57] <jtholmes> no they are marked dups of one of them, i belive that is the way it works
[22:57] <TurtlePie> it would increase collab?
[22:57] <TurtlePie> oh, that is what a duplicate is?
[22:57] <hggdh> TurtlePie, can you give us bug #s to look at?
[22:57] <jtholmes> yes afaik
[22:58] <TurtlePie> Bug #288816 for ubuntu and Bug #343850 for Mythbuntu  --its the DVD playing bug
[22:58] <ubot4`> Launchpad bug 288816 in mythtv "Very unreliable DVD playback" [Unknown,Fix released] https://launchpad.net/bugs/288816
[22:58] <ubot4`> Launchpad bug 343850 in totem "totem-gstreamer fails to install" [Medium,Incomplete] https://launchpad.net/bugs/343850
[22:58] <jtholmes> bug 288816
[22:59] <TurtlePie> yes
[22:59] <TurtlePie> they arent identical, but you get the idea
[23:01] <hggdh> yes. The problem is that they refer to different *distributions*, so we cannot dup one to the other. But we *can* add a reference one to the other
[23:02] <jtholmes> TurtlePie, i confirmed one on totem failing to install and the assignee marrked it invalid
[23:02] <jtholmes> i thought it should have been duped as the assignee said it had been reported but did not say more, interesting
[23:02] <hggdh> just add a comment stating see also bug XXXXX on <distribution>, or, better, click on "also affects distribution"
[23:02] <BUGabundo> hggdh: unless the prob is the package behind it and common to all
[23:03] <hggdh> BUGabundo, yes. But we do not know it right now (but I *think* this may be the case)
[23:03] <BUGabundo> ok
[23:04]  * BUGabundo shuts for a few more mins
[23:05] <hggdh> heh
[23:11] <TurtlePie> ok, thanks guys
[23:12] <TurtlePie> hggdh, clicking on affect other distros does not give other ubuntu derivatives
[23:13] <TurtlePie> maybe the network ubuntu
[23:13] <TurtlePie> but I get the idea
[23:13] <TurtlePie> no need to change what isnt broken
[23:15] <hggdh> TurtlePie, give it the URL for the other bug
[23:16] <TurtlePie> hggdh, good idea
[23:35] <TurtlePie> wake up, or are you all working on bugs?
[23:36] <BUGabundo> or watching Bones
[23:37] <TurtlePie> i'm waiting on the baseball games to begin
[23:37] <hggdh> or trying to earn some money ;-)
[23:37] <jtholmes> likes what hggdh is doing :)
[23:44] <hggdh> so do I, so do I...
[23:47] <BUGabundo> I miss getting paid to do what I like
[23:47] <BUGabundo> Community work doesn't pay the bills
[23:47] <BUGabundo> but feels good inside
[23:49] <micahg> hggdh: can you check a bug I just updated? bug 224365
[23:50] <ubot4`> Launchpad bug 224365 in cupsys "Apparmor prevents printing with cups-pdf" [Undecided,Confirmed] https://launchpad.net/bugs/224365
[23:51] <hggdh> good work, micahg
[23:51] <micahg> it wasn't my bug so I confirmed, right?
[23:52] <hggdh> sigh. "Sorry, there was a problem with launchpad" etc, etc
[23:53] <micahg> yep, been getting that for a couple of days
[23:53] <hggdh> well, I will have to reboot into 2.26.28 to check on it. BRB.
[23:57] <Hellow> Anyone have any idea on why those have been popping up so much?
[23:58] <Hellow> I get LP errors left and right
[23:58] <micahg> Hellow: you can ask in #launchpad