=== chmj_ [n=chmj@196.44.1.98] has joined #ubuntu-kernel === chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-kernel [02:58] Fabulous [03:00] http://rafb.net/paste/results/Mq64HK84.html Works on i386, untested on PPC, tested with 2.6.15-23.35 (skipped the patch for arch/x86-64/ files that aren't in that version), built as i686 and tested. [03:00] Any chance at all I can talk this one into Edgy later? [03:01] (Dapper's kernel is well past being frozen) [03:03] what is it? [03:04] Heya Chuck! [03:04] hey jeff how is it going? [03:04] bluefoxicy: This is more stsack randomisation stuff? [03:05] bluefoxicy: What's the upstream status of it? Is it at least in -mm? [03:05] zul: Good! [03:05] I didn't manage to ping you about the lkh stuff last week. [03:05] jbailey: good to hear [03:05] zul: Workin' away as always. [03:05] jbailey: i wasnt around much this weekend but im working on it right now [03:05] Oh, nice! [03:06] while watching family guy [03:08] jbailey: nowhere near mm, upstream saw the first try (a really ugly and hackish patch) and only arjan has taken me up on principle, nobody else cares. [03:08] bluefoxicy: Really? Why not? Stand randomisation is generally accepted as sane, and this doesn't look like it has high cost. [03:08] y [03:09] jbailey: This patch has (tested) absolutely 0 effect on i386 if you just patch and reboot; and should have (not tested) absolutely 0 effect on any other architecture if you don't touch it. [03:09] Our current kernel inherits mainline's 8 megs of stack randomization and 1 meg of mmap() base randomization, which has been in since 2.6.12 [03:09] lifeless: Are you agreeing, or just farting? [03:09] What the patch I wrote does is leaves that in tact, except makes it dependent on a variable that can be adjusted easily -- and throws a knob on the kernel command line [03:10] I had hoped for mainline to lay the framework for SELinux-controlled randomization entropy [03:10] jbailey: finger fart [03:10] For now, if a user so chooses, he can turn stack and mmap() randomization up/down/off with boot time parameters. [03:10] lifeless: =) [03:14] jbailey: I'm going to have to install fedora core 5 here and run paxtest probably to argue with them. Arjan is claiming 8M and 1M is enough; but I'm pretty sure Fedora Core 5 and RHEL both use 128M (PaX uses 256M, and the code will not let you use more than 1/12 the VMA space-- which is 256M if TASK_SIZE=3G) [03:20] jbailey: I'm looking at https://wiki.ubuntu.com/UbuntuDownUnder/BOFs/ProactiveSecurityRoadmap (Disclaimer: I wrote some of it), I'm pretty sure -Wstack-protector and FORTIFY_SOURCE can make Edgy (gcc 4.1) [03:21] Cool. [03:21] yeah.. I was hoping 4.2 would make edgy but eh. [03:22] I hear the stack protector in 4.1 is semi-broken. [03:22] FC5 uses it [03:22] so it can't be that bad === tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel [04:37] http://rafb.net/paste/results/wgUvS593.html Here we go, with FC5's defaults (12 bits and 19 bits, instead of 10 and 19) [04:41] wait, the hell [04:41] since when do they have randomized ET_EXEC base === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === Starting logfile irclogs/ubuntu-kernel.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-kernel === Topic for #ubuntu-kernel: Ubuntu kernel development discussion ONLY | Kernel GIT tree info (updated): https://wiki.ubuntu.com/KernelGitGuide | 2.6.15-23.35 uploaded (May your computer boot happily) === Topic (#ubuntu-kernel): set by crimsun at Sun May 21 07:43:09 2006 === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === JaneW [n=JaneW@dsl-165-200-12.telkomadsl.co.za] has joined #ubuntu-kernel === JaneW [n=JaneW@dsl-165-200-12.telkomadsl.co.za] has joined #ubuntu-kernel === lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === airlied [n=airlied@193.1.99.74] has joined #ubuntu-kernel === maks [n=max@baikonur.stro.at] has joined #ubuntu-kernel === maks_ [n=max@baikonur.stro.at] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel [10:55] BenC: any idea about https://launchpad.net/distros/ubuntu/+source/casper/+bug/34643 ? Doesn't the kernel actually lock the drive when mounting something off it? === johnm [n=johnm@gentoo/developer/johnm] has joined #ubuntu-kernel === johnm [n=johnm@gentoo/developer/johnm] has joined #ubuntu-kernel [12:13] BenC: so -23- on live keeps freezing... [12:14] BenC: sometimes when i boot it from hd it works, but switching to console kills the machine === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel [12:20] fabbione: what graphics card? [12:20] airlied: ati [12:20] it's a PB g4 [12:21] exactly the same as BenC [12:21] it works for him but not for me [12:21] fabbione: I assume switching to console is switching from X? [12:21] yes [12:21] from X to console [12:21] it's a hard freeze [12:21] what ati chipset? [12:22] 0000:00:10.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] [12:22] i was just looking at the kernel changelog and stuff to see if there is anything relevant [12:22] well I merged up the drm changes from the latest kernel to dapper.. [12:23] oh [12:23] you mightn't of had DRI enabled on the previous kernel perhaps.. [12:23] i can check [12:25] old kernel seems to have dri enabled [12:25] (II) RADEON(0): [DRI] installation complete [12:25] can you pastebin an old kernel xorg.0.log and a new one? [12:25] let's check with the new one [12:25] airlied: sure of course [12:25] i was just rebooting into the new one [12:27] how curious [12:27] now i can ssh into the box but i have no X and keyboard is dead [12:27] no [12:27] box is dead [12:28] benh is away as well, I normally punt all ppc to him :-) [12:28] yeah i know [12:29] I really need to get an M10 out of somewhere.. [12:29] here it is booted fine now [12:32] HMMMMMMMMMMMMMM [12:32] grabbing the logs.... [12:35] http://people.ubuntu.com/~fabbione/Xorg.0.log.daltanius.* [12:36] the new is when it manages to startup with the new kernel [12:36] i need to modify a bit the boot sequence and see if i can scp the logs of when it crashes before it does so [12:40] it seems to be DRI/DRM related [12:40] (II) RADEON(0): AGP card detected [12:40] drmOpenDevice: node name is /dev/dri/card0 [12:40] drmOpenDevice: open result is -1, (No such device or address) [12:40] this is the last thing it can write to disks before it dies [12:40] in the middle of DRI init [12:40] [ 187.896705] [drm] Initialized drm 1.0.1 20051102 [12:40] [ 187.991213] [drm] Initialized radeon 1.24.0 20060225 on minor 0 [12:40] [ 189.157702] agpgart: Putting AGP V2 device at 0000:00:0b.0 into 1x mode [12:40] [ 189.157715] agpgart: Putting AGP V2 device at 0000:00:10.0 into 1x mode [12:40] [ 189.305909] [drm] Setting GART location based on old memory map [12:40] [ 189.305928] [drm] Loading R300 Microcode [12:40] [ 189.305987] [drm] writeback test succeeded in 1 usecs [12:41] this is in dmesg === jayakumar2 [n=jayakuma@203.121.47.18] has joined #ubuntu-kernel [12:49] disabling dri from xorg.conf does the trick [12:49] hmm I wonder about how well radeonfb works with the new drm memory mapping.. [12:49] apparently not very well.. :) [12:49] I suspect the system is crashing in radeonfb rather than X.org on VT switch.. [12:50] possibily... what do you want me to test? [12:51] hmm can you boot without radeonfb and set usefbdev to off? [12:51] sure [12:51] I've no idea if that is possible on ppc.. [12:51] i can do all teh tests you want [12:51] no idea too [12:51] but we can try :) [12:51] no actually no.. radeonfb is built-in [12:52] but i can disable usefbdev and see [12:52] yeah try that at least.. [12:56] this one works too [12:56] but note this now: [12:56] drmOpenDevice: node name is /dev/dri/card0 [12:56] drmOpenDevice: open result is 6, (OK) [12:56] drmOpenDevice: node name is /dev/dri/card0 [12:56] drmOpenDevice: open result is 6, (OK) [12:56] drmOpenByBusid: Searching for BusID pci:0000:00:10.0 [12:56] drmOpenDevice: node name is /dev/dri/card0 [12:56] drmOpenDevice: open result is 6, (OK) [12:56] this time it find the devices? [12:56] yeah you get some wierd results with drmOpenDevice.. [12:56] it looks like a very interesting race condition [12:56] no it is just got lots of backwardss comapt.. [12:57] ah ok [12:58] well either disabling dri or radeonfb seems to work [12:58] so the two did stop to like eachother [12:59] thats a bit of a problem, as benh is probably the only one that can fix radeonfb.. [01:00] yes it is indeed a problem... [01:01] given that we have only less than a week to get this stuff sorted [01:03] can you send me a log file with usefbdev off as well? [01:15] airlied: sure [01:15] in a second [01:18] Xorg.0.log.daltanius.nousefb [01:18] same url as above === human_blip [n=mike@220.157.65.127] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel [01:42] hmm it's hard to decide whether we need to fix radeonfb or the X.org driver using it.. === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel [01:56] airlied: or revert the drm change... [01:56] at this point in time there is no time to guess.. :/ [01:58] fabbione: the drm change fixes a few x86 issues :-) [01:58] and break my laptop... and i hate x86... [01:58] ;) [01:58] I'm thinking usefbdev isn't needed for radeon anyways :-) [01:58] I think benh recommends against it now.. [02:00] We could just drop that from dexconf [02:00] Or hack the driver so it's the default [02:00] I need benh to take a look at this , he might know a quick fix.. [02:01] from what I can see the drm is just picking some wrong values.. [02:02] i think last time we were talking about making it the default since everybody was turning it on anyway [02:02] iirc [02:02] but that doesn't change the situation as it is now [02:04] in theory when you use the old mapping code, the drm operatse the same.. === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel [02:21] bah the codepaths looks the same, but it is getting the fb size wrong on the new DRM for no good reason.. [02:23] I know how to punt the problem if that is anygood :-), we can CHIP_NEW_MEMMAP flag to the drm_pciids.h for all those RV350 chips.. [02:23] I think that'll stop DRM from getting enable if usefbdev is on.. [02:23] could change the message to say either a new X.org DDX or try not using UseFBDev. [02:25] I might look into it more tomorrow evening, bed time now, g'night [02:25] airlied: do you have a patch you want me to test? [02:25] ok [02:25] good night :) [02:25] fabbione: can you edit kernel sources easy? [02:25] airlied: generally ... [02:25] vim usually works fine :P [02:26] in drm_pciids.h just add CHIP_NEW_MEMMAP to the line for your card, 0x1002, 0x4e50 I think.. [02:26] ok [02:26] that should stop DRM from working with fbdev I think.. [02:26] let me know if it works... l8r/ [02:26] ok [02:27] my card is not there at all :) [02:27] oh never mind === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [03:23] hey === fabbione pats zul on the head [03:25] hey fabbione how was the holiday? [03:25] zul: pretty good thanks [03:25] good to hear === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === [g2-lap] [n=g2@cpe-066-057-008-035.nc.res.rr.com] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [03:53] BenC: the ubuntu-2.6.git on rookery is .17, right? [03:57] right [03:57] ubuntu-dapper.git is the one [03:58] yup [04:00] BenC: git pull http://people.ubuntu.com/~fabbione/archives/ubuntu-dapper.git [04:00] tested [04:00] it fixes the crashes for me [04:00] this is a must go in for dapper [04:00] let me talk to mdz too [04:01] Put it in your tree and push please [04:01] I'll pull and upload [04:01] already done [04:01] it's all there [04:11] fabbione: pulling [04:11] fabbione: thanks [04:11] thanks [04:11] no problem === rlaager [n=rlaager@pepper.wiktel.com] has joined #ubuntu-kernel [04:28] BenC: im available later in the week for fatal beatings [04:28] ok [04:28] sry been missing ya, been way too busy [04:28] no problems i start the new job tomorrow its a holiday in ontario today [04:29] BenC: [04:29] silo -f [04:29] /etc/silo.conf appears to be valid [04:29] Fatal error: File systems other than ext2, ext3, ufs and romfs not yet supported [04:29] /dev/mapper/root on / type ext3 (rw,errors=remount-ro) [04:29] what fs is it? [04:29] /dev/md0 on /boot type ext3 (rw) [04:29] ext3 [04:29] /dev/md0 228M 14M 203M 7% /boot [04:30] md0 for root is probably a bad idea [04:30] s/root/boot/ [04:30] it works fine on a 9GB disk [04:30] BenC: when you have the time: 10:55 < Mithrandir> BenC: any idea about https://launchpad.net/distros/ubuntu/+source/casper/+bug/34643 ? Doesn't the kernel actually lock the drive when mounting something off it? [04:30] it fails here on the 73G [04:30] BenC: but the partition is small and at the beginning of the disk [04:30] Mithrandir: ok, checking it [04:30] 8 0 71687369 sda [04:30] 8 1 8032 sda1 [04:30] 8 2 249007 sda2 [04:31] fabbione: but it's an md device...I've no idea how silo handles that [04:31] BenC: it works on the 9GB just fine [04:31] as an md device? [04:31] it's raid1 device that silo claims to support [04:31] yeps [04:31] not sure then [04:31] i take a 9Gb disk with 8M empty -> 128MB md -> /boot -> works [04:33] i am ready to bet that it fails because the partitioner did stop once in the middle of all that mess [04:33] i know at least one user that did install the same and did work [04:48] mjg59: Is libata-acpi.c needed with 2.6.17-git? [04:54] BenC: Probably, but I doubt it'll apply right now [04:54] doesn't [04:54] is there a libata git I can pull from safely? [04:55] the libata suspend/resume stuff in current git supercedes the stuff we had in dapper, right? [04:57] BenC: i think i found the silo bug === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel [04:58] BenC: There's stuff we have that isn't in git [04:58] But I'll need to go over everything to figure out what [04:58] if (lseek (fd, 1024, 0) != 1024 || read (fd, &sb, sizeof (sb)) != sizeof (sb)) [04:58] silo_fatal("Cannot read Super Block!"); [04:58] if (swab16 (sb.s_magic) == EXT2_SUPER_MAGIC) { [04:58] if (fstype == unknownfs) fstype = ext2fs; [04:58] return 1024 << swab32 (sb.s_log_block_size); [04:58] } [04:58] mjg59: For now I've reverted 2.6.17 to stock ata code [04:58] this looks like not properly alligned to the disk or something [04:58] I've forward ported a couple of things like promise pata support [04:59] I think we ought to consider jumping to libata pata support [04:59] It'll be dodgy for a bit, but we'll actually get decent testing of it [05:00] mjg59: Agreed, initrd can handle the change (with a long delay) [05:01] mjg59: are there any IDE drivers that libata pata doesn't replace? [05:02] Don't think so, no [05:02] Possibly some ancient ISA stuff [05:04] so we'll just need ide-generic? === lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-kernel [05:07] Guess so [05:07] Not sure if that's been ported to libata [05:13] Mithrandir: the only way around that is to send an ioctl for the cd device to lock it [05:14] CDROM_LOCKDOOR maybe [05:15] not sure if that overrides the software eject [05:15] it makes it so you can't eject via the button on the drive === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel [05:56] How is the source for linux-restricted-modules managed? I'm building a modified kernel and I need those modules as well. [06:25] BenC: Are you the guy to ask about linux-restricted-modules? [06:25] rlaager: it aint easy [06:25] in fact, it's so not easy, I can't really begin to tell you how to do it [06:25] BenC: I don't care about easy. [06:26] I'm building a kernel from the git tree.... [06:26] like I said, the package really isn't built with custom kernels in mind :) [06:26] are you using a known target? [06:26] and did it produce a linux-headers-x.x.x... package? [06:26] I'm not sure what you mean by "known target". [06:27] -386, -686, etc. [06:27] -686 at the moment. [06:27] then install all the linux-headers-2.6.15-23* packages [06:28] install your custom linux-headers package, and rebuild l-r-m just like a normal debian package [06:28] rebuild l-r-m-2.6.15 ? I get the impression the git tree is 2.6.17, from debian/control. [06:29] oh, you are using the latest git instead of ubuntu-dapper.git? [06:29] then you are out of luck [06:29] much of l-r-m doesn't build against it, as I've already found out [06:29] BenC: Yes. Ouch. Hmm. [06:30] Well, in the short term, I just need nvidia and ipw3945. [06:30] what modules do you need? [06:30] ipw3945 is in the kernel [06:30] but there's a regulatory daemon, though, isn't there? [06:30] you can just link ipw3945d-2.6.17-1 to ipw3945d-2.6.15-23 [06:30] same daemon [06:31] should be in /sbin/ [06:31] k, that'll do for now [06:31] nvidia, you can just download their tarball and install [06:32] Alright. Any idea on how long it'll take for that stuff to be working again? Anything specific that I could do to help? [06:33] Or perhaps I should ask about my end goal... I'm trying to build a -xen0 kernel package with the eventual goal of coming up with something acceptable for inclusion in Ubuntu. === bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-kernel [07:13] BenC: should i email mdy for the xen stuff? === rlaager [n=rlaager@pepper.wiktel.com] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel === makx [n=max@baikonur.stro.at] has joined #ubuntu-kernel === lifeless [n=robertc@dsl-152.1.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #ubuntu-kernel === chninkel_ [n=yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-kernel === Traxer|off [i=traxer@shell6.powershells.de] has joined #ubuntu-kernel === Mithrandir [n=tfheen@c5100BC63.inet.catch.no] has joined #ubuntu-kernel === smurf [n=smurf@debian/developer/smurf] has joined #ubuntu-kernel === maswan [i=maswan@kennedy.acc.umu.se] has joined #ubuntu-kernel === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel [07:27] zul: For the conference? Yeah. === tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel [07:31] jbailey: okie dokie [07:37] jbailey: done === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-kernel [07:39] hello [07:39] =) === zyga will ask once and then make a bug at launchpad [07:39] I've got pictures of a kernel panic if anyone is interested [07:39] on k7 about 3 days ago === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [07:49] heh...star trek 1 is on [07:49] zul: billshatnertastic [07:50] Keybuk: exactly.. [07:50] it suddenly occurs that a duet between Bill Shatner and Tom Jones would be sublime [07:50] he was ok in over the hedge [07:51] mr tamborine man was awesome.. [07:52] common people was fantastic [07:52] heh.. [08:02] And all that made me think of was William Shatner singing "Major Tom" === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [08:12] hmm. [08:12] pitti is busy, I wanted to ask him his thoughts on Edgy. [08:12] But right now he's very busy with dapper and in discussion. :) [08:14] Edgy is a banned topic on #ubuntu-devel until June 2 [08:14] mmm. [08:15] Like I said, he's massively busy anyway [09:29] ooh...muppet show is on [09:55] Anyone have an amd64 box handy? [09:55] not me [09:59] jbailey: Yes. [10:00] cjb: Mind doing a test for me? [10:00] #include [10:00] #include [10:00] #include [10:00] int [10:00] main () [10:00] { [10:00] nice(-2); [10:00] printf("%d", errno); [10:00] perror(0); [10:00] return 0; [10:00] } [10:01] cjb: Please compile that and run it as a regular user, tell me what you get. === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel [10:01] havoc:cjb~ % ./a.out [10:01] 13 [10:01] Permission denied [10:01] [10:02] cjb: Great. Give me uname -a ? [10:02] (32-bit userland, 2.6.15-22-k7.( [10:02] Linux havoc 2.6.15-22-k7 #1 SMP PREEMPT Sun May 7 17:27:47 UTC 2006 i686 GNU/Linux [10:02] Ah, I need to test this on the amd64 kernel. [10:02] Hm? Which? [10:03] That test. [10:03] I mean, which kernel. :) [10:03] jbailey@auzura:~$ uname -a [10:03] Linux auzura 2.6.15-22-amd64-k8 #1 SMP PREEMPT Sun May 7 16:15:46 UTC 2006 x86_64 GNU/Linux [10:03] Would be nice. [10:03] Or -23, I guess is out now. [10:03] I haven't updated that machine yet, [10:05] 'kay, can upgrade to that. [10:05] Cool, thanks! [10:07] No, I can't. :) I don't see -amd64- kernels available. [10:07] Maybe they require 64bit userland? [10:09] Yeah, I suppose they're only in the amd64 distro, and I'm using i686. Looks like I can't help; sorry. [10:09] Ah, dunno. [10:09] Thanks, though [10:10] Welcome. At least you have a simple test case, should be able to find someone in one of the other channels. [10:47] BenC: ok, I thought the kernel did that already. [10:48] Mithrandir: It locks the device from unmounting, but that doesn't stop the physical eject with an ioctl, which overrides anything [10:48] BenC: 'k, I guess casper should lock the drive, then === human_blip [n=mike@220.157.65.127] has joined #ubuntu-kernel === RandolphCarter [n=brett@82-42-145-141.cable.ubr01.sprt.blueyonder.co.uk] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel [02:17] why the hell am im watching opra? [02:44] because you have no life? :) [02:48] that must be it [02:48] its mesmerizing though === makx [n=max@baikonur.stro.at] has joined #ubuntu-kernel === _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel [06:40] BenC: fabbione: set if for all rv350 to be safe.. <--- [06:40] BenC: the patch i gave to you yesterday === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === JaneW [n=JaneW@dsl-146-167-86.telkomadsl.co.za] has joined #ubuntu-kernel === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel === torkel [i=torkel@69-188.umenet.t3.se] has left #ubuntu-kernel [] === Mithrandir [n=tfheen@c5100BC63.inet.catch.no] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === pips1 [n=philipp@250-112.1-85.cust.bluewin.ch] has joined #ubuntu-kernel [12:21] hi [12:21] are there any known problems with G5? (yesterday's daily build) [12:21] and if so, what are the symtombs? [12:21] symtoms [12:21] ? === beanz [n=bean@router.awinet.at] has joined #ubuntu-kernel [01:02] Where can I find pre-released versions of the ubuntu kernel? [01:03] https://wiki.ubuntu.com/KernelGitGuide [01:05] Is there not a holding area for the debs before they enter main or updates? [01:06] No [01:06] damn [01:06] okay [01:06] The source gets uploaded, autobuilt and goes into the archive [01:09] I see. and the _0 in linux-kernel-di-i386-2.6_0.64ubuntu2.dsc - does it mean current? [01:12] i am afraid you are not looking in the right place [01:13] ah. you're right. thanks. === tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel === BenC [n=bcollins@72.169.114.90] has joined #ubuntu-kernel === pips1 [n=philipp@99.7.76.83.cust.bluewin.ch] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === JaneW [n=JaneW@dsl-146-167-86.telkomadsl.co.za] has left #ubuntu-kernel ["Bye"] === jayakumar2 [n=jayakuma@203.121.47.18] has joined #ubuntu-kernel === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel === Keybuk [n=scott@syndicate.netsplit.com] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel [09:16] BenC: any kernel upload planned prior to final? There are enough HDA ALC* bug reports that I think http://hg-mirror.alsa-project.org/alsa-kernel?cmd=changeset;node=aca7d794a097b9aa64ff7e2d8536586a494c8313;style=gitweb would be worth merging [09:17] not before release [09:17] ok, thanks. [09:17] mdz is already reaming me for the last one :) [09:17] heh :) [09:17] I can squish it in with the first security upload though [09:18] that would be fabulous === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [11:29] heylo [11:29] olyeh [11:29] hey Keybuk how is it going? [11:29] I'm trying to persuade one of my teeth to come loose [11:30] thats nice [11:30] and Openoffice only builds if run under strace [11:30] Keybuk: you're not supposed to lose teeth at such an early age, are you? [11:30] hehe [11:30] Mithrandir: it's the one I broke in Kristiansand, if you remember [11:31] I don't, but ok. Then it makes sense, or something [11:31] the shoddy repair job came loose over the weekend and fell out today [11:31] I should probably just go to the dentist [11:31] can't be that shoddy if it held up for two years. [11:31] true === _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === mgalvin [n=mgalvin@cpe-69-205-40-144.nycap.res.rr.com] has joined #ubuntu-kernel [11:35] time for din din === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === johnm [n=johnm@gentoo/developer/johnm] has joined #ubuntu-kernel === desrt hugs BenC [03:04] BenC; thanks a bunch :) [03:05] heh, you owe me a beer :) [04:35] infinity: ping [04:43] Can anyone get in touch with any Ubuntu Summer of Code admins? They're desperately needed to resolve a duplicate with a student being accepted to Ubuntu as well as another org. [04:46] try -devel? [04:46] Don't think we've had any luck there, will try again. === _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === foogle [n=undre@pool-151-205-104-209.ny325.east.verizon.net] has joined #ubuntu-kernel [05:56] I got a Kernel panic my install cd wont work anymore I think it has some thing to do with segmentation [05:58] foogle: do you have a recent dapper live cd ? [05:58] Is dapper 5.10? [05:58] no, that's breezy. [05:59] you probably want to migrate this question back to #ubuntu [05:59] oh ok === foogle [n=undre@pool-151-205-104-209.ny325.east.verizon.net] has left #ubuntu-kernel [] === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel [11:01]