From owner-freebsd-ports@FreeBSD.ORG Tue Mar 15 11:12:31 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 D3BD5106564A; Tue, 15 Mar 2011 11:12:31 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF038FC16; Tue, 15 Mar 2011 11:12:31 +0000 (UTC) Received: from [192.168.178.26] (dtmd-4db7a291.pool.mediaWays.net [77.183.162.145]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.4/8.14.4) with ESMTP id p2FBCOlX021207 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Tue, 15 Mar 2011 12:12:29 +0100 (CET) Message-ID: <4D7F4999.1050506@FreeBSD.org> Date: Tue, 15 Mar 2011 12:12:25 +0100 From: Matthias Andree Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.15) Gecko/20110303 Mnenhy/0.8.3 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org References: <488C7790-D3E2-4441-BEC8-DD26D8917181@freebsd.org> <4D792578.6000303@FreeBSD.org> <2B21F26B-D7EA-480B-BFA2-BD12DDDB7721@FreeBSD.org> <4D7932AC.1020508@FreeBSD.org> <883EDE8E-309A-497B-A9ED-2350AC1D2546@FreeBSD.org> <20110310235432.GA11144@lonesome.com> <4D796857.1020305@FreeBSD.org> <1150BA48-1B1D-4C8E-9059-ADF5CE2C494C@FreeBSD.org> <20110313212727.GB5392@server.vk2pj.dyndns.org> <889C01A0-3193-4E41-9549-6D8423ED2322@FreeBSD.org> In-Reply-To: <889C01A0-3193-4E41-9549-6D8423ED2322@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Barton , Ade Lovett , Mark Linimon Subject: Re: [HEADS UP] GNU make 3.82 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, 15 Mar 2011 11:12:32 -0000 Am 14.03.2011 04:45, schrieb Ade Lovett: > > On Mar 13, 2011, at 16:27 , Peter Jeremy wrote: >> Having read through this thread, it is still unclear to me why it is >> not possible to fix up the problematic ports before importing gmake >> 3.82, removing the need for a gmake381 port. > > I believe Mark has offered up, on multiple occasions a wiki page from the _first_ exp run. > > Of course, if port "A" fails as a result of gmake (or, quite frankly, whatever), and it has dependent ports, then unti such time as the proverbial "quick hack" to unbreak it, we have absolutely no idea of the carnage further down the tree. > > devel/gmake381 exists for one reason, and one reason only. To allow -exp runs to fully test what breaks, and what doesn't with a devel/gmake being 3.82. You'll notice that it is not attached to the build (in devel/Makefile) and it is also marked IGNORE. Using a few extra inodes in order to be able to properly test things (you should also note that USE_GMAKE=381 is merely part of an -exp patchset, and not present in the existing Mk/bsd.port.mk) is a minor cost for substantial gains when actually running said -exp runs. > > Could this have been handled better. Sure, maybe. But it would require *proactive* work within the community as opposed to the "you're doing it wrong" *reactive* mentality. It's easy to criticize. Much harder to do work that affects thousand of ports and, in the best case, no-one actually sees a change. Dear colleagues, I've been reading this discussion on and off and trying to get on top of the facts to make up my own mind. Looks like people who have done the work (Ade and Mark) first didn't know the exact implications of non-triviality of the task, and have now become defensive, and Doug has become frustrated about a perceived lack of information -- that I have shared for a couple of days, until the Wiki address crossed my Inbox, possibly for the 2nd time. I think we all agree that we have learnt a bit from how things happened, and people involved in the frame-work and -exp runs will probably do things differently the next time around. You all are in what I'd call a violent agreement, and it's naturally easier to criticise with hindsight. However, please let's quit the defending now and get productive again, and please share information about possible framework breakage sooner. As much as we would have liked the GNU make maintainers to call this "pick up the shards" release 4.00, this hasn't happened, and we've got to deal with it, and work is underway to achieve just that. What I've understood is that the first -exp run didn't get us the whole picture and thus the gmake381 hack was added to get an overview and cut the dependency tree short -- but nonetheless it is useful to start the job of fixing gmake 3.82 incompatibilities while 2nd, 3rd, 4th -exp passes proceed. I've also seen that there are volunteers, such as maintainers and unaffiliated contributors who are always willing to lend a hand, have been trying to sort things out for gmake 3.82. Of course being more transparent and open with information can cause anxiety, but if more people take interest in an issue, things get understood and fixed sooner. The only remaining question is whether a policy needs to be established to do such -exp things openly in general, or if it was just a lack of proactive communication as a one-time event that will not happen again anyways. And I'd rather not overengineer. Anyways, I see *chance there* for the -exp and autotools and gmake janitors to share a bit of their task "get gmake3.82 in ports to fly" workload on more shoulders. Best -- Matthias Andree