Re: Failure to build "evbarm" release?

[maya%netbsd.org@localhost]

On Sun, May 20, 2018 at 01:22:38AM +0000, Christos Zoulas 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
> 

I object to harming the usability of netbsd to support this use case.

It's extremely confusing that both MD5/md5 HMAC/hmac exist. The
documentation is important, and calling it OpenSSLHMAC guarantees
it won't be realistically found by users.