From owner-freebsd-ports@FreeBSD.ORG Wed Jun 12 18:04:32 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0D006AD6 for ; Wed, 12 Jun 2013 18:04:32 +0000 (UTC) (envelope-from jozze.zepl@gmail.com) Received: from mail-vb0-x236.google.com (mail-vb0-x236.google.com [IPv6:2607:f8b0:400c:c02::236]) by mx1.freebsd.org (Postfix) with ESMTP id C7E1C1779 for ; Wed, 12 Jun 2013 18:04:31 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id q12so3358732vbe.27 for ; Wed, 12 Jun 2013 11:04:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=KTxCAF92bF1wBUezL8ctks625Nfav9HAPh8j/828JBQ=; b=eyl+B/W0v+fSYx0/M+H2t7H6EEpIWVIkLrn4AKCzvD/pkccBqplbyyCs8cxcuB/4Bq igUZU+tK1Y2NrgKR6ezxMSUYIPPMy51tNFeRgkOKsTPTgRHThbSjAQiDYR8hClQAxbx6 fS0S27n+vjATLTh7qKDsxUezuIaFEotSiNuLwU+RqPrdI/oeUkgpkN81d8U+bmH9SCEo gnveqfpjz9ho9vI8f0Kaylc6GrlHFF+Wo45bFsTPHqlcoKxo+uwA37nN3YJ84cy9WhbA FokVeDVo0a0hsJRUEONXQA2WeidaTADiv8vOKH0psl7wNJMOS2JRxKdwthwAJ2GZ7ji7 FJMQ== MIME-Version: 1.0 X-Received: by 10.52.117.134 with SMTP id ke6mr8652605vdb.66.1371060270733; Wed, 12 Jun 2013 11:04:30 -0700 (PDT) Received: by 10.58.228.196 with HTTP; Wed, 12 Jun 2013 11:04:30 -0700 (PDT) Date: Wed, 12 Jun 2013 20:04:30 +0200 Message-ID: Subject: Suggesting a new experimental fork for ports tree From: =?ISO-8859-2?Q?Jo=BEe_Zobec?= To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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 18:04:32 -0000 Dear all! I have a suggestion, which may help decrease the time needed for certain ports to enter into the ports tree. The division of the base system into different forks like 9-STABLE, 8-STABLE, 10-CURRENT, 9.1-RELENG, 9.0-RELENG and so on is a great idea. This way, people can checkout the version that suits them best, and join in to help as developers, or as testers. I suggest a similar approach for the ports tree. 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 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). Apart from the maintainer of the port, there would also be "sub" maintainerswhich would be those people who helped patch the port into the good shape: # make -C /usr/ports/section/someport maintainer would return the maintainer (1st address) and additional addresses to turn for questions. When the port would be committed to the "good" ports tree, sub-maintainers would be left out. It's just an idea. It may happen, that the community wouldn't be as helping or as motivated as I think, so it could be there on trial for a few months to see what would happen. Best regards, Jo=BEe