> > that never have been
> > in the original software and because no bugs are fixed since nearly 6
> > months.
>
> Latest *RELEASE* was at 2007/05/06. Latest *RELEASE* of cdrecord
> is dated 09.09.2004.
There was a typo, it's 5 not 6 months.
Latest release cdrtools: September 3rd. Number of c
· Joerg Schilling <[EMAIL PROTECTED]>:
> "b.n." <[EMAIL PROTECTED]> wrote:
>> But I don't buy the "people that attack me is just jealous/trolling"
>> argument, sorry. Assuming good faith is always better. To tell "I'm
>> right and B is lying" is quite trollish too. To tell "I'm right, B
>
> If I
Let me try to give some information on star
star by default writes to stdout and already supports 7z compression
including auto-format/comression detection. You need to install a working
"p7zip" in your PATH.
Star is 100% compatible to tar, a big problem is that GNU tar is not 100%
compatible to
"b.n." <[EMAIL PROTECTED]> wrote:
> > The reason why Debian started this is the missing will for quality oriented
> > cooperation by a single person: "Eduard Bloch".
> >
> > The reason why other Linux distributions followed Debian is that they
> > believed
> > the lies spread by Eduard Bloch.
>
On Wed, 26 Sep 2007 19:44:20 +0200, b.n. wrote:
> In our case: if you use a tool like that in your scripts and suddenly
> the Gentoo devs feel that tool has to be removed/replaced (not the case
> of cdrtools in Gentoo apparently, but...), you are in trouble.
In this case, that shouldn't be a prob
Hi Joerg,
Quite an honour to receive a mail from you. :)
> The reason why Debian started this is the missing will for quality oriented
> cooperation by a single person: "Eduard Bloch".
>
> The reason why other Linux distributions followed Debian is that they believed
> the lies spread by Eduard
Michael Schreckenbauer ha scritto:
> and I for myself drop cdrkit in every place I find it and replace it with the
> imo working tool named cdrecord.
Sure, your choice.
>> The problem is that of a tool that for licence etc. problems could be
>> easily be dropped from a distribution. It's of a r
Am Mittwoch, 26. September 2007 00:26:51 schrieb b.n.:
> Michael Schreckenbauer ha scritto:
> > Am Montag, 24. September 2007 schrieb Alexander Skwar:
> >> To keep GNU tar, you mean? Well, there's at least a reason to not ONLY
> >> have star: Star is made by Jörg Schilling, one of the biggest moron
On Wed, 26 Sep 2007 10:14:58 +0200, Alexander Skwar wrote:
> Back to tar: Why use "tar -j" in scripts, when "bzip2 | tar"
> does the same thing? I very much disagree that "tar -j" is
> the "better" option here;
Either way requires that you first determine the type of compression used
before you c
Neil Bothwick <[EMAIL PROTECTED]> wrote:
> Hello Alexander Skwar,
>
>> Yes, it's very bad that Gentoo scripts don't limit themselves to
>> POSIX. Another windmill to fight against.
>
> Artificially limiting yourself to the lowest common denominator when
> better options are available is bad, and
Michael Schreckenbauer ha scritto:
> Am Montag, 24. September 2007 schrieb Alexander Skwar:
>> To keep GNU tar, you mean? Well, there's at least a reason to not ONLY
>> have star: Star is made by Jörg Schilling, one of the biggest morons
>> on the earth. Guess why some distributions no longer use c
Am Montag, 24. September 2007 schrieb Alexander Skwar:
> To keep GNU tar, you mean? Well, there's at least a reason to not ONLY
> have star: Star is made by Jörg Schilling, one of the biggest morons
> on the earth. Guess why some distributions no longer use cdrecord but
> switched to cdrkit?
Keep
On Tue, 25 Sep 2007 15:34:41 +0200, Alexander Skwar wrote:
> What does this have to do with GNU tar and it adding superflous
> options? Quite a lot. -j et.al. are non-standard options. If a
> (badly written) script relies on the presence of -j, this script
> won't work with a POSIX compliant tar
b.n. <[EMAIL PROTECTED]> wrote:
> Alexander Skwar ha scritto:
>> Stroller <[EMAIL PROTECTED]> wrote:
>>
>>> On 24 Sep 2007, at 09:30, Alexander Skwar wrote:
...
> and if p7zip supports pipes, you don't need its support in tar.
> Just pipe
> from/to it.
It does and that's the
On 24 Sep 2007, at 09:30, Alexander Skwar wrote:
...
and if p7zip supports pipes, you don't need its support in tar.
Just pipe
from/to it.
It does and that's the way it's supposed to be used on unix, according
to its manpage.
GNU tar features the -j, -z and -Z options. These are much more
Alexander Skwar schrieb:
> Florian Philipp <[EMAIL PROTECTED]> wrote:
>
>> star supports p7zip which can be much better and especially more
>> flexible than bzip2, gzip and zip.
>
> Uhm, what's bad about
>
> tar cf - | p7zip
It's a bit cumbersome to create a pipe each time I access
Volker Armin Hemmann <[EMAIL PROTECTED]> wrote:
> On Samstag, 22. September 2007, Florian Philipp wrote:
>> star supports p7zip which can be much better and especially more
>> flexible than bzip2, gzip and zip. Its other features (better
>> funcionality for acl, sparse files, recovery and backups
Florian Philipp <[EMAIL PROTECTED]> wrote:
> star supports p7zip which can be much better and especially more
> flexible than bzip2, gzip and zip.
Uhm, what's bad about
tar cf - | p7zip
> If star were a fully qualified replacement for gnu tar, there would not
> have been the need t
Florian Philipp <[EMAIL PROTECTED]> wrote:
> What I'd like to know: Is it fully backward compatible to tar? Could I
> safely unmerge tar and make a symlink from tar to star?
star is fully Posix compliant. GNU tar is not. In theory, there could
be problems with GNU tar tar archives if they are unp
19 matches
Mail list logo
