=== jorgp2 [n=jorgp@bnet-dial2-239.bartnet.net] has joined #ubuntu-kernel [12:20] BenC: I've just sent you a couple of ndiswrapper patches [12:22] BenC: So in the last couple of days I've sent you: [12:24] BenC: alps suspend, ACPI hotkey, hp sound support, sk98lin, PCMCIA bridge fixes, PCMCIA hibernate fix, HP reboot patch, ATI 2x timer, Appletouch driver, ndiswrapper patches [12:24] BenC: When you wake up, could you confirm that you've got all of those? :) [12:24] BenC: Oh, also ipw2200 device shutdown === mkrufky [n=mkrufky@user-12lcl1s.cable.mindspring.com] has joined #ubuntu-kernel [01:22] mjg59: sure thing [01:22] mjg59: and thanks [01:24] BenC: No problem [01:40] BenC: Wurgh. Sorry, one more. [01:40] Low priority [01:40] tc1100-wmi === doko_ [n=doko@dsl-084-059-070-048.arcor-ip.net] has joined #ubuntu-kernel === Seveas [n=seveas@seveas.demon.nl] has joined #ubuntu-kernel === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === jorgp3 [n=jorgp@bnet-dial2-226.bartnet.net] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [05:20] heylo [05:21] BenC, i just commited to my arch sk98lin is there sky2 isnt im all set. [05:23] morning guys [05:23] morning fabbione [05:24] hey zul [05:25] right im off my laptop is dying so im off [05:25] eheh good night [05:25] later.. [05:31] BenC: ping? [05:36] c === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has left #ubuntu-kernel [] === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has joined #ubuntu-kernel [05:46] BenC: when you need to bump the ABI, please use the target bumpapi: in debian/rules [05:46] BenC: it will do the right thing for you [05:47] it will save you from little issues like killing the build system, building empty pkgs and destroy hppa build :) === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel [07:16] fabbione: ah, ok [07:17] BenC: anyway.. i did fix it.. [07:17] and committed [07:17] saw that, thanks [07:20] no problem [07:21] BenC: did you have any time to look at klibc? [07:21] it start to be of a big concern for me [07:21] because we are getting very close to release and it would really really suck to miss breezy for one package [07:22] if you need access to a sparc, i can let you use mine === JaneW [n=JaneW@wbs-146-149-243.telkomadsl.co.za] has joined #ubuntu-kernel === David_W [n=me@cpe-66-87-4-181.ut.sprintbbd.net] has joined #ubuntu-kernel === David_W [n=me@cpe-66-87-4-181.ut.sprintbbd.net] has left #ubuntu-kernel ["Leaving"] === janimo [n=jani@Home03207.cluj.astral.ro] has joined #ubuntu-kernel === ivoks [n=ivoks@wall2.grad.hr] has joined #ubuntu-kernel [01:09] hi [01:10] i don't know if this is known problem, but after recent update i don't have /dev/psaux anymore [01:13] oh, udev... sorry about this... === janimo [n=jani@Home03207.cluj.astral.ro] has left #ubuntu-kernel ["Leaving"] === jorgp2 [n=jorgp@bnet-dial-175.bartnet.net] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [02:12] hey [02:15] zul: Hi [02:15] You were looking for me last night? [02:24] mjg59: yeah i just wanted to let you know i commited sk98lin to my arch [02:25] Ok, cool [02:27] zul: hey [02:28] BenC: Have you got all the patches I sent you? [02:28] yeah [02:29] Cool [02:31] BenC: heylo [02:31] zul: ready for me to pull yet? [02:32] yep..i just have sk98lin patch and the ndiswrapper amd64 stuff in my tree, i didnt commit the buslogic because i was having problems with it getting it to compile [02:34] zul: ok, can you tell me your repo URL again? [02:35] I lost it with the rest of my system last week [02:35] and can you email me the buslogic diff you have? I can see about getting it to compile [02:35] http://zulinux.homelinux.net/arch/zulcss@gmail.com--2005 [02:35] yeah i can do that tonight when i get home [02:36] i have a meeting in 30 minutes for 2 hours and then another after that...fun fun [02:38] good luck...bring a pillow :) [02:45] zul? === chuck [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [02:54] damn it === zul__ [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === lamont [n=lamont@dhcp-sn38-07.hrz.uni-oldenburg.de] has joined #ubuntu-kernel [03:50] hey guys [04:09] hey [04:10] BenC: *cough*klibc*cough* ;) [04:14] I tried building it, but for some reason it isn't finding the kernel headers [04:14] doh! [04:14] stupid question.. did you install them? [04:14] it doesn't use the one from the running kernel [04:15] it wants the generic ones [04:22] generic as in /usr/include/{linux,asm}? [04:35] fabbione: I'm thinking that klibc and everything that uses it may need to be compiled 64-bit [04:36] I'll let you know though [04:36] BenC: no as in /usr/src/linux-kernel-headers-2.6.12-8 [04:44] ok, compiled for me [04:44] had to prepend the build command like "sparc32 debian/rules" [04:48] the static binaries work (gzip, etc) [04:48] ash works too [04:50] so it does build with our headers.. [04:50] and in 32 bit... [04:50] but i guess you are using debian based chroot.. aren't you? [04:50] yeah [04:50] ok [04:50] the key may be the sparc32 command [04:50] we need to understand why it fails in a breezy chroot [04:50] otherwise it seems to go by uname [04:50] we only use sparc32 on buildd [04:51] like debian does [04:51] but it fails [04:51] so it might be a toolchain issue [04:51] is there a real ubuntu machine I can get to? [04:52] yes [04:52] just send me your ssh public key [04:53] sent [04:58] added [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] Process iwlist (pid: 23067, threadinfo=e94d6000 task=c3fd8a60) [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] Call Trace: [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] [pg0+944840526/1069872128] ide_do_request+0x1f3/0x367 [ide_core] [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] [io_schedule+14/22] io_schedule+0xe/0x16 [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] [__wait_on_bit_lock+87/97] __wait_on_bit_lock+0x57/0x61 [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] [prep_new_page+115/120] prep_new_page+0x73/0x78 [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] [buffered_rmqueue+326/447] buffered_rmqueue+0x146/0x1bf [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] [__alloc_pages+374/998] __alloc_pages+0x176/0x3e6 [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] [pg0+948702806/1069872128] ieee80211_iterate_nodes+0x3b/0x66 [wlan] [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] [pg0+948729857/1069872128] ieee80211_ioctl_giwscan+0x5c/0xa8 [wlan] [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] [pg0+948722528/1069872128] read_ap_result+0x0/0x5b8 [wlan] [04:59] Sep 21 08:55:36 localhost kernel: [4300057.793000] [wireless_process_ioctl+1472/2023] wireless_process_ioctl+0x5c0/0x7e7 [04:59] bad ath0 [05:00] and then ifconfig hangs === lamont brb [05:00] lamont: known bug [05:00] patch welcome :) [05:00] ah, okl === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === lamont [n=lamont@dhcp-sn38-07.hrz.uni-oldenburg.de] has joined #ubuntu-kernel [05:10] morning [05:11] zul, I've merged your stuff, thanks [05:13] hm let me know when it's time to build on sparc :) [05:14] : undefined reference to `.umul' [05:14] /usr/lib/gcc/sparc-linux-gnu/4.0.2/libgcc.a(_muldi3.o): In function `__muldi3': [05:15] BenC: cool thanks [05:15] libgcc is broken [05:15] or... [05:16] or? [05:16] can we build it with like gcc-3.4? [05:16] i don't think i did try that [05:17] I'm thinking it is compiling for v7, when we can do with v8 [05:17] is there no editor in this chroot? :) [05:18] nope.. let me install it for you [05:18] i can see you already did [05:19] BenC: take into account we did drop all the sparc32 support.. there should be nothing left [05:19] -m32 may be setting -mcpu=v7 [05:23] there is vi installed [05:23] dunno if you noticed [05:24] or do you need something more fanc [05:24] +y [05:25] vi: command not found [05:25] I had to install vim [05:25] yeah when i did try to install, it was already installed :) [05:27] fabbione: Well, dropped pre-ultrasparc support. It's not like we opted for a 64bit usersapce. [05:27] yeah.. [05:27] i know [05:27] we could consider to switch to full 64 bit [05:27] but i guess if we won't make breezy, my sparc will stop being a buildd [05:28] and become my firewall/router [05:28] What will serve as the buildd then? [05:28] Or are you just not going to bother? [05:29] full 64-bit userspace is not suggested [05:30] some programs are suggested to be 64-bit though (like anything messing in /proc, fs tools, etc) [05:30] odd, there's a umul.S for sparc in klibc [05:30] Right, it's confusing that it doesn't pull it in. [05:30] In fact, it's confusing that it's using the system libgcc at all when it has a bundled one. [05:30] yeah, maybe I need to find out why [05:30] oh, really? [05:31] They all seem to by the top MCONFIG file. [05:31] jbailey: i might give dapper a shot.. failed that i will stop.. [05:31] fabbione: FYI, I mistook my build before, it was on a debian system, I forgot to chroot [05:31] so it does in fact build [05:31] just not in breezy userspace [05:32] that sounds more like a gcc fucks up [05:32] what gcc are you using on Debian? [05:32] fabbione: What was the blocker for Hoary? [05:32] Also keep in mind that the sparc glibc is totally different on Ubuntu than it is on Debian. [05:32] jbailey: gcc wrong B-D [05:33] jbailey: how do i force gcc with cdbs? [05:33] DEB_MAKE_CC ?? [05:34] CC= [05:34] umul is getting compiled [05:34] BenC: You've got as far as I did before my connection to Fabio's sparc stopped being useful. =) === jbailey really needs to get a null modem cable to get his U5 going. [05:35] *sigh* [05:35] jbailey: you are still logged in according to vultus5 [05:35] fabbione: Nope. [05:35] fabbione: The firewalls like to drop connections. [05:35] And I hit a huge lag while I was debugging. [05:36] jbailey: try to force the connection to 195.22.207.161 than [05:36] .umul is in libc.a too [05:36] it's not natted [05:36] fabbione: I go through two nat boxes here to get out. [05:37] ah ok === fabbione tries to build with gcc-3.3 [05:37] fabbione: with klibc? Setting CC is probably not enough. [05:37] You'll need to touch MCONFIG, I suspect. [05:38] klibc doesn't use autotools or much in the way of standardish things. [05:38] ok, this is an ordering problem of some kind [05:38] it was enough to add CC=gcc-3.3 at make invocation inside debian/rules [05:39] Ah, cool. [05:44] looks like gcc-3.3 did the trick [05:45] yeah [05:45] it builds [05:47] i guess there is only one way to know if it works :) [05:47] ash doesn't work [05:48] Make sure you're in the static directory. [05:49] zcat does [05:49] I don't use ash for initramfs FWIW [05:49] $ file sh [05:49] sh: ELF 32-bit MSB executable, SPARC, version 1 (SYSV), statically linked (uses shared libs), stripped [05:49] ./sh [05:49] -bash: ./sh: No such file or directory [05:50] What directory are you in, though? =) [05:50] file won't show it as dynamically linked, it's not an ELF file. [05:50] how is it "statically linked" AND "uses shared libs" [05:50] klibc is thpethial. [05:50] it shows it is ELF [05:50] It's sort of lying. [05:50] ok [05:50] It's ELF enough for the kernel to load it. [05:50] sh.g works [05:50] sh must be linked to shared [05:51] so we're good [05:51] ok.. [05:51] fabbione: Want me to smack it with a GCC-3.3 for sparc, and send her off? [05:51] i guess we need to try to boot a kernel with a initramfs [05:51] jbailey: let see if it works first [05:51] ./static/uname -a [05:51] Linux vultus5 2.6.12-8-sparc64 #1 Wed Aug 31 06:10:19 UTC 2005 sparc64 sparc64 [05:52] Right. Let's see how well initrmafs works on sparc in the first place. =) [05:52] fabbione: Add the word 'break' to the kernel command line to get dropped into a shell in the initramfs [05:52] BenC: The reason it's not pure ELF is to do away with semantics that don't need to be true for early userspace. [05:53] jbailey: i hope it's not going to dump me like last time [05:53] BenC: There's no ongoing binary compataibility, symbol versioning, etc. [05:53] gotcha [05:53] BenC: That's why the klibc.so file name is so weird - it's a sha1 hash of the symbol list. =) [05:53] so it's like aout, but in elf format :) [05:53] Any change, and you can't use it. =) [05:53] Right. [05:53] The side effect is that it can be *really* small. =) [05:54] and still shared libs [05:54] Setting up libklibc (1.0.14-1ubuntu2) ... [05:54] Setting up klibc-utils (1.0.14-1ubuntu2) ... [05:54] jbailey: these 2 are enough.. right? [05:54] fabbione: busybox-cvs-initramfs [05:55] oh ok [05:58] that's already installed.. [05:59] initramfs-tools depends on everything it needs, so it ought to be fine. [05:59] yup it is [05:59] HEy, once it's through the NEW queue, it'll even be in Debian. =) [05:59] i am distupgrading the box ... [06:01] jbailey : Have you talked with dilinger and friends about moving Debian to initramfs, once our guinea pigs^W^Wusers have helped iron out the bigger bugs? [06:02] infinity: Not in detail, no. [06:02] infinity: Or rather, the last time we all talked about it was a kernel team meeting almost a year ago. [06:03] It irritates me slightly less than mkinitrd (though, I still prefer no initrd, but that's me), so I wouldn't mind it becoming the Debian standard. [06:03] Hard to do no initrd in a distribution kernel. [06:03] yes, exactly. [06:03] infinity: klibc is not portable yet [06:03] not everywhere [06:03] Hence "the standard". [06:03] The Adam Standard is no initrd and monolithic kernel builds. [06:04] fabbione: klibc is generally portable. It uses kernel header files for the missing bits. [06:04] So generally if you have a working kernel for an arch, klibc ought to work/ [06:04] fabbione : How many arches are we missing, and how evil is the code? [06:04] jbailey: but it has not been tested on many arches [06:04] jbailey : Ahh, you answered my question. [06:04] infinity: no idea.. i did read the doc a while ago [06:04] Getting it testing on m68k is just a matter of throwing it at smarenka (our d-i hacker and reboot bitch) and saying "test this, yo" [06:05] fabbione: Eh? It's been tested on a surprising amount of them. [06:05] jbailey: some of Debian arches arent'' [06:05] infinity: It's even easier than that. Build it and do utils/static/uname -a [06:05] including sparc64 [06:05] we are the guinea pigs.. [06:05] fabbione: sparc64 works fine. It's sparc32 that has the problem, remember? =) [06:05] (vultus5 rebooting now) [06:06] infinity: If that works, the rest of it generally ought to since it's just syscalls. [06:06] jbailey : Oh, that's all it takes to declare it working? [06:06] infinity: Unless there's some ELF magic that's special on m68k [06:06] But even then we could just pull the static versions for m68k for now. [06:06] Nothing particularly magic compared to other arches. [06:06] YEAH! [06:06] Hmm, I should add that test to the klibc build. [06:06] jbailey: you are good to go [06:06] upload [06:06] fabbione: Ist g? [06:06] like.. [06:07] yesterday [06:07] fabbione: So if the arch is sparc, force gcc-3.3? === fabbione hugs BenC [06:07] No other patches needed? [06:07] nope.. i did only force gcc-3.3 [06:07] jbailey : A very simple testsuite (even if it's just running the one binary and checking the exit code) would be very appreciated. [06:07] with the code that's there [06:07] fabbione: FWIW, other sparc distros seem to have the same problem (acc to Google), so it's probably generally gcc-4 breakage. [06:08] jbailey : I wish more packages did something that simple. [06:08] fabbione: I can try to talk to some of the sparc gcc folks. [06:08] jbailey: ok... === fabbione hugs jbailey too [06:08] infinity: YEah. I'd like to see Debian policy changed such that if a package has a testsuite it must be run. [06:08] Awwww. [06:08] infinity: Even that would be a start. [06:08] Then get an army of ants to go write testsuites. =) [06:09] jbailey : I dunno, some testsuites are insane (check out the X test suite sometime), but ANYTHING that can tell me "yeah, this probably won't segfault when you call --help" is so far from where we are today, it would be great. [06:10] infinity: Well, it might discourage Daniel from uploading daily. ;) [06:10] It could block Ubuntu's buildds for a week. [06:10] Lord only knows what it would do to m68k or arm. [06:11] I'd probably just conditionally disable the suite on slower arches, which completely defeats the purpose. [06:11] infinity: aiui, we will release 2.6.13 with initramfs [06:12] What most packages need is a reasonably small set of testcases that can cover the "more common usages that really ought to work", so we can see if gcc/binutils is providing us with completely dud binaries. [06:12] dilinger : Rock. [06:12] initramfs just entered the archive; no noe is really interested in keeping devfs around, and i haven't seen anyone get yaird working w/ it [06:13] initramfs actually appears to work, so I'm all for using it. ;) [06:13] pfft [06:13] whether it works or not is irrelevant ;) [06:14] If Etch leapfrogs breezy/dapper (very likely, given dapper's more conservative release goals), I may just switch this laptop to Debian again. [06:14] (But I didn't say that in an #ubuntu- channel, no sir) [06:15] leapfrogs how? =) [06:15] Spiffy-feature, laptop-lovin', new-software-havin'-wise. [06:16] If I have anything to say about it, Ubuntu won't even attempt to be a feature leader for Dapper's development, cause I want rock-hard stability. [06:16] But I'm sure this argument will come up over and over (and over) again at UBZ. === lamont wonders if this klibc upload is all that keeps hppa from being able to install ubuntu-base [06:16] I just hope I win. [06:16] lamont: What? Do you finally have lvm2? =) [06:16] infinity: dapper willl wind up with whatever gnome is latest/greatest, you can count on that. [06:17] jbailey: /lvm2_2.01.04-5ubuntu1: Installed [:] [06:17] \o/ [06:17] lamont : Yeah, tailing the GNOME release schedule is much less harmful than some other crack people will try to foist on us, though. [06:18] built on sept 1 [06:18] true [06:18] jbailey: last time I tried it, ISTR klibc was the only holdout (well, actually, its rbuild-deps...) [06:19] anyone else think I should start with 2.6.14-rc's for post breezy rather than messing with 2.6.13? [06:19] Yup [06:20] I do't think it's worth the hassle of porting the patches twice. [06:20] BenC: skip .13 [06:20] we can do like we did for breezy and started on .12rc directly [06:20] sounds like a plan then [06:20] BenC: what we did was: [06:20] 2.6.11.90 (12rc1) [06:20] no ABI changes tracking [06:21] lots of uploads [06:21] we did start tracking the ABI as soon as .12 was final === Seveas [n=seveas@seveas.demon.nl] has joined #ubuntu-kernel [06:24] fabbione: anytime between now and tomorrow is a good time for a sparc test build [06:24] BenC: do you have any pending commit to baz? [06:25] hold on [06:25] I have a failing patch [06:25] ok [06:25] only thing I have left is a 5-liner for x86 [06:25] let me fix this patch [06:26] ok [06:29] BenC: When can I book your for kernel postinst love? =) [06:30] BenC: I really want it to use update-initramfs instead of mkinitramfs [06:30] That will make it so that I can just do "update-initramfs -u" from usplash [06:30] jbailey: than you should probably do it by now [06:30] fabbione: I've been asking for help for a week now.. [06:30] I don't know perl well enoyugh to hack that file safely. === fabbione sighs [06:31] jbailey: we need to hack the postinst.. right? [06:31] and postrm, yes. [06:31] hm ok [06:31] BenC: when is your upload planned? [06:32] jbailey: if you can tell me exactly what i should replace with what, i can do it tomorrow [06:33] fabbione: Yup. Right now it makes a call to mkinitramfs -o /boot/initrd.img-$(uname -r) $(uname -r) [06:34] fabbione: It should instead do /usr/sbin/update-initramfs -k $(uname -r) -u -t [06:34] fabbione: At pruge time, it currently just rm's the initramfs. [06:34] fabbione: It should instead do /sbin/update-initramfs -k $(uname -r) -d [06:35] my $ret = system("$ramdisk " . [06:35] ($mkimage ? "-m '$mkimage' " : "") . [06:35] "-o $initrd_path.new $modules_base/$version"); [06:35] this is postinst [06:35] ramdisk = mkinitramfs [06:35] tomorrow [06:35] jbailey: if you explain to me how to use it properly, I'll do it this time [06:36] BenC: at what time + o -? [06:36] because infinity is planning a l-r-m upload to fix some bugs [06:36] fabbione: probably late, 17:00 EST [06:36] ok [06:36] fabbione: What appends the kernel version to that call? [06:36] Oh, duh, sorry. [06:36] Last line. [06:37] hmmm [06:38] fabbione: So I guess something like my $ret = system("/usr/sbin/update-initramfs -u -t -k " . "$version"); [06:38] the problem is that mkimage and module_base [06:38] yes.. i got to that already... [06:38] That mkimage is just ignored on initramfs anyway. [06:38] but it will remove 2 bits from that code [06:38] There's no userful value that -m can have. [06:38] It used to be possible to choose cramfs of ext2. [06:38] With initramfs it's always cpio [06:38] yes, but who says the user is not using ramdisk=/path/to/mkinitrd ? [06:39] what if he hardcoded initramfs [06:39] fabbione: Yeah, the compatability case sould probably be kept in case someone needs the old initrd stuff or whatever. [06:39] in /etc/kernel.img or whatever crappy conf file we use [06:39] jbailey: how badly is this change needed? [06:40] fabbione: Without it usplash and friends can't update on their own. [06:40] Will the new kernel upload involve an ABI bump? [06:40] fabbione: I don't think anyone would really notice if it weren't there, honest, although for a while Matt had marked it as preview-critical. [06:40] infinity: apparently yes [06:40] I had update-initramfs in time for that, but then he said not to worry about it for preview. [06:41] and hasn't asked since. [06:41] Oh, kay. Well, I can hold off on l-r-m, or I can just upload twice. No big deal. [06:41] infinity: i would prefer 2 uploads [06:41] infinity: unleash the bug fixes [06:41] bump the abi is easy and BenC can do it [06:41] Yeah, s'why I'm still up. ;) [06:41] jbailey: i am thiniking.. [06:42] fabbione: Either way. But given that I didn't get it right last time without any logic changes, I'm not comfortable doing the change myself. [06:42] Letting BenC do the ABI bump removes me from the "you touched it last" maintenance assignment, which is a bonus. [06:42] jbailey: last time it was only a typo dude! [06:43] fabbione: You made it sound like I had fubard your baz setup... =) [06:43] jbailey: eh no... [06:43] kernel-package (8.135ubuntu4) breezy; urgency=low [06:43] * Add a simple cosmetic change to the kernel postinst. [06:43] -- Fabio M. Di Nitto Wed, 08 Jun 2005 13:53:44 +0200 [06:43] kernel-package (8.135ubuntu3) breezy; urgency=low [06:43] * New variable in /etc/kernel-img.conf: ramdisk [06:43] Allows the admin to choose a different program than [06:43] /usr/sbin/mkinitrd for initrd generation. [06:43] Note: Must take the same arguments as mkinitrd. [06:43] -- Jeff Bailey Wed, 8 Jun 2005 01:47:00 +0000 [06:43] 8.135ubuntu3 <- your upload [06:44] 8.135ubuntu4 <- my upload to cover your error :) [06:44] how can that be the "world is falling down because you suck" changelog :) [06:44] You go easy on me so often ;) === fabbione powers up the sodomotron === fabbione wArMs Up ThE CaPs L0cK [06:45] ;) [06:45] *g* [06:46]