From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 05:46:00 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 9945C10656DE for ; Sat, 10 Sep 2011 05:46:00 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo103.cox.net (eastrmfepo103.cox.net [68.230.241.215]) by mx1.freebsd.org (Postfix) with ESMTP id 36A3F8FC12 for ; Sat, 10 Sep 2011 05:45:59 +0000 (UTC) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110910054559.BGQL3924.eastrmfepo103.cox.net@eastrmimpo03.cox.net> for ; Sat, 10 Sep 2011 01:45:59 -0400 Received: from serene.no-ip.org ([98.164.87.41]) by eastrmimpo03.cox.net with bizsmtp id Wtly1h00B0tX9KW02tlzz8; Sat, 10 Sep 2011 01:45:59 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020209.4E6AF997.0044,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=vWikg9PSJH5eWPsfInVwkFcjRsjcbcFZH9bro1lAIgk= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:17 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=gSoOUAvsCBjzgMBVZO4A:9 a=XWLP7GDpgZWefWGuVnkA:7 a=CjuIK1q_8ugA:10 a=_RhRFcbxBZMA:10 a=SV7veod9ZcQA:10 a=4vB-4DCPJfMA:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p8A5jw6l004923 for ; Sat, 10 Sep 2011 00:45:58 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 10 Sep 2011 00:45:53 -0500 From: "Conrad J. Sabatier" To: freebsd-ports@freebsd.org Message-ID: <20110910004553.610dc809@cox.net> In-Reply-To: <4E6A476D.7090800@gmx.de> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: sysutils/cfs X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 05:46:00 -0000 On Fri, 09 Sep 2011 19:05:49 +0200 Matthias Andree wrote: > Am 09.09.2011 11:09, schrieb Conrad J. Sabatier: > > On Thu, 08 Sep 2011 18:54:36 +0200 > > Matthias Andree wrote: > >> > >> No, you'd use a managed installation. Nobody stands there > >> pointing a gun at your head and forces you to uninstall a port > >> that got removed from the ports/ tree. If people could recognize > >> that, it might help get the derailed discussion back on the right > >> track. > > > > You fail to take into account the case where a port may need to be > > reinstalled. An extraordinary effort is required if the port no > > longer exists in the ports tree. > > If a "port may need to be reinstalled" then you failed organize proper > backups. Not a valid point here. Not necessarily. A simple bump in library versioning could require ports to be rebuilt. > > Frankly, I'm growing increasingly concerned that this push to > > eliminate ports is getting out of control. I don't much care for > > the notion that, having invested the time in installing, > > configuring and tuning a certain set of software packages, suddenly > > the rug could be pulled out from under me, so to speak, in essence > > *forcing* me to abandon using certain packages or else deal with > > maintaining them (in the ports maintainer sense) on my own. > > The rug is pulled by the upstream maintainers abandoning their > software, not by FreeBSD no longer packaging it years after the fact. While I understand the reasoning behind this, I still feel that as long as a package continues to build and run without any known issues, then why be in a rush to drop it? The argument that "the ports collection is not a museum" is valid to some degree, but if a package is still usable (and useful), then aren't we shooting ourselves in the foot by dropping it? -- Conrad J. Sabatier conrads@cox.net