[12:04] I don't think infinity has seen it though [12:04] No, not you. [12:05] It's my concave chest he's thinking of [12:05] Oh! I see. [12:05] I was imagining his concave chest enabled more build-up of sweat, resulting in said hotness and bother. [12:09] I think you need to stop imagining things altogether. [12:10] That works. I could always leave for Go club like I've been meaning to for the last ten mins. [12:23] BenC: For the X hang that I'm seeing, BenH is asking if I have the kernel side fix for ppc64. Any idea if that's in the -8 kernels? [12:23] -8.10, sorry [12:23] jbailey : You're SOOO yesterday, upgrade to -9.11. [12:24] I will. Just as soon as my ISP gets a !@#$ WORKING DNS SERVER DAMMIT [12:26] lol [12:26] ask benh when it was synced to linus [12:26] and I can tell you when we got it [12:27] I'm surprised it stayed broke, considering linus uses a G5 for his kernel work now [12:27] Well, it's G5 + r300. [12:27] he has nvidia? [12:27] Plus CVS r300, to be exact. [12:27] No idea. [12:27] ok [12:27] If you're not running Xorg pre-releases, you don't see the bug. [12:27] Or if you have DRI disabled. [12:27] Or, or... [12:32] between rc5 and rc6 [12:32] a memory map fix [12:32] BenC: ^^ [12:35] -9.11 is -rc6 [12:35] so that should fix it === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-kernel [12:40] hi [12:40] sistopy: the thing that bothers me is that it worked once [12:40] yeah... I was quite surprised seeing that it doesn't work any longer :/ [12:40] working once implies that something with the hardware changed [12:40] because obviously the kernel didn't between reboots :) [12:40] however if you look at the kernel messages, ide ctrl'ers come up in a different order [12:41] and btw.: it's working w.o. problems with 2.6.12 ;) [12:42] hmm [12:43] I did some more upgrades between reboots... I'll check what exactly they were [12:45] oh, wow, ide0 and ide1 were probed after 2,3,4,5 [12:45] interesting [12:45] ide0 failed in your good system [12:45] ide0: I/O resource [12:45] 0x3F6-0x3F6 not free. [12:46] so it wasn't a success, just failed differently [12:47] he, k... ide0 is my cdrom drivers... I didn't actually use it [12:47] s/drivers/drives/ [12:47] have you tried any of the acpi=off pci=noacpi options? [12:49] not yet [12:49] I'll try that... brb [12:51] What bug number is this [12:51] ? [12:51] 20910 [12:51] <- rebooting [12:51] BenC : Also, ide0: I/O resource 0x3F6-0x3F6 not free isn't an error, usually, it just means ide-generic got loaded after a better IDE driver already claimed the resources. [12:52] BenC : I was going to push you a change to make that printk less scary (and more obviously informative) [12:52] (We already dropped it from an error to a warning to get it off people's screens during boot, since most people will ALWAYS see it) [12:55] Oh, I see. [12:55] Nevermind. [12:55] This is... Interesting. [12:57] I'd bet on an ide-generic race, still. === doko [n=doko@dslb-084-059-067-007.pools.arcor-ip.net] has joined #ubuntu-kernel [12:58] (ie: ide-generic being loaded before, or during, the hptXXX load) === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-kernel [01:02] re [01:03] strange... adding acpi=off pci=noacpi did work, but again only once :( [01:03] Red herring, probably. [01:04] Can you try "echo 'blacklist ide-generic' > /etc/modprobe.d/blacklist-ide && update-initramfs -u"? === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [01:05] heylo [01:05] infinity: sure [01:06] rebooting again [01:06] hey infinity [01:08] Yo. === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-kernel [01:13] infinity: works with ide-generic blacklisted (I rebooted twice, both times success) [01:14] Figured. [01:14] Can you update the bug to say so? [01:14] infinity: sure, will do [01:15] Then change the package to "udev", and reassign it to "scott-bugs@ubuntu.com"? :) [01:15] ok, will do [01:15] sweet [01:16] sorry, stepped out for a second [01:16] thx for your help BenC and infinity === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [01:18] jbailey: -9.11? === BenC still has one bug with his G4 [01:18] BenC: Yes, I'm using it now. [01:18] if I boot straight to gdm, the keyboard only works for about 15 seconds and then stops [01:19] everything else works (mouse, UI, etc.) [01:19] if I boot to console, and then start gdm, everything is fine [01:19] Weird. [01:19] That's pretty special. [01:19] Not seeing that with my ppc64. [01:19] there's a bug report about it, so I know it isn't just me [01:20] back later...hockey game [01:20] zul: Who's playing [01:20] ? [01:20] ottawa/montreal [01:20] and I know it isn't a USB issue, since mouse is on the same bus [01:20] zul: Oh. I suppose I should thumb my chest and growl at you. [01:20] zul: Consider it done. =) [01:20] jbailey: wohoo :) [01:20] I think it's a timing issue between console keymap being loaded and gdm doing something with the keyboard aswell [01:23] The console keymap is loaded REALLY early (rcS.d/S05keymap.sh), so I don't see how it could conflict with gdm loading the X keymaps. [01:24] Oh look, jbailey crashed already. === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [01:29] BenC: Sorry, X hung again. [01:31] infinity Oh look, jbailey crashed already. [01:31] :) [01:32] =) [01:32] so rc6 doesn't fix it [01:32] infinity: well something after gdm is screwing it up [01:33] jbailey: and I have nothing special for ppc64 in my tree, it's all stock [01:33] but you could try a monolithic stock 2.6.15-rc6 just to be sure :/ [01:33] who knows, maybe this is a gcc-4.0 issue [01:55] BenC: You said that static klibc was working for you on ia64, right? [01:55] yes [01:55] I booted with it [01:55] Cool. === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [02:20] heyl [02:25] zul: Did we win already? [02:25] yes ottawa is winning 1-0 [02:26] Bah. =) [02:26] Of course, I don't actually even know the name of the Montral hockey team. =) [02:27] Les Habitants. [02:27] Err. [02:28] "The people who live here"? [02:28] Special. =) [02:28] (Some people will say it's the Montreal Canadians, but they're WRONG) [02:28] canadiens === infinity tries to figure out when they were renamed.. [02:29] they were always the canadiens in quebec [02:30] heh...in ottawa we call them looser [02:30] If we separate, I vote the name stays. =) [02:30] loosers even.. [02:30] zul: It would certainly be hard to be tighter than someone from Ottawa... === jbailey hides. [02:30] (Is this in violation of the CoC?) [02:31] i am aghast that you said that === jbailey looks up aghast. [02:31] terror-struck. [02:31] Hmm [02:31] impiling that im tight...which is true...but thats not the point [02:32] Ahh, they were always the Canadiens, the locals just CALL them Les Habitants. [02:32] Yay confusion. [02:32] yay...back to the game [02:32] infinity: Will you hate me if I move klibc-LiNeNoiSe.so to /lib? [02:32] infinity: It seems to be where they're standardising putting it, even though all the apps are where we put them. [02:32] It has the nice side effect of being able to test them on a running system. [02:33] jbailey : I don't care one iota, since we're removing it from initramfs anyway. ;P [02:33] Lovely. =) [02:33] I haven't gone through the effort of looking at that stuff yet. Running out of time. [02:33] But at least with my 1.1.8 upload it should work everywhere. [02:33] Hell, even on alpha. [02:34] Mithrandir: Around? [02:34] ls [02:37] infinity: no more klibc in initramfs? [02:38] BenC: He's not tight into my vision of getting rid of busybox eventually. =) [02:38] infinity: Although I'm inclined to ask you to keep it in for now. [02:38] doesn't busybox have an option to compile against klibc? [02:38] infinity: I've been thinking about buntu a bit more. [02:38] Does it? [02:38] I saw that in the makefile [02:38] Creepy. [02:43] Very creepy. [02:44] jbailey : I'm not tossing it tomorrow or anything. It's not like it hurts US to have two libcs in there. [02:44] Our initramfs is fat, and who really cares? No one. [02:44] svenl. =) [02:44] But, eventually, a line needs to be drawn. "reasonably small, and very functional", versus "really, really small, and not so functional" [02:44] And I have no qualms about having initramfs have two modes for that. [02:45] Basically, an "I detect that your setup will require glibc, so we'll copy that in, use the utils linked to glibc, and punt klibc out completely", or "Holy crap, you can build a tiny initramfs with just klibc, go you, let's do that then." [02:46] (The latter option being blacklisted on any arch where we think it may break, until all seem to be well-tested and reasonably maintained) [02:46] yeah, that sounds like the right plan [02:47] That means double-builds of anything we want in initramfs that supports klibc, but that's no big deal really. [02:47] just get rid of mkinitrd completely :) [02:53] maybe I was wrong about busybox [02:53] trying to remember what it was that could build with klibc [02:53] maybe it was udev [02:53] Udev definetly. [02:54] 'k. klibc on ia64 hacked to work. [02:54] building static? [02:54] Specifically installing static on ia64. [02:55] when will this be done? [02:56] I have it in my tree right now. [02:56] just wondering when I can make the change to kernel-package :) [02:57] The last thing I need to do before uploading is add some sort of test to it. [02:58] I don't know how best to do that, though. Hmm [02:58] Suck program. [02:59] I thin it's probably best to just build it everywhere and hope this time around. [03:00] I'll get the patches in upstream to make testing not suck. [03:05] 3-2 [03:19] BenC: ping [03:19] ? [03:19] It seems like asm-ppc doesn't contain errno,h [03:19] Just want to confirm that asm-ppc is the new black. [03:23] asm-powerpc === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [03:55] morning [04:06] evening [04:27] hola [04:29] hey Ben [04:30] BenC: i have been checkign the amd64-generic kernel on i386 [04:30] we have two options to do it [04:31] one is building it in the i386 upload [04:31] the other is to do a little trick during amd64 build [04:31] the latter takes about 5 secs of machine time [04:32] the former is cleaner, but it introduce another flavour to build, with a i386 gcc crossbuilding to amd64 (that might introduce unwanted behaviour bugs) [04:33] so i wanted to talk with you about what way you would prefer it done [04:33] since i am doing other kernel stuff today, i might as well get around it [04:35] I see a problem with the first way [04:36] I looked at it, and it causes issues with kernel headers creation and such...we'd have to add some new handlers to the build for it to work [04:37] what is the benefit of it anyway? [04:46] oh right.. kernel headers.. [04:46] i totally forgot about it [04:46] i just did the image :/ [04:46] oh the benefit is that we skip one extra image to build on i386 and it takes about 5 secs to publish [04:47] less config duplication [04:47] but well you got a point i didn't think about [04:47] so clearly it needs to be builded properly [04:47] well building it proper was the problem I was having :) [04:48] there's conflicts with cross building in our build system [04:48] hmm ok [04:48] i guess we need to get that fixed [04:48] it would take some new debian/rules crack to get it right [04:49] fabbione: did I tell you I ordered my 17" powerbook? [04:49] BenC: ah cool.. no you didn't :) [04:49] should be here after the new year [04:49] BenC: if the ppc installer in dapper doesn't work, i have breezy custom netboot images for it [04:50] ok [04:50] it needs a modified .12 to go [04:50] have you tested flight livecd on your machine? [04:50] somebody did kill halley.. [04:50] flight2 [04:50] not yet [04:50] i had no time to play with CD's yet [04:50] i prefer netboot [04:51] it's kind of a tradition that i test netinstalls while the others play with CD's [04:52] Oh, crap. [04:52] GO HALLEY! [04:52] BenC : How far off is -9.12? [04:52] WTF IS GOING ON WITH DC MACHINES? [04:52] BenC : I accidentally did a mass dep-wait clear, which freed up linux-meta to build on amd64. :) [04:52] i can't fork anymore as i was used to [04:53] infinity: was going to upload within 30 minutes [04:53] BenC : Yay. Then I won't feel too bad about it. [04:53] no ABI bump! :) [04:53] BenC : It's not like anyone canreliably dist-upgrade right now with dbus threatening to remove everything, so I doubt anyone will notice. [04:54] speaking of dbus.. [04:54] i am going to lart somebody with that mono shit they did arch: all [04:54] mono is not portable. mmmmmk? [04:55] Crazy talk, mono is the new Java, which means it runs EVERYWHERE* [04:55] * some conditions apply, check your retailer for details [04:57] BenC: Is asm-ppc or asm-powerpc the right one? [04:57] asm-powerpc [04:57] powerpc [04:57] (why are we still shipping asm-ppc?) [04:58] for powerpc, some files are still in asm-ppc [04:59] ppc64 is totally converted to powerpc though [04:59] $ ls -ald asm [04:59] lrwxrwxrwx 1 root root 7 2005-12-20 21:10 asm -> asm-ppc [04:59] hmm [04:59] BenC: Can you change the symlink pointer in linux-headers? [04:59] I thought you had before, but I might be confused. [04:59] But klibc will ftbfs on ppc from it. [04:59] is that linux-headers-2.6.15-9 or linux-headers-2.6.15-9-powerpc? [05:00] no asm/errno.h [05:00] that's probably why [05:00] jbailey@starshine:/usr/src/linux-headers-2.6.15-9/include$ [05:00] linux-headers-2.6.15-9 doesn't use the right arch mapping [05:00] it doesn't know about arch mapping iirc [05:01] that's an arch: all pkg, isn't it? [05:01] Filename: pool/main/l/linux-source-2.6.15/linux-headers-2.6.15-9_2.6.15-9.11_powerpc.deb [05:01] Looks like no. [05:01] Plus I count on the asm symlink being pointed right. [05:01] Although I guess that could be set in the postinst [05:02] Ick. [05:02] infinity: so what version of dbus i need to build to get out of that mess? [05:02] Real arch-mapping happens in the subflavour packages. [05:02] ubuntu4? [05:02] The linux-headers generic packages should point the arch at the dpkg arch. [05:02] or we need to wait a new one? [05:02] I see it [05:03] fabbione : Which mess? [05:03] infinity: you said that dbus is attempting to deinstall * [05:03] infinity BenC : It's not like anyone canreliably dist-upgrade right now with dbus threatening to remove everything, so I doubt anyone will notice. [05:03] fabbione : Oh. Uhm. Rebuild the whole archive against the current dbus? mvo's been working on it. [05:04] BenC: Do you want something in bugzilla from me for this? [05:04] Transitions are fun. [05:04] Transitioning is fun. [05:04] Err. [05:04] jbailey: nah, it's going to be fixed in -9.12, which will be uploaded in about 20 minutes [05:04] infinity: amen.. the new d-bus is not even installable on sparc.. go figure [05:04] BenC: Thanks. I'll try klibc again tomorrow then, [05:04] jbailey : I like how that aligned nicely over here, due to our nicks being differing lengths. [05:05] Transitions are fun. [05:05] Transitioning is fun. [05:05] i guess this is yet another xmas project.. [05:05] Some sort of typographically-pretty jinx. [05:05] get sparc to install again [05:05] infinity: =) I hadn't seen that. x-chat start of line aligns. Cool. =) [05:06] Sleep time for now I guess. demain! [05:07] jbailey: night [05:07] 'Night. [05:07] good night [05:08] time to build orgy the next security update [05:09] oh weird http://bugzilla.ubuntu.com/show_bug.cgi?id=20771 [05:09] BenC: the guy did test the kernels with some reverted patches.. [05:10] i am curious to see if i revert all of them [05:10] and just rebuild [05:11] odd results [05:11] and the 2 removed patches are the most intrusive ABI killing ones [05:11] exactly [05:12] fabbione: vtun is up if you want to do any builds on the e3k [05:15] BenC: cool thanks but i alredy did 9.11 here [05:15] 9.12 will be up soon, so you can do that (although, it's already built here :) [05:16] ehhe [05:16] ok [05:16] if you can copy the sources you upload into /org/chroots i can build it in parallel [05:16] I do the sources from concordia [05:17] oh ok [05:17] i will wait it hits the archive [05:17] i am in no hurry and woke up 2 hours before usual time [05:17] any chance I could get you to ^Z your build on concordia just till I get this source built? [05:17] oh sure.. [05:18] thanks [05:18] i did slow it down :) [05:18] but i have most of it in ccache [05:18] so it shouldn't hurt you too much [05:21] mjg59 : I'll give you my firstborn if you fix acpi-support on ia64. [05:22] the only problem I have with acpi on ia64 is that it gets misrouted irq's and disables the acpi interrupt [05:22] well, that's my only current problem :) [05:23] if the irq worked, no telling what else might be wrong [05:24] oh christ [05:24] pitti did upload the 348t32 lang-packs === ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | New git tree for dapper: https://wiki.ubuntu.com/KernelGitGuide | 2.6.15-9.12 uploaded (The "Taunting Tatertots Tortured Timmy" release) [05:33] and with that, good night [05:34] good night BenC [05:43] BenC : Cheers, g'night. [06:07] BenC: if you want, I can give you a login on the hppa machine, where you can harvest abi files [06:14] BenC: new hppa kernel uploaded [06:14] well, 9.11 [06:15] that will be rejected since .12 is in [06:16] sigh [06:17] i think i just crashed concordia [06:17] or it's extremely slow [06:18] the latter.. [06:23] lamont : Also, "HA, HA!" [06:23] infinity: ?? [06:27] (your kernel binaries being REJECTED) [06:27] PLBBBBTT [06:29] sigh. if (a) forward-to-hp else if (b) forward to hp. [06:29] I think B wanted to be different. [06:29] next kernel should make it === infinity laughs. === lamont -> bed [06:30] night lamont === cjb appears, hello. [06:33] Argh. === infinity gets ready to upload -9.13 [06:33] Guys, kill those builds. :) [06:33] ! [06:33] infinity: ? [06:35] infinity: what's wrong with .12? [06:36] Missing /build/buildd/linux-source-2.6.15-2.6.15/debian/abi/2.6.15-9.11/amd64/amd64-server file. [06:36] make: *** [clean] Error 1 [06:37] oh [06:37] Yeha, "oh". [06:37] let me check if it's in git [06:37] One would assume not. :) [06:37] never say never [06:37] Ben's script to auto-grab the ABI files probably wasn't updated to grab the ABI for the new flavour. [06:39] right [06:39] it's not there at all [06:40] do you have a git tree handy? [06:40] Alright, well, assuming you have more bandwidth than I do (you do), you want to grab the amd64-server ABI stuff, update the source, and upload -9.13? [06:40] infinity: i can do it, yes.. [06:40] Well, I can do it just fine. [06:40] but it's much simpler to do it on concordia anyway === infinity shrugs. [06:41] or chinstrap [06:41] It'll just take a while for me to upload. :) [06:41] why? [06:41] just sign the .dsc and .changes locally [06:41] Oh, true. I could do it remotely, and just grab the .changes. [06:41] do the work remote :) [06:41] score [06:41] :) [06:41] Alright, I'll do it then. [06:41] ok [08:39] doko: ping? === CataEnry [n=cataenry@host132-50.pool871.interbusiness.it] has joined #ubuntu-kernel [08:56] hi all === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel === CataEnry [n=cataenry@host132-50.pool871.interbusiness.it] has joined #ubuntu-kernel [10:08] Oh, FFS. I give up. FTBFS on amd64 again. [10:09] I knew I should have tested the build. [10:12] how does it fail? [10:13] It's the new bit Ben added for KPKG_ARCH during headers install. [10:13] export KPKG_ARCH=$(grep "^headers-amd64[[:space:] ] " debian/config/archmap | grep -v ^# | awk '{print $2}'); \ [10:13] cd debian/build/linux-source-2.6.15; \ [10:13] HEADER_CLEAN_HOOK=/build/buildd/linux-source-2.6.15-2.6.15/debian/header-install \ [10:13] make-kpkg --stem linux --append_to_version -9 kernel-headers [10:13] unknown Debian architecture x86_64, you must specify GNU system type, too at /usr/bin/dpkg-architecture line 214. [10:13] /usr/share/kernel-package/rules:1652: *** Error. I do not know where the kernel image goes to [kimagedest undefined] The usual case for this is that I could not determine which arch or subarch tihs machine belongs to. Please specify a subarch, and try again.. Stop. [10:13] make[1] : Leaving directory `/build/buildd/linux-source-2.6.15-2.6.15/debian/build/linux-source-2.6.15' [10:13] make: *** [binary-debs] Error 2 [10:14] ah yeah [10:14] i know how to fix that [10:15] Yeah, as do I. Just frustrating to see it fail during install. [10:15] it's a missing line in debian/config/archmap [10:15] Too bad lamont's not around to feed me his ABI files, so I can include them in the next upload. [10:15] i could build on hppa [10:16] if you can give me the time to do so [10:16] Sure, go nuts. Any of .11, .12, or .13 would be fine, so I can get the ABI file for -9 [10:16] s/file/files/ [10:17] oh fuck [10:17] i need to resync again the local mirror [10:18]