[03:23] <NoelJB> does anyone know what to install for linux headers if installing linux-image-virtual?  there doesn't appear to be a matching headers .deb.  thanks.
[03:24] <hyperair> it's linux-headers-virtual
[03:26] <NoelJB> hyperair, yes, I see that (now) via apt-cache, but it doesn't get built when following https://help.ubuntu.com/community/Kernel/Compile
[03:26] <hyperair> what's the command you used?
[03:26] <NoelJB> Looking at linux-headers-virtual, though, it tells you that linux-headers-server is the matching one.
[03:26] <NoelJB> hyperair, command?  for what?
[03:27] <hyperair> for compiling kernels?
[03:27] <NoelJB> debian/rules updateconfigs; debian/rules clean; AUTOBUILD=1 fakeroot debian/rules binary-debs
[03:27] <hyperair> ah
[03:27] <hyperair> hmmm
[03:28] <NoelJB> resulted in image-{virtual,server,generic}, headers-{generic,server} and the libc-dev
[03:28] <hyperair> ah then install the -server one
[03:28] <hyperair> the -virtual headers say that it's the same variant, right?
[03:29] <NoelJB> yes, from apt-cache show linux-headers-virtual: "This package will always depend on the latest kernel headers available for virtual machines (which are the same headers as for the server flavour)"
[03:29] <hyperair> yeah, so install the -server headers!
[03:29] <NoelJB> so that's the answer.  I suppose I would have to build linux-meta to get the .deb.
[03:29] <NoelJB> hyperair, LOL I will.  I hadn't found that when I asked :-)
[03:30] <NoelJB> hyperair, thanks :-)
[03:33] <cooloney> NoelJB, yeah, hyperair is correct. There is no specific -virt flavor kernel anymore.
[03:34] <cooloney> NoelJB, -server flavor kernel can support all the virt requirement such as kvm, xen
[03:45] <NoelJB> cooloney, interesting, when installed, it appears as 2.6.31.9-generic-pae
[04:05] <cooloney> NoelJB, so weird.
[04:06] <NoelJB> cooloney, so I thought, too.
[04:11] <NoelJB> cooloney, OK, something's odd.  MY build of if has the -server inside the -virtual, but when I quickly installed via apt-get into a VM, it says it did virtual, but I see generic-pae.
[04:15] <NoelJB> unless generic-pae is what it does for 32-bit?  hmmm.
[04:19] <cooloney> NoelJB, your machine is 32-bit or 64-bit?
[04:20] <NoelJB> cooloney, both.  my host is 64 bit.  my builder VM (for building packages I intend to use) is 64-bit.  I was playing with a 32 bit Kubuntu VM, and wanted to see what (if any) benefit would come from the linux-virtual-image.  answer: none.  it blows up trying to boo it.
[04:21] <NoelJB> cooloney, so that may explain why it was -pae in one, and -server in the other.
[04:22] <cooloney> NoelJB, -pae is for 32bit machine extension, which supports more than 4G memory. 
[04:24] <NoelJB> cooloney, I know what it is.  :-)  which is why it dawned on me that it might be because it was a 32 bit VM.  In any event, I won't spend more time on it for now.
[04:25] <cooloney> NoelJB, yeah, i agree with you, 32bit VM -> -generic-pae, 64bit VM -> -server
[07:25] <xkr47> hello, has anybody considered trying ck's BFS patches ?
[07:25] <rudl> hi there! can one tell me in a short maner what the debian.master - folder is for and how to deal with it- make-kpkg seems to have problems with it..
[07:26] <evon> I was trying to build my kernel and got this error arch/i386/kernel/process.c:586: Error: suffix or operands invalid for `mov' can anyone help?
[07:29] <rudl> debian.master: what is that folder for, it seems to be new..??
[07:31] <evon> you talking to me rudl?
[07:31] <rudl> anyone up and running in here?
[07:31] <evon> i am trying to compile a custom linux kernel to support fatx partitions
[07:32] <evon> I am using this howto http://www.xbox-linux.org/wiki/How_to_include_FATX_support_in_a_regular_Linux_kernel
[07:32] <cooloney> rudl, since we add some flavors to support arm SoC, we keep debian.master as our master branch debian packaging control stuff
[07:32] <rudl> evon: no, not directly.. Sorry, have to leave for a meeting.. grrr
[07:33] <cooloney> rudl, while debian.mvl for marvell soc specific debain control stuff
[07:34] <evon> can anyone help me at all?
[07:52] <rudl> cooloney: so why do i get this stuff when cloning the git- repository for jaunty?
[08:22] <rudl> cooloney, okay, where do I find documentation about this directory, because make-kpkg fails because of the debian.master- directory
[08:23] <cooloney> rudl, sorry for the delay, i just checked the git log of debain.master directory of jaunty git tree
[08:23] <cooloney> rudl, http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-jaunty.git;a=history;f=debian.http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-jaunty.git;a=history;f=debian.master;hb=HEADmaster;hb=HEAD
[08:24] <rudl> cooloney, "403 Forbidden - Invalid file parameter "
[08:25] <rudl> cooloney, btw: thanks for your support
[08:30] <cooloney> rudl, my pleasure, actually the author of this change might be on vacation.
[08:59] <rudl> coolney, well: so debian is now "split" into debian and debian.master.
[09:00] <rudl> coolney, FYI: This doesn't compile with current make-kpkg. Caused by the sed -e 's/ debian//g' -e 's/\.deb//g' it tries to deal with '.master' - (my case: 'crypto.master') wich is obviously not there
[09:01] <rudl> coolney, http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-jaunty.git;a=commit;h=14618fc13a66f053b3680274b7ea18766664f435
[09:04] <rudl> cooloney, sorry, wron spelling, see my lines above to coolney
[09:06] <cooloney> rudl, no problem. i just ping the smb for that. i did not try make-kpkg at all
[09:07] <apw> rudl, the directory is an abstraction mechanism to allow branches to be made more easily
[09:07] <smb> cooloney, "the" smb??? ;-)
[09:07] <cooloney> smb, sorry, 
[09:08] <apw> there may well be issues with make-kpkg, but you would need to make sure you have cleaned the tree correctly if you are using the git source
[09:08] <cooloney> smb, adding 'the' to an noun name word is one of my typical typo
[09:09] <smb> cooloney, No problem. I was mostly joking
[09:09] <rudl> apw, all fine with me, just trying to "simply" compile a kernel, as I need to get rid of IPV6, as fetchmail delivers to exim using ipv6 and ipv6 is down using ip6tables.. I've come a long way so far..
[09:10] <smb> rudl, Actually one of the last security updates added an option to disable ipv6
[09:11] <cooloney> smb, i am also trying to sync with thie debian split change to my Android debian packaging.
[09:11] <cooloney> smb, is there any wiki page about that?
[09:12] <smb> cooloney, Sorry not (yet)
[09:12] <rudl> smb, "option?" what kind of option- kernel- option?
[09:12] <cooloney> smb, no problem, i will follow your patches anyway
[09:13] <smb> rudl, http://bugs.launchpad.net/bugs/351656
[09:13] <ubot3> Malone bug 351656 in linux "IPv6 cannot be disabled on Jaunty" [Medium,Fix committed] 
[09:14] <smb> cooloney, That is what I did for repeating it on intrepid. In the commit messages there is a little info about it
[09:14] <smb> rudl, ipv6.disable=1 on kernel command line
[09:16] <smb> rudl, Though it might be in proposed only atm. checking...
[09:16] <legend2440> when compiling a ubuntu kernel is    kernel-package    the best method?
[09:16] <rudl> smb, thanks for the shortcut, just seen what you mean- didn't know theese echo 1/0 > proc are called options
[09:17] <cooloney> legend2440, generally, we use fakeroot debian/rules build-binary
[09:17] <smb> rudl, Yeah, but unfortunately they are broken in Jaunty and the fix was a bit complex and had some issues (though I cant remember which)
[09:18] <smb> rudl, Ok, for the option you need to enable proposed for the moment
[09:18] <legend2440> cooloney: thanks is there a good tutorial for that method?
[09:19] <rudl> smb, no problem so far, I prefer not to COMPILE what I don't need, had a hijacker on my system using ipv6 once- well, all was safe for ipv4 - and ipv6 was open like a "barn door"
[09:20] <rudl> smb, but for understanding: what do you mean "enable proposed"? I am allmost 100% autodidact so I am not familiar with such gramar
[09:24] <rudl> smb, you mean something like --enable-proposed?
[09:26] <rudl> Well, I'll consider both variants- cooloney- thanks for the hint to git- log. Didn't know it's that perfectly usefull. Shall be able to reproduce to original structure and compile with make-kpkg that way..
[09:26] <smb> rudl, In the gui on installation source tick proposed update. Though that gives you everything in proposed
[09:28] <smb> rudl, I also got a PPA with the latest kernel (usually): https://launchpad.net/~stefan-bader-canonical/+archive/jaunty
[09:28] <rudl> smb, aah.. we talk about the apt- sources
[09:28] <cooloney> legend2440, please look up in our wiki https://wiki.ubuntu.com/KernelTeam/KnowledgeBase
[09:29] <legend2440> cooloney: thank you 
[09:32] <rudl> smb, phuu- too much shortcuts for the moment.. what an earth is a ppa?
[09:32] <smb> rudl, Personal Package Archive
[09:41] <rudl> smb, ppa- nice and short.. one more to learn, but thats what you have to deal with when you dance with the kernel-devils.. ;)
[09:44] <rudl> Well, I gota work- thanks a lot for your help- guess I'll be able to fix my problem that way. I'll have another compiling- session this evening..
[09:45] <smb> rudl, Heh, well actually PPAs are not restricted to us. You'll encounter them quit often
[09:49] <jk-> fish4pie
[09:49] <jk-> d'oh!
[09:50] <apw> jk-, i know what you are doing for the rest of the morning
[09:50] <smb> jk-, Can you give us the account information too :-P
[09:50] <jk-> apw: it's already done :D
[09:50]  * jk- wipes brow
[09:54]  * jk- remembers to change the keyboard around before trying to log into the other machine
[10:22] <legend2440> i have compiled ubuntu kernels in the past with varying degrees of success. i of course get the image and header deb files but i don't recall ever seeing the abi file  ie   abi-2.6.28-15-generic. how is that created and what is it for?
[13:44] <smb> apw, I think I need you to have a second glance on bug 423296 with me. I checked on the mentioned DIDL patch and got the feeling you missed something there.
[13:44] <ubot3> Malone bug 423296 in linux "regression: linux-image 2.6.28-15.51 in jaunty-proposed breaks brightness control of T500" [Medium,Triaged] https://launchpad.net/bugs/423296
[13:45] <smb> Patch came in for bug 228399
[13:45] <ubot3> Malone bug 228399 in linux "Closing lid results in kernel panic visible on VT-1" [High,Fix committed] https://launchpad.net/bugs/228399
[13:46] <apw> smb, hrm
[13:47] <smb> apw, My suspicion is that in the non-kms case (maybe even upstream) there is nothing that call acpi_video_register() after deferring it previously
[13:48] <apw> hmmm.
[13:50] <apw> smb, thats not sounding right is it
[13:50] <smb> No not really.
[13:50] <smb> Missed that somehow on the review
[13:51] <apw> pretty sure thats a pretty simple backport, and so likely bust upstream too ... hrm
[13:52] <smb> Well it is not that simple. There was much more code
[13:52] <apw> smb, actually not sure how this would trigger?
[13:52] <smb> A lot KMS stuff
[13:52] <smb> In the upstream patch it will as for:
[13:52] <smb> @@ -312,6 +370,11 @@ int intel_opregion_init(struct drm_device *dev)
[13:52] <smb>         if (mboxes & MBOX_ACPI) {
[13:52] <smb>                 DRM_DEBUG("Public ACPI methods supported\n");
[13:52] <smb>                 opregion->acpi = base + OPREGION_ACPI_OFFSET;
[13:52] <smb> +               if (drm_core_check_feature(dev, DRIVER_MODESET)) {
[13:52] <smb> +                       intel_didl_outputs(dev);
[13:52] <smb> +                       if (!resume)
[13:53] <smb> +                               acpi_video_register();
[13:53] <smb> +               }
[13:53] <smb> but only with KMS I guess
[13:53] <smb> Though probably nobody does much without KMS as it is so neat
[13:54] <apw> smb, we can call it on module load, as it _may_ be called from acpi_video_init
[13:54] <apw> static int __init acpi_video_init(void)
[13:54] <apw> {
[13:54] <apw>         if (intel_opregion_present())
[13:54] <apw>                 return 0;
[13:54] <apw>         return acpi_video_register();
[13:54] <apw> }
[13:54] <apw> module_init(acpi_video_init);
[13:54] <apw> so we should only end up with it not there if we don't have the opregion
[13:55] <smb> That is the place to deffer it
[13:55] <smb> You get the problem if you have an opregion, then you do not register acpi video
[13:55] <apw> you mean there is no later, try again
[13:55] <smb> yep
[13:55] <smb> That other code if from the upstream patch
[13:56] <smb> In the backport I see no try again
[13:56] <apw> yep but htat code is specifically MODESET only
[13:56] <apw> so ... it got removed on backport as we don't have kms there
[13:57] <apw> which implies its bust in non kms mode in both ... hrm
[13:57] <smb> You might try with your i915 devs to disable kms and see whether you got backlight control
[13:58] <apw> yeah can do that.  interesting that they managed to test this and have it work for them
[13:58] <apw> i guess they tested it didn't explode, but not that it worked
[13:59] <smb> Well actually I have not looked upwards whether it was changed again.
[13:59] <apw> bah grub has changed, no menu
[13:59] <apw> how do i get it back!
[14:00] <smb> set the hidden timeout to false in /etc/default/grub
[14:00] <apw> and if it won't boot without me fixing it, how do i do that
[14:00] <smb> despair
[14:00] <smb> maybe try to boot something external
[14:01]  * apw puts up the 'not acceptable' flag
[14:04] <apw> s'ok, seems that holdiing down shift gets you the menu back
[14:05] <apw> smb, ok turning off modeset and i still have brightness control here
[14:06] <apw> so i guess i have h/w which has its 'opregions' initialised
[14:06] <apw> smb, do we have anything which fails the test?
[14:07] <smb> apw, I would need to check on the aspire. There is a follow up patch to unregister acpi_video on unload too
[14:07] <smb> Not that we currently need it as we do not do it
[14:07] <apw> crap, so fail all round
[14:10] <smb> I suppose it needs a few additions. But, depending on the effort, maybe better fix the new regression than to revert the initial patch as that was a crash
[14:10] <apw> perhaps yes.  we need to figure out if this is flawed upstream generally too
[14:11] <apw> as for a fix, i think we need to redo the check after the opregions are enabled
[14:12] <smb> Yep, load it there and make sure we also unload it
[14:12] <smb> Hm, thinking twice, the Acer is a poor test as it never had a working acpi video
[14:12] <apw> indeed i am not at all sure why we need anything other than too only do the acpi thingy once and only once after the intel_opregion_init()
[14:14] <smb> The only complicated thing is that the intel driver is initialized much later
[14:17] <smb> apw, But somehow it feels that if you try to do that you need at least to do intel_didl_outputs, otherwise I see no other initialization
[14:18] <apw> +       /* Must be done after probing outputs */
[14:18] <apw> +       intel_opregion_init(dev);
[14:18] <apw> we are expecting that to make the opregion appear
[14:18] <apw> but it looks like we should be expecting that to i
[14:18] <apw> do the init too
[14:19] <apw> smb, it does look like we simply should have +       return acpi_video_register();
[14:19] <apw>  after that
[14:19] <apw> as we didn't do it before
[14:23] <smb> From the description the need to defer acpi_video_init is that you need to have the list of display devices populated. In the backport this is not done as far as I see
[14:33] <lool> apw: hey do you have some script and/or instructions to create a kernel for a LP bug; I basically want to rebuild karmic's linux with a patch for a LP xxxxxx bug and need to update changelog and use a proper version tec.
[14:33] <lool> I see you often push kernels with lp-xxxxxx
[14:34] <lool> The bug I'd like to produce a test kernel for is https://bugs.launchpad.net/ubuntu/+source/linux/+bug/404421
[14:34] <ubot3> Malone bug 404421 in linux ""Failed to restore crtc configuration: -22" on i915" [Medium,Confirmed] 
[14:36] <lool> or do you just do this by hand?
[14:37] <apw> mjg59, you about ?
[14:38] <apw> lool, i just nod the changelog and build it by han
[14:38] <apw> hand
[14:38] <lool> ok thanks
[14:41] <mjg59> apw: Hi
[14:41] <apw> mjg59, just looking at this fix for the Intel crashes, when the opregion is not initialised and you call acpi methods on it
[14:42] <apw> and noting that we end up never registering acpi in non KMS mode ... trying to work out if thats soluable
[14:42] <apw> the patch in 74a365b3f354fafc537efa5867deb7a9fadbfe27
[14:44] <mjg59> You need the connector list to populate DIDL, and that#s only available with KMS
[14:44] <apw> and without KMS that init comes from the X server one presumes
[14:44] <mjg59> Sorry for typing - broke my arm yesterday, still getting used to it
[14:44] <apw> oh no!  ouch
[14:45] <mjg59> Right, and X has no way to pass that info
[14:45] <apw> so we'd need to intuit it later somehow
[14:46] <apw> we are seing regressions due to that change, in a backport to non-kms
[14:46] <lool> is there an easy way to build i386 kernel .debs on amd64?
[14:46] <smb> lool, create a linux32 chroot
[14:46] <lool> hmm ok
[14:46] <lool> thanks
[14:47] <apw> mjg59, so it seems that 'most' intel hardware that 'requires' it either doesn't really require it, or is being initialised before hand
[14:48] <apw> i wonder if there is any way to tell either way, as not initialising acpi blindly seems to regress for a number of platforms
[14:51] <lool> The upstream Makefile will properly pass -m32 if compiling a 32 bits kernel on amd64
[14:52] <apw> lool but to get it compiled the same way, its much safer to do it the same as the buildds
[14:52] <apw> making the chroot is pretty cheap
[14:53] <lool> Well I'd have to create the chroot, install bdeps again, setup ccache again... and I'm lazy   :-)
[14:53] <lool> If this can work for cross-compiling ARM packages, it should work for x86-32 right?
[14:54] <lool> Since it's just for a test kernel for my test machines and for testers well I guess it's not a big risk I guess
[14:54] <apw> perhaps so indeed
[14:59] <mjg59> apw: Not that I know of
[15:07] <Polterge|st> hey can anyone in here tell me does the new real time kernel for Karmic work with compiz ?
[15:07] <Polterge|st> or does compiz crash it ?
[15:16] <ghostcube> Polterge|st: compiz is not kernel related
[15:17] <Polterge|st> no that isn't what I said
[15:17] <Polterge|st> :)
[15:17] <Polterge|st> I asked if this real time kernel crashes if I am running compiz 
[15:17] <ghostcube> how should this happen
[15:18] <Polterge|st> in the past the last real time kernel would crash if someone was running compiz
[15:18] <ghostcube> eh ?
[15:18] <ghostcube> on jaunty ?
[15:18] <apw> Polterge|st, not heard any reports of it, but we don't monitor those kernels closly
[15:18] <Polterge|st> also on suspend
[15:18] <Polterge|st> what kind of results are people getting out of the real time kernel and can it be installed on 32 bit ?
[15:18] <ghostcube> never heard that compiz crashes rt for me it hadent 
[15:19] <apw> Polterge|st, i have no reason to use it
[15:19] <Polterge|st> but does anyone know whether the real time kernel will work on 32 bit ?
[15:19] <Polterge|st> or is that version buggy ?
[15:19] <ghostcube> hmm it should work on 32 bit afaik
[15:20] <ghostcube> why do you want the rt kernel btw
[15:20] <Polterge|st> I think I will try to install it from repos
[15:21] <Polterge|st> this is worth trying out anyway
[15:21] <Polterge|st> it would have better latency than this stock kernel
[15:21] <Polterge|st> I have pulse audio almost perfect in Karmic Alpha 5
[15:21] <Polterge|st> I just need to try a better kernel
[16:27] <evon> I was trying to build my kernel and got this error arch/i386/kernel/process.c:586: Error: suffix or operands invalid for `mov' can anyone help?
[16:38] <evon> I was trying to build my kernel and got this error arch/i386/kernel/process.c:586: Error: suffix or operands invalid for `mov' can anyone help?
[16:39] <evon> building a kernel and got this error make[1]: *** [arch/i386/kernel/apic.o] Error 1
[16:39] <evon> make: *** [arch/i386/kernel] Error 2. can anyone help?
[16:42] <apw> evon what version are you trying to build
[16:42] <evon> 2.6.9
[16:43] <evon> apw with an xbox patch
[16:43] <evon> apw: http://www.xbox-linux.org/wiki/How_to_include_FATX_support_in_a_regular_Linux_kernel
[16:43] <apw> evon, and what are you trying to build it on?
[16:44] <mjg59> evon: 2.6.9?
[16:44] <mjg59> I suspect people might have cared in 2005...
[16:44] <apw> those xbox patches go up to at least 2.6.16
[16:45] <evon> apw: ubuntu
[16:45] <evon> apw you think i should try to patch a different kernel then?
[16:45] <apw> 2.6.9 is well anchient
[16:45] <mjg59> evon: Ubuntu never shipped 2.6.9
[16:45] <evon> lol
[16:46] <evon> another question is once I patch this kernel will i be able to mount fatx filesystems on my desktop?
[16:46] <apw> +       tristate "FATX fs support (DANGEROUS)"
[16:46] <apw> +       depends on EXPERIMENTAL && BROKEN && !LBD
[16:47] <apw> its not even guarenteed you'd be able to do it with the patch it seems
[16:47] <mjg59> evon: If you're talking about x-box DVDs, no
[16:47] <mjg59> They can only be read with an actual xbox DVD drive
[16:48] <apw> mjg59, interesting, some kind of h/w drm'y poop?
[16:48] <evon> mjg59: no i'm talkin about usb's with fatx FS and HD with fatx FS
[16:48] <mjg59> Yeah
[16:48] <mjg59> evon: How do you have a fatx hard drive?
[16:48]  * apw shudders
[16:48] <evon> mjg59: from the xbox
[16:49] <mjg59> apw: There's two DVD TOCs - the normal one just gives a small image with a video telling you to put it in an xbox. There's a command that needs to be sent to the drive firmware to get it to read the real TOC
[16:49] <mjg59> evon: Ah
[16:49] <evon> mjg59: so would i be able to?
[16:49] <apw> mjg59, heh now that is plain mean
[16:49] <mjg59> evon: In theory
[16:49] <Kano> hi, when can we expect rc9 based kernel
[16:49] <evon> ok cool
[16:50] <evon> is 2.6.15 a good kernel to use? the latest xbox patch offered is for that version
[16:50] <apw> Kano, when its been tested
[16:51] <Kano> well intel without kms is broken,but luckly u uses it
[16:51] <apw> evon, i'd not define anything that old as good in general
[16:51] <Kano> cjwatson: did you optmize your initramfs code
[16:51] <apw> intel without kms is broken on 2.6.31-rc9?  on what hardware?
[16:52] <evon> apw: why is that? my intention is only to have that kernel as an option my grub. not to use it all the time
[16:52] <Kano> apw: on vt switch on all i think, but can only test q45
[16:52] <apw> evon, what is your ubuntu release
[16:52] <Kano> vt switch or X shutdown
[16:53] <evon> mint based on jaunty
[16:53] <apw> evon, no idea if you'll be able to boot with such an old kernel on that userspace, thats a major delta
[16:53] <evon> oh i c. So i would have to get an old version of ubuntu or something to get this to work?
[16:54] <apw> you might have to yes, worth trying it first
[16:54] <apw> you checked there are no userspace tools to read fatx?
[16:55] <evon> nope. I have been looking for days
[16:56] <Kano> cjwatson: http://paste.debian.net/45952/
[16:56] <Kano> cjwatson: a) the modprobe check is absolutely useless as you can modprobe every module even without hardware
[16:57] <Kano> cjwatson: b) if you want to test for hardware you can check the loaded modules after udev
[16:57] <Kano> cjwatson: the current result of your code was that intel-agp and i915 is loaded on every system and FB=kms
[16:58] <apw> evon, it seems odd that xbox support stopped at 2.6.16 ... kinda implies they found another way
[17:01] <evon> apw: I've haven't come across anything. if you do please let me know
[17:03] <evon> apw: i've google searched all over for fatx support linux but i've come up with no way of fixing the prob. and there are many others with no solutions either
[17:04] <apw> evon, might be worth trying to ask the original authors of the patch what happened to it
[17:05] <evon> apw: ok
[20:09] <karl86> hi guys, after my machine has been running for a certain amount of time it seems to loose the ability to recognise when a cd is in the drive. Is there something I can restart (other than the machine) to get it back?
[21:41] <johanbr> now that ipv6 is built-in (not a module), what's the recommended way of disabling ipv6?
[21:42] <johanbr> oh... /proc/sys/net/ipv6/conf/all/disable_ipv6 I guess