From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 08:06:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0530C16A4CE; Sun, 27 Jun 2004 08:06:31 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8083D43D2F; Sun, 27 Jun 2004 08:06:30 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (localhost [127.0.0.1]) by fw.farid-hajji.net (Postfix) with ESMTP id 1CE964AC84; Sun, 27 Jun 2004 10:07:05 +0200 (CEST) From: Cordula's Web To: rwatson@freebsd.org In-reply-to: (message from Robert Watson on Sat, 26 Jun 2004 18:31:20 -0400 (EDT)) X-Mailer: Emacs-21.3.1/FreeBSD-5.2.1-RELEASE References: Message-Id: <20040627080705.1CE964AC84@fw.farid-hajji.net> Date: Sun, 27 Jun 2004 10:07:05 +0200 (CEST) cc: freebsd-current@freebsd.org cc: alex@hightemplar.com Subject: Re: HEADSUP: ibcs2 and svr4 compat headed for history X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cpghost@cordula.ws List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2004 08:06:31 -0000 > > > The kernel's internal interfaces change; security bugs are discovered. > > > Someone has to keep the code up to date, and the people who end up doing > > > the work are *not* the people who advocate keeping the code around. > > > I don't really have a strong opinion on the removal of this code, since I > don't use it or know anyone uses it, but I will say I agree with Tim's > general observation that there are substantial volumes of code in the > FreeBSD kernel that do impact our ability to introduce other new features, > adapt to new platforms, perform performance optimization, etc. Any > individual bit of such code can be maintained incrementally at low cost > (and for us, cost means specifically volunteer developer time), but that > as a whole, it does have a "weighing down" effect. [snip] I do use Maple V/Solaris x86 (but under CURRENT only in text mode) with the svr4 emulation. It was not really easy to find all libs and fiddle with the loader, but it works, at least on my copy. However, if the mere presence of svr4 in the 5.x kernel slows other important development down, then it is a good and valid reason to axe it. I have other ways to run this and no more objections. Thanks for clarifying the reasons behind this decision. -cpghost. -- Cordula's Web. http://www.cordula.ws/