[01:49] <gnomefreak> rodarvus: ping
[02:48] <rodarvus> gnomefreak, pong
[03:45] <zul> Mithrandir: patch applied
[06:05] <BenC> infinity: ping
[06:06] <infinity> BenC: Yo.
[06:06] <BenC> infinity: Can you explain why dh_strip on the buildd's is acting different from the one I have installed?
[06:06] <BenC> http://librarian.launchpad.net/4139391/buildlog_ubuntu-edgy-sparc.linux-source-2.6.17_2.6.17-7.19_FAILEDTOBUILD.txt.gz
[06:07] <BenC> the dh_strip error in there that causes it to abort
[06:07] <BenC> looks like this on my local builds:
[06:07] <infinity> BenC: Because pkg-create-dbgsym is installed on the buildds.
[06:07] <infinity> BenC: In other words, "blame pitti".
[06:07] <BenC> ok
[06:07] <BenC> and of course pitti is on vacation
[06:08] <infinity> No, he got back yesterday.
[06:08] <BenC> ah
[06:08] <infinity> He's just asleep right now, that's all.
[06:08] <infinity> (base)adconrad@cthulhu:~$ TZ=Europe/Berlin date
[06:08] <infinity> Wed Sep  6 06:08:23 CEST 2006
[06:08] <infinity> Should be up in a couple of hours, I suspect.
[06:08] <BenC> I'm surprised you know what sleep is :)
[06:08] <Bertl> btw, that timezone is no excuse for being asleep :)
[06:08] <infinity> I'm familiar with the idea that other people occasionally lay down and rest their eyes.
[06:09] <BenC> infinity: is there a way to blacklist packages from using pkg-create-dbgsym  (considering the kernel doesn't need it)?
[06:10] <Bertl> BenC, infinity: talking about timezones, when would be a good time to have a small chat with you folks about ubuntu and kernel development?
[06:10] <infinity> BenC: Well, it respects the NO_PKG_MANGLE environment variable, but that also turns off striptranslations.  But, I suppose the kernel doesn't ship translations either.
[06:10] <BenC> Bertl: I'm available now
[06:10] <infinity> Bertl: Nowish?
[06:10] <infinity> BenC: OTOH, it looks like a bonafide bug in pkg-create-dbgsym, so fixing it would be nice.
[06:38] <BenC> I'm off to bed
[06:38] <infinity> BenC: G'night.  I'll bug pitti about his breakage.
[06:38] <Bertl> keep up the good work!
[07:52] <Mithrandir> zul: does that mean you've uploaded a new xen-source?
[11:14] <doko> BenC, fabbione: we seem to have some smp problems on sparc; my "testcase" is building OOo on faure, which randomly hangs in the idlc compiler. the current build uses a uniprocessor kernel (elmo rebooted), and it works fine
[11:17] <fabbione> doko: could you please file a bug with faure's specs? i am still vac till next monday
[11:17] <fabbione> doko: it might be some libc optimization code or so
[11:18] <doko> ok, what specs do you want?
[11:20] <fabbione> cpu/ram/kernel toolchain versions.. usual stuff that i can install on my t2000 and test
[11:20] <fabbione> also how do you try to build..
[11:20] <fabbione> make -j 1 or make -j foo 
[11:20] <fabbione> and make sure the bug is assigned to me
[12:28] <zul> Mithrandir: no but i am close
[12:29] <Mithrandir> zul: \o/
[12:29] <Mithrandir> zul: I had some weird problems last night with Xen making a debian/-amd64-k8 directory and such.  it also seemed xen-headers suddenly included full kernel source.  Might just be me who'd broken something, but I thought I'd tell you.
[12:31] <zul> ok
[01:52] <gnomefreak> is it possible to add vga=normal to the kernel parameter automagically if a ATI card is detected? or its something that cant be done?
[01:54] <gnomefreak> someone requested that in a bug report as it fixed his issue. i would like to either close it or mark it as a wishlist depending on if it can be done at all
[01:58] <Mithrandir> it's technically possible, yes, but I don't think we'd want it.
[01:59] <gnomefreak> hmmmmm
[02:17] <BenC_> plus it would be something done outside the kernel
[02:32] <zul> heh dmi_blacklist might work but I agree with BenC 
[02:49] <rodarvus> BenC, do you have plans to update the vmware-player kernel modules for 2.6.17?
[02:49] <rodarvus> installing vmware-player insists on installing vmware-player-kernel-modules-2.6.15-23
[02:51] <zul> weird
[03:48] <BenC> rodarvus: Yes, they are in the upload
[03:50] <rodarvus> nice, thanks!
[03:51] <zul> so vmplater kernel modules is handle by lrm now?
[04:28] <zul> vmplayer even
[04:32] <BenC> zul: yeah
[04:33] <zul> sweet..
[05:00] <lamont> BenC: you around?
[05:00] <BenC> lamont: yeah
[05:47] <kOpter> Yello :)
[05:48] <kOpter> Since Dapper, I have a strange issue. On cold boot my chipset doesn't get detected. Dmesg just makes no message of it.
[05:49] <kOpter> This means AGP, network etc are not working.. which is not handy. However, rebooting the system solves this 9/10 times.
[05:49] <kOpter> I think it's kernel related.. is there any way to get some more information on what exactly is going wrong?
[05:50] <kOpter> All I have now is dmesg outputs.. which aren't helping much. I think it's kernel related because I did not have these problems on Breezy..
[05:53] <kOpter> Paste of missing dmesg messages at: http://paste.ubuntu-nl.org/22739
[06:48] <zul> ok this sucks..
[06:50] <Mithrandir> what does?
[06:51] <zul> ndiswrapper looks like it needs a special patch as well
[06:51] <zul> that and my network connection sucks
[06:52] <Mithrandir> I'm trying to find out what's up with my builds going awry.
[06:52] <Mithrandir> you don't have all your stuff in git yet?
[06:52] <zul> no unfortunately ill send you a url tonight
[06:53] <Mithrandir> no worries.
[06:57] <zul> Mithrandir: patches always welcomed of course
[07:09] <Mithrandir> zul: is it correct that debian/build/install-$flavour should include lots of .c files?
[07:10] <zul> i believe so
[07:10] <zul> it just copies the debian/build directory and does kernel-image
[07:11] <Mithrandir> hmm, it doesn't match what's in linux-headers?
[07:11] <zul> hmm...
[07:11] <zul> ill have to look at that closer
[07:12] <Mithrandir> it also installs it to /lib/modules/$(release)/kernel rather than /usr/src/xen-headers-$(release)-$(flavour) which is what l-h seems to do?
[07:13] <zul> damn it...
[07:14] <zul> ill try to fix it tonight
[07:14] <Mithrandir> cheers.
[07:14] <Mithrandir> sorry about poking holes in your packages.
[07:14] <zul> no problem 
[07:14] <zul> its the only way ill get better
[07:15] <zul> or the xen-* will get better
[07:17] <zul> besides it is edgy ;)
[09:08] <Mithrandir> zul: I'm getting close to a working debian/rules:xen-headers now.
[09:15] <zul> sweet..
[09:16] <zul> thanks
[09:16] <kimo> Hi, anyone knows if edgy kernel has the sky2 driver fixed?
[09:16] <Mithrandir> zul: http://pastebin.ca/162680
[09:17] <Mithrandir> zul: at least it seems to work for me.
[09:18] <Mithrandir> zul: sorry, that's broken, let me try again
[09:19] <Mithrandir> (a couple of missing $$i-s)
[09:19] <zul> heh
[09:20] <Mithrandir> so it installed junk to /usr/src/xen-headers-2.6.16-9 instead of /u/s/x-h-2.6.16-9-amd64-generic, &c
[09:20] <Mithrandir> this machine is too slow. :-(
[09:20] <zul> doh..
[09:30] <Mithrandir> zul: http://pastebin.ca/162691 should work better
[09:30] <Mithrandir> zul: xrm seems unhappy due to rivafb crack, though
[09:31] <zul> hmmm...ok..ill get this fixed tonight along with a bunch of other stuff
[09:32] <zul> whats wrong with xrm?
[09:32] <Mithrandir> well, for a start I don't think you've uploaded a package of it yet, so I'm using my home-hacked shit.
[09:32] <zul> probably not..
[10:02] <Mithrandir> zul: actually, you might want to add cp -rp .config .extraversion .kernelrelease Makefile Module.symvers $(XEN_HEADERS_DIR)-$$i/usr/src/$(XEN_HEADERS)-$$i/ ; \ to the first for loop in xen-headers to get .config and friends installed.
[10:13] <Mithrandir> (really, actually, there doesn't appear to be a .extraversion there, so maybe drop that)
[10:52] <zul> Mithrandir: will do
[10:54] <Mithrandir> zul: you might want to wait until I have something which works properly, actually.