The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: lm@mcvoy.com (Larry McVoy)
Subject: [TUHS] Why Linux not another PC/UNIX [was Mach for i386 ...]
Date: Wed, 22 Feb 2017 14:51:57 -0800	[thread overview]
Message-ID: <20170222225157.GL9439@mcvoy.com> (raw)
In-Reply-To: <20170222220320.mxcjnenf5y2k25qt@ancienthardware.org>

+1 to all of this, I agree.  And I was working on SunOS at the time,
then later IRIX, and both were walled gardens.  I loved working 
with customers who had source licenses but those were few and far 
between.  Linux was like everyone had the source, because, well,
they did.

On Wed, Feb 22, 2017 at 11:03:21PM +0100, Arno Griffioen wrote:
> IMHO one thing that Linux offered many people/coders/developers, especially 
> in the early years, was the chance to actually make a contribution and a 
> difference to the development and growth of the system.
> 
> Especially in the early Linux years you could track down bugs or 
> make improvements, send the patches to Linus and they'd actually end
> up in the code in a few days to weeks. How cool was that!?!?
> 
> On BSD (at least my experience with NetBSD) it was *hard* to get 
> fixes incorporated and with new releases only once a year or so
> it seemed very 'stale' and boring.
> 
> I think this Linux style open-ness of development, the willingness to 
> accept fixes and patches and perhaps horribly break things along the way, 
> resonated with a lot of coders and enthousiasts making it popular very 
> rapidly in those circles.
> 
> Heck.. I did some minor low-level and early stuff on the Linux/M68k
> kernel port for the Amiga's and even though Linus himself was not interested 
> in a 'non-i386' port or version of Linux he was also not against it and open to 
> the idea and did accept fixes for bugs in the mainline kernel that were 
> exposed by the port (eg. byteorder issues, hardcoded i386 bits, etc.)
> and basically sanitized a lot of code. 
> 
> It also forced some of the early splits in some drivers in platform 
> independent and dependent pieces because of the vastly different styles 
> of I/O and interrupt handing between the i386 and the M68k family,
> but Linus also saw the merit in such increased abstraction and 
> portability and accepted such changes even though they did 'nothing' 
> for the i386.
> 
> All in all at the time (early/mid 90's) I feel that the whole 'community' 
> (a much-abused word these days..) around Linux was much more conductive 
> and supportive than any of the other *IX-with-source-available options
> for those that wanted to help/improve/fix stuff in the OS/kernel so it
> drew in more people.
> 
> And when the (snow)ball started rolling with the free CD's on magazines
> and such then all hell broke loose as far as the popularity goes.
> 
> Not saying it's "the best" at all as it can be a horrible mess, but 
> the earlier mention of 'good enough' (or perhaps being the 'VHS' of 
> *IX'es) is probably a good description.
> 
> 							Bye, Arno.

-- 
---
Larry McVoy            	     lm at mcvoy.com             http://www.mcvoy.com/lm 


  reply	other threads:[~2017-02-22 22:51 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-22  3:38 Clem Cole
2017-02-22  4:28 ` Dan Cross
2017-02-22 15:36   ` Clem Cole
2017-02-22 16:11     ` Larry McVoy
2017-02-22 17:00       ` Clem Cole
2017-02-22 17:06         ` Chet Ramey
2017-02-22 18:24         ` Larry McVoy
2017-02-22 19:35           ` Clem Cole
2017-02-22 20:18             ` arnold
2017-02-22 22:11               ` Clem Cole
2017-02-22 21:34             ` Larry McVoy
2017-02-22 22:56               ` Clem Cole
2017-02-22 23:13                 ` Larry McVoy
2017-02-22 23:51                   ` Clem Cole
2017-02-22 23:51           ` Paul Ruizendaal
2017-02-23 19:15             ` Clem Cole
2017-02-23 20:31               ` Random832
2017-02-23 22:48                 ` Joerg Schilling
2017-02-24  2:07                   ` Jason Stevens
2017-02-23 23:06                 ` Wesley Parish
2017-02-22 17:41       ` Arthur Krewat
2017-02-22 21:00     ` Michael Kerpan
2017-02-22 22:03       ` Arno Griffioen
2017-02-22 22:51         ` Larry McVoy [this message]
2017-02-22 23:29         ` Clem Cole
2017-02-23  4:53           ` Gregg Levine
2017-02-22 22:18       ` Clem Cole
2017-02-24  3:53     ` Dan Cross
2017-02-22  5:56 ` Steve Nickolas
2017-02-24  5:31   ` John Labovitz

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=20170222225157.GL9439@mcvoy.com \
    --to=lm@mcvoy.com \
    /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).