From owner-freebsd-ports@FreeBSD.ORG Wed Jan 4 18:45:01 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D2E106564A; Wed, 4 Jan 2012 18:45:01 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id B88AE8FC0C; Wed, 4 Jan 2012 18:45:00 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 2A7EFC; Wed, 4 Jan 2012 19:45:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 04 Jan 2012 19:45:00 +0100 From: Bernhard Froehlich To: In-Reply-To: <4F04988C.6010008@FreeBSD.org> References: <4F0373EC.7060305@FreeBSD.org> <1eb890f6a9d7608aa1b899e89ac1727c@bluelife.at> <4F04988C.6010008@FreeBSD.org> Message-ID: X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.7 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0203.4F049E2B.0108,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: ports@freebsd.org, Bernhard Froehlich Subject: Re: redports.org - The public FreeBSD ports development infrastructure 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: Wed, 04 Jan 2012 18:45:01 -0000 On 04.01.2012 19:21, Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 1/4/12 3:07 AM, Bernhard Froehlich wrote: >> On 03.01.2012 22:32, Greg Larkin wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> On 12/29/11 6:44 AM, Bernhard Froehlich wrote: >>>> Hi Porters! >>>> >>>> I am happy to announce that redports.org has finally >>>> reached the point where I think It's safe to be used >>>> by everybody! In case you never heard of it before >>>> redports is the result of an idea born at EuroBSDCon >>>> 2011 in Karlsruhe to give Port Maintainers and Port >>>> Committers a public service to test their new ports >>>> or ports patches during development or before >>>> submitting a ports PR. >>>> >>> [...] >>> >>> Wow! Stellar job, Bernhard, and I'm looking forward to using >>> redports.org for fixing ports that are broken under clang. >> >> Hope you don't want to do that today because during the night the >> current building machine paniced and needs someone power cycling >> it. I will do this in the evening so no builds today :( >> >> It looks like I could get some hardware from portmgr so >> hopefully more hardware and redundancy is available soon. >> >>> I noticed one minor typo on https://redports.org/buildgroups: >>> automaticaly -> automatically >> >> Thanks, it's fixed now! >> > > Hi again Bernhard, > > It looks like ports are building fine now. As I was building the > first > port on your system, I thought of an enhancement, and I am interested > to > know how difficult it would be to implement. > > I maintain various p5- and py- ports, and I often want to test them > under multiple versions of Perl and Python, in case there are > conditional behaviors in the Makefile. > > Assuming you're not planning on allowing users to create their own > builds, what about adding the ability to set build variables in a > make.conf file? For instance, if I commit etc/make.conf to my > personal > repository location, redports would overlay my options before > starting > the build. Then I could do things like force Python version 2.7, > Perl > version 5.10, etc. > > What do you think? That sounds a lot like OPTIONS support. Tinderbox is already able to do that so the only thing I need to solve are that it has to work in a shared environment. That means it will have to build all dependencies from scratch all the time because there are too many combinations and we don't really support mixing and matching weird combinations of slave ports (though everybody does it). Then add some user interface to enter contents of make.conf. OPTIONS support is already on my todo since the very beginning but I have no idea on when I will be able to work on that. -- Bernhard Froehlich http://www.bluelife.at/