CDRtools
Reported by: |
spilsnthrils@… |
Owned by: |
bdubbs@… |
Priority:
|
high
|
Milestone:
|
|
Component:
|
BOOK
|
Version:
|
SVN
|
Severity:
|
trivial
|
Keywords:
|
VERIFIED
|
Cc:
|
|
|
|
Not sure if this is a bug or just a problem with Cdrtools-2.01 and the linux
2.6.9 kernel. Cdrtools-2.01 will not build giving error /usr/bin/ld -lscg can
not find file. I did alot of hunting on the internet untill I found the
solution. Remove the symlink linux if exists (I added the symlink after
building kernel in LFS). I did this and Cdrtools-2.01 built fine. I tried to
rebuild with clean source and the linux symlink to recreate the error so I
could copy more information but the package built fine??? dont get it. any way
might mention in the book about not having a symlink in /usr/src/linux pointing
to your kernel sources LINUX-2.6.9 or Cdrtools-2.01 will fail. Thanks for all
your work and help. I have been building linux from scratch since book 2.
Resolution: |
→ invalid
|
Status: |
new → closed
|
Resolution: |
invalid
|
Status: |
closed → reopened
|
Owner: |
changed from blfs-book@… to bdubbs@…
|
Status: |
reopened → new
|
Resolution: |
→ fixed
|
Status: |
new → closed
|
I'm closing this bug as invalid as much as I hate to.
Months ago I asked the LFS folks to put a message in the book to make sure that /usr/src/linux is not created, even though all the kernel source documentation says it should be there.
I was told "to not worry about it, everyone knows you shouldn't have this symlink".
Many packages exhibit this problem if /usr/src/linux exists. IPTables comes to mind. This cannot be addressed in BLFS, therefore I'm closing out the bug.
Especially with cdrtools, where the documentation for "known problems" says to remove the symlink, we simply cannot fix this issue.