From owner-freebsd-ports@FreeBSD.ORG Wed Apr 27 22:40:23 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43D251065670 for ; Wed, 27 Apr 2011 22:40:23 +0000 (UTC) (envelope-from ohauer@FreeBSD.org) Received: from u18-124.dslaccess.de (unknown [194.231.39.124]) by mx1.freebsd.org (Postfix) with ESMTP id DE6DB8FC0A for ; Wed, 27 Apr 2011 22:40:22 +0000 (UTC) Received: from [172.20.1.100] (cde1100.uni.vrs [172.20.1.100]) (Authenticated sender: ohauer) by u18-124.dslaccess.de (Postfix) with ESMTPSA id A9E042020B; Thu, 28 Apr 2011 00:40:13 +0200 (CEST) Message-ID: <4DB89B4E.4050206@FreeBSD.org> Date: Thu, 28 Apr 2011 00:40:14 +0200 From: Olli Hauer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Mikhail T." References: <4DB6165F.1010806@FreeBSD.org> <20110426024122.GA38579@comcast.net> <20110426163424.GB38579@comcast.net> <20110426141209.0d07bccf@seibercom.net> <20110426184315.GA2320@libertas.local.camdensoftware.com> <19895.13977.553973.609431@jerusalem.litteratus.org> <4DB83D6E.9000800@aldan.algebra.com> In-Reply-To: <4DB83D6E.9000800@aldan.algebra.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Robert Huff , Chip Camden , freebsd-ports@freebsd.org Subject: Re: saving a few ports from death X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ohauer@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2011 22:40:23 -0000 On 2011-04-27 17:59, Mikhail T. wrote: > On -10.01.-28163 14:59, Robert Huff wrote: >> It is also possible it is only important to a fairly small >> number ... but to those it is absolutely crucial. > Or the port might become useful/essential/critical to somebody in the future... > > What is not broken -- just old, like databases/db2 or www/apache13*, for > example -- should be left alone (until it becomes both broken and unmaintained). > And even then, the removal should not be mass-scale/automatic... What are you missing in the db2 implementation of FreeBSD which is in the OS and maintained by the OS developers? For myself I see the apache13 EOL with a whining and a laughing eye, and can understand if users don't want to upgrade to 22/24 because of complex and working configurations. But I also look at the future development of the OS and environment where such old dinosaur should see a ice time to make room for new live. Within the apache13/20 deprecation also other ports will go since they are not compatible with newer apache version. For anyone interested I've done a quick grep over my local build logs to get a list of ports which depends on apache13/20 http://people.freebsd.org/~ohauer/diffs/apache_ports/apache13_ports.log http://people.freebsd.org/~ohauer/diffs/apache_ports/apache20_ports.log Most of the ports have equivalents for apache22. http://people.freebsd.org/~ohauer/diffs/apache_ports/apache22_ports.log All those ports where build with the following setting in bsd.apache.mk DEFAULT_APACHE_VERSION= 22 APACHE_SUPPORTED_VERSION= 22 13 20 -- olli