[03:25] What is this "volatile" ramdisk and why do they keep stacking up every time the kernel is upgraded? [06:13] twb: l-r-m installed for the different kernel versions? [06:14] What is an l-r-m? [06:14] linux-restricted-modules [06:14] Oh ow. That's just bloody typical. [06:15] nvidia and friends are causing problems for me even though I don't buy their hardware [17:12] gobby document open: grub2-by-default [17:31] * lamont grumbles about the latest kernel update making it so that hardy installs fail [17:31] since the kernel IS UNINSTALLABLE [17:37] lamont: Hrm? [17:47] infinity: the installer drops hardy+updates+(ahem, ports.ubuntu.com/ubuntu hardy-security - oops) into sources.list, and then attempts to install linux-hppa32, which fails because linux-image-hppa32 ($version) is uninstallable) === ivoks_ is now known as ivoks [17:54] of course, palo-installer also face-plants when root is on RAID. but that's hppa-team's issue to solve [17:55] i.e. lamonts ;-) [18:23] smb_tp: hi - yesterday we talked about openvz kernels. Is there a wiki page that explains how to do that? [18:26] mathiaz, Not specifically for openvz kernels, but in the end this comes down to have a own kernel tree and build that. This is described on https://wiki.ubuntu.com/KernelCustomBuild and the page linked from there. [18:32] smb_tp: great - thanks. [18:33] smb_tp: is there a wiki page that explains how to use a PPA to publish custom kernels? [18:40] mathiaz, I don't think there is specifically. It works just like normal package. Or do you see a specific problem? [18:51] smb_tp: oh no. Just having a document to outline how to do this may help. [18:53] mathiaz, Possibly this helps: https://help.launchpad.net/Packaging/PPA?action=show&redirect=PPAQuickStart. What do you think? That was my start for it [20:01] the hardy server kernel seems to stop old processes once it gets up to a 1000. is there a configuration option to change that or does it not scale beyond 1000 processes?+ [20:06] I'm testing a server to replace a tru64 box which currently has ~7000 user processes, and it seems that OOTB the hardy kernel doesn't scale too well [20:07] hmm, actually I think the problem here is that the user process limit is hit :) [21:40] /c/c === chuck__ is now known as zul