=== asac_ is now known as asac
[01:29] <CarlFK> what kernel .deb do I get with ubuntu-8.10-desktop-amd64.iso    ?
[01:31] <crimsun> the one corresponding to linux-image-2.6.27-7-generic 2.6.27-7.14
[01:32] <crimsun> (http://releases.ubuntu.com/8.10/ubuntu-8.10-desktop-amd64.manifest)
[01:33] <CarlFK> yeah, but I can't figure out what the name is... expecting something like linux-image-x64 or -amd64
[01:35] <CarlFK> this worked:  http://people.ubuntu.com/~smb/bug254668/linux-image-2.6.27-3-generic_2.6.27-3.3smb5_amd64.deb - I am looking for the released version 
[01:37] <crimsun> http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.27-7-generic_2.6.27-7.14_amd64.deb
[01:38] <CarlFK> does apt-cache search filter that out if I am booted into a 32 bit kernel?
[01:38] <CarlFK> thanks btw - downloading now
[01:40] <crimsun> well, the binary package name is identical, but aptitude download would retrieve the version for your $arch, so it wouldn't quite do what you likely intend
[01:40] <CarlFK> I don't see it here either:  http://packages.ubuntu.com/search?keywords=linux-image-2.6.27-7-generic_2.6.27-7.14_amd64&searchon=names&suite=intrepid&section=all
[01:40] <CarlFK> "packages that names contain linux-image-2.6.27-7-generic_2.6.27-7.14_amd64 in suite(s) intrepid, all sections, and all architectures.       Sorry, your search gave no results"
[01:41] <CarlFK> ah
[01:41] <crimsun> nah, you'd search on the binary package name
[01:41] <crimsun> and 7.14 has been superceded by 7.16
[01:42] <CarlFK> thanks again.   I was going batty 
[01:42] <crimsun> https://launchpad.net/ubuntu/intrepid/+source/linux will give you the rundown for intrepid
[01:47] <CarlFK> dpkg -i linux-image-2.6.27-7-generic_2.6.27-7.16_amd64.deb =  package architecture (amd64) does not match system (i386)
[01:47] <CarlFK> but I did this before...
[01:48] <CarlFK> at least I thought i did
[01:49] <crimsun> what are you attempting to accomplish?
[01:53] <CarlFK> run qemu-system-x86_64, install u-s-x64, and test a few things
[01:54] <CarlFK> I was running qemu-system-x86_64 on my 32, and it looked like the install would take over 10 hours 
[02:38] <CarlFK> $ uname -a; Linux dv67 2.6.27-7-generic #1 SMP Tue Nov 4 19:33:06 UTC 2008 x86_64 GNU/Linux
[02:38] <CarlFK> yay.
[02:40] <CarlFK> however, it replaced the 32bit ver of /boot/vmlinuz-2.6.27-7-generic *grumble*
[06:04] <NCommander> Who's our local grub expert
[06:10] <CarlFK> I have fought with grub often...
[06:11] <CarlFK> i often win by dumb luck 
[06:12] <NCommander> CarlFK, I'm hoping I can get someone to work with me to close a long standing grub bug
[06:12] <NCommander> #3339
[06:12] <NCommander> Bug #3339
[06:12] <NCommander> ...
[06:12] <NCommander> Bot is broken
[06:13] <NCommander> https://bugs.edge.launchpad.net/ubuntu/+source/grub/+bug/3339
[06:13] <CarlFK> Ubuntu grub should be deluxe...
[06:14] <NCommander> YEah
[06:14] <NCommander> I already found the patch in SuSE
[06:14] <NCommander> And I'm testing our grub with it
[06:14] <NCommander> I found this bug after I set up my mom with dual boot Ubuntu
[06:15] <NCommander> (I single boot so I didn't know we didn't have a graphical loader)
[06:17] <CarlFK> there was mention of making it optional.  I would start with it being a package that can be installed 
[06:18] <NCommander> It would mean a new grub package
[06:19] <NCommander> Who's the Ubuntu grub guy?
[06:19] <NCommander> (the packaging says the kernel team is the official maintainer ...)
[06:19] <CarlFK> that sounds like replacing grub 
[06:20] <CarlFK> er
[06:20] <CarlFK> that sounds like replacing the current grub package 
[06:20] <NCommander> well, its a code patch that adds the command gfxmenu
[06:20] <CarlFK> my though is let the installer install the normal grub package, and have a 2nd one that can be added later, 
[06:21] <CarlFK> the only thing I know about this is from reading #3339
[06:21] <NCommander> Well, the way it works is the patch from SuSE adds a gfxmenu command
[06:21] <CarlFK> but I will be surprised if it replaced the current grub right out the dooor 
[06:26] <CarlFK> make a grub-gfx package that replaces the current grub with the patched one.  and maybe hacks the menu.lst with something to make it pretty 
[06:27] <CarlFK> hmm... "replace grub" isn't clear 
[06:27] <NCommander> I don't get the reasoning, don't we want this the default for Ubuntu? (scary text bootloader == bad)
[06:27] <NCommander> Having no theme is as easy as not having one installed
[06:27] <CarlFK> Colin wants stability over pretty 
[06:28]  * NCommander would note that SuSE and Fedora use the same patch and have for consider time
[06:28] <NCommander> I think Debian might now too
[06:29] <CarlFK> you are welcome to argue with him :)
[06:30] <CarlFK> but I would bet it gets implemented quicker if it was first an easy add on
[06:30] <NCommander> But its not an add-on, it litterially would replace the installed grub
[06:30] <NCommander> Hrm
[06:31] <CarlFK> any idea where grub-installer gets the bytes that is grub to drop onto the boot loader?
[06:31] <NCommander> the stage1 and stage2 files
[06:31] <CarlFK> what I am calling an add on would replace wherever those bytes are, just like installing an app 
[06:34] <NCommander> brb
[06:34] <NCommander> testing new grub
[06:35] <CarlFK> it would make it easy for the people who want ti now to have it now, and them using it would build support for stability 
[06:36]  * NCommander is trying to figure out the existing grub package
[06:37] <NCommander> brb
[06:42] <NCommander> CarlFK, back
[06:42] <NCommander> CarlFK, so our grub does have support for graphical bootloader support
[06:42] <NCommander> It looks like on the last merge we pulled the patch from Debian
[06:42] <NCommander> but nothing takes advantage of it
[06:43] <CarlFK> heh
[06:43] <CarlFK> well, never mind my idea :)
[06:44] <NCommander> It just means ubuntu/kubuntu/xubuntu default settings need to be tweaked to install a splash and then call upgrade-grub
[06:45] <CarlFK> or.. if you want to tread lightly, leave the default alone and make an app that tweaks 
[06:45] <CarlFK> kinda like nvidia-settings and xorg
[06:46] <NCommander> Did I tell you that this is one of the highest rated and wanted things on brainstorm :-) (I have no problem doing that, but it should be the default once its tested)
[06:48] <CarlFK> looks like you would have to argue with both Colin and Brian Murray - 
[06:48] <NCommander> ??
[06:48] <CarlFK> "       Declined       for       Gutsy       by       Colin Watson     ...        Declined       for       Intrepid       by       Brian Murray     "
[06:49] <CarlFK> neat spaces...
[06:49] <NCommander> I don't think they'd object
[06:49] <NCommander> no code changes to grub necessary
[06:49] <NCommander> even update-grub knows how to handle a splash
[06:49] <NCommander> brb, testing splash screen
[06:54] <NCommander> CarlFK, neat, I have a grub splash that shows the Debian logo
[06:54] <NCommander> :-P
[06:55] <CarlFK> heh - you should pull an m$ and show a desktop 
[06:55] <NCommander> :-P
[11:47] <smb_tp> tseliot, Hi Alberto, tjaalton told me you know of some problems with the 173 nvidia driver. What is the story there?
[11:48] <tseliot> smb_tp: a number of users (which specific hardware configurations which I can't remember) reported that the only driver that works for them in hardy the one in nvidia-glx-new
[11:48] <tseliot> I provide newer drivers in the linux-restricted-modules-envy
[11:49] <tseliot> so that we don't have to break the one in the linux-restricted-modules
[11:49] <tseliot> smb_tp: did you try envyng to install my drivers?
[11:50] <smb_tp> tseliot, Is this for Intrepid only? The reason I came to it was, that we have been asked to update lrm for hardy in order to fix some suspend/resume problems.
[11:51] <tseliot> smb_tp: no, the lrm-envy only exist in hardy (in universe/multiverse)
[11:52] <smb_tp> tseliot, Hm, so it would be possible to use the nvidia drivers from envy which are newer instead of the lrm ones without updating lrm at all...
[11:52] <tseliot> smb_tp: yes, right
[11:56] <smb_tp> tseliot, Hm, cool. Seems there is much more choice I am  aware of. :-/ Does that simply work by installing envyng in parallel or would it need lrm to be removed? Oh well, I should probably just have a look into the web...
[11:58] <tseliot> smb_tp: the lrm-envy will coexist with the drivers in the lrm. If you remove the lrm-envy you will be able to use the nvidia driver in the lrm again.
[11:58] <tjaalton> smb_tp: right, I forgot about envy and thought you were aware of it already :)
[11:59] <tseliot> if you want to install them and configure the xorg.conf automatically you can use either the textual installer (envyng-core) or the gtk ui (envyng-gtk)
[12:00] <smb_tp> tseliot, Sounds great. That gives a simple way of getting the newer driver for those in need without breaking those for which the lrm driver works better.
[12:00] <tseliot> here you will find the full instructions: http://www.albertomilone.com/envyngfaq.html#A
[12:00] <tseliot> yes :-)
[12:00] <smb_tp> tjaalton, It's one of the things I heard some time and which did not catch. :-[
[12:03] <fransman> hi to all
[12:03] <fransman> is there a Ubuntu 2.6.28 git avail?
[12:07] <abogani> fransman: Not yet
[12:08] <fransman> Ok so got to wait for some day's
=== Keybuk_ is now known as Keybuk
[13:55] <abli> Hi! I was told on #ubuntu-installer that this channel might be a better place for my question: I have a machine with an NVidia 8600 video card in a pci-express slot. If the video card is in the slot, hardy or intrepid live CDs don't boot. Apparently they crash due to kernel oops. If the NVidia card is removed, they appear to boot fine. Any idea what might be wrong or how can I debug this? (installing without that videocard and then putting it back would
[13:55] <abli>  be fine, but if the liveCD can't boot what are the chances that booting from hdd will work?)
[16:07] <Jodoog> Hi :) I know it was planned for 2.6.28 in order to get Lenovo's APS working without need for a patch...but has 2.6.28-rc4 put general disc protection directly into the libata driver already? Thanks a lot :)
[19:35] <papo> hello