Re: Failure to build "evbarm" release?

[Jason Thorpe <thorpej%me.com@localhost>]

That’s what I was thinking...

-- thorpej
Sent from my iPhone.

> On May 19, 2018, at 6:22 PM, Christos Zoulas <christos%astron.com@localhost> wrote:
> 
> In article <pdqi65$e41$1%blaine.gmane.org@localhost>,
> Christos Zoulas <christos%astron.com@localhost> wrote:
>> In article <DA48F39F-738C-4B59-9E36-1243B1447AEC%me.com@localhost>,
>> Jason Thorpe  <thorpej%me.com@localhost> wrote:
>>> Populating `/nbsd/releasedir/rpi/evbarm/binary/gzimg/rpi.img'
>>> nbmakefs: Can't open `././Mail' for reading: No such file or directory
>>> nbmakefs: Can't open `././MD5.html' for reading: No such file or directory
>>> nbmakefs: Can't open `././HMAC.html' for reading: No such file or directory
>>> nbmakefs: Reading `/nbsd/destdir/rpi/./usr/share/man/html3/md5.html',
>>> 7542 bytes to go, read 4223 bytes, expected 7542 bytes, does metalog
>> 
>> Smells like case insensitive fs...
>> 
>> ls -l MD5.html md5.html 
>> -r--r--r--  1 root  wheel  4223 May 19 17:20 MD5.html
>> -r--r--r--  7 root  wheel  7542 May 19 17:20 md5.html
> 
> So we should fix all that... Basically this means:
> - getting rid of:
>    /usr/bin/Mail
>    /usr/share/man/man3/MD5.3
>    /usr/share/man/man3/HMAC.3
> 
> So the worst is Mail; it has been a hard-link to mail for ages, and it
> was a hack in 4.2 BSD to provide an alternative for /usr/bin/mail which
> was mostly useless. Now removing it my break scripts, but it is not a big
> deal.
> 
> MD5 and HMAC come from OpenSSL; we provide hmac and md5 from libc. We could
> either rename the OpenSSL ones to OpenSSLFOO or just remove them. I vote
> for the second.
> 
> christos
> 
> christos
>