From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 20:38:59 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 246641065674 for ; Sat, 10 Sep 2011 20:38:59 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 7F0088FC1A for ; Sat, 10 Sep 2011 20:38:58 +0000 (UTC) Received: (qmail invoked by alias); 10 Sep 2011 20:38:57 -0000 Received: from g227136144.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.227.136.144] by mail.gmx.net (mp035) with SMTP; 10 Sep 2011 22:38:57 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18U/slr9NQU0vBP58RMUVt7rTRAEBUdgbEexuLj5S DKjUtZfepcamJr Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 9C95B23CE28 for ; Sat, 10 Sep 2011 22:38:55 +0200 (CEST) Message-ID: <4E6BCADF.3080909@gmx.de> Date: Sat, 10 Sep 2011 22:38:55 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <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> <4e6b6f41.hI3BQG0rpsUjddcD%perryh@pluto.rain.com> <4E6B374C.5040302@gmx.de> <20110910161736.GB23457@guilt.hydra> In-Reply-To: <20110910161736.GB23457@guilt.hydra> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 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 20:38:59 -0000 Am 10.09.2011 18:17, schrieb Chad Perrin: > On Sat, Sep 10, 2011 at 12:09:16PM +0200, Matthias Andree wrote: >> >> On the other hand, you're pointing out a problem of dead ports in the >> first place: if the API of (usually library) port Y changes, and port X >> is unmaintained, that's typically a situation where port X needs to be >> deprecated and removed (and also will no longer build and/or work). > > I want to understand all the reasoning behind this stuff. Please explain > the reason that library Y changing means that dependent port X should be > deprecated and removed, regardless of whether it no longer builds and/or > works. Note that I'm working on the assumption that your assertion it > should be deprecated and removed does not rely on it no longer building > and/or working because of the way you mentioned no longering building > and/or working as a parenthetical addendum rather than a condition of > deprecation and removal. I suppose you missed the meaning of "if the API of port Y changes". API = application programming interface. This implies that either the application no longer builds, or it is known that it would behave inappropriately with the new library (because semantics changed). This is just one of the many reasons why a dead port may stop working.