home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!usc!news
- From: merlin@neuro.usc.edu (merlin)
- Newsgroups: comp.unix.bsd
- Subject: Restrictions on 'free' UNIX / 386BSD (Re: selling 386BSD)
- Date: 14 Aug 1992 05:13:00 -0700
- Organization: University of Southern California, Los Angeles, CA
- Lines: 122
- Sender: merlin@neuro.usc.edu (merlin)
- Message-ID: <l8n8qcINN2c5@neuro.usc.edu>
- References: x
- NNTP-Posting-Host: neuro.usc.edu
-
- >>Strangely, Chris Dimetrios (excuse wrong spelling) recently mentioned
- >>in a patch he posted that he had put his *own* Copyright note on the patches.
- >>And he further writes that if anyone want's to put hist software on CD-ROM
- >>that checking back with him would be required.
-
- >if someone sells 386bsd and gives ALL the money to the jolitz's, there is
- >nothing wrong with it - i would like some sort of centralized version
- >revision management for 386bsd >= 0.2, and in order to do it,
- >they need money !
-
- I personally believe Bill and Lynne Jolitz have done a great service for
- the academic community by making a version of 4.3BSD-NET2 'Berkeley UNIX'
- available for free which may be redistributed without restriction and may
- be used for any purpose -- just like the UC Regents original copyright!!!
-
- Many kudos to Bill and Lynne!
-
- As I understand their request, Bill and Lynne simply want acknowledgement
- as the original authors of some modifications to the 4.3BSD-NET2 -- just
- like the UC Regents original copyright. I believe this is just fine. I
- also believe that the obvious quality and steadily increasing popularity
- of 386BSD will reap many rewards for Bill and Lynne in the form of their
- own textbook sales, consulting revenues, and contract & grant awards.
-
- However, I have a real serious problem with someone like Chris Demitrious
- (whatever the spelling) 'contaminating' the UC Regents and Jolitz's free
- 4.3BSD-NET2 code with further restrictions of his own. It's bad enough
- to have AT&T/USL mucking up the waters with intellectual property claims
- without having someone who happened to fix some bugs and/or who wrote a
- somewhat better driver code 'contamining' the freely restributable Jolitz
- system with their own ad hoc restrictions on what can be done with their
- part of the product.
-
- Boo! Hiss! cgd !!!
-
- Frankly, I think it is extremely important to refuse to integrate any
- such restricted / 'contaminated' code in the purely free redistributable
- 386BSD system. Otherwise, five, ten, twenty years from now we are going
- have to track down and get permission from dozens of bozos (who probably
- won't be possible to find) to use either their code or code which might
- be n-th generation 'derived' from the work of these bozos to avoid some
- damn lawsuit along the lines of the current AT&T/USL action.
-
- The reason the Jolitzs' could release 386BSD is that the UC Regents had
- no such proprietary restrictions on the 4.3BSD-NET2 code. The Jolitzs'
- are free to keep, give away, adapt, extend, sell, buy, or whatever they
- want to do with 4.3BSD-NET2 derived sources. The freely redistributable
- nature of 4.3BSD-NET2 without any restriction is precisely why we have a
- working 386BSD system today. Not even the Jolitzs' could have written
- 386BSD from scratch -- they started with a freely redistributable product.
- Hopefully, future academic operating system developers will be able to
- use the freely redistributable Jolitz code as a basis for their new works.
-
- The whole point of a freely redistributable system is not to have to pay
- financial hommage (tithe) to any particular creator (god) be they Regents,
- AT&T, USL, Jolitz, or CGD. If anyone seeks to impose any restrictions on
- the use or redistribution for free or for sale of any 4.3BSD+ derived or
- related drivers/etc then we might as well be dealing with AT&T/USL. The
- whole point is that the system can be used for anything without any kind
- of restriction beyond reasonable acknowledgement of authorship.
-
- If people like cgd really feel obligated to contribute 'contaminated' code
- then their contributions should be made available separately from the free
- redistributable core -- preferably in a separate 'restricted' distribution
- -- and clearly labeled 'infectious waste' -- with ample warnings to future
- users of such code about potential intellectual property rights claims and
- intellectual health risks. In my opinion the same label should be applied
- to anything carrying the even more restrictive GNU copyleft.
-
- I don't mean to sound too adamant about this -- but, if people like me are
- to consider committing to converting free image processing/reconstruction
- software to your 386BSD -- to make it usable as a base for real scientific
- computation -- and to incorporate it as an element of future contract and
- grant proposals to government, foundations & industrial research sponsors
- then it is very important to preserve the very limited restriction of the
- request for acknowledgement of authorship with no other restrictions. On
- the other hand, if you want to play the tithing, petty proprietary rights,
- ad hoc restriction -- intellectual property 'contamination' -- game then
- we might as well forget about using this system for real work -- and defer
- to people who would rather view it as a mere coursework curiosity and/or
- playpen for the home hobbiest.
-
- I really like 386BSD -- and I've put a lot of time into understanding it.
- I've read most of the kernel, filesystem, network, startup, and memory
- management source codes. I reread the Leffler 'devil book' several times.
- I'm eagerly awaiting the arrival of the announced Jolitz internals book --
- and I hope they write a specific 386BSD system management, configuration,
- problem solving book. I've diagnosed the most serious limitation on the
- use of 386BSD for scientific computation -- the emulation of the higher
- floating point operations by the old libm.a -- and managed to get someone
- to post an upgraded libfpu.a which performs as well as the SCO UNIX libm.a.
- I've ported the core modules of several commonly available image processing
- systems (including some of my own codes) to 386BSD -- to prove feasibility
- of completing these ports in a reasonable amount of time -- and I'm in the
- process of negotiating for financial support on my campus to do a full port
- of each of these packages.
-
- However, if it is the concensus of this group that 386BSD should fall into
- trap of any further restrictions (like cgd deciding whether his claims of
- intellectual property rights in some driver code) which could arbitrarily
- interfer with the free redistribution of this code for any purpose -- then
- I would drop these projects like a hot potato -- and go back to porting my
- stuff to SCO UNIX SYSV/386 3.2r2.0 ODT 1.1 (maybe even invest in ODT 2.0).
-
- Either 386BSD is freely available and redistributable for any purpose --
- as in the UC Regents original copyright -- or it will end up a proprietary
- bounded system contaminated with intellectual property claims of a large
- ad hoc group of difficult to track down contributors -- and as a result it
- would probably become a mere intellectual curiosity & hobbiest playpen.
- If that's the outcome you want then maybe AT&T/USL should win their case.
- At least if AT&T/USL wins there is only one god demanding human sacrifices
- in exchange for access to the course codes -- not dozens of demigods/cgd's.
-
- ------------------------------------------------------------------------------
- Alexander-James Annala
- Principal Investigator
- Neuroscience Image Analysis Network
- HEDCO Neuroscience Building, Fifth Floor
- University of Southern California
- University Park
- Los Angeles, CA 90089-2520
- ------------------------------------------------------------------------------
-