[08:05] <fabbione> BenC: i found a bug in linux-headers on ia64.. we need to ship arch/ia64/module.lds otherwise build of external modules will fail miserably.
[08:05] <fabbione> i will try to get a fix in git, but i am utterly busy these days
[01:55] <BenC> fabbione: ok
[03:15] <zul> mental note...when hacking on grub dont do it on a live system
[03:16] <fabbione> BenC: thanks dude
[03:16] <fabbione> hey zul
[03:16] <zul> hey fabbione how is it going?
[03:16] <fabbione> zul: as usual
[03:24] <doko> BenC: please could you update mISDN to a more recent snapshot/CVS checkout? going to update/package the mISDN user tools; I do not want to worlk with older ones
[03:45] <BenC> doko: ok
[09:08] <bluefoxicy> hey
[09:08] <bluefoxicy> is there something weird as hell going on with dapper wrt vm space
[09:08] <bluefoxicy> it seems to refuse applications more than 1 gig of accessible VM in 2.6.15-15-686
[09:13] <bluefoxicy> seriously
[09:13] <bluefoxicy> if I repeatedly mmap() the zero page in I hit 1 gig and it dies.
[09:13] <psusi> did this work in breezy?
[09:15] <zul> bluefoxicy: should be fixed soon i think..
[09:15] <bluefoxicy> zul:  is it known?
[09:16] <bluefoxicy> psusi: trappist said it worked on his i386 as it should (~3GiB mapped)
[09:16] <zul> bluefoxicy: yeah its know afaik 
[09:16] <bluefoxicy> ok
[09:18] <psusi> I wonder if that toolchain breakage that is causing shared objects to be built with rediculous alignment requirements on amd64, causing lots of PROT_NONE pages to be mapped so the process looks like it is hogging a lot of memory when it isn't will ever be fixed...
[09:20] <bluefoxicy> zul:  i stumbled across it because Yosh from #gimp on gimpnet thinks that the kernel by default does 2G/2G split instead of 3G/1G (3G application accessible) and I was trying to prove him wrong >/
[09:20] <bluefoxicy> he still doesn't believe me
[09:21] <bluefoxicy> any idea what causes that bug o.o that's kind of a major vm problem. . .
[09:22] <zul> no idea...you would have to ask BenC
[09:23] <bluefoxicy> ah ok, just curious.
[09:25] <psusi> bluefoxicy: iirc, the default in linus's tree is 3/1, but it's a compile time option to change it
[09:26] <bluefoxicy> yes i want to go 64 too
[09:26] <bluefoxicy> but I have lots of sweet flash movies
[09:26] <bluefoxicy> that I like to watch
[09:26] <bluefoxicy> Rise of the Mushroom Kingdom <3
[09:26] <bluefoxicy> and Super Mario:  Reloaded
[09:27] <bluefoxicy> "Like you, apparently, free."
[09:27] <bluefoxicy>   "Congratulations."
[09:28] <bluefoxicy> "But as we both know, Mr. Anderson, looks can be deceiving, which brings me to why we're here. . we're not here because we're free, we're here because we're not free, there is no denying purpose, for without purpose we would not exist. *1000 luigis show up*"
[09:29] <bluefoxicy> 64 bit systems should be full position independent executable by default
[09:29] <bluefoxicy> and we should hunt down and destroy elf text relocations
[09:30] <bluefoxicy> stupid shit like prototyping a function within another function >:|
[09:30] <bluefoxicy> int main() { int mybar=0; int foo(int bar); foo(mybar); }
[09:31] <bluefoxicy> or little bits of inline assembly code that use %EBX
 you should get your mom something for her birthday, you missed valentine's day >:|
 huh?  oh.  It's her birthday?  *shrug* Eh I don't like her anyway.
[10:00] <BenC> I just love a well disguised pyramid scheme
[10:05] <psusi> man I wish people would let the farce known as disk geometry die...