From owner-freebsd-current@FreeBSD.ORG Sat Jun 26 16:33:46 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 99E9F16A4CE for ; Sat, 26 Jun 2004 16:33:46 +0000 (GMT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 779A843D3F for ; Sat, 26 Jun 2004 16:33:46 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.1] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 227757AF; Sat, 26 Jun 2004 12:33:33 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: Michael Nottebrock In-Reply-To: <200406261820.11566.michaelnottebrock@gmx.net> References: <34301.1088242340@critter.freebsd.dk> <1088262414.59825.8.camel@rushlight.kf8nh.com> <20040626154320.BB2234AC30@fw.farid-hajji.net> <200406261820.11566.michaelnottebrock@gmx.net> Content-Type: text/plain Message-Id: <1088267610.59825.19.camel@rushlight.kf8nh.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 26 Jun 2004 12:33:31 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: cpghost@cordula.ws 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2004 16:33:46 -0000 On Sat, 2004-06-26 at 12:20, Michael Nottebrock wrote: > On Saturday 26 June 2004 17:43, Cordula's Web wrote: > > > > > - Numerous third-party applications for SCO and Solaris/x86 > > > > > (e.g. backup solutions) > > > > > > > > Maple V for Solaris/x86. > > > > > > Is something wrong with Maple for Linux? (Which is up to version 9.5, > > > looks as if.) > > Randomly quoting application doesn't really help anybody here, the question > is: Do they work (in whatever emulation). That's one third of the question. Another third is that there has so far been exactly one statement about its actual functionality (that a simple "hello world" works); and the remainder is the amount of interest in maintaining it. Given that there doesn't seem to be widespread interest in keeping it alive, it devolves onto those who *do* have an interest in it to adopt it and keep it alive, or else let go. Asking someone else to keep it alive when there isn't widespread interest, and when they can't really test it (with the commercial software packages that are its reason for existence), can only lead to bitrot. (Although another possibility did come up earlier: if the iABI support can be used as the core of a SPARC binary compatibility mechanism, then it may be justifiable to keep it in place. But if it requires significant changes, best to move it into the attic and re-import the modified version under the sparc tree when appropriate.) > Perhaps it would be better to keep the compat bits as ports? It looks to me > like there is a certain interest in them, just not among src committers. Makes sense. For comparison, Linux iBCS/iABI support wasn't originally intended to be part of the mainline kernel. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH