From owner-freebsd-ports@FreeBSD.ORG Wed Jun 12 20:08:26 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9A9C4521 for ; Wed, 12 Jun 2013 20:08:26 +0000 (UTC) (envelope-from freebsdml@marino.st) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) by mx1.freebsd.org (Postfix) with ESMTP id 77F1D1EB5 for ; Wed, 12 Jun 2013 20:08:26 +0000 (UTC) Received: from [192.168.0.22] (unknown [130.255.16.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id D780B435A3 for ; Wed, 12 Jun 2013 15:08:21 -0500 (CDT) Message-ID: <51B8D52D.8030000@marino.st> Date: Wed, 12 Jun 2013 22:08:13 +0200 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Suggesting a new experimental fork for ports tree References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 20:08:26 -0000 On 6/12/2013 20:04, Jože Zobec wrote: > I have a suggestion, which may help decrease the time needed for certain > ports to enter into the ports tree. Do you have an example handy of the type of ports that would benefit from this? Like the names of specific ports or proposed ports? > Currently there are more than 150 new ports waiting to be accepted into the > ports tree (those PRs still remain open). Some of them are awaiting > confirmation even from 2010. I'm not a committer, I contribute and maintain ports from time to time. So as somebody on your team, I'd guess that many of those 150 new ports have been glanced at and have something wrong with them. I've had some just flat out not get claimed, but a single ping to the mail list after a few weeks took care of it for me. I think it's generally a problem and I even started off a nice discussion about processing ports in order, but there are ways to move the ports along if the port itself isn't immediately appealing. > I suggest an experimental fork of the ports tree, which would include > volatile ports, that wouldn't necessarily build (or even if they did, > building them could have a serious impact on the system), and people who > would be checking out this fork could help debug them. Also, restrictions > to get your port committed in this ports tree would be lesser -- it would > be pretty easy for even a bad port to get inside, but until the port issues > are resolved, the port would stay there (potentially indefinitely, unless > the norms are met). I have a good deal of experience with pkgsrc. In fact, I have commit privileges for it. They have a "sandbox" called WIP (work in progress) which is a similar idea. The problem is that in my opinion, it's a liability and doesn't work. Too many ports get left to rot, the ports that are there are generally pretty terrible quality. If somebody wants to get credibility, I recommend getting a redports account instead. So for the record, I absolutely oppose the idea of an experiemental tree. It seems like a good idea, but in practice it's a distraction and a waste of time. There are other ways to learn the ropes. Regards, John