On 10/11/07, Randy McMurchy <[EMAIL PROTECTED]> wrote: > Barry Loo wrote these words on 10/11/07 11:35 CST: > > > I'm only refering to _B_lfs, not _L_fs. Blfs (both the current stable > > and development version) says the following under the installation > > instructions for cdrtools > > (http://www.linuxfromscratch.org/blfs/view/svn/multimedia/cdrtools.html): > > > > # Begin quote > > > > Installation of Cdrtools will fail if raw kernel headers are found in > > /usr/src/linux either as actual files or a symlink. As of the Linux > > 2.6 kernel series, this directory should no longer exist because > > appropriate headers were installed in the linux-libc-headers package > > during the base LFS installation. > > This is old and obsolete information. However, if you omit "in the > linux-libc-headers package" from the last sentence, then it would be > accurate. > > So, the sentence should be: > > "As of the Linux 2.6 kernel series, this directory should no longer > exist because appropriate headers were installed during the base LFS > installation." > > -- > Randy
Actually, I think it's a different problem that it is illustrated in the cdrecord Take a look at ' Why we copy the kernel headers and don't symlink them' http://archive.linuxfromscratch.org/lfs-museum/5.0/LFS-BOOK-5.0-HTML/chapter06/kernel.html Reading that paragraph, and reading the cdrecord notes, I think what's happening is cdrecord is looking for the '/usr/src/linux' directory (Which would only exist, is someone renamed their kernel directory), and I think problems would only happen if /usr/src/linux contained different kernel headers then the system. -- Nathan Coulson (conathan) ------ nathan at linuxfromscratch org conathan at gmail com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
