From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 10212 invoked from network); 22 Nov 2020 01:40:00 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 22 Nov 2020 01:40:00 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 2C7B09CC24; Sun, 22 Nov 2020 11:39:59 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 0DA7393F9F; Sun, 22 Nov 2020 11:39:27 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=bsdimp-com.20150623.gappssmtp.com header.i=@bsdimp-com.20150623.gappssmtp.com header.b="dyti9UPm"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 4F90E93F9F; Sun, 22 Nov 2020 11:39:24 +1000 (AEST) Received: from mail-qt1-f182.google.com (mail-qt1-f182.google.com [209.85.160.182]) by minnie.tuhs.org (Postfix) with ESMTPS id EB6EC93DAD for ; Sun, 22 Nov 2020 11:39:22 +1000 (AEST) Received: by mail-qt1-f182.google.com with SMTP id f15so6685224qto.13 for ; Sat, 21 Nov 2020 17:39:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DFYWSIVdeKK9stOwFyChVlR5WtbHaTjIfYZ5BVfD2/M=; b=dyti9UPmv+areumhG+kL5XZcUWxm3j9aGOk3G+D4DUyPQpUsLb3/DZamkhosyestmm 5k7wlmDYFJf17TFOfa/4aLgF47jv0dc5ijt41dHBknzMuXL15G+xjyHR1cFAL1G9LEfx mr45vNKx5+VQ5eHwFww9xP0UC/ddkxrqSo7aGtw6q6gH8jrctjw+2x55RAht4P1I4diu nlZTzmo9Lw29NQfXLypPocC4BG/nsv/t30obZGYA04oihjK0S/rMbWENwZyhXmwMHwDT oBFD27f/5QkoBO0vd7byJ2XCNSwzsCFGnxAeQZlxmGWvSbVuLHcXnMRLsC7Z4oJyyR8y 04LA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DFYWSIVdeKK9stOwFyChVlR5WtbHaTjIfYZ5BVfD2/M=; b=VkOO9UVGFQmeWtBiQ53AFLHnjmg+HiLbcTwX0RGux68mQJHv+NzekfICHzR58u/VRn tXrZ8uL+EQ0AO8mgixSKB5mhr6h91xjaBZOch0ZAZlEUT2qIGurENmTixk8+qm+8+ujc kMmsOpqdAfdiiMtb2J1DCQDKjnqa2GOz+K2I6TCXBbaroUJDerMwaz8p8NhWrrcSfc4u xiPndBpaQSpa1r/uL51CPNkXNIc8eFYo8atQKShAUu8mtKWJWJ7a9BEaQzIIK8tGAUw7 TsQFtwwLxQemG+8tZ4BCH59RNk+1rddM3mF/+1pY5iXl4XopqHxIuOCwKppapjbHU9bG 5Cdw== X-Gm-Message-State: AOAM531WKM+1Xkzp1oaaOa8fCk4gZojko9NTr+GKjiQHTZkjP5IBckOu uwd0p2zwJ7d/SlXSlArVQ92ujr/zESoGpTN/53deZeKiYAvk7A== X-Google-Smtp-Source: ABdhPJyd26B6xKCcu/qSB2R+1K3Gy49/jnpoeex4zFTIo3GcuZ0T5gumo8Ga4EZfdOFw61UvqlAfDUrGyQoTQ8n/pvk= X-Received: by 2002:ac8:4507:: with SMTP id q7mr23524033qtn.49.1606009162041; Sat, 21 Nov 2020 17:39:22 -0800 (PST) MIME-Version: 1.0 References: <202011211750.0ALHolUI011814@freefriends.org> In-Reply-To: From: Warner Losh Date: Sat, 21 Nov 2020 18:39:08 -0700 Message-ID: To: Clem Cole Content-Type: multipart/alternative; boundary="0000000000009c251605b4a8253e" Subject: Re: [TUHS] Package Management X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Tuhs Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --0000000000009c251605b4a8253e Content-Type: text/plain; charset="UTF-8" On Sat, Nov 21, 2020, 6:19 PM Clem Cole wrote: > 1) No intention to slight debian in any way. > 2) dpkg was definitely an improvement over FreeBSds ports scheme. But... > In fact freebsd did have a pkg system for ports before that --- which was > basically similar to 1983 SysIII scheme > FreeBSD's ports/pkg system did keep track of what was installed on the system. There was a database in /var/db so pkg_delete could remove things and pkg_which to know what pkg a given file belonged to. It was first-ish, but there was some package system for the early linux root disks. I think this is how SLS started, but I might be misremembering. But despite being early, and being ported to other BSDs, it sucked at upgrading for 20-odd years until it was completely rewritten.... latter day pkg is so much better, though its repo management has been a little weak relative to the professional efforts in the linux world. /usr/ports none the less was ground breaking because it handled both the local patching, the build depends and the packaging under one umbrella. It's been on the whole a good thing and has reinvented itself several times over the years. When I was managing SunOS systems it seemed like everyone rolled their own. There was nothing like VMSINSTALL... Warner 3) also as I understand (and larry feel free to correct me here as a better > chronicler of things Linux than I) but I believe that the big thing rpm > added was the DB like DEC's setld and system Sun had used which us what I > was refering too. > > Pls remember that I was trying to chronicle the basic ideas and some of > the motivation which is what Henry asked. And that the original driver > was to support ISVs installs. So I was trying to explain the history of > what we did at the time. > > The be fair one of the more vocal people in the early 80s was Heinz who > occasionally add color here. I remember Heinz trying to push us to an ABI > and not stop at an API. > > Today most of the ISVs have abandoned Unix except for the Mac. Msft and > the phones have taken that. And the package mngr has been replaced by the > app store which has.much great use than any of the current Unix packaging > schemes. Funny how the profit motive drove that. > > Working for one of the few ISVS that do package SW for Unix we basically > support two schemes. Apple Mac installs and RPM because that is were the > primary customer base has been. I'd not about goodness or being better or > being first. It's economic (Larry and I bemoan this a lot). > > So pls don't take it as a comment about anything other than trying to > answer as much of the early history as I could. > > Heinz, Jon, Larry you all lived this on the commercial side. Care to add > anything? > > Clem > > On Sat, Nov 21, 2020 at 6:31 PM Gregg Levine > wrote: > >> Hello! >> I, myself normally run Slackware Linux. It uses package management in >> the form of compressed tar files, and a flat file store of the names. >> It also has a tool which when run will show the user what's there, and >> what they do if need be. In fact Slackware predates Red Hat by about >> four years. (Pat and his CS professor introduced themselves to one >> much earlier one, which was SLS. Neither liked it, and the Prof was >> convinced that Pat could do better.) >> ----- >> Gregg C Levine gregg.drwho8@gmail.com >> "This signature fought the Time Wars, time and again." >> >> On Sat, Nov 21, 2020 at 1:54 PM wrote: >> > >> > Things were pretty much ad hoc. Commercial software likely came >> > as tar/cpio tapes to install however the vendor wanted. Free software >> > was from USENET in source code, so again, however people wanted. >> > >> > The AT&T Unix PC (7300 / 3B1) in the late 80s had a file format >> > for installing software from floppy and tracked what was installed, >> > but that was unique to it. >> > >> > Package managers as we know them today really became a big thing >> > with Linux. Redhat's RPM was one of the earliest. >> > >> > My two cents; I'm sure others remember it differently. >> > >> > Arnold >> > >> > Henry Bent wrote: >> > >> > > Hello All, >> > > >> > > I know I have asked this before, but I am curious about any new >> replies or >> > > insight. How did package management start? Were sites keeping track >> of >> > > packages installed in a flat file that you could grep (as god >> intended) >> > > somewhere, or were upgrades and additions simply done without >> significant >> > > announcement? At what point did someone decide, 'Hey, we need to >> have a >> > > central way to track additional software"? >> > > >> > > I know of DEC's setld and SGI's inst in the latter half of the '80s. >> What >> > > was the mechanism before that? >> > > >> > > -Henry >> > >> > -- > Sent from a handheld expect more typos than usual > --0000000000009c251605b4a8253e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Nov 21, 2020, 6:19 PM Clem Cole <clemc@ccc.com> wrote:
1) No intention to slight debian in any = way. =C2=A0
2) dpkg was definitely an improvement ov= er FreeBSds ports scheme. But... In fact freebsd did have a pkg system for = ports before that --- which was basically similar to 1983 SysIII scheme=C2= =A0

FreeBSD's ports/pkg system did keep track of what was installed on= the system. There was a database in /var/db so pkg_delete could remove thi= ngs and pkg_which to know what pkg a given file belonged to.

It was first-ish, but there was some = package system for the early linux root disks. I think this is how SLS star= ted, but I might be misremembering. But despite being early, and being port= ed to other BSDs, it sucked at upgrading for 20-odd years until it was comp= letely rewritten.... latter day pkg is so much better, though its repo mana= gement has been a little weak relative to the professional efforts in the l= inux world.

/usr/ports n= one the less was ground breaking because it handled both the local patching= , the build depends and the packaging under one umbrella. It's been on = the whole a good thing and has reinvented itself several times over the yea= rs.

When I was managing = SunOS systems it seemed like everyone rolled their own. There was nothing l= ike VMSINSTALL...

Warner=

3) also as I understan= d (and larry feel free to correct me here as a better chronicler of things = Linux than I) but I believe that the big thing rpm added was the DB like DE= C's setld and system Sun had used which us what I was refering too. =C2= =A0=C2=A0

Pls remember t= hat I was trying to chronicle the basic ideas and some of the motivation wh= ich is what Henry asked. =C2=A0 And that the original driver was to support= ISVs installs.=C2=A0 So I was trying to explain the history of what we did= at the time. =C2=A0

The= be fair one of the more vocal people in the early 80s was Heinz who occasi= onally add color here.=C2=A0 I remember Heinz trying to push us to an ABI a= nd not stop at an API.=C2=A0

Today most of the ISVs have abandoned Unix except for the Mac. Msft an= d the phones have taken that.=C2=A0 And the package mngr has been replaced = by the app store which has.much great use than any of the current Unix pack= aging schemes.=C2=A0 Funny how the profit motive drove that. =C2=A0=C2=A0

Working for one of the fe= w ISVS that do package SW for Unix we basically support two schemes.=C2=A0 = Apple Mac installs and RPM because that is were the primary customer base h= as been. =C2=A0 I'd not about goodness or being better or being first.= =C2=A0 It's economic (Larry and I bemoan this a lot).

So pls don't take it as a comment abo= ut anything other than trying to answer as much of the early history as I c= ould.

Heinz, Jon, Larry = you all lived this on the commercial side. =C2=A0 Care to add anything?

Clem

On Sat, Nov 21, 20= 20 at 6:31 PM Gregg Levine <gregg.drwho8@gmail.com> wrote:
Hello!
I, myself normally run Slackware Linux. It uses package management in
the form of compressed tar files, and a flat file store of the names.
It also has a tool which when run will show the user what's there, and<= br> what they do if need be. In fact Slackware predates Red Hat by about
four years. (Pat and his CS professor introduced themselves to one
much earlier one, which was SLS. Neither liked it, and the Prof was
convinced that Pat could do better.)
-----
Gregg C Levine gregg.drwho8@gmail.com
"This signature fought the Time Wars, time and again."

On Sat, Nov 21, 2020 at 1:54 PM <arnold@skeeve.com> wrote:
>
> Things were pretty much ad hoc.=C2=A0 Commercial software likely came<= br> > as tar/cpio tapes to install however the vendor wanted. Free software<= br> > was from USENET in source code, so again, however people wanted.
>
> The AT&T Unix PC (7300 / 3B1) in the late 80s had a file format > for installing software from floppy and tracked what was installed, > but that was unique to it.
>
> Package managers as we know them today really became a big thing
> with Linux. Redhat's RPM was one of the earliest.
>
> My two cents; I'm sure others remember it differently.
>
> Arnold
>
> Henry Bent <henry.r.bent@gmail.com> wrote:
>
> > Hello All,
> >
> > I know I have asked this before, but I am curious about any new r= eplies or
> > insight.=C2=A0 How did package management start?=C2=A0 Were sites= keeping track of
> > packages installed in a flat file that you could grep (as god int= ended)
> > somewhere, or were upgrades and additions simply done without sig= nificant
> > announcement?=C2=A0 At what point did someone decide, 'Hey, w= e need to have a
> > central way to track additional software"?
> >
> > I know of DEC's setld and SGI's inst in the latter half o= f the '80s.=C2=A0 What
> > was the mechanism before that?
> >
> > -Henry
>
--
Sent from a handheld expect more typos than usual
--0000000000009c251605b4a8253e--