[00:01] <rico42955> well i'm not using the latest kernel, just the gutsy 7.10 generic one
[00:01] <rico42955> and i'm trying to update my dvb cards driver
[00:02] <rico42955> in hopes to solve some issues i'm having with it
[00:03] <_MMA_> rico42955: Thats a support issue. #ubuntu, #ubuntuforums and the forums themselves are the best places.
[00:04] <rico42955> understood thanks
[02:17] <Nilbus> how can I get ndiswrapper kernel module to automatically load on boot?
[02:19] <_MMA_> Nilbus: Add "ndiswrapper" to /etc/modules.
[02:19] <_MMA_> (without the "")
[02:19] <Nilbus> _MMA_, thanks
[08:25] <kraut> moin
[08:36] <abogani> Is there a Ubuntu Bug Control Team member here?
[10:07] <tseliot> tjaalton: AMD changed the version of the fglrx driver into 8-3 (instead of 8-03). How will you deal with this issue? (so that 8-3 is not overwritten by 8-02)
[10:08] <tjaalton> tseliot: no problem there, 8-3 > 8-02
[10:10] <tseliot> tjaalton: I asked since a user complained about the fact that the package made by EnvyNG was overwritten by Ubuntu's 8-02
[10:10] <tseliot> read here:
[10:10] <tseliot> http://albertomilone.com/wordpress/?p=164#comment-3833
[10:11] <tjaalton> tseliot: hm ok, I'll check it out later today
[10:11] <tseliot> tjaalton: ok, thanks
[10:16] <abogani> ogasawara, bdmurray : Are you around?
[10:59] <thomax> hello
[10:59] <thomax> can you give me a quick answer on this: is there a preemtive kernel in the gutsy repository?
[11:04] <abogani> thomax: What level of preemption? NONE, VOLUNTARY, DESKTOP or RT
[11:09]  * thomax sighs
[11:19] <abogani> :-?
[12:14] <abogani> Is there a Ubuntu Bug Control Team member here? :-(
[12:32] <amitk> abogani: what do you need?
[12:32] <abogani> amitk: Set bug #177634 to "Won't Fix" and comment this with "As reported here https://lists.ubuntu.com/archives/kernel-team/2008-March/002201.html We are in Kernel Freeze and we can't add necessary modules.", please.
[12:33] <abogani> amitk: Thanks!
[12:34]  * abogani like to became part of that Team...
[12:34] <tjaalton> abogani: just join it
[12:35] <tjaalton> I'm sure no-one objects ;)
[12:35] <Kano> could somebody update aufs? i still have some strange effects with it in some cases, like when i use qemu
[12:36] <zul> abogani: you might want to check on #ubuntu-bugs but yeah just join it
[12:36] <amitk> abogani: done
[12:36] <abogani> amitk: Thanks!
[12:36] <abogani> zul, tjaalton: Ok! Thanks!
[12:37] <amitk> Kano: I read from the archives that someone from the community is going to report his finding with upstream aufs. If the findings are positive, we will upgrade aufs.
[12:38] <Kano> is there interest in a new webcam module for lum?
[12:39] <Kano> ov51x-jpeg
[12:43] <amitk> Kano: from the website for the driver: "To be clear, JPEG decompression should be considered 'evil' inside the kernel, and the normal way is to handle it in userland, so the original author was right doing what he did."
[12:43] <Kano> well it is available as debian source package, maybe put at least that in u
[12:43] <Kano> the latest version
[12:47] <amitk> Kano: this one: http://packages.ubuntu.com/hardy/ov51x-jpeg-source ?
[12:48] <Kano> well pretty much outdated, 1.5.6 is required for 2.6.24
[12:49] <amitk> Kano: ok. Make a request on #ubuntu-devel to grant a freeze exception. There is not much we can do about it.
[12:49] <Kano> or just add it to lum
[12:51] <amitk> Kano: that is unlikely to happen, given the warnings on the project's webpage and our freeze status
[12:52] <Kano> its even in debian extra modules
[12:52] <BenC> We're a little late in the game to include new modules
[12:53] <BenC> kernel freeze is in affect
[12:56] <Kano> did you disable CONFIG_BLK_DEV_AMD74XX? that config option is really bad
[12:56] <Kano> you have a much better pata driver already
[12:56] <Kano> pata_amd works for same ids, it would be stupid to blacklist it only because if you add a blacklist and run update-initramfs -uk old-kernel
[12:57] <Kano> then a 2.6.22 kernel is not bootable
[12:58] <Kano> not fully sure about via, but this module is really annoying
[13:00] <Kano> best would be of course a modified initramfs-tools package which allows to write a custom-blacklist before the integrated udev is started
[13:01] <ubotu> Launchpad bug 177634 in linux "squashfs kernel module does not support lzma" [Medium,Won't fix] https://launchpad.net/bugs/177634
[13:01] <maks_> Kano: debian initramfs-tools has a blacklist boot param
[13:01] <maks_> isn't yet propagated after init but helps in race cases
[13:01] <Kano> must be new
[13:02] <maks_> no
[13:02] <maks_> 0.87 - Mon, 16 Apr 2007 20:21:30 +0200
[13:03] <Kano> hmm not in etch then...
[13:03] <maks_> sure things move on after etch
[13:03] <maks_> you are real annoying Kano
[13:04] <Kano> and also not in ubuntu!
[13:04] <maks_> that is their fault
[13:04] <Kano> sure
[13:04] <Kano> will check that newer sid initramfs
[13:05] <maks_> thanks to cjwatson_ klibc is uptodate
[13:05] <Kano> fine,but initramfs is ol
[13:05] <Kano> d
[13:06] <maks_> yep lazy kernel team getting paid for nothing :D
[13:07] <Kano> i guess i just patch the blacklist to the older version...
[13:07] <maks_> it's basicaly just an appropriate hook that modprobe blacklist
[13:07] <maks_> inside of initramfs
[13:07] <maks_> see commit 878b47192bc92fcfe78f34134a8aea70afc161f5 Kano
[13:07] <Kano> but i never found a hook that was executed always before udev..
[13:08] <Kano> maks_: is there a webgit?
[13:08] <maks_> git.d.o
[13:10] <maks_> bootparam is blacklist=module1,module2,module3 and so on..
[13:11] <Kano> funny for kanotix i added exactly the same blacklist parameter
[13:12] <Kano> for the old way without initramfs
[13:13] <Kano> i just use custom-blacklist not initramfs ;)
[13:13] <Kano> with a shortcut nousb2 for the ehci_hcd module
[13:16] <Kano> are you sure that this hook is always before udev?
[13:17] <Nilbus> I installed a custom kernel, and the update manager constantly tells me there is a kernel update.  How can I add that to a list of exclusions?
[13:21] <Kano> blacklist it?
[13:21] <Kano> err put it on hold, the linux meta package
[13:41] <BenC> Nilbus: is your kernel the same package name as the ubuntu one?
[13:42] <Nilbus> BenC, yes, the latest ubuntu kernel
[13:42] <BenC> Nilbus: first off, we don't suggest doing this simply because you miss out on automatic security updates, but I suspect you would rather name your custom kernel a different flavor (IOW, not -generic)
[13:43] <Nilbus> oh..
[13:43] <Nilbus> sorry, I thought you were talking about something different
[13:43] <Nilbus> but the answer is still yes.. I built the ubuntu sources so that I could use CONFIG_PM_TRACE
[13:44] <Kano> maks_: why is the blacklist not copied to rootfs??
[13:45] <BenC> Nilbus: Then that sounds like you only want that temporarily...so maybe just ignore update-manager for awhile?
[13:46] <Nilbus> BenC, I put a hold linux-image-2.6.22-14-generic. Since that includes the version, won't the updates with a different version number come thorough?
[13:46] <Nilbus> I'm only guessing
[13:48] <BenC> You'll also want to hold linux-image-generic
[13:48] <BenC> Nilbus: why are you running CONFIG_PM_TRACE with gutsy kernel?
[13:49] <BenC> Nilbus: even if you find a suspend/hibernate bug, it wont get fixed in gutsy, and may in fact already be fixed in hardy
[13:51] <maks_> Kano: how?
[13:51] <Kano> after mounting rootfs
[13:51] <maks_> ro, yeah
[13:52] <maks_> easiest thing would be to m-i-t init script to check for that boot param
[13:52] <maks_> and blacklist too
[13:58] <Kano> but then for executing real udev
[13:58] <Kano> or you add that in init from udev
[14:00] <Nilbus> BenC, oh, is that right...
[14:01] <Kano> maks_: do you get me? the blacklist in initramfs is ok, but later udev is started and does not know about it
[14:01] <Nilbus> BenC, where would I look to find out if my suspend bug is fixed in Hardy?
[14:01] <Nilbus> well, I guess that's hard to say
[14:01] <Nilbus> seeing as I don't know what's causing it
[14:05] <BenC> Nilbus: upgrade and test it, basically
[14:07] <BenC> amitk, cking, smb: Basically, the kernel that is in the archive now is what we will have for Beta, unless there's something critical that we need to fix now
[14:07] <BenC> Anything like that going on?
[14:09] <amitk> BenC: I could use a new upload of LUM so that the beta corresponds to a UME milestone
[14:09] <Kano> maks_: still awake?
[14:09] <BenC> amitk: Ok, please prepare that upload with what you want in it, and I'll sign it
[14:10] <maks_> Kano: did you read my responses?
[14:10] <cking> BenC: what about the current weekly list of bugfixes?
[14:10] <Kano> maks_: well why is that missing?
[14:10] <maks_> what?
[14:10] <Kano> you need it before udev starts
[14:10] <Kano> the blackist in rootfs
[14:10] <smb> BenC: nothing critical
[14:11] <BenC> cking: we need to be much more stringent on what we will and wont fix for Release-Candidate after beta
[14:12] <BenC> cking: if it isn't keeping people from booting the live-cd and/or their installed system, and isn't breaking upgrades, we are probably going to mark it wont-fix for hardy
[14:12] <cking> BenC: like smb then, nothing critical then.
[14:12] <Kano> maks_: how about patching udev startup?
[14:12] <smb> BenC: The FTBS thing with the elf lib has a workaround 
[14:12] <maks_> Kano: i'm not the udev maintainer but you are right that the init of udev would be a good target, sure
[14:13] <BenC> smb: the palo ftbfs?
[14:13] <smb> BenC: yes
[14:13] <BenC> smb: mark it wont-fix for the linux target...it's non-critical to me
[14:13] <Kano> maks_: it would be pretty much the same code just a rm -f before
[14:13]  * BenC needs much coffee
[14:14] <smb> BenC: ok. 
[14:15] <cking> BenC: I've put two minor patches in over the last 24 hours - they should be OK.
[14:19] <smb> BenC: I did one critical (I believe) and one minor
[14:19] <BenC> any of those critical for beta?
[14:19] <BenC> smb: what's the critical one?
[14:19] <smb> BenC: x86: Clear DF before calling signal handler
[14:20] <BenC> smb, amitk, cking: And as a reminder, no commits should be done without a bug link...we need launchpad bugs to justify breaking freeze
[14:21] <BenC> smb: Ok, we've had that bug (from upstream) for some time now, so it can wait till after beta
[14:22] <cking> BenC: mine were not critical, one fixed the toshiba_acpi.c to version 0.19a, another fixed UDMA for Acer 1694 Wlmi
[14:23] <BenC> cking: excellent, that's the one I had on my plate to do before release
[14:23] <BenC> toshiba acpi may be critical for beta though...considering the testing people will be doing
[14:23] <smb> BenC: If you uploaded this morning it would be in
[14:24] <BenC> I didn't, I uploaded yesterday
[14:24] <BenC> only thing I uploaded this morning was lum and linux-meta
[14:24] <cking> BenC: The toshiba 0.19a needed adding your previous patch + minor merges from current.
[14:24] <smb> BenC: Ok, so it is for after beta. np
[14:32] <tjaalton> mjg59: ideas how to make backlight adjustment working again post -10, something in -11 broke it and possibly the change tagged as "Rationalise ACPI backlight implementation", this is bug 197929
[14:41] <mjg59> tjaalton: On Thinkpads? Revert the other one
[14:41] <mjg59> The first patch is fine
[14:41] <Kano> bbl
[14:43] <tjaalton> mjg59: so revert the "Ignore ACPI video devices that aren't present in hardware"?
[14:43] <mjg59> Yes
[14:43] <tjaalton> I'm just confused :)
[14:43] <tjaalton> mjg59: ok, I'll try
[14:45] <ubotu> Launchpad bug 197929 in linux "Backlight adjustment no longer works on Thinkpad X61s" [Medium,Triaged] https://launchpad.net/bugs/197929
[14:46] <amitk> ubotu seems to take 10 minutes to make up its mind about displaying the bug
[14:47] <smb> amitk: lazy bot
[14:47] <alex_joni> probably crawling to the catalog, and searching manually through the entries
[16:04] <tjaalton> zul: did you actually try to build nvidia against xen? it still fails here
[16:07] <zul> tjaalton: yep Ill take a look
[16:09] <tjaalton> zul: thanks
[16:31] <tseliot> tjaalton: the nvidia driver needs a patch in order to work with xen
[16:34] <dantalizing> exit
[16:41] <tseliot> tjaalton: the patch is available in this package made by Mandriva: http://rpmfind.net//linux/RPM/mandriva/2007.1/x86_64/media/non-free/backports/dkms-nvidia97xx-169.12-1mdv2007.1.x86_64.html
[16:43] <alex_joni> tseliot: are you sue about that link?
[16:43] <alex_joni> sure*
[16:43] <tseliot> alex_joni: what's wrong?
[16:44] <alex_joni> doesn't open here
[16:44] <alex_joni> "It seems that you typed in an incorrect URL, or were redirected to an outdated HTML page by a search engine|
[16:45] <alex_joni> tseliot: I think it's missing from their second transparent mirror
[16:45] <tseliot> alex_joni: get to http://rpmfind.net/ , type "dkms-nvidia" in the name field and "mandriva" in the System field
[16:45] <alex_joni> http://fr.rpmfind.net//linux/RPM/mandriva/2007.1/x86_64/media/non-free/backports/dkms-nvidia97xx-169.12-1mdv2007.1.x86_64.html
[16:46] <tseliot> tseliot: the results of the search will give something like dkms-nvidia97xx-169.12-1mdv2007.1.x86_64.html
[16:46] <alex_joni> tseliot: it opens fr2.* here, so the steps you mention produced the same result (no dkms-nvidia found), but adding the fr. before rpmfind.net made it work
[16:47] <tseliot> alex_joni: good
[16:49] <tjaalton> tseliot: there is a patch already
[16:51] <tseliot> tjaalton: ah, ok
[17:09] <Nilbus> BenC, Were many cases of resume-after-suspend bugs fixed in the Hardy kernel?
[17:20] <BenC> Nilbus: lots, yes
[17:20] <Nilbus> nice
[17:24] <smb> BenC: irc meeting?
[17:24] <BenC> smb: hmm...missed it, damn clocks
[17:25] <BenC> amitk, smb, cking: Sorry, got caught up in some bugs...I'll email for a reschedule
[17:25] <amitk> alright... 
[17:26]  * amitk signs off for the day
[17:26]  * cking cking bails out too
[17:26]  * smb goes for lunch
[17:34]  * abogani go to Muay Thai coaching :-)
[19:19] <Mikey>  "Ubuntu kernel development discussion ONLY" I can't ask for any help :(
[22:40] <dashua`> Will Dell 1505 n wireless cards be supported in 8.04?
[22:44] <kraut> how often does sf.net synch their mirrors?