From owner-freebsd-chat Fri Jul 16 10:40:20 1999 Delivered-To: freebsd-chat@freebsd.org Received: from mail0.atl.bellsouth.net (mail0.atl.bellsouth.net [205.152.0.27]) by hub.freebsd.org (Postfix) with ESMTP id 95E4914BFE for ; Fri, 16 Jul 1999 10:40:17 -0700 (PDT) (envelope-from wghicks@bellsouth.net) Received: from wghicks.bellsouth.net (host-209-214-76-134.atl.bellsouth.net [209.214.76.134]) by mail0.atl.bellsouth.net (8.9.3/8.9.3) with ESMTP id NAA15755; Fri, 16 Jul 1999 13:39:03 -0400 (EDT) Received: from wghicks (wghicks@localhost [127.0.0.1]) by wghicks.bellsouth.net (8.9.3/8.9.2) with ESMTP id NAA00670; Fri, 16 Jul 1999 13:43:57 -0400 (EDT) (envelope-from wghicks@wghicks.bellsouth.net) Message-Id: <199907161743.NAA00670@bellsouth.net> To: Brett Glass Cc: chat@FreeBSD.ORG, wghicks@wghicks.bellsouth.net Subject: Re: IA64: Back on topic In-reply-to: Your message of "Fri, 16 Jul 1999 10:54:37 MDT." <4.2.0.58.19990716104953.045e4aa0@localhost> Date: Fri, 16 Jul 1999 13:43:57 -0400 From: W Gerald Hicks Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>Look at that word you used twice here. Perhaps this has a small >>effect on people's willingness to get involved with the Merced? > >Sorry, but companies -- especially hardware companies -- will always >want to keep competitors from knowing their plans. There's nothing >immoral about that. They're not under any obligation to tell you anything >they don't want to. (If they were, it'd be just as bad as the forced >disclosure required by the GPL.) One of the reasons I advocate the >BSD approach is that it allows people to choose whether or not to >give away their work. And if those terms are not acceptable then people are not forced to use the products either. It's ok to spare the lecture in market dynamics too, we've both been at this for a long time, right? The real truth is, no one really understands the dynamics of these markets yet, they are too young. Certainly now is not the time to give up ground toward proprietary encroachment. That could have _very_ negative long term consequences. It's very important to me, as one of FreeBSD's customers, that the project remain aligned with its principle of openness. > >The NDAs will expire by the time the chips are available in quantity, >so users of the code won't have to do without source. > I haven't reviewed the terms of the NDA and don't intend to. The Merced will become practical for my concerns when there is significant market acceptance and mindshare committed to it. Right now everthing is smoke and mirrors. >>I hope the FreeBSD project will mostly ignore the Merced until >>it works. In this context "works" means a helluva lot more than >>executing instructions. > >This sort of attitude is PRECISELY why FreeBSD is so far behind Linux. > Obviously, I don't agree with you. In their rush to embrace corporate adoption, Linux is experiencing new pressures and obstacles. Being forced to enter an NDA for a CPU is a good example. -- Jerry Hicks wghicks@bellsouth.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message