Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 09 Jul 2021 14:31:20 +0000
From:      bugzilla-noreply@freebsd.org
To:        gecko@FreeBSD.org
Subject:   [Bug 257063] archivers/star: Do not install 'gnutar' for it is broken
Message-ID:  <bug-257063-21738-qyJWy0YPkd@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-257063-21738@https.bugs.freebsd.org/bugzilla/>
References:  <bug-257063-21738@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D257063

--- Comment #8 from J=C3=B6rg Schilling <schily@schily.net> ---
A real TAR always expects the key letter to be the first argument and ignor=
es a
dash in the first argument of TAR, if a dash is present. GNU tar is
incompatible to a real TAR.

GNU tar never installs a binary called "gnutar". The only program that inst=
alls
a binary named "gnutar" is star.

Since firefox explicitely decided to call "gnutar", it should know that the
command line in question did never work with a binary called "gnutar".

BTW: star (when called as gnutar) always first rewrites the command line be=
fore
calling the option parser.

In theory, I could not call this CLI rewriting function, in case the first
character of the first argument is a dash, but then star's GNU tar emulation
would be as dangerous as the original GNU tar and could easily destroy the
content of the first file type argument by incorrectly taking it as the arc=
hive
name.

Star currently prevents that from happening.... do you really prefer to des=
troy
files that are expected to be archived just by a simple misspelling of the
command line, ... in favor of implementing the same TAR incompatibility as =
seen
by GNU tar?

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-257063-21738-qyJWy0YPkd>