[03:33] <zul> tfheen: 2.6.17-xen for amd64 built and i have updated xrm to 2.6.17 as well
[06:32] <BenC> zul: any way I can get those amd64 .deb's?
[06:36] <fabbione> hey BenC 
[06:39] <infinity> BenC: Until I push them through NEW, you can get them here:
[06:39] <infinity> https://launchpad.net/+builds/+build/250675
[06:39] <infinity> Arguably and LP bug that stuff in queue/new is downloadable, but whatever.  Take advantage of it.
[06:39] <infinity> s/and LP bug/an LP bug/
[06:49] <fabbione> hey infinity 
[07:46] <BenC> infinity: thanks
[11:05] <infinity> zul: xen-restricted-modules seems to build-dep on nonexistant packages.
[11:09] <ajmitch> the headers package, I presume?
[11:09] <infinity> Yeah.  It build-deps on a sketchy package name that I certainly never processed through queue/new. :)
[11:10] <ajmitch> I've modified xen-3.0 to build libxen3.0{,-dev}, which has 3 shared libs in it
[11:10] <ajmitch> that still ok?
[11:11] <infinity> Bundling libs in one package is okay if you're *positive* they will never bump SOVER independantly.
[11:12] <ajmitch> quite sure - I thought it'd be better than adding 6+ new binary packages
[12:14] <infinity> zul: Okay, I've mostly fixed up xen-restricted-modules for you (several bugs running around), but it still won't build because your headers package is missing the arch directory.
[12:15] <ajmitch> that problem was also in 2.6.16
[01:08] <tfheen> I fixed that in 2.6.16, though
[01:25] <tfheen> I just fixed it in git
[01:28] <infinity> tfheen: Any interest in uploading the fixed source, so I can see if xen-restricted-modules actually builds?
[01:28] <infinity> Colour me curious after wasting time earlier playing with it, for no reason I can now fathom.
[01:29] <tfheen> infinity: given that I'm trying to get 2.2 into unstable and then have a chat with a friend, not today.
[01:29] <infinity> Fair enough. :)
[01:30] <ajmitch> zul ought to be awake soon enough, I'm sure he's got nothing better to do on a sunday morning :)
[02:07] <AnAnt> how can I regenerate the splash screen ?
[02:07] <AnAnt> I upgraded from Dapper to Edgy
[02:08] <AnAnt> and the splash looks wierd
[02:29] <AnAnt> the splash screen is oriented towards the right instead of being centered
[02:29] <AnAnt> I suspect that it is some resolution issue or so, is there a way to regenerate the splash screen ?
[02:30] <AnAnt> here's /etc/usplash.conf : 
[02:30] <AnAnt> xres=1280
[02:30] <AnAnt> yres=800
[03:32] <zul> hi
[05:57] <bernard_> does anybody know where the definitions of _syscall{0..6} have gone in recent linux-kernel-headers packages?
[06:17] <infinity> bernard_: Use syscall(), not _syscall magic numbers.
[06:20] <infinity> bernard_: For instance: http://www.redhat.com/archives/linux-cluster/2005-June/msg00127.html
[06:28] <bernard_> ahh, thanks infinity.
[07:18] <mjg59> BenC: Did you get the Broadcom patch I sent?
[07:19] <BenC> mjg59: Yeah
[07:20] <BenC> infinity: Any last minute ati/nvidia updates needed for lrm?
[07:31] <BenC> now this is going to take awhile
[07:33] <tfheen> BenC: if possible, I'd like a short blurb about new&shiny stuff in the kernel for the release announcement.  Just two-three lines about what great new stuff is in from dapper.
[07:34] <tfheen> s/from/since/
[07:34] <BenC> tfheen: ok
[07:34] <tfheen> BenC: email's fine, and there's no hurry with it, I just remembered.
[07:35] <BenC> mjg59: Could you create a bug about the bcm43xx patch...help me justify it
[07:41] <mjg59> BenC: It fixes the deadlocks with bcm43xx systems
[07:41] <mjg59> There's already a bug open
[07:52] <BenC> mjg59: ok