> On Dec 25, 2013, at 8:02 AM, Peter <p...@citylink.dinoex.sub.org> wrote:
> 
> This seems to be a race condition with the timestamps of the Makefiles. 
> "make install" thinks that the Makefiles are outdated, and recreates
> them before doing the install - but now with the target pointing directly 
> to /usr/local and not to the staging area.
> 
> In the log we can see this happening: 
> 
>> Making install in liba52
>> gmake[1]: Entering directory 
>> `/usr/ports/audio/liba52/work/a52dec-0.7.4/liba52'
>> cd .. \
>> && CONFIG_FILES=liba52/Makefile CONFIG_HEADERS= /bin/sh ./config.status
>> config.status: creating liba52/Makefile
>> config.status: executing default-1 commands
>> gmake[1]: Leaving directory 
>> `/usr/ports/audio/liba52/work/a52dec-0.7.4/liba52'
>> gmake[1]: Entering directory 
>> `/usr/ports/audio/liba52/work/a52dec-0.7.4/liba52'
>> gmake[2]: Entering directory 
>> `/usr/ports/audio/liba52/work/a52dec-0.7.4/liba52'
>> /bin/sh ../autotools/mkinstalldirs /usr/local/lib
> 
> while on successful runs these lines do not appear:
> 
>> Making install in liba52
>> gmake[1]: Entering directory 
>> `/usr/ports/audio/liba52/work/a52dec-0.7.4/liba52'
>> gmake[2]: Entering directory 
>> `/usr/ports/audio/liba52/work/a52dec-0.7.4/liba52'
>> /bin/sh ../autotools/mkinstalldirs 
>> /usr/ports/audio/liba52/work/stage/usr/local/lib
> 
> 
> I could not figure out why or how this happens - but for now a suitable 
> workaround seems to be the following addition to the (main) makefile:
> 
>> pre-install:
>>       touch work/a52dec-*/*/Makefile

I can confirm that addition to the Makefile worked perfectly for me on all of 
200 runs on both test servers. Thanks Peter!

Can someone close the PR after making a commit with the addition of the 
aforementioned pre-install target to /usr/ports/audio/liba52/Makefile please? 
(No revision bump necessary.)

-Chad
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Reply via email to