Forking ancient mkisofs

Eduard Bloch edi at gmx.de
Sat Apr 8 09:52:47 PDT 2006


Hi people,

first let me say hallo. I am one of the Debian cdrtools maintainers, and
unfortunately I didn't pay this project much attention in the last
years. After another unpleasent dispute with the cdrtools upstream, I
decided that now it's time to stop working around problems and start
solving them. And I believe that this probject has a chance to make
cdrtools obsolete, sooner or later, similar to what Xorg has done with
XFree86.

So the actual question: what do you think about forking the ancient
version of mkisofs [1], and apply just the changes that people need? I
think that some new features in the cdrtools version have been developed
in a wrong way:

 - removal of an autonomous build system [2]
 - refactoring code to an ugly derivate of K&R style.
 - addition of some self-made charset conversion engine instead of
   regular iconv integration [3].
 - to restrictive default configuration. I would like to make
   -joliet-long default without getting complaints from a certain
   person
 - adding uncomfortable hacks for scripted execution instead of
   separating the code into library and interface parts. This way it
   could be integrated into growisofs more smoothly, for example.
   
I think the program should be renamed in order to not give the certain
person a chance to claim that we are violating copyright holder
protection acts by distributing "incompatible artwork easily confused
with the one from current maintainer". And I like shorter names like
"miso" (garbled mkisofs abbreviation, not registered on Freshmeat yet).
Changing the name would also make it easier to deprecate some things
like the -i option.

I think most patches that have been submitted to cdrtools author by
other people should be portable to this fork with a feasible amount of
work.

Eduard.

[1] http://www.tux.org/pub/tux/eric/mkisofs/mkisofs-1.12b5.tar.gz
[2] The old build system is still pretty useable
[3] We have a good working iconv patch communicating trough the new
charset conversion layers which is PITA, IMHO
-- 
<GyrosGeier> doogie, 25 m/s is pretty fast
<doogie> 40m/s from apache
<doogie> 25m/s is from java
<GyrosGeier> doogie, that's about 8 km/h.


More information about the freedrtools-devel mailing list