[00:16] <pwnguin> there has got to be a way to divorce myself from baltix
[00:17] <pwnguin> im tired of active bug reports from them where everything else is closed
[00:26] <pwnguin> for example , Bug #163707
[00:29] <pwnguin> closed in ubuntu, still open in baltix, still shows up on my lp homepage =(
[00:31] <persia> pwnguin: unsubscribe
[00:31] <pwnguin> im not subscribed
[00:32] <pwnguin> but it does show up in my related bugs list
[00:32] <pwnguin> which i like because im terrible at actually subscribing to bugs =(
[01:00] <hggdh> pwnguin: it will show up in related because you commented or acted on the bug
[01:01] <hggdh> persia, is baltix still around?
[01:12] <pwnguin> hggdh|away: i know, but it'd be nice to let LP know I care as little about baltix bugs as baltix seems to ;)
[03:56] <JohnPhys> my apologies if this is better asked in #ubuntu.  Is there any way to use the kernel ntfs (read only) driver to mount ntfs partitions, without using ntfs-3g/fuse?  I ask because I would like to do so to rescue ntfs partitions that ntfs-3g cannot mount, but both /sbin/mount.ntfs and /sbin/mount.ntfs-3g point to /bin/ntfs-3g, and I cannot seem to find a command that will let me mount using the kernel driver.  Was this fea
[03:58] <hggdh|away> JohnPhys: this is indeed better asked in #ubuntu, sorry.
[04:15] <JohnPhys> hggdh: Thanks.  Though some might consider it a bug if the kernel ntfs driver can't be used :)
[09:10] <simi> hi, this bug in kubuntu hardy https://bugs.launchpad.net/ubuntu/+source/dolphin/+bug/199393   should be fixed by an update
[09:10] <simi> the comunity find a fix
[09:11] <simi> but it should be send by an update to the other kubuntu users
[09:12] <pwnguin> the good news is it's a cheap fix
[09:12] <pwnguin> desktop-file
[09:14] <pwnguin> but i dont run kubuntu so it's not something i can test much
[09:16] <simi> pwnguin: i had this bug and fixed with that , it works
[09:16] <simi> but is not nice for a user to search for a fix
[09:16] <simi> i live vith this a time
[09:17] <simi> and now i searched a fix
[09:17] <pwnguin> what you want is probably an SRU
[09:17] <simi> and it would be nice to be fixed by an update to delphin that will fiix that file
[09:18] <simi> pwnguin: SRU=?
[09:18] <pwnguin> stable release update
[09:19] <pwnguin> basically, a few developers jump through hoops they set up to fix stuff without breaking things
[09:20] <simi> i belive that this entire fix can be made with one command
[09:20] <pwnguin> not quite
[09:20] <simi> at least someone with more linux knowlege place there this command
[09:20] <simi> on the webpage
[09:20] <pwnguin> basically, someone needs to grab the source package and fix it the right way, then re-upload it for building into binary packages
[09:21] <simi> and the beginers should not open and paste in the file, just paste that command
[09:21] <pwnguin> the trick is getting a developer to do it; ive marked it desktop-file and bitesize, which might make it a bit more visible
[09:22] <lifeless> well, uploading a debdiff is easy for new developers to do
[09:22] <pwnguin> aside from making a debdiff or pestering people in #kubuntu-devel, im not sure what more you can do
[09:22] <pwnguin> i cant help but imagine that if any of the people on that bug report knew what a debdiff was, they would have added it already
[09:24] <simi> only the packagen mainteiner can fix it then?
[09:24] <simi> or anyone can get the deb fix it and post the fix somewere?
[09:25] <pwnguin> anyone can get the source package with apt-get source, fix it, create a debdiff and attach it to that bug
[09:25] <pwnguin> then it goes through those hoops for SRU
[09:27] <pwnguin> if you'd like to learn more #ubuntu-motu regularly helps people with learning this stuff
[09:29] <simi> thx, i do not know if i have the time to try learn about packages, i know some c and more c# but i do not know much about bash and linux, and i have exams in this period of time
[10:31] <dupondje> pfft
[10:31] <dupondje> that hardy git is so big :(
[10:32] <dupondje> there goes my data limit :x
[10:36] <dupondje> ogasawara: u there ?
[10:41] <dupondje> don't understand shit of how that bisect works
[10:46] <dupondje> somebody can help me on how to run that bisect ...
[10:48] <Hobbsee> #ubuntu ?
[10:49] <dupondje> its to fix a bug ... so :x
[10:52] <dupondje> :(
[10:52] <dupondje> I cloned the hardy git ...
[10:52] <dupondje> but now ?
[10:52] <dupondje> need to set a good & a bad version it seems ...
[10:52] <dupondje> the original is good, the ubuntu is bad ...
[10:53] <dupondje> but how to set that ?!
[10:54] <LimCore> cryptsetup executed from rcS.d incorrectly input password (shows the password instead dott it out with *)  how to report this bug - against what package
[10:56] <Hobbsee> er, cryptsetup, i'd guess
[10:56] <LimCore> this is security bug isnt it?  showing the password on screen
[10:56] <LimCore> which is very important (AES passphrase)
[10:57] <LimCore> apt-file update displayed problems like:   Can't get http://pl.archive.ubuntu.com/ubuntu/dists/hardy-updates/Contents-amd64.gz       is this a known problem?
[10:59] <Hobbsee> youd' have to talk to whoever runs the pl mirror about that
[10:59] <Hobbsee> and yes, it probably is a security bug.
[11:00] <dupondje> nobody knows how bisect works ... and then I need to try it ... Great :(
[11:00] <LimCore> indie bug text, how to refer to other bug?  bug#1234 or just paste https://...... link
[11:01] <LimCore> dupondje: I bet LKML does know. Bisecting kernel bug?
[11:01] <dupondje> ubuntu kernel bug yes
[11:01] <dupondje> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/235889
[11:02] <LimCore> dupondje: LKML (google it)  know how to do it ; perhaps also see kernelnewbies.org
[11:02] <LimCore> https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/238086
[11:03] <dupondje> nothing on kernelnewbies :(
[11:04] <dupondje> and yes i know LKML ... but what should I do there ... its a Ubuntu bug ... not kernel bug
[11:05] <LimCore> hmm
[11:05] <dupondje> I tought: git bisect good origin, git bisect bad master
[11:05] <dupondje> but doesn't work :s
[11:06] <persia> dupondje: https://wiki.ubuntu.com/KernelTeam/GitKernelBuild http://kerneltrap.org/node/11753 http://boinkor.net/archives/2006/11/using_git_bisect_to_locate_bug_1.html http://jp.youtube.com/watch?v=R7_LY-ceFbE
[11:07] <LimCore> dupondje: hmm I gouess you may ask on LKML...   especially if the bug is not caused by ubuntu-only patch.  (but even if it is, they should aid with general use of the  tool)
[11:07] <persia> Oh, and http://www.kernel.org/doc/local/git-quick.html#bisect , which is probably the most useful
[11:09] <dupondje> there are like 1000 patches since origin -> current kernel :s
[11:09] <dupondje> so I need to try them all ?!
[11:11] <persia> dupondje: bisect should give you a binary search algorithm to try them all, so you ought find it in 10 tries. (2^10 = 1024)
[11:14] <dupondje> fatal: Entry 'debian/changelog' not uptodate. Cannot merge.
[11:14] <dupondje> ? :s
[11:16] <dupondje> git bisect good origin
[11:16] <dupondje> git bisect bad master
[11:16] <dupondje> should work ?! :s
[11:26] <LimCore> dupondje: usually you need to try log2 of them, so 8 iterations I guess
[11:26] <LimCore> 10
[11:26]  * LimCore notes what persia written
[11:27] <persia> LimCore: You may well be correct.  I didn't count the actual number of revisions :)
[11:28] <dupondje> Bisecting: 39324 revisions left to test after this
[11:28] <dupondje> whoot :x
[11:29] <LimCore> =)
[11:29] <LimCore> 39000 revisisions is like 16 iterations
[11:29] <LimCore> I would guess
[11:29] <persia> That's more like 15...
[11:29]  * persia defers to LimCore
[11:30] <dupondje> starting to compile ...
[11:30] <dupondje> will take some years :)
[11:31] <LimCore> dupondje: its nice that you help
[11:31] <LimCore> all thoes patches are from kernel.org right?  or are some unique to ubu ntu
[11:31] <dupondje> http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux_2.6.24-16.30.diff.gz
[11:31] <dupondje> this patch
[11:31] <dupondje> introduces the bug
[11:32] <LimCore> what is it from?
[11:32] <LimCore> I guess it would be nice to report to LKML if not already
[11:32] <dupondje> http://packages.ubuntu.com/hardy/linux-image-2.6.24-16-generic
[11:32] <dupondje> no LimCore, the kernel.org kernels are fine
[12:33] <kahrytan> Is the fix @ https://wiki.ubuntu.com/GutsyNVidiaProprietary7300Workaround in Hardy?
[12:42] <qense> hello
[13:00] <dupondje> that bisect is so useless
[13:00] <dupondje> it doesn't even boot ...
[13:00] <dupondje> need to bisect http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux_2.6.24-16.30.diff.gz
[13:00] <dupondje> not all million patches :(
[13:03] <Hobbsee> seeing as that .diff.gz isn't in git, why would you expect git bisect to work?
[13:04] <dupondje> I trust what people say to me what to do ...
[13:13] <Iulian> Hey
[13:16] <qense> hi Iulian
[13:32] <Iulian> Hiya qense
[14:07] <qense> Do you think bug 203096 is a wrong error in the/a hardware list or is it a bug in the code of gnome-power-manager?
[14:16] <dupondje> bisect is crap
[14:16] <dupondje> totally
[14:16] <dupondje> Bisecting: 994 revisions left to test after this
[14:16] <dupondje> fatal: Entry 'debian/changelog' not uptodate. Cannot merge.
[14:22] <dupondje> U can compile 1 version
[14:22] <dupondje> the u say it doesn't work
[14:22] <dupondje> and its fucked up
[14:22] <dupondje> omg
[14:22] <dupondje> bisect-crap
[14:41] <dupondje> Bisecting: 123 revisions left to test after this
[14:41] <dupondje> and still not compiling ...
[14:41] <dupondje> rofl
[14:44] <qense> What part of Ubuntu/Linux/GNU is responsible for keeping track of the opening and closing of DVD/CD-drives?
[14:49] <jpds> qense: hal?
[14:49] <qense> I tried lshal -m, but when I opened my CD-Drive, nothing showed up there
[15:35]  * Nightrose waves at bdmurray
[15:35] <Nightrose> hi :)   mind extending my membership in bug control?
[15:50] <JohnPhys> Is there anyone here from the ntfs-3g project that can help with Bug #232443 ?
[16:11] <askand> Hi, I have been told to file a bugreport about the issue mentioned here: http://brainstorm.ubuntu.com/idea/9599/ What package should I file the bug against? unrar or unrar-nonfree?
[17:24] <askand> ﻿Hi, I have been told to file a bugreport about the issue mentioned here: http://brainstorm.ubuntu.com/idea/9599/ What package should I file the bug against? unrar or unrar-nonfree?
[17:26] <geser> have you tried to reproduce it with both to see which one shows this problem?
[18:48] <pwnguin> waa? does sourceforge accept openID now?
[18:50] <crimsun> yes
[18:50] <pwnguin> well this is handy.
[18:59] <pwnguin> well, it was supposed to be useful. has anyone tried using their LP openID with SF?
[19:06] <pwnguin> nvm
[20:31] <mnemo> are you guys aware that all libsdl based games (including extreme tux racer, supertux and openarena) are broken when running under compiz???
[20:32] <mnemo> i filed this bug about it --> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/237955
[20:32] <mnemo> my guess is that A LOT of other games are also affected by this flickering bug
[20:33] <mnemo> so this 1 bugfix can potentially fix problems in tons of packages simultanously
[20:35] <pwnguin_> so this is fullscreen only stuff
[20:40] <pwnguin> mnemo: gunroar works for me
[20:41] <mnemo> ok, im gonna try that one as well.. hold on
[20:43] <pwnguin> woa.
[20:43] <pwnguin> i put compiz on extras
[20:43] <pwnguin> did not like
[20:44] <mnemo> i get tons of graphics bugs in gunroar
[20:44] <mnemo> im running compiz with the cube etc
[20:45] <pwnguin> if i might make a suggestion: compiz is not gaming-ready
[20:47] <mnemo> pwnguin: well... i agree about compiz being buggy but it's also on my default on ubuntu
[20:48] <pwnguin> huh
[20:48] <mnemo> pwnguin: the bugs im talking about here they repro even when you boot of a live CD
[20:51] <askand> Hello, what should I do if I do not know what package to file the bug against?
[20:54] <mnemo> askand: tell us about the bug, maybe we know what the right package is
[20:58] <askand> ﻿mnemo: hi, I found that a bug had already been reported; 186921 but marked as invalid
[20:59] <pwnguin> mnemo: supertux doesn
[20:59] <pwnguin> mnemo: supertux doesn't do anything invalid for me
[20:59] <mnemo> pwnguin: did you set my a gnome panel item like the repro steps says?
[21:00] <pwnguin> mnemo: three years ago, yes
[21:01] <pwnguin> mnemo: fun tip: change the color of iowait to yellow to get an idea whether something's cpu (blue) or disk (yellow) intensive
[21:01] <mnemo> pwnguin: interesting... what graphics card do you have on your machine?
[21:02] <pwnguin> nvidia
[21:02] <pwnguin> geforce 6600gt
[21:02] <mnemo> ok I got an intel x3100 card and I've already talked to another guy with a radeon card who also saw this bug
[21:03] <pwnguin> i dont have a hardy liveCD handy though
[21:03] <mnemo> i wonder if you have some configuration change on your machine that causes the bug to disappear
[21:03] <pwnguin> perhaps
[21:03] <mnemo> yeah, it would be really interesting to see if the bug repros using a live cd on your system
[21:03] <pwnguin> if i made a new user, you think it'd repro?
[21:03] <mnemo> nah, I think you need the exact packages that the live cd has
[21:04] <pwnguin> the live CD probably wont use nvidia
[21:05] <dupondje> ogasawara ? :)
[21:09] <askand> How big files can I upload to launchpad?
[21:13] <askand> I have now uploaded the files requested in bug 186921 , can someone please reopen the bug?
[21:24] <emgent> heya
[21:39] <kahrytan> bug #238191
[21:44] <kahrytan> Anyone care to clarify my bug?
[21:54] <mrooney> anyone have any idea what to do with bug #231927?
[22:03] <sectech> Can someone review bug #237925 with me?  The reporter claims it works with OSS, so I am considering assigning it to Alsa also
[22:11] <dupondje> whooot
[22:11] <dupondje> ogasawara: ????
[22:11] <dupondje> :)
[22:12] <mrooney> sectech: any idea what error -16 means?
[22:12] <sectech> Not a clue... I am looking that up now
[22:13] <kahrytan> bug #238191
[22:16] <dupondje> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/235889
[22:16] <dupondje> WITH code what crashes it ...
[22:21] <crimsun> mrooney: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=blob;f=include/asm-generic/errno-base.h;h=65115978510ff2a2a8f6cd3610007b844746be78;hb=HEAD
[22:21] <crimsun> sectech: it belongs against linux-ubuntu-modules-2.6.24
[22:21] <sectech> Okay
[22:22] <sectech> thanks crimsun
[22:23] <mrooney> crimsun: so the dash there doesn't indicate a negative 16 error code?
[22:23] <dupondje> damned
[22:23] <dupondje> packages.ubuntu.org is on its ass :x
[22:23] <dupondje> .com :P
[22:24] <crimsun> mrooney: it does.
[22:25] <sectech> At least we got a fail in dmesg... makes it easier to track down
[22:25] <sectech> I want the reporter to update his kernel before I confirm though... just to be 100% sure everything is current
[22:26] <crimsun> the problem is that the codec isn't ready.
[22:26] <mnemo> i've installed a not-yet published bugfix package in order to verify a fix... now I wonder, how can I revert back to the published distro package? I tried "sudo apt-get install --reinstall package" but then it just sasys "Package can't be downloaded" ??
[22:26] <crimsun> pci/ymfpci/ymfpci_main.c needs to wait a few hundred milliseconds additional
[22:27] <sectech> crimsun, so it would be safe to confirm as is?
[22:27] <crimsun> no
[22:27] <sectech> ok
[22:28] <sectech> I'll wait until the reporter runs his updates.
[22:28] <crimsun> the timeout can be an artifact of the reporter's specific hardware, which does not imply a bug in snd_ymfpci_codec_ready().  Granted, it's of wishlist importance that snd_ymfpci_codec_ready() be modified to wait a bit longer.
[22:29] <crimsun> there's one more possibility, which can be tested by disabling the printer port in bios.
[22:29] <sectech> I'll make the request, crimsun
[22:30] <crimsun> thanks :)
[22:31] <sectech> Not a problem... I'm glad your around to help
[22:44] <dupondje> ok
[22:44] <dupondje> wrote patch myself
[22:44] <dupondje> and it works :)