The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: pete@nomadlogic.org (Pete Wright)
Subject: [TUHS] Why BSD didn't catch on more, and Linux did
Date: Tue, 6 Feb 2018 14:59:07 -0800	[thread overview]
Message-ID: <c03abd9a-f342-b98d-6eec-82cee6b77732@nomadlogic.org> (raw)
In-Reply-To: <CANCZdfp=vxXXPjUgnPZw1uNc+nj1cED5wx-=u7BpCrvyXCW3iA@mail.gmail.com>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2339 bytes --]



On 02/06/2018 14:44, Warner Losh wrote:
>
>
> On Tue, Feb 6, 2018 at 3:13 PM, Dan Stromberg <drsalists at gmail.com 
> <mailto:drsalists at gmail.com>> wrote:
>
>     5) I think FreeBSD's ports and similar huge-source-tree approaches
>     didn't work out as well Linux developers contributing their changes
>     upstream.
>
>
> I think you confuse what ports was supposed to do. It was supposed to 
> be "make these patches NOW to make the software available to users" 
> paired with "submit the patches upstream to ease future support 
> burdens". But the latter didn't happen often enough at times, 
> especially as people moved on from the FreeBSD project and complex 
> software became unsupported. It's really no different than what all 
> the distributions have to do on Linux, but had a different bias for 
> forcing the question than FreeBSD did in the early days. That's 
> largely changed, and has mostly worked out....
>
> The bigger issue with 'large trees' is that there was no convenient, 
> binary packaged way to subset. Having everything in one tree avoids 
> much of the version chasing that you have with Linux packages that the 
> package set maintainers have to grapple with...
>
I can give a hardy "second" to this statement.  Having to maintain some 
non-trivial in-house packages on Linux distro's as well as on FreeBSD 
really drove this point home for me.  For example, the LOE was 
tremendous to support a Python version which was not supported by RedHat 
for example, not to mention the ongoing effort to keep the primary 
packages and their dependencies up to date was a major challenge as 
well.  Working on the ports tree was much nicer in this regard as it 
allowed me to reuse work done by others.

Having said that it certainly feel that since FreeBSD did not have a 
good story precompiled package management (as opposed to yum, apt, etc.) 
was a real detriment to wider adoption to aspiring hackers. Between 
pkgin/pkgsrc and the new pkg too in FreeBSD I feel they are much better 
positioned for people who just want to install software and get to the 
job at hand.

-pete

-- 
Pete Wright
pete at nomadlogic.org
@nomadlogicLA

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20180206/59f3c240/attachment.html>


  reply	other threads:[~2018-02-06 22:59 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-06 22:13 Dan Stromberg
2018-02-06 22:38 ` Clem Cole
2018-02-06 22:44 ` Warner Losh
2018-02-06 22:59   ` Pete Wright [this message]
2018-02-06 22:59 ` Derek Fawcus
2018-02-07  1:14   ` Dave Horsfall
2018-02-06 23:02 ` Theodore Ts'o
2018-02-07  0:22   ` Andy Kosela
2018-02-07  1:02     ` Robert Brockway
2018-02-07  3:47       ` George Michaelson
2018-02-07  1:29   ` Clem Cole
2018-02-07 15:13     ` Theodore Ts'o
2018-02-07 16:59       ` Jon Forrest
2018-02-07 17:27       ` Clem Cole
2018-02-07 19:21         ` Dan Cross
2018-02-07 21:24           ` Clem Cole
2018-02-07 19:31         ` Nemo
2018-02-07 19:49         ` Theodore Ts'o
2018-02-07 19:53           ` Dan Cross
2018-02-07 20:26             ` Theodore Ts'o
2018-02-07 21:06               ` Clem Cole
2018-02-07 21:31               ` Clem Cole
2018-02-07 17:52       ` Tom Ivar Helbekkmo
2018-02-07  8:04   ` Tom Ivar Helbekkmo
2018-02-07  8:51   ` Arrigo Triulzi
2018-02-07  8:27 ` Wesley Parish
2018-02-07  8:39   ` emanuel stiebler
2018-02-07 10:44     ` Arrigo Triulzi
2018-02-07 13:14   ` Chet Ramey
2018-02-07 14:42   ` Nemo
2018-02-09  2:53     ` Wesley Parish
2018-02-11 20:22       ` Derek Fawcus
2018-02-12  0:31         ` Robert Brockway

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=c03abd9a-f342-b98d-6eec-82cee6b77732@nomadlogic.org \
    --to=pete@nomadlogic.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).