Date: Wed, 28 Oct 2015 07:50:47 -0700 From: Bryan Drewery <bdrewery@FreeBSD.org> To: marino@freebsd.org, koobs@FreeBSD.org, Antoine Brodin <antoine@FreeBSD.org>, ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r400373 - head/Templates Message-ID: <5630E0C7.6060509@FreeBSD.org> In-Reply-To: <5630E060.7060702@marino.st> References: <201510280635.t9S6ZD88037625@repo.freebsd.org> <5630DAB2.5090209@FreeBSD.org> <5630DC6B.7000007@FreeBSD.org> <5630DCE9.8000608@FreeBSD.org> <5630E060.7060702@marino.st>
next in thread | previous in thread | raw e-mail | index | archive | help
On 10/28/15 7:49 AM, John Marino wrote: > On 10/28/2015 3:34 PM, Kubilay Kocak wrote: >> On 29/10/2015 1:32 AM, Bryan Drewery wrote: >>> On 10/28/15 7:24 AM, Bryan Drewery wrote: >>>> On 10/27/15 11:35 PM, Antoine Brodin wrote: >>>>> Author: antoine >>>>> Date: Wed Oct 28 06:35:13 2015 >>>>> New Revision: 400373 >>>>> URL: https://svnweb.freebsd.org/changeset/ports/400373 >>>>> >>>>> Log: >>>>> Revert recent config.site changes, ports-mgmt/pkg fails to build on FreeBSD >>>>> 9.3 and some ports (science/netcdf, print/hplip) now fail to configure >>>> >>>> pkg builds fine for me on 9.3. Can you show a log please? >>>> >>> >>> Actually it was building fine with my uncommitted auto-generated >>> version. I found the problem with pkg. >>> >>> -: ${ac_cv_header_sys_capsicum_h=yes} >>> +[ ${OSVERSION} -ge 1000000 ] && : ${ac_cv_header_sys_capsicum_h=yes} >>> >>> I'll track down the others too. >>> >> >> FYI, >> >> I had a user report this morning who reported the same issue on 10.1 >> >> Isolated it to capability.h was renamed to capsicum.h between 10.1 and >> 10.2 and pkg was trying to build with the latter given it had been >> defined by ./configure. >> >> Updating the ports tree (to post revert of the recent Template changes) >> fixed the issue >> > > I wasn't going to say anything, but the reverted change also broke > DragonFly I'm pretty sure. It was going to require a big patch in > dports to adjust. > I was trying to avoid that by adding OPSYS and OSVERSION checks to not cache anything DragonFly wouldn't have. If something specifically did break that you saw please let me know. The auto generated version should avoid all of these issues much better. -- Regards, Bryan Drewery
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5630E0C7.6060509>