From owner-freebsd-ports@FreeBSD.ORG Tue Mar 3 10:10:21 2009 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 BC978106566B for ; Tue, 3 Mar 2009 10:10:21 +0000 (UTC) (envelope-from andrew.w.nosenko@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 494C18FC0C for ; Tue, 3 Mar 2009 10:10:21 +0000 (UTC) (envelope-from andrew.w.nosenko@gmail.com) Received: by fxm2 with SMTP id 2so2317489fxm.43 for ; Tue, 03 Mar 2009 02:10:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=hjlyg8FDYPhQSm8uwTcPxfD+v4uxONuqd/CqYQFZIP0=; b=f1uylkajpHNpp4XBEFdhY+BD881OEprku6p0wyzTF7TUs61+AtDihD0RUxsBDstHRU rDfHbqa3iAmn+mgF+CvsBMr0BKgXXWFvJ7cbb+obwgUfLvcSKj+0NQrZeD2ybr/FQHQr HyRLUfhQPZxxJHXdRBYF5OEkY55NfezIj97Sw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=eN+Mj7r9nbNRFJJmZH8sAFCpAn2OBw+SqP3zzQAH/eq8Ql3ctwoRtdjFJZEulq480T 8iEQyuoDISF9qVVu39rRjwivRngpIkEEyDkL6/M8ft53JJzB90Ze25BUSXX/5q7S93ib AgMBjvhqkEI2xTkI8iSs7ptTWxdLtogoFeHD0= MIME-Version: 1.0 Received: by 10.181.146.11 with SMTP id y11mr2482654bkn.60.1236073242479; Tue, 03 Mar 2009 01:40:42 -0800 (PST) In-Reply-To: <7d6fde3d0903030026s7cd80ac5ia2e596d94c6dbba6@mail.gmail.com> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> <20090302223600.GD29616@redundancy.redundancy.org> <5282E09CCA57B5914BF69048@utd65257.utdallas.edu> <7d6fde3d0903030026s7cd80ac5ia2e596d94c6dbba6@mail.gmail.com> Date: Tue, 3 Mar 2009 11:40:42 +0200 Message-ID: <6161f3180903030140q40098f89nfbdf2ed94f5e677f@mail.gmail.com> From: "Andrew W. Nosenko" To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Paul Schmehl , freebsd-ports@freebsd.org Subject: Re: Dead projects in ports tree 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, 03 Mar 2009 10:10:22 -0000 On Tue, Mar 3, 2009 at 10:26 AM, Garrett Cooper wrote: > On Mon, Mar 2, 2009 at 3:34 PM, Paul Schmehl wrote: >> I completely agree. So long as a port is being used and people find it >> useful, I think it would be a mistake to remove those ports. In fact I >> suspect it wouldn't be long before someone was submitting a PR to reinstate >> the port. Perfect example is converters/unix2dos, last updated in 2003 and >> converters/mpack, last updated in 2006. >> >> I still use both, and I would be irritated if they were removed from ports. >> >> A lack of development activity != a lack of usefulness > > I agree for projects like that that are feature complete. > > However, projects like xmms drag on the use of gtk 1.2 and will soon > be out of date in terms of file formats, decoding capability, etc. > Then again I suppose when that day comes xmms will be marked busted > and eventually shuffled out of the tree, so I'll shut my trap about > that :). And what? Until gtk+-1.2 removed from ports, the xmms perfectly able to compile and run, at least from the gtk+ dependency side. Anyone, who don't like gtk-1.2 installed may just don't install both xmms and gtk+-1.2, just like me. Personal preferences are just personal preferences and no more. About file formats: my 5 years hardware dvd player also has limited decoding capability and formats support in comparison with today ones, but these capabilities are enough for me. And it still work. Now question: why I need to replace it if all just works and fits my requirements? The same logic may be applied to software too: why drop/replace if it just works? When it xmms occur to be uncompiliable or unable to run -- then yes, it may be reason to abandon it. But when it works ... see no reasons to remove. Frankly, I would glad to see absolutelly another discussion: not about dropping software that works (and as far as I understand, which port is maintained), but about making needed but broken software work again (e.g. valgrind, which is compiliable, but absolutelly not runnable since freebsd-7.0, and unfortunatelly has no replacement...) -- Andrew W. Nosenko