Re: [gentoo-user] Touble with linux-headers
On Montag, 30. April 2007, Holla wrote: > On 4/30/07, Hemmann, Volker Armin <[EMAIL PROTECTED]> wrote: > > On Montag, 30. April 2007, Holla wrote: > > > Hello, > > > > > > I would like to install my own version of the kernel (2.6.18.3) > > > which i have compiled and installed. This is working fine. > > > > > > But when I try to do 'emerge system', portage is > > > trying to emerge linux-headers also. How can I prevent > > > it ? > > > > why? Why do you want to prevent it? > > OK, I get it now. I was under the (wrong) impression that > the kernel headers should match the kernel installed. sometimes, if there is a new feature, it makes sense, but usually, it really does not matter. Some distributions even use headers which are derived from 2.4 kernels. AFAIR Redhat did that for a long time. > So, if portage is trying to install linux-headers-2.6.17 > it is because that is the stable headers for 2.6, right ? exactly. > I even went to the extent of doing a > make headers_check > export INSTALL_HDR_PATH=/usr > make headers_install > > in the kernel build directory. > > I see this is stupid now.. well, they (the kernel devs) are working on the headers to make them 'userspace save'. When this work is finished, it will be the right thing to do. But this is still way in the future - I would not expect this to work really well before the end of the year. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Touble with linux-headers
On Monday 30 April 2007, Holla wrote: > OK, I get it now. I was under the (wrong) impression that > the kernel headers should match the kernel installed. > So, if portage is trying to install linux-headers-2.6.17 > it is because that is the stable headers for 2.6, right ? Not quite... nazgul cvs-src # eix linux-headers [I] sys-kernel/linux-headers Available versions: *2.0.40-r1 *2.2.26-r1 2.4.26-r1 (~)2.4.33.3 2.6.8.1-r4 2.6.11-r2 (~)2.6.11-r3 *2.6.11-r4 2.6.11-r5 *2.6.11-r6 *2.6.16 (~)2.6.17 2.6.17-r1 2.6.17-r2 (~)2.6.19.2-r2 (~)2.6.20 (~) 2.6.20-r1 (~)2.6.20-r2 Installed versions: 2.6.20-r2(18:30:20 03/18/07) Homepage:http://www.kernel.org/ http://www.gentoo.org/ Description: Linux system headers linux-headers-2.6.17-r1 is the collection of headers in the portage tree that the Gentoo devs have marked stable (and causes least breakage). There is no official set of headers fromt he kernel project. You might find some knowledgeable kernel dev who makes a recommendation, but that's something different. As it turns out, I am using 2.6.20-r2 headers and they work for me. Generally, if you run a stable system, you should stick with whatever system packages that portage wants to merge alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Touble with linux-headers
On 4/30/07, Alan McKinnon <[EMAIL PROTECTED]> wrote: On Monday 30 April 2007, Holla wrote: The kernel-headers are there so the *user*apps*and*libs* know what definitions of data structures to use. In very broad terms, someone takes the .h files out of a kernel release that are known to be stable and work well and make them available to user-space compilation. Gentoo puts them in /usr/include/{asm,linux}. Leave them there. Thanks for the explanation. As replied just now, my understand was wrong. Or have you been reading the stuff in /usr/src/linux/Documentation about how you shouldn't put kernel sources in /usr/src/linux? OOPS... alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Touble with linux-headers
On 4/30/07, Hemmann, Volker Armin <[EMAIL PROTECTED]> wrote: On Montag, 30. April 2007, Holla wrote: > Hello, > > I would like to install my own version of the kernel (2.6.18.3) > which i have compiled and installed. This is working fine. > > But when I try to do 'emerge system', portage is > trying to emerge linux-headers also. How can I prevent > it ? why? Why do you want to prevent it? OK, I get it now. I was under the (wrong) impression that the kernel headers should match the kernel installed. So, if portage is trying to install linux-headers-2.6.17 it is because that is the stable headers for 2.6, right ? I even went to the extent of doing a make headers_check export INSTALL_HDR_PATH=/usr make headers_install in the kernel build directory. I see this is stupid now.. Thanks sathish You know, that the in-kernel headers should not be used? > > Also , when using a homebrew source, how do I install > the linux-headers in /usr/include ? just copy the directory > from the kerenl source, or symlink it ? You don't. Really. The kernel headers which come with the source tarball are not a good choice for userspace. Don't do it, you don't have a compelling reason. And if you have a very good reason for the in-kernel headers (like app X needs them), it is a bug. -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Touble with linux-headers
On Monday 30 April 2007, Holla wrote: > Hello, > > I would like to install my own version of the kernel (2.6.18.3) > which i have compiled and installed. This is working fine. OK > But when I try to do 'emerge system', portage is > trying to emerge linux-headers also. How can I prevent > it ? Why do you want to do that? The kernel and kernel headers are completely different things and have nothing to do with each other, except that the headers came out of a kernel tarball once. The kernel source is the kernel source, it's a free-standing compilable block of C. The kernel-headers are there so the *user*apps*and*libs* know what definitions of data structures to use. In very broad terms, someone takes the .h files out of a kernel release that are known to be stable and work well and make them available to user-space compilation. Gentoo puts them in /usr/include/{asm,linux}. Leave them there. Or have you been reading the stuff in /usr/src/linux/Documentation about how you shouldn't put kernel sources in /usr/src/linux? alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Touble with linux-headers
On Montag, 30. April 2007, Holla wrote: > Hello, > > I would like to install my own version of the kernel (2.6.18.3) > which i have compiled and installed. This is working fine. > > But when I try to do 'emerge system', portage is > trying to emerge linux-headers also. How can I prevent > it ? why? Why do you want to prevent it? You know, that the in-kernel headers should not be used? > > Also , when using a homebrew source, how do I install > the linux-headers in /usr/include ? just copy the directory > from the kerenl source, or symlink it ? You don't. Really. The kernel headers which come with the source tarball are not a good choice for userspace. Don't do it, you don't have a compelling reason. And if you have a very good reason for the in-kernel headers (like app X needs them), it is a bug. -- [EMAIL PROTECTED] mailing list
[gentoo-user] Touble with linux-headers
Hello, I would like to install my own version of the kernel (2.6.18.3) which i have compiled and installed. This is working fine. But when I try to do 'emerge system', portage is trying to emerge linux-headers also. How can I prevent it ? Also , when using a homebrew source, how do I install the linux-headers in /usr/include ? just copy the directory from the kerenl source, or symlink it ? To prevent portage from trying to install its own version I have added the homebrew-sources-2.6.99.ebuild to the /usr/local/portage. When I do 'emerge homebrew-sources' I get the following. I am confused as to what to do next. In the homebrew-sources ebuild, the function are just dummy (returnning true) any pointers ? thanks sathish - Emerging (1 of 1) sys-kernel/homebrew-sources-2.6.99 to / * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ]>>> Preparing to unpack ... Unpacking source... Source unpacked. Compiling source in /var/tmp/portage/homebrew-sources-2.6.99 ... /usr/portage/eclass/kernel-2.eclass: line 1030: cd: /var/tmp/portage/homebrew-sources-2.6.99/work/homebrew-sources-2.6.99: No such file or directory Source compiled. Test phase [not enabled]: sys-kernel/homebrew-sources-2.6.99 Install homebrew-sources-2.6.99 into /var/tmp/portage/homebrew-sources-2.6.99/image/ category sys-kernel Completed installing homebrew-sources-2.6.99 into /var/tmp/portage/homebrew-sources-2.6.99/image/ man: Merging sys-kernel/homebrew-sources-2.6.99 to / Safely unmerging already-installed instance... No package files given... Grabbing a set. Regenerating /etc/ld.so.cache... -- -- [EMAIL PROTECTED] mailing list