From owner-freebsd-hackers Sun Jan 28 21:56:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA05781 for hackers-outgoing; Sun, 28 Jan 1996 21:56:33 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA05775 for ; Sun, 28 Jan 1996 21:56:30 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.6.11/8.6.9) id AAA08654; Mon, 29 Jan 1996 00:52:46 GMT From: "John S. Dyson" Message-Id: <199601290052.AAA08654@dyson.iquest.net> Subject: Re: Unzip for package tools (was re: FBSD 2.1) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 29 Jan 1996 00:52:46 +0000 () Cc: nate@sri.MT.net, msmith@atrad.adelaide.edu.au, Hackers@freebsd.org In-Reply-To: <199601290548.QAA09561@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 29, 96 04:18:02 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > Nate Williams stands accused of saying: > > > > Obviously, this breaks down for things development tools (gcc and > > friends) and other parts of the system, but those aren't necessary to > > build a running system for the most part. (Actually, ld.so is both > > GPL'd and necessary which is too bad unless you want to build a static > > only system). > > Not to be rude, but I can't see the "problem scenario" being at all > realistic. We have a vendor who will take FreeBSD, remove the networking > support, remove the C compiler from their distribution, rebuild everything > static, hunt down and dike out everything else even vaguely GPLish, and > not rework their installation tools? > At work, where we might end up deploying FreeBSD based boxen, if it is an application where it is embedded, and source is not easily redistributed, we will remove EVERY LAST BIT OF ENCUMBERED CODE. The company that I work for has deep pockets, and is very sensitive to such issues. If there was NO GPL encumbered code in the system, it would make our life easier, but we have a step to deal with in the development process because of GPL encumberance :-(. John Dyson dyson@freebsd.org