I wish we had a better word for what strenholme is doing besides "maintainer".
To have known the deceased and decide to continue their work is something special indeed.
If Eric Youngdale could come out of the woodwork and retroactively add a “CDR tools, as a special GPL exception, can integrate CDDL licensed code” clause, that might allow us to use Schilling’s more recent code, but, to be safe, I prefer to work with the older codebase to keep the license simple.
But that's what Debian did already with wodim/cdrkit much to Jörg's dismay. I don't think it received much development and afaik never got BluRay support.
https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=geniso...
If the copyright holder is dead, there is nothing to be afraid of in violating his license, surely...? At worst you could ask his heirs to add that exception.
> Copyright protection generally lasts for 70 years after the death of the author. If the work was a "work for hire", then copyright persists for 120 years after creation or 95 years after publication, whichever is shorter.
[https://en.wikipedia.org/wiki/Copyright_law_of_the_United_St...]
> A fork of cdrtools with this bug fixed is on GitHub: https://github.com/samboy/iso9660
I dedicate this repo this his memory. --> I dedicate this repo to his memory.
Which is irrelevant as the code does not contain any GPL code, right?
[1] Youngdale at one point was one of the Yggdrasil Linux developers, for people using Linux long enough to remember that long since abandoned distro.
Second of all, I had a very recent positive interaction with him. I recently was in contact with Mr. Schilling to report a bug in CDR tools. Even though he was (looking back) dying, he was very prompt in replying to me and discussing the bug with me over email. However, even though I gave him a fix, he was unable to apply it, probably because of his poor health.
Thirdly, there is a really serious bug in CDR tools: It will start creating bad timestamps in 2028. That’s not a typo: 2028 (not 2038). Because of how ISO 9660 filesystems store timestamps (8-bit number, 0 is 1900), on 2038 (1900 + 128), unless the 8-bit number is explicitly made an unsigned number (assumed with other ISO 9660 implementations), there will be issues with timestamps. [1]
A full bug report, complete with a bugfix is here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990468
A fork of cdrtools with this bug fixed is on GitHub: https://github.com/samboy/iso9660
Again, prayers for Schilling’s family, and he was very professional in his interactions with me, even in his final days.
[1] The issue is with how Schilling’s CDR tools calculates timezones; the time zone becomes an invalid number starting in 2028.