cdrtools

The first releases of cdrtools were called cdrecord because they only included the cdrecord tool and a few companion tools, but not mkisofs nor cdda2wav. A copy of mkisofs, created in 1993 by Eric Youngdale for Yggdrasil Linux, was incorporated in 1997.[7][8] In 1998, a copy of an experimental version of cdda2wav, created by Heiko Eißfeldt[9][8] was included in the cdrecord package.[10][11]

In 1999 the project started to be called cdrtools[12][10][13] to better reflect the fact that it had become a collection of tools.

DVD writing support (cdrecord-ProDVD) in cdrecord started in early 1998, at the request of the data archivists of the European Southern Observatory.[14][15][16] But since the relevant information required a non-disclosure agreement and DVD writers were not publicly available, it was not included in the source code. In 2002, Jörg Schilling started offering free license keys to the closed-source variant cdrecord-ProDVD for educational, and research use, shortly thereafter also for private use.[17][18] Unregistered free licenses were initially limited to single-speed writing and would expire every year.[18] On 15 May 2006, support for DVD writing was added to the open-source version 2.01.01a09 after switching the license to CDDL; thereby removing the need to get a license key.[17][19] Blu-ray disc support was added starting 2007.[20]

The lack of open-source DVD writing support in 2001 led to heated discussions on the mailing lists,[17] and to a number of unofficial patches for supporting the Pioneer DVD-R A03, the first DVD writer to reach mass market, and forks of cdrecord: Mandrake shipped a version called cdrecord-dvdhack,[21] whereas Redhat had dvdrecord.[22]

Unlike cdrkit and libburnia, which use device files to access the hardware, cdrtools uses a different method known as CAM (for Common Access Method),[23] which is available on many operating systems, including some which lack device files or only allow the kernel to access them. This difference has turned into a controversy: some Linux users claim that the method used by cdrtools is not appropriate, while some Linux users claim that the users of cdrtools do not need to know which method is used.

In cdrtools, burning optical media (such as CDs, DVDs and Blu-rays discs) is done through the SCSI interface. Users of systems with more than one burning device need to provide a SCSI device (which is identified by a triplet of numbers, scsibus,target,lun). Users of systems with only one burning device, however, do not need to specify the SCSI device since cdrtools is able to find it. By 2002 more and more burners were using the ATAPI interface. Linux 2.6 allowed the users to detect the SCSI ID of a device from its UNIX device path (/dev/hdX) and a patch was published that made identifying the burner device for cdrecord simpler by allowing the user to specify the /dev/hdX device name (or even default to a udev managed link such as /dev/cdrw). Schilling, however, rejected this approach as well as other modifications used by Linux distributions, with the rationale that it would make the software more complex and less portable as this function was not available on other UNIX systems.[24] Linus Torvalds states that SCSI LUNs should not be used for addressing devices on Linux,[25] because these numbers are not unique,[25] and do not make sense for many devices anymore[26] (many devices will report 0:0:0 fake numbers[26]). Instead Torvalds recommends that devices should be addressed via their UUID, physical connection, or an alias symlink[26] as managed by udev on Linux. Torvalds pointed out that the ioctl's have been kept to ensure cdrecord compatibility[27] and do not return a meaningful value.[28]

By 2004, Linux distributions were maintaining a number of unofficial changes – such as allowing the use of /dev/hdX device names and (limited) DVD writing support – that were rejected by Schilling,[24] who repeatedly demanded that distributions stop shipping "bastardized and defective" versions of his "legal original software".[29] Starting with version 2.01.01a09 in May 2006, most code from cdrtools has been relicensed under the CDDL, while mkisofs remains licensed under the GPL.[30] This change led to an ongoing disagreement about whether distribution or use of precompiled cdrtools binaries is legally possible (the GPL permits collective works, but not derivative works; and the Makefiles used to build mkisofs are CDDL licensed). The following are one-sentence summaries of the different positions:

• Jonathan Corbet, founder of the LWN.net news source argued that this change makes it impossible to legally distribute cdrtools binaries, because the build system used is CDDL licensed (interpreting cdrtools as derivative work of GPL and – GPL-incompatible – CDDL code) and the GPL requires "build tools and scripts also be released under the GPL".[31]
• Jörg Schilling denied there was a license problem in cdrtools. In his interpretation, it consisted of independent works and thus has not mixed incompatible licenses (i.e. it is a collective work, not a derivative work). According to his interpretation, binary versions may be distributed.[32]
• Fedora says the cdrtools is a "incompatible mix of the GPL and the CDDL"[33] and Schilling's opinion is a "set of unorthodox opinions on licensing which are not shared by the FSF or Red Hat Legal"[33] and thus cdrtools is forbidden on Fedora.
• Fedora's legals also proposed three solutions to solve license incompatibility (adding some sort of GPL linking exception, replace CDDL with GPL-compatible license, or dual-licensing CDDL/GPL[34]) and consequently available to re-open discussion about including cdrtools.
• As is common with the GPL and other open source licenses, very little case law exists to provide guidance to users and provide a definitive answer on whether binary versions are distributable.

As a result of this controversy:

• Debian,[35] Red Hat,[36] Fedora[34] and Ubuntu[37] dropped the versions of cdrtools with CDDL code from their distributions and switched to the Debian project created cdrkit, a fork of the last GPL-licensed cdrtools version.[38]
• Jörg Schilling continued to develop his version of cdrtools under the CDDL and GPL (mkisofs) licenses until he died in 2021, whereas the cdrkit fork has received next to no updates since Cdrkit 1.1.11, which was released in 2010.
• Independent development efforts happen in libburnia which does not contain cdrtools source code, but includes a wrapper "cdrskin" to offer some command line compatibility with cdrecord and is available in many Linux distributions.
• Gentoo Linux is unaffected, as the potential licensing issue only affects the distribution of precompiled binaries and this distribution compile from source code. It initially offers both versions, as well as libburnia, dropping cdrkit in 2017.[39]
• Slackware only provided cdrtools (build script for cdrkit is available from SlackBuild.org,[40] but the two packages could not co-exists); libburnia was introduced in November 2020 as needed by KDE Plasma 5.[41]
• Mandriva Linux, which had dropped its cdrtools package in 2007,[42] was returned by Mandriva to the community[43] and became OpenMandriva Lx, which ships the original cdrtools.[44]
• openSUSE, which had dropped its customized cdrtools package in 2007,[45] added back the original cdrtools in Fall 2013.[46][47]
• Since building cdrtools from source is widely accepted as legal, there exist compile instructions for many Linux distributions.[48]

Cdrtools are part of Jörg Schilling's toolset Schily-Tools which was originally distributed on SourceForge.[49]

Schilling stopped updating the cdrtools-only alpha and stable branch in 2017 with version 3.02a9;[50] version 3.02a10 and higher are only included in the source package schilytools.

The "Schily" Tool Box is a set of tools written or managed by Jörg Schilling. It includes the programs: cdrecord, cdda2wav, readcd, mkisofs, smake, bsh, btcflash, calc, calltree, change, compare, count, devdump, dmake based on SunPro Make, hdump, isodebug, isodump, isoinfo, isovfy, label, mt, obosh, od, p, POSIX patch, pbosh, sccs, scgcheck, scpio, sdd, sfind, sformat, smake, sh/bosh (Bourne sh), star, star_sym, strar, suntar, gnutar, tartest, termcap, and ved.

The final version of Schily-Tools published by Jörg Schilling himself is the 2021-09-18 release.[51] After his death, development of Schily-Tools has been taken up by a group of volunteers. To mark his passing, his cdrtools final version, 3.02a10 (where the a indicates the software is semantically alpha) was declared to be the new stable version 3.02 with no substantial changes.[52]

• cdrkit
• dvdrtools[58][59] (not to confuse with dvd+rw-tools)

• Brasero (Unix-like)
• InfraRecorder (Windows)
• K3b (Unix-like)
• X-CD-Roast (Unix-like)
• cdrtfe^(ru)[60] (Windows)