cdrtools

It is a fact that 100% of all CD/DVD/BluRay writers are SCSI devices,
ignoring this fact would make cdrtools less useful.

BTW: cdrtools compile and run on nearly all operating systems (> 20),
its interfaces have been designed to best match all supported platforms.
If there is a problem with compiling on Linux 2.6.32, this is problem resulting
from include files that are needed for the Linux kernel interfaces but that are
frequently delivered inconsistend from the view of a userland program. Ask
your distributor for a fix to the related files.

Not really written for Linux, but tries to force the Solaris way on everybody. Tries to see everything as a SCSI device, which is not particularly user friendly, given that 99% of CD writers nowadays are not SCSI.

With current version of the kernel 2.6.32+ this package will no longer compile cleanly. I am using a current version of LFS and there are numerous errors about headers being incorrect. I am not sure if this is a problem with the program or with its "strange" make system that I have not seen on other projects. I do not have kernel headers in /usr/src/kernel as this is a bad practice. I hate to find an alternative but if this will not compile I have no choice.

Well, jones501 is all wrong.

- cdrtools runs perfectly on linux (better than cdrkit)
- cdrtools supports /dev-devices, it's just a bad idea to use them, better use the scsi-id discovered with ./cdrecord --scanbus (if you have only one burning capable device, you do not even need to tell cdrecord a device, it chooses by itself)
- stuck in 1997? you mean, it still supports OSs which are this old? Why would this be a negative fact?
- if you get a lot of coasters, maybe try another burner or blanks from another vendor ... AND, cdrkit does no better, in contrary it still has lots of bugs which are not present in cdrtools anymore
- UTF-8 problems? Are you sure you used a recent version (like less than 3 years old)
- well, if you have problems with the license (which is your right of course), you can use an old version of cdrecord as well, cdrkit does no better. All they fixed are some typos in the man pages

still crap on linux
still doesn't support real addressing schemes
still stuck in 1997
still burns coasters half the time in TAO
still can't handle utf-8 correctly
and now it's a licensing nightmare, since jorg changed the license on half the code and left it gpl on the other half.
save yourself a lot of trouble and use cdrkit, which works reliably, works right on linux, has a sane license, and isn't managed by a megalomaniac who can't handle criticism and won't accept patches