From owner-cvs-all Sun Feb 21 10:18:40 1999 Delivered-To: cvs-all@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 29A8E11AE6 for ; Sun, 21 Feb 1999 10:18:34 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.2/8.9.2) with ESMTP id TAA17262; Sun, 21 Feb 1999 19:15:37 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Larry Lile Cc: "Daniel C. Sobral" , Julian Elischer , "Jordan K. Hubbard" , cvs-all@FreeBSD.ORG Subject: Re: Current status of the olicom fracas. In-reply-to: Your message of "Sun, 21 Feb 1999 12:30:53 EST." Date: Sun, 21 Feb 1999 19:15:37 +0100 Message-ID: <17260.919620937@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk In message , Larry Lile writes: >> *Not* supporting those who will simply not open the interface to >> their products is a form of pressure. It goes both ways, though, and >> you seem to be more acutely aware of the other side (FreeBSD being >> pressured into accept closed objects if it wants to support the >> hardware). > >Without accepting the closed object, at this time, we are taking away >token-ring support for FreeBSD. That is simply not true. While it is true that we will not have support for Olicoms T/R cards in the FreeBSD source tree. That precludes neither support for other (more open) vendors T/R cards in the source tree. nor support for Olicoms T/R as a 3rd party (you!) maintained driver. One of the problems in the FreeBSD project is that we are sometimes way too centralist. This is one such instance. Code doesn't HAVE to be in the freebsd source tree to be used. There are quite a few pieces of software "floating around" for FreeBSD that is not in the source tree. (There are also quite a number of bits in the source tree that shouldn't be in there, but rather should be separate packages). (This is btw. one of the few things that the -core team can agree on: we need to handle and support "external" kernel components better than we do now). >I think people are assigning much more power to trlld.o than it really >has. That is because we are discussing the the general issue which trlld.o is merely the first instance off. It has nothing to do with Token Ring, Olicom, you or Julian. It has something to do with having the source code or not. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message