The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Clem Cole <clemc@ccc.com>
To: John Gilmore <gnu@toad.com>
Cc: TUHS main list <tuhs@minnie.tuhs.org>, simh@groups.io
Subject: Re: [TUHS] 2bsd tarball -> pdtar, with a side of uuslave
Date: Wed, 29 Jul 2020 11:40:41 -0400	[thread overview]
Message-ID: <CAC20D2Ou9Fj=bGymFt+fq+Jo-uTNZCvPev2MPh0nzJ=3htUuUA@mail.gmail.com> (raw)
In-Reply-To: <26260.1596030165@hop.toad.com>

[-- Attachment #1: Type: text/plain, Size: 2513 bytes --]

On Wed, Jul 29, 2020 at 9:42 AM John Gilmore <gnu@toad.com> wrote:

> There was another chapter to the "tar wars" after UNIX and after POSIX.
>
Ah ..  indeed - I left out the Gnu Tar story as I was not 100% sure of how
it came about as I had not taken part in it.  And pretty much for the
purposes of how we go to where we are today, other than it exists, works,
is a popular implementation and can read/write things when called upon ...
I did not think it would add to the (already) long story. The null vs space
filling is an interesting point which I had left out.  Thank you for that
detail - I do remember it.

If I missspoke/was confusing (I hope not) about the UIDs I thought I had
said the way you did.  The key was that USTAR added the names in ASCII
which was not there before in Ken's original version.

Again, thanks for the friendly addition/update.


After I left Sun in about 1985, I worked on a project with GNU and the
> BSD folks, to find or write freely available implementations of many
> popular UNIX commands.

Yep, I do remember all that...



> Since we didn't find a free "tar" program, I wrote one from scratch,
> based on the SunOS man page and on running the
> tar binary from SunOS 3.3.
>
I always found that strange the folks that wrote that that tar
implementation (i.e. you and your mates) had not found the pax code, as the
USENIX version had been previously posted/was in the wild by then.  Keith
certainly knew about it (he could have even been part of the finding a
student to write it, but I don't remember), but he also might have been off
at BSDi by that time.  I think by then that the USENIX FOSS implementation
even knew how to behave like cpio, tar, or pax depending on its name.

I'm fairly sure, that Apple and HP had picked it up soon after it's
release.  DEC had a different set of tar switches, so pax was put in the
Ultrix contributed library, and they left theirs alone.  That said, the
USENIX version did have an MIT/UCB/CMU style license, not the gpl, which
our common 'friend' in Cambridge often (??always??) found suspicious.  So,
I had always >>suspected<< the licensing style was driver for yet
another version, and
have always been a little curious.

But to me it was like C compilers, as long as they all worked, I didn't
care.  As you know, I have never been super religious about the different
license flavors as long as I could use it.  Probably a good beer
discussion/story behind it all when I see you next at a future conference
post CV-19.



Clem

[-- Attachment #2: Type: text/html, Size: 5279 bytes --]

  reply	other threads:[~2020-07-29 15:42 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-28 23:03 [TUHS] 2bsd tarball Will Senn
2020-07-29  0:09 ` Warner Losh
2020-07-29  0:19   ` Clem Cole
2020-07-29  0:45   ` Will Senn
2020-07-29  0:46   ` Will Senn
2020-07-29  0:21 ` Clem Cole
2020-07-29  9:50   ` [TUHS] [simh] " Johnny Billquist
2020-07-29 13:52     ` John Cowan
2020-07-29 14:30       ` Johnny Billquist
2020-08-11 23:41       ` Dave Horsfall
     [not found]     ` <5A12E0BB-4FFF-4C3E-B486-D4E852FAA97F@comcast.net>
2020-07-29 14:29       ` Johnny Billquist
2020-08-11 23:55         ` Dave Horsfall
2020-07-29 13:42   ` [TUHS] 2bsd tarball -> pdtar, with a side of uuslave John Gilmore
2020-07-29 15:40     ` Clem Cole [this message]
2020-07-29 19:34       ` Richard Salz
2020-07-29 19:42         ` Warner Losh

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAC20D2Ou9Fj=bGymFt+fq+Jo-uTNZCvPev2MPh0nzJ=3htUuUA@mail.gmail.com' \
    --to=clemc@ccc.com \
    --cc=gnu@toad.com \
    --cc=simh@groups.io \
    --cc=tuhs@minnie.tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).