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:01 |
rico42955 | in hopes to solve some issues i'm having with it | 00:02 |
_MMA_ | rico42955: Thats a support issue. #ubuntu, #ubuntuforums and the forums themselves are the best places. | 00:03 |
rico42955 | understood thanks | 00:04 |
Nilbus | how can I get ndiswrapper kernel module to automatically load on boot? | 02:17 |
_MMA_ | Nilbus: Add "ndiswrapper" to /etc/modules. | 02:19 |
_MMA_ | (without the "") | 02:19 |
Nilbus | _MMA_, thanks | 02:19 |
=== lamont` is now known as lamont__ | ||
=== lamont` is now known as lamont | ||
=== doko_ is now known as doko | ||
kraut | moin | 08:25 |
=== Traxer is now known as Traxer|on | ||
=== Traxer|on is now known as Traxer | ||
=== \sh_away is now known as \sh | ||
abogani | Is there a Ubuntu Bug Control Team member here? | 08:36 |
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:07 |
tjaalton | tseliot: no problem there, 8-3 > 8-02 | 10:08 |
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:10 |
tjaalton | tseliot: hm ok, I'll check it out later today | 10:11 |
tseliot | tjaalton: ok, thanks | 10:11 |
abogani | ogasawara, bdmurray : Are you around? | 10:16 |
thomax | hello | 10:59 |
thomax | can you give me a quick answer on this: is there a preemtive kernel in the gutsy repository? | 10:59 |
abogani | thomax: What level of preemption? NONE, VOLUNTARY, DESKTOP or RT | 11:04 |
* thomax sighs | 11:09 | |
abogani | :-? | 11:19 |
=== \sh is now known as \sh_away | ||
abogani | Is there a Ubuntu Bug Control Team member here? :-( | 12:14 |
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:32 |
abogani | amitk: Thanks! | 12:33 |
* abogani like to became part of that Team... | 12:34 | |
tjaalton | abogani: just join it | 12:34 |
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:35 |
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:36 |
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:37 |
Kano | is there interest in a new webcam module for lum? | 12:38 |
Kano | ov51x-jpeg | 12:39 |
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:43 |
amitk | Kano: this one: http://packages.ubuntu.com/hardy/ov51x-jpeg-source ? | 12:47 |
Kano | well pretty much outdated, 1.5.6 is required for 2.6.24 | 12:48 |
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:49 |
amitk | Kano: that is unlikely to happen, given the warnings on the project's webpage and our freeze status | 12:51 |
Kano | its even in debian extra modules | 12:52 |
BenC | We're a little late in the game to include new modules | 12:52 |
BenC | kernel freeze is in affect | 12:53 |
=== \sh_away is now known as \sh | ||
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:56 |
Kano | then a 2.6.22 kernel is not bootable | 12:57 |
=== \sh is now known as \sh_away | ||
=== \sh_away is now known as \sh | ||
Kano | not fully sure about via, but this module is really annoying | 12:58 |
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:00 |
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:01 |
maks_ | no | 13:02 |
maks_ | 0.87 - Mon, 16 Apr 2007 20:21:30 +0200 | 13:02 |
Kano | hmm not in etch then... | 13:03 |
maks_ | sure things move on after etch | 13:03 |
maks_ | you are real annoying Kano | 13:03 |
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:04 |
maks_ | thanks to cjwatson_ klibc is uptodate | 13:05 |
Kano | fine,but initramfs is ol | 13:05 |
Kano | d | 13:05 |
maks_ | yep lazy kernel team getting paid for nothing :D | 13:06 |
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:07 |
Kano | maks_: is there a webgit? | 13:08 |
maks_ | git.d.o | 13:08 |
maks_ | bootparam is blacklist=module1,module2,module3 and so on.. | 13:10 |
Kano | funny for kanotix i added exactly the same blacklist parameter | 13:11 |
Kano | for the old way without initramfs | 13:12 |
Kano | i just use custom-blacklist not initramfs ;) | 13:13 |
Kano | with a shortcut nousb2 for the ehci_hcd module | 13:13 |
=== lamont` is now known as lamont | ||
Kano | are you sure that this hook is always before udev? | 13:16 |
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:17 |
Kano | blacklist it? | 13:21 |
Kano | err put it on hold, the linux meta package | 13:21 |
=== cjwatson_ is now known as cjwatson | ||
=== \sh is now known as \sh_away | ||
=== \sh_away is now known as \sh | ||
BenC | Nilbus: is your kernel the same package name as the ubuntu one? | 13:41 |
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:42 |
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:43 |
Kano | maks_: why is the blacklist not copied to rootfs?? | 13:44 |
BenC | Nilbus: Then that sounds like you only want that temporarily...so maybe just ignore update-manager for awhile? | 13:45 |
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:46 |
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:48 |
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:49 |
maks_ | Kano: how? | 13:51 |
Kano | after mounting rootfs | 13:51 |
maks_ | ro, yeah | 13:51 |
maks_ | easiest thing would be to m-i-t init script to check for that boot param | 13:52 |
maks_ | and blacklist too | 13:52 |
Kano | but then for executing real udev | 13:58 |
Kano | or you add that in init from udev | 13:58 |
Nilbus | BenC, oh, is that right... | 14:00 |
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:01 |
BenC | Nilbus: upgrade and test it, basically | 14:05 |
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:07 |
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:09 |
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:10 |
BenC | cking: we need to be much more stringent on what we will and wont fix for Release-Candidate after beta | 14:11 |
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:12 |
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:13 | |
smb | BenC: ok. | 14:14 |
cking | BenC: I've put two minor patches in over the last 24 hours - they should be OK. | 14:15 |
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:19 |
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:20 |
BenC | smb: Ok, we've had that bug (from upstream) for some time now, so it can wait till after beta | 14:21 |
cking | BenC: mine were not critical, one fixed the toshiba_acpi.c to version 0.19a, another fixed UDMA for Acer 1694 Wlmi | 14:22 |
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:23 |
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:24 |
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:32 |
mjg59 | tjaalton: On Thinkpads? Revert the other one | 14:41 |
mjg59 | The first patch is fine | 14:41 |
Kano | bbl | 14:41 |
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 |
=== LifeHacker is now known as tuxmaniac | ||
tjaalton | mjg59: ok, I'll try | 14:43 |
=== \sh is now known as \sh_away | ||
ubotu | Launchpad bug 197929 in linux "Backlight adjustment no longer works on Thinkpad X61s" [Medium,Triaged] https://launchpad.net/bugs/197929 | 14:45 |
amitk | ubotu seems to take 10 minutes to make up its mind about displaying the bug | 14:46 |
smb | amitk: lazy bot | 14:47 |
alex_joni | probably crawling to the catalog, and searching manually through the entries | 14:47 |
=== \sh_away is now known as \sh | ||
=== \sh is now known as \sh_away | ||
=== \sh_away is now known as \sh | ||
=== \sh is now known as \sh_away | ||
=== Traxer is now known as Traxer|on | ||
=== Traxer|on is now known as Traxer | ||
=== LifeHacker is now known as tuxmaniac | ||
tjaalton | zul: did you actually try to build nvidia against xen? it still fails here | 16:04 |
zul | tjaalton: yep Ill take a look | 16:07 |
tjaalton | zul: thanks | 16:09 |
=== \sh_away is now known as \sh | ||
tseliot | tjaalton: the nvidia driver needs a patch in order to work with xen | 16:31 |
dantalizing | exit | 16:34 |
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:41 |
alex_joni | tseliot: are you sue about that link? | 16:43 |
alex_joni | sure* | 16:43 |
tseliot | alex_joni: what's wrong? | 16:43 |
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:44 |
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:45 |
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:46 |
tseliot | alex_joni: good | 16:47 |
tjaalton | tseliot: there is a patch already | 16:49 |
tseliot | tjaalton: ah, ok | 16:51 |
=== \sh is now known as \sh_away | ||
Nilbus | BenC, Were many cases of resume-after-suspend bugs fixed in the Hardy kernel? | 17:09 |
=== lamont is now known as lamont` | ||
BenC | Nilbus: lots, yes | 17:20 |
Nilbus | nice | 17:20 |
smb | BenC: irc meeting? | 17:24 |
BenC | smb: hmm...missed it, damn clocks | 17:24 |
BenC | amitk, smb, cking: Sorry, got caught up in some bugs...I'll email for a reschedule | 17:25 |
amitk | alright... | 17:25 |
* amitk signs off for the day | 17:26 | |
* cking cking bails out too | 17:26 | |
* smb goes for lunch | 17:26 | |
* abogani go to Muay Thai coaching :-) | 17:34 | |
=== asac_ is now known as asac | ||
Mikey | "Ubuntu kernel development discussion ONLY" I can't ask for any help :( | 19:19 |
dashua` | Will Dell 1505 n wireless cards be supported in 8.04? | 22:40 |
kraut | how often does sf.net synch their mirrors? | 22:44 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!