[12:19] kylem: I'm running into the same sort of crap in the rt2x00 drivers :/ [12:19] The scan work queue has this check at the top of the handler [12:20] if (unlikely(!rt2x00dev->scan)) [12:20] return; [12:20] the work_struct is rt2x00dev->scan->work [12:20] so not only is it unlikely, it's seems to be just plain buggy if scan == NULL [12:20] indeed [12:20] because it only gets freed at the bottom of the handler [12:21] the wireless code is pretty much crap afaics. [12:33] we need to start a save-the-code foundation so drivers like this stand a chance of actually making it into the kernel proper [12:35] agreed === kylem is still wondering what's going to happen to dscape. [12:35] they're waiting for when a driver worth going into the kernel actually uses it === kylem thought there was a bcm43xx-dscape branch [12:38] I think it's in the same git tree as dscape [12:39] hmm. ah well. [12:40] man, I know what I want to do to fix this rt2x00 the right way, but it's just to much damn work [12:41] if it's this bad forward porting, i wonder how bad backporting is going to be... [12:42] hey === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel [12:43] fuck this, I'm doing it the right way [12:43] kylem: It's maintained in wireless-dev [12:44] i should ping linville and find out wtf is up [12:52] I think dscape is on the wireless summit agenda [12:53] is there a url for this yet? [12:58] kylem: Don't think so, #wireless on the other network === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-kernel [01:03] k. === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [02:55] BenC: ping [02:59] I did whatyou said about take out quiet and splash, went to take a photo but the text wasn't readible. it was all gray dotted boxes and stuff [02:59] this happened before in the edgy release cycle (never dapper or earlier for me) [02:59] but fixed after *some* update === Catshrimp [n=blfisher@64.108.5.134] has joined #ubuntu-kernel === bronson [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-kernel === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === doko_ [n=doko@dslb-088-073-065-036.pools.arcor-ip.net] has joined #ubuntu-kernel [04:27] almost there === kkubasik [n=kjk38@kjk38-laptop.STUDENT.CWRU.Edu] has joined #ubuntu-kernel [04:31] Hey, I'm still having issues with the bcm4 [04:31] 3xx [04:31] driver in the latest feisty kernel [04:31] 0c:00.0 Network controller: Broadcom Corporation BCM4310 UART (rev 01) [04:32] wait till 2.6.20, which might upload this evening [04:32] I put the results of a modprobe bcm43xx (from dmesg) up in a pastebin [04:32] o, alright, sounds cool [04:32] usually works better if you put it in a bug report [04:33] IRC is too interactive for taking in bugs [04:33] just wanted to make sure it wasn't user error before filing a super-hardware specific bug report [04:33] what's the actual error? [04:33] do you have firmware installed? [04:33] did it work in edgy, and start failing in feisty? [04:36] it never worked [04:36] there's a bug already filed against edgy [04:36] the BCM4310 just doesn't work under linux [04:37] ndiswrapper has an irq conflict [04:37] [377600.228000] ieee80211_crypt: registered algorithm 'NULL' [04:37] [377600.232000] ieee80211: 802.11 data/management/control stack, git-1.1.13 [04:37] [377600.232000] ieee80211: Copyright (C) 2004-2005 Intel Corporation [04:37] [377600.280000] bcm43xx driver [04:37] is the closest thing to an error [04:39] and yeah, I have all the firmware [04:39] /usr/share/bcm43xx-fwcutter/install_bcm43xx_firmware.sh [04:39] ran with no errors === lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #ubuntu-kernel === rikai_ [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel [05:07] BenC: almost there? === kkubasik [n=kjk38@kjk38-laptop.STUDENT.CWRU.Edu] has joined #ubuntu-kernel [05:28] it still doesn't work, and i cna't take a pic === derekS [n=DerekS@unaffiliated/dereks] has joined #ubuntu-kernel [05:51] BenC: I can't get to a gui to add a bug in launchpad.... but I managed to get these.... do these help? http://slovin.info/image3.jpg http://slovin.info/image4.jpg [05:53] derekS: Both of those are 403 [05:55] benc: lemme try to fix it [05:58] ahh permissions issues :) [05:58] all fixed === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel [05:59] derekS: There's nothing wrong there other than maybe X isn't setup right, or it's broken somehow [06:00] the system booted successfully (as noted by the login prompt) [06:00] so there's no kernel error there [06:00] BenC: yeah, thats a previous kernel, lemme give you the present one, i am a moron [06:00] hold up [06:00] that wasn't the error i was describing before [06:04] infinity: ping [06:10] BenC: pong [06:10] infinity: Remember the lrm bug where it seemed like a newly installed one wouldn't have correctly run depmod on first boot? [06:11] Yep. [06:11] Did you just find it? [06:11] I just experienced it on 2.6.20 lrm over two reboots, and then it went away the first time I ran lrm-manager by hand :/ [06:12] BenC: http://slovin.info/image6.jpg and http://slovin.info/image7.jpg these were taken with splash and quiet turned on.... i am getting you a screen shot of the unreadible text i get with it turned on [06:12] I love how much sense that bug doesn't make. [06:12] BenC: Is there any hope of you reproducing it and leaving the system/chroot broken? [06:13] I have one other machine that uses lrm so I'll give it a try there [06:13] derekS: I'm pretty sure I know what that one is, give 2.6.20 a try when it's available, like within a few days [06:13] BenC: http://slovin.info/image8.jpg it freezes printing "text" like this [06:13] BenC: ok... i can wait :) [06:14] that garbage I don't know about, but who knows [06:14] any idea why there is this nasty grub bug not showing text right? [06:14] it happened in edgy for a while, then it magically wnet away :) [06:14] BenC: any idea when you are going to try 2.6.20? [06:14] you talking about that last pic? [06:15] yea [06:15] if that last pic happened after the softlockup, it has nothing to do with grub [06:15] no the last pic is when quiet and splash are turned off [06:15] seperate boot [06:15] it's still not grub [06:15] after the softlockup nothing really happens (for as long as i have left it) [06:15] BenC: what would it be? [06:15] usplash [06:16] ahh, prob wrong settings? [06:43] BenC: so when do you predict .20 will be out? [06:43] derekS: I said within a few days [06:43] perfect thank you [07:37] My build fails at the end: failure: cannot open upload file ../linux-vserver-image-kdump_2.6.17.1-11.1_i386.deb for reading: No such file or directory [07:39] That's from dpkg-genchanges. [07:40] It's right; that .deb doesn't exist. [07:40] Does anyone know what would generate it? [07:52] Ah, I think it's because I changed the flavor... [07:52] Yep, that's it. flavours = vserver-386 but crashdump = 386 [07:53] spin spin spin... [07:55] That's interesting... in debian/control it says: Kernel Crash Dump is only available on i386, x86_64(amd64) and PowerPC64 systems. [07:57] But as far as I can tell, a kdump kernel is only generated for 386. There's no debian/config/amd64/crashdump or debian/config/powerpc/crashdump. [07:58] Is one of these wrong? Or is my analysis wrong? :) === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-kernel [08:32] BenC: ping === dade` [n=dade@nectarine/admin/dade] has left #ubuntu-kernel [] === datten_ [n=datten@xdsl-81-173-140-87.netcologne.de] has joined #ubuntu-kernel === datten_ is now known as datten === rikai_ [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel [11:03] mjg59: so, when i hotdock, i get all the usb ports and sound and video and shit, but no cdrom drive from the ultrabay === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === tonyyserver [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-kernel === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-kernel === Traxer|on [i=traxer@shell6.powershells.de] has joined #ubuntu-kernel [11:54] thom: Hm [11:54] works fine if i reboot, tho [11:55] Bay events are harder [11:55] uh, in that it sees the ultrabay, so it's hotdock specific and not something larger [11:55] right [12:38] is the ubuntu-2.6.git repo somewhat synced against mainline kernel devel, or does it just catch up when there's a release [12:39] scratch that dumb question [12:39] git log === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === kkubasik [n=kjk38@kjk38-laptop.STUDENT.CWRU.Edu] has joined #ubuntu-kernel === bronson_ [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === kkubasik [n=kjk38@kjk38-laptop.STUDENT.CWRU.Edu] has joined #ubuntu-kernel === _MMA_ [n=atm@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel [02:59] morning. [03:01] morning === kylem wanders off for coffee. === pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel === BenC prepares to unleash temporal doom [03:54] yay doom [04:05] BenC: you are free i have someone else testing for me [04:05] temporary doom? :) [04:06] zul: I'm still going to test toay [04:06] sure === ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | Kernel Wiki: https://wiki.ubuntu.com/CategoryKernel | 2.6.20-1.1 uploaded - On the 18th day, the bear arose from his toybox and came upon us. Use it, but there are still a few missing modules. [04:07] <_MMA_> BenC. I installed Feisty on my laptop. I installed the linux-lowlatency meta. It installs the kernel but didnt update GRUB. Should I file a bug? [04:08] BenC, woo. [04:08] BenC: you are nad your freaking bear :) [04:08] _MMA_: It probably updates grub, but -generic would come first...go to the grub menu and select it manually [04:10] <_MMA_> Yea. I looked after I booted. It wasnt listed in menu.lst. [04:10] _MMA_: That's not likely the lowlatency kernel's fault...try running "sudo update-grub" manually and see [04:10] <_MMA_> I had to add it manually. [04:10] <_MMA_> Hmm.. [04:11] <_MMA_> Can I remove my entry and still run "sudo update-grub"? [04:12] <_MMA_> Ok. I removed my entry then "sudo update-grub". That worked. [04:14] _MMA_: your entry would get overwritten anyway, unless you added it below the "add your entries here" line [04:16] <_MMA_> k === kylem needs some way of queueing a kernel package to build across the arches without it taking hours to manually copy files around [04:17] or more to the point, queuing three different ones... [04:18] kylem: Look in debian/bin/bens-build-scripts/ [04:19] I use that for all my local machines, and for the dev machines like davis and faure [04:19] oooh. sweet. [04:19] kylem: There's no docs, and it may be hard to understand, but they work [04:19] kylem All the build-* scripts are local [04:20] edit build-common for the machines and settings [04:20] do_build and do_clean go on the remotes [04:20] sweet. this should cut a good chunk of time off my turn around. [04:21] kylem: Basically the remotes have a git repo, and "build-clean foo" pushes to the remote, and totally blows away any changes and checks out a fresh tree [04:21] kylem: My machines here all have /org/-/ubuntu-2.6 [04:22] I have amd64 and i386 on the same machine, and it builds both in parallel [04:22] urgh. it totally didn't occur to me that i could push into a porter machine from my laptop. [04:22] build-monitor -v foo bar ... === kylem has been tarring things up on hera and then wget + proxy. [04:22] that is the icing on the cake, so you can watch how the build is going [04:23] the builds occur in a screen, so you can always login and attach to it [04:23] sweet, thanks! [04:23] np [04:59] BenC: now you have a fan club.. [04:59] zul: I expect you to be president and take in club dues, %90 of which goes toward my hardware fund :) [05:00] sweet! [05:00] i dont get a cut though [05:00] %10 is for you [05:00] even better [05:00] it can go to diapers === maks_ [n=max@baikonur.stro.at] has left #ubuntu-kernel ["kids"] === thom [n=thom@amnesiac.heapspace.net] has joined #ubuntu-kernel === kkubasik [n=kjk38@kjk38-laptop.STUDENT.CWRU.Edu] has left #ubuntu-kernel [] [05:26] BenC: [05:27] * x86: Revert patch that allows disabling hyper-threading. [05:27] - GIT-SHA a5443e2694749510381b4c54b95f5a3ee2656dcf [05:27] why is that? [05:27] fabbione: Two reasons. 1) It wasn't even enabled in edgy [05:27] 2) Linus, and others said it was overkill...the SSL vulnerability has been worked around in openssl, and the fact is, it's only theoretical [05:28] fair enough [05:33] BenC: i cannot find the git commit to commit to fix futex_atomic_cmpxchg_inatomic in edgy-security [05:33] kylem: also to you ^^ [05:33] on powerpc or sparc? [05:33] sparc [05:34] not the implementation.. but the fix of the implementation [05:34] fabbione: I'm pretty sure I pulled that stuff in [05:34] i did send you the patch via email [05:34] i didn't put it in git [05:34] it's probably in -updates [05:34] we don't have anything in edgy-updates yet [05:34] please don't tell me that you forgot about it [05:34] fabbione: I remember you asking me about it before, and I checked and did a git-cherry-pick or something [05:35] as we were talking about it [05:35] fabbione: Did you just check the changelog, or did you check to see if the patch is actually there? [05:35] i am doing a git pull now [05:35] please do, I am almost 100% positive I grabbed that fix [05:36] If not, it's a big fuck on my part, and we'll do another -security upload with that before the end of the week [05:37] the only stuff i put in -security was the CVE fixes... it was probably my fault, i probably confused yours with the powerpc one. [05:42] * refs/heads/origin: fast forward to branch 'master' of rsync://rsync.kernel.org/pub/scm/linux/kernel/git/bcollins/ubuntu-edgy [05:42] i have this tree here === fabbione checks [05:43] the patch is in that tree [05:43] commit 76e1615aec30973bea2b2261243b247c136d2d7e [05:43] sweet, than it's in edgy security [05:43] kylem: can you check if it is also in your tree? [05:43] *then [05:43] or the one that has been uploaded [05:43] i have, it's not. [05:43] fabbione: I did the upload from the git repo you pulled from [05:44] you two don't agree [05:44] commit 6e57a3a89785692bd8d012d80f5ee210ab8e0b68 [05:44] Author: David S. Miller [05:44] Date: Tue Mar 28 01:00:08 2006 -0800 [05:44] [SPARC64] : Implement futex_atomic_cmpxchg_inatomic(). [05:44] Signed-off-by: David S. Miller [05:44] ok, maybe it is, but i didn't put it there. [05:44] * [SPARC64] : Fix futex_atomic_cmpxchg_inatomic implementation. [05:44] Upstream GIT-SHA: c7fed9d75074f7c243ec8ff2c55d04de2839a6f6 [05:44] - Malone #68266 [05:45] maybe my tree is out of date. [05:45] this one is also part of CVE-2006-5648 [05:45] so ok.. i guess we need to define a better way of handling this stuff [05:45] who is going to coordinate with pitti? [05:46] kylem: Can you pull to see if you get all that stuff? [05:46] yes [05:46] fabbione: We both do [05:46] ok [05:48] so.. i don't understand [05:48] if that commit was there [05:48] and Ben did the upload [05:48] from that tree [05:48] why did it disappeared? === fabbione scratches his head [05:49] hold still [05:49] what do you mean disappeared? [05:49] BenC: kylem said that's not in the tree that has been uploaded? [05:49] no he didn't [05:49] he said it wasn't in his local git [05:49] *i didn't upload* [05:49] i have, it's not. === fabbione sighs [05:49] I uploaded [05:49] you all suck :P [05:50] i dont [05:50] by all I hope you included yourself :P [05:50] zul: you more than these 2 guys [05:50] BenC: well yes of course [05:50] this is the suck channel [05:50] fabbione, my bad, i assumed i had it, but since you already pointed out it was done before i was an employee... [05:50] #ubuntu-tehsux [05:50] kylem: it was done even before you were born :P [05:51] oh sod off. :) [05:51] MUHAHAHA [05:51] kylem: You cannot claim post-employment for problems :P [05:51] lol. [05:51] ok.. well [05:51] fabbione, according to the tag it was uploaded, so there. [05:51] then we need at least to notify pitti to correct the USN === BenC wonders what happened to "hppa will reappear in feisty" [05:52] BenC: stalled on kylem and jbailey to give a .19 running kernel to infinity for the buildd [05:53] BenC, i'm too busy fixing upstream in the time i spend not-working... [05:53] kylem: not-working? does that mean you have free time? we can fix that :) [05:53] fabbione, no, i don't really. === kylem looks at ~/.activity at Saturday/Sunday [05:54] free-time for me is time I spend working on Ubuntu for free [05:54] BenC: or feeding the cows [05:55] gotta feed my security guards [05:55] BenC: eheheh [05:56] ok.. i am back feeding my dinoshark === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === rikai_ is now known as rikai === ivoks [n=ivoks@37-107.dsl.iskon.hr] has joined #ubuntu-kernel === ivoks_ [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel [06:56] BenC, heh, nice electric fence. [06:57] if someone is interested in test machine for marvell ide controler, let me know [06:57] i'm wiling to provide unlimited access [06:57] ivoks: I have one, and we fixed it already :) [06:57] oh, great :) [06:57] edgy-security contains the marvell driver [06:57] since when? [06:57] oh looky moo cows [06:58] like today [06:58] today, up-to-date edgy didn't recognise it [06:58] you may have to update -security and try again [06:58] eh, i'm on feisty allready :) [06:58] feisty already contains it [06:59] hm... === ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-kernel [06:59] generic? [06:59] hmm...why is PATA_MARVELL disabled in feisty kernel :/ [06:59] eh :) [07:00] fixing it now [07:01] great === _MMA_ [n=atm@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel [07:48] well, can't see the battery [07:48] in the gnome-power-manager [07:48] ONLY using ubuntu kernel, the 2.6.19 vanilla works [07:51] dade`: Any ubuntu kernels, or just feisty? [07:51] feisty [07:52] 2.6.19 [07:52] try 2.6.20, should be available in a day [07:52] has mactel patches and things like that ? === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel [07:58] yes [07:58] looks like most of the mactel patches got merged in 2.6.20 [07:59] ow yea [08:00] maybe suspend will work too [08:02] dade@choo:~$ lsmod |grep bluetooth [08:02] dade@choo:~$ [08:02] ok ? now i move bluetooth mouse and it works :D [08:02] (but this means I can't turn off bluetooth :( ) [08:05] must be working off of usb compat [08:05] yes [08:06] infact looks like a usb mouse [08:06] but uses battery power . === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel === Floris [n=randakar@cust.95.184.adsl.cistron.nl] has joined #ubuntu-kernel [08:38] anyone here? [08:39] umm, the tg3-backport didn't get in the latest dapper-kernel? [08:40] wait a sec [08:41] -27.50 is dated Nov 29 but released today? [08:41] anyone know how long before the nvidia drivers will get updated to 1.0-9742 [08:43] And I had the answer all typed out too [08:43] :) [08:43] "when it is ready" ?-) [08:43] No, actually tomorrow :) [08:43] haha === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel [08:46] er...so on kernel.org which one should we be pulling from to fix bugreports for dapper,edgy? ;) === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel [08:46] zul: -updates [08:47] ah ok [08:48] your's or kyles? [08:48] mine [08:49] ok because your dapper one is 2 month's old and kyle's is 13 days [08:49] according to gitweb === markedwards [n=markedwa@adsl-70-137-130-144.dsl.snfc21.sbcglobal.net] has joined #ubuntu-kernel [08:51] I'll pull/push [08:51] thanks, sorry for being a pain in the ass [08:52] Can anyone tell me the status of the sky2 driver problems in the Edgy kernel? It looks like it didn't get updated with the recent kernel update. [08:53] zul: Synced [08:53] merci buckets [08:54] markedwards: That will go into edgy-proposed first [08:54] BenC: Ah, thanks. So perhaps in the next kernel update? [08:55] definitely the next one, just not sure when that will be :) [08:55] sweetness, 2.6.20 is built everywhere except ia64 so far [08:55] Got it, thanks. Just wondering. I've got a script running to check my eth0 connection every two minutes and reboot it if there's no IP. That will hold me :-) [09:00] BenC: anything you like user to leave on a kernel will not boot issue? [09:00] in a bug === Lure_ [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [09:19] gnomefreak: Like where it stops booting...let is sit 3 minutes to see if busybox comes up [09:19] those sorts of things [09:19] ask them to boot without quite/splash options too [09:19] well after running initramfs (to see if same issue) now no kernel boots [09:20] hes in a bad spot and im not sure what he did to get that way [09:20] bug #75655 [09:20] that is his bug [09:22] gnomefreak: Probably easy fix, I think [09:22] he needs to boot rescue from CD [09:22] I'll put this in the bug report [09:22] k [09:23] we no longer have safe kernel mode in feisty (just FYI) [09:24] We still have rescue mode on the CD right? :) [09:24] i dont know i cant use livecd [09:25] i have to look at alt. cd to see if it has it [09:25] it should [09:25] alt. shouldnt have it iirc [09:27] alt should have a menu option in the installer to mount and chroot into a partition [09:27] ah i will look at it tonight sometime after i get caught up === Keybuk [n=scott@syndicate.netsplit.com] has joined #ubuntu-kernel [09:32] Keybuk: ping [09:32] BenC: yo [09:32] Keybuk: Any more info on that broadcom firmware? [09:33] BenC: the site is fujitsu siemens [09:34] their driver licence implies that you could redistribute the entire driver file unmodified if the other user accepts the EULA as well [09:34] except the "entire driver file" is 90MB! [09:34] oh, damn [09:39] Keybuk: Here's one that's only 0.26Meg [09:39] http://download.fujitsu-siemens.com/download/ShowDescription.asp?SoftwareGUID=6E4EBBDD-D5F8-440B-B556-D345D134E52E [09:39] Translation of the EULA seems to be the same as you describe [09:41] is that the same firmware? [09:42] bcmwl5.sys is the driver [09:42] and it's in there [09:43] hmm, fwcutter doesn't work with the .sys in this driver [09:43] wait, I'm reading the output wrong [09:44] bcm43xx-fwcutter can cut the firmware out of BCMWL564.SYS [09:44] sweet [09:44] Searching for GRUB installation directory ... found: /boot/grub [09:44] dpkg: error processing linux-vserver-image-2.6.17-11-vserver-generic (--install): [09:45] subprocess post-installation script returned error exit status 128 [09:45] Anyone know offhand what I can check? update-grub runs without errors. [09:46] no idea [09:46] add -x to the postinst script [09:46] like #!/bin/sh -x [09:47] ...and then do another build? [09:47] OK, will do. [09:48] Keybuk: Do you think we'll need to pop up an EULA for this driver? [09:50] BenC: we could put it in debian/copyright [09:50] well, we assume people using all the rest of the stuff agree to the GPL without a popup [09:51] s/GPL/whatever license/ [09:51] yeah [09:51] popup on first use? [09:51] "third commits itself expressly" [09:51] would have to [09:59] Keybul: One thing I noticed is that it doesn't say you can't modify it [10:01] /msg BenC you know that queen song "im going slightly mad"? [10:02] zul: Yes :) [10:02] see... [10:02] maybe i should pay more attention to detail [10:03] heh === datten_ [n=datten@xdsl-81-173-147-109.netcologne.de] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-kernel === datten_ is now known as datten === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel [10:46] Wait, wtf? I haven't changed this package and now it installs great. [10:47] I used to get that postinst exited with error 128 every time. [10:47] I'm still using the exact .deb that I've always been using and --purging between attempts. [10:49] Oh good. Got the error again. [10:49] Great, I love non-deterministic package installs. :( [10:49] All I'm doing is dpkg --purge / dpkg --install cycles. [10:56] BenC: true, but the way copyright works, it has to say you *can* [10:56] I'm not even sure that licence as is would get past elmo :p [10:57] hehe [11:02] but maybe it just needs a "LA LA LA" [11:02] personally, I was all for shipping the firmware, and claiming that "every other download site on the net does, so why can't we?" [11:02] and "it's all in good faith, y'r honour" === rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-kernel [12:00] Well, I sure don't get it. My postinst returns 0 every time (at least, it executes "exit 0" at line 1295 every time), yet sometimes dpkg claims that it returned error 128. [12:00] Guess I'll ask on ubuntu-devel... I'm stumped.