cdrtools

Las primeras versiones de cdrtools se llamaron cdrecord porque solo incluían la cdrecordherramienta y algunas herramientas complementarias, pero no mkisofsni cdda2wav. Una copia de mkisofs, creada en 1993 por Eric Youngdale para Yggdrasil Linux , se incorporó en 1997. ^{[ 6 ] [ 7 ]} En 1998, una copia de una versión experimental de cdda2wav, creada por Heiko Eißfeldt, ^{[ 8 ] [ 7 ]} se incluyó en el paquete cdrecord. ^{[ 9 ] [ 10 ]}

En 1999 el proyecto comenzó a llamarse cdrtools ^{[ 11 ] [ 9 ] [ 12 ]} para reflejar mejor el hecho de que se había convertido en una colección de herramientas.

El soporte para la escritura de DVD (cdrecord-ProDVD) en cdrecord comenzó a principios de 1998, a petición de los archivistas de datos del Observatorio Europeo Austral. ^{[ 13 ] [ 14 ] [ 15 ]} Pero como la información relevante requería un acuerdo de confidencialidad y las grabadoras de DVD no estaban disponibles públicamente, no se incluyó en el código fuente. En 2002, Jörg Schilling comenzó a ofrecer claves de licencia gratuitas para la variante de código cerrado cdrecord-ProDVD para uso educativo y de investigación, y poco después también para uso privado. ^{[ 16 ] [ 17 ]} Las licencias gratuitas no registradas estaban inicialmente limitadas a la escritura a una sola velocidad y caducaban cada año. ^{[ 17 ]} El 15 de mayo de 2006, se añadió soporte para la escritura de DVD a la versión de código abierto 2.01.01a09 después de cambiar la licencia a CDDL, eliminando así la necesidad de obtener una clave de licencia. ^{[ 16 ] [ 18 ]} La compatibilidad con discos Blu-ray se agregó a partir de 2007. ^{[ 19 ]}

La falta de soporte de código abierto para la escritura de DVD en 2001 provocó acaloradas discusiones en las listas de correo, ^{[ 16 ]} y una serie de parches no oficiales para dar soporte al Pioneer DVD-R A03, el primer grabador de DVD en llegar al mercado masivo, y bifurcaciones de cdrecord: Mandrake distribuyó una versión llamada cdrecord-dvdhack, ^{[ 20 ]} mientras que Redhat tenía dvdrecord. ^{[ 21 ]}

A diferencia de cdrkit y libburnia , que utilizan archivos de dispositivo para acceder al hardware , cdrtools utiliza un método diferente conocido como CAM (por Common Access Method), ^{[ 22 ]} que está disponible en muchos sistemas operativos, incluidos algunos que carecen de archivos de dispositivo o solo permiten que el kernel acceda a ellos. Esta diferencia se ha convertido en una controversia: algunos usuarios de Linux afirman que el método utilizado por cdrtools no es apropiado, mientras que otros afirman que los usuarios de cdrtools no necesitan saber qué método se utiliza.

En cdrtools, la grabación de medios ópticos (como CD, DVD y discos Blu-ray) se realiza a través de la interfaz SCSI . Los usuarios de sistemas con más de un dispositivo de grabación deben proporcionar un dispositivo SCSI (que se identifica mediante una tripleta de números scsibus,target,lun (logical unit number)). Sin embargo, los usuarios de sistemas con un solo dispositivo de grabación no necesitan especificar el dispositivo SCSI, ya que cdrtools puede encontrarlo. Para 2002, cada vez más grabadoras utilizaban la interfaz ATAPI . Linux 2.6 permitía a los usuarios detectar la ID SCSI de un dispositivo a partir de su ruta de dispositivo UNIX ( /dev/hdX) y se publicó un parche que simplificaba la identificación del dispositivo de grabación para cdrecord al permitir al usuario especificar el /dev/hdXnombre del dispositivo (o incluso usar por defecto un enlace administrado por udev como /dev/cdrw). Sin embargo, Schilling rechazó este enfoque, así como otras modificaciones utilizadas por las distribuciones de Linux, con el argumento de que haría el software más complejo y menos portable, ya que esta función no estaba disponible en otros sistemas UNIX. ^{[ 23 ]} Linus Torvalds afirma que las LUN SCSI no deben usarse para direccionar dispositivos en Linux, ^{[ 24 ]} porque estos números no son únicos, ^{[ 24 ]} y ya no tienen sentido para muchos dispositivos ^{[ 25 ]} (muchos dispositivos informarán 0:0:0números falsos ^{[ 25 ]} ). En cambio, Torvalds recomienda que los dispositivos se direccionen a través de su UUID, conexión física o un enlace simbólico de alias ^{[ 25 ]} como lo gestiona udev en Linux. Torvalds señaló que las ioctl se han mantenido para garantizar la compatibilidad con cdrecord ^{[ 26 ]} y no devuelven un valor significativo. ^{[ 27 ]}

Para 2004, las distribuciones de Linux mantenían una serie de cambios no oficiales —como permitir el uso de /dev/hdXnombres de dispositivos y soporte (limitado) para la escritura de DVD— que fueron rechazados por Schilling, ^{[ 23 ]} quien exigió repetidamente que las distribuciones dejaran de distribuir versiones "bastardas y defectuosas" de su "software original legal". ^{[ 28 ]} A partir de la versión 2.01.01a09 en mayo de 2006, la mayor parte del código de cdrtools se relicencia bajo la CDDL , mientras que mkisofs sigue licenciándose bajo la GPL . ^{[ 29 ]} Este cambio dio lugar a un desacuerdo continuo sobre si la distribución o el uso de binarios precompilados de cdrtools es legalmente posible (la GPL permite obras colectivas , pero no obras derivadas; y los Makefiles utilizados para compilar mkisofs tienen licencia CDDL). A continuación se presentan resúmenes de una sola frase de las diferentes posturas:

• Jonathan Corbet, fundador de la fuente de noticias LWN.net , argumentó que este cambio hace imposible distribuir legalmente los binarios de cdrtools, porque el sistema de compilación utilizado tiene licencia CDDL (interpretando cdrtools como una obra derivada de GPL y código CDDL – incompatible con GPL –) y la GPL exige que "las herramientas y los scripts de compilación también se publiquen bajo la GPL". ^{[ 30 ]}
• Jörg Schilling negó que existiera un problema de licencia en cdrtools. En su interpretación, se trataba de obras independientes y, por lo tanto, no contenía licencias incompatibles (es decir, era una obra colectiva, no una obra derivada). Según su interpretación, se podían distribuir versiones binarias. ^{[ 31 ]}
• Fedora afirma que cdrtools es una "mezcla incompatible de la GPL y la CDDL" ^{[ 32 ]} y la opinión de Schilling es un "conjunto de opiniones poco ortodoxas sobre licencias que no son compartidas por la FSF ni por el departamento legal de Red Hat" ^{[ 32 ]} y, por lo tanto, cdrtools está prohibido en Fedora.
• Los aspectos legales de Fedora también propusieron tres soluciones para resolver la incompatibilidad de licencias (agregar algún tipo de excepción de enlace GPL , reemplazar CDDL con una licencia compatible con GPL o licencia dual CDDL/GPL ^{[ 33 ]} ) y, en consecuencia, están disponibles para reabrir la discusión sobre la inclusión de cdrtools.
• Como suele ocurrir con la GPL y otras licencias de código abierto, existe muy poca jurisprudencia que sirva de guía a los usuarios y proporcione una respuesta definitiva sobre si las versiones binarias son distribuibles.

Como resultado de esta controversia:

• Debian , ^{[ 34 ]} Red Hat , ^{[ 35 ]} Fedora ^{[ 33 ]} y Ubuntu ^{[ 36 ]} eliminaron las versiones de cdrtools con código CDDL de sus distribuciones y cambiaron a cdrkit , creado por el proyecto Debian, una bifurcación de la última versión de cdrtools con licencia GPL. ^{[ 37 ]}
• Jörg Schilling continuó desarrollando su versión de cdrtools bajo las licencias CDDL y GPL (mkisofs) hasta su fallecimiento en 2021, mientras que la bifurcación cdrkit prácticamente no ha recibido actualizaciones desde Cdrkit 1.1.11, que se lanzó en 2010.
• En libburnia se realizan esfuerzos de desarrollo independientes, ya que no contiene el código fuente de cdrtools, pero incluye una capa de abstracción llamada "cdrskin" para ofrecer cierta compatibilidad con la línea de comandos de cdrecord y está disponible en muchas distribuciones de Linux.
• Gentoo Linux no se ve afectado, ya que el posible problema de licencias solo afecta a la distribución de binarios precompilados y esta distribución compila desde el código fuente. Inicialmente ofrece ambas versiones, así como libburnia, y dejó de usar cdrkit en 2017. ^{[ 38 ]}
• Slackware solo proporcionó cdrtools (el script de compilación para cdrkit está disponible en SlackBuild.org, ^{[ 39 ]} pero los dos paquetes no podían coexistir); libburnia se introdujo en noviembre de 2020 según lo requería KDE Plasma 5. ^{[ 40 ]}
• Mandriva Linux , que había abandonado su paquete cdrtools en 2007, ^{[ 41 ]} fue devuelto por Mandriva a la comunidad ^{[ 42 ]} y se convirtió en OpenMandriva Lx , que incluye el cdrtools original. ^{[ 43 ]}
• openSUSE , que había eliminado su paquete personalizado cdrtools en 2007, ^{[ 44 ]} volvió a añadir el cdrtools original en otoño de 2013. ^{[ 45 ] [ 46 ]}
• Dado que compilar cdrtools desde el código fuente es ampliamente aceptado como legal, existen instrucciones de compilación para muchas distribuciones de Linux. ^{[ 47 ]}

Cdrtools forma parte del conjunto de herramientas Schily-Tools de Jörg Schilling, que se distribuyó originalmente en SourceForge . ^{[ 48 ]}

Schilling dejó de actualizar la rama alfa y estable exclusiva de cdrtools en 2017 con la versión 3.02a9; ^{[ 49 ]} la versión 3.02a10 y superiores solo se incluyen en el paquete fuente schilytools.

La "Schily" Tool Box es un conjunto de herramientas escritas o administradas por Jörg Schilling. Incluye los programas cdrecord, cdda2wav, readcd, mkisofs, smake, bsh, btcflash, calc, calltree, change, compare, count, devdump, dmake basado en 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 y ved.

La versión final de Schily-Tools publicada por el propio Jörg Schilling es la del 18 de septiembre de 2021. ^{[ 50 ]} Tras su muerte, el desarrollo de Schily-Tools fue asumido por un grupo de voluntarios. En lugar de alojarlo en SourceForge, se aloja en una plataforma sin ánimo de lucro, Codeberg . Para conmemorar su fallecimiento, la versión final de cdrtools, 3.02a10 (donde la "a" indica que el software está semánticamente en fase alfa ), fue declarada la nueva versión estable 3.02 sin cambios sustanciales. ^{[ 51 ]}

• kit de CDR
• dvdrtools ^{[ 58 ] [ 59 ]} (no confundir con dvd+rw-tools )

• Brasero (similar a Unix)
• InfraRecorder (Windows)
• K3b (similar a Unix)
• X-CD-Roast (similar a Unix)
• cdrtfe ^{(ru) [ 60 ]} (Windows)