TMPDIR and bsd.pkg.mk (was Re: clang builds and /var/tmp)

[Richard PALO <richard%netbsd.org@localhost>]

cross-posting here:
Le 21/10/15 13:57, Richard PALO a écrit :
> 
> I'll see about that...
> 
> In the meanwhile, for a quick test I tried quick and dirty:
>> diff --git a/mk/bsd.pkg.mk b/mk/bsd.pkg.mk
>> index 5119ccc..a94a6a8 100644
>> --- a/mk/bsd.pkg.mk
>> +++ b/mk/bsd.pkg.mk
>> @@ -400,11 +400,12 @@ USE_LANGUAGES?=           # empty
>>  #Fake up a home directory
>>  WRAPPER_TARGETS+=      fake-home
>>  FAKEHOMEDIR=           ${WRKDIR}/.home
>> -ALL_ENV+=              HOME=${FAKEHOMEDIR}
>> +ALL_ENV+=              HOME=${FAKEHOMEDIR} TMPDIR=${FAKEHOMEDIR}/tmp
>>  .PHONY: fake-home
>>  fake-home: ${FAKEHOMEDIR}
>>  ${FAKEHOMEDIR}:
>>         ${RUN} ${MKDIR} ${.TARGET}
>> +       ${RUN} ${MKDIR} ${.TARGET}/tmp
>>  
>>  # Use C-based wrappers or legacy shell versions.
>>  .if ${_USE_CWRAPPERS} == "yes"
> 
> ...
> 
> will try a bulk run tonight
> 

I did a bulk-small run http://ftp.netbsd.org/pub/pkgsrc/misc/richard/reports/20151022.1632/meta/report.html

This failure is indeed due this TMPDIR patch above as apparently there is an issue with the workdir being referenced in the manpages... looks like a bug in ncurses.
Here is the final message:
> ERROR: *** The above files still have references to the build directory.
> ERROR:     This is possibly an error that should be fixed by unwrapping
> ERROR:     the files or adding missing tools to the package makefile!
> *** Error code 1


Just to prove it is an existing anomaly, try 'head -1 $PREFIX/man/man1/captinfo.1'...
> $ head -1 /opt/local/man/man1/captoinfo.1 
> .ds f. /tmp/man279042
naturally this reference doesn't exist any longer.

I also noticed [later] warnings to the effect that .home is not empty, so I now simply 
leave TMPDIR=${FAKEHOMEDIR} which saves a unnecessary directory creation anyway.
> -ALL_ENV+=              HOME=${FAKEHOMEDIR}
> +ALL_ENV+=              HOME=${FAKEHOMEDIR} TMPDIR=${FAKEHOMEDIR}

Anybody with any insight into this ncurses issue? 
-- 
Richard PALO


-- 
Richard PALO