From owner-freebsd-ports@FreeBSD.ORG Tue Aug 30 15:57:12 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 59E3D106566B for ; Tue, 30 Aug 2011 15:57:12 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 4D9FB23CF2B for ; Tue, 30 Aug 2011 17:57:10 +0200 (CEST) Message-ID: <4E5D0856.8080505@FreeBSD.org> Date: Tue, 30 Aug 2011 17:57:10 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110805 Mnenhy/0.8.3 Thunderbird/3.1.12 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <201108300823.p7U8NIfD038098@repoman.freebsd.org> <4E5CC44C.3070604@FreeBSD.org> <20110830111152.GF28186@home.opsec.eu> <4E5CD28A.1080809@FreeBSD.org> <20110830122726.GG28186@home.opsec.eu> In-Reply-To: <20110830122726.GG28186@home.opsec.eu> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: cvs commit: ports/mail/procmail Makefile 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: Tue, 30 Aug 2011 15:57:12 -0000 Am 30.08.2011 14:27, schrieb Kurt Jaeger: > [maildrop] >>> - Can it use the 700+ lines long .procmailrc I have running >>> in a criticial application or do I have to migrate that ? >> >> You'd have to migrate that. > > That's what I assumed. > >> Bottom line: the sooner we get rid from procmail the better. > > There are many other applications that have issues, as well. > > It's already a lot of work just to keep up with the bug-de-jour > and the upgrade-de-jour and doing it all in parallel does > not scale very well. > > Therefore, one has to choose what one can work on. > > If the fbsd ports drop procmail, it will just add more on > my plate that I have to do myself. Similar to many other > apps and ports and you-name-it. > > While I dislike bitrot like anyone else, I have an issue with > the dropping of ports in general, because that will not scale. I understand that keeping unchanging software can sometimes be necessary, if you're working around its quirks. At the same time I'd like to discourage new installations of dead software so that it disappears over time, rather than haunt fresh systems. How about if we added a new tag "OBSOLESCENT" or so that permits building the software only if it's already installed but refuses new installations? Of course there could be a switch to override that, like TRYBROKEN that can override BROKEN= tags. I'm not sure if it's feasible for packages (but OBSOLESCENT could imply "do not package") but for ports it would be possible.