>
> What we see again is that there is no OSS CD writing tool that is not based
> on
> code from cdrtools.
Dude, aren't you getting tired of this? You're annoying, seriously. We can
remove that part of code now, and no functionality would be lost. This is
politics. I hate politics. Libburnia did
"Thomas Schmitt" wrote:
> Joerg Schilling wrote:
> > What you implement may be a nice toy
>
> It is a backup format that can compete with
> programs like afio or star when it comes to
> fidelity of file properties.
> Its multi session capabilities allow fast
> and easy-to-use incremental backups.
Hi,
Joerg Schilling wrote:
> What you implement may be a nice toy
It is a backup format that can compete with
programs like afio or star when it comes to
fidelity of file properties.
Its multi session capabilities allow fast
and easy-to-use incremental backups.
It can restore what it wrote. Alte
"Thomas Schmitt" wrote:
> be invited to try the new version 0.7.0 of my program cdrskin,
> a burn backend for CD, DVD and BD.
Hi, in cdrskin/README you claim:
"cdrskin does not contain any bytes copied from cdrecord's sources."
This is not true. You even admit that
libburn/lec.c
is:
"Thomas Schmitt" wrote:
> be invited to try the new release 0.4.2 of my program
> xorriso, a ISO 9660 Rock Ridge filesystem manipulator.
>
> It creates, loads, manipulates and writes ISO 9660
> filesystem images with Rock Ridge extensions. Optionally
> it supports hard links, ACLs, xattr, and MD5
Hi,
be invited to try the new release 0.4.2 of my program
xorriso, a ISO 9660 Rock Ridge filesystem manipulator.
It creates, loads, manipulates and writes ISO 9660
filesystem images with Rock Ridge extensions. Optionally
it supports hard links, ACLs, xattr, and MD5 checksums.
xorriso can load the
6 matches
Mail list logo