9.0 on SS10 - error trying to update userland

[Jim MacKenzie <jim%photojim.ca@localhost>]

Hi,

After years of downtime, I recently resurrected my SPARCstation 10 (256 
MB RAM) with NetBSD 9.0.  I had it running years ago on 4.0.1; SMP broke 
for SPARC on 5.0 and not wanting to downgrade performance, I let it sit 
for a few years.

The good news is that 9.0 runs well on it!

The bad news is that I get an error when trying to update the userland:

leandir ===> usr.sbin/puffs/rump_v7fs
(cd /usr/src/usr.sbin/puffs/rump_v7fs && rm -f a.out [Ee]rrs mklog core 
*.core .gdbinit   rump_v7fs  mount_v7fs.o rump_v7fs.o pathadj.o fattr.o  
mount_v7fs.ln rump_v7fs.ln pathadj.ln fattr.ln || true)
(cd /usr/src/usr.sbin/puffs/rump_v7fs && rm -f rump_v7fs.html8 .depend 
fattr.d mount_v7fs.d pathadj.d rump_v7fs.d fattr.d.tmp mount_v7fs.d.tmp 
pathadj.d.tmp rump_v7fs.d.tmp /usr/src/usr.sbin/puffs/rump_v7fs/tags  || 
true)
cleandir ===> usr.sbin/puffs/rump_smbfs
nbmake[5]: "/usr/src/usr.sbin/puffs/rump_smbfs/Makefile" line 15: Cannot 
open 
/usr/src/usr.sbin/puffs/rump_smbfs/../../../external/bsd/smbfs/Makefile.inc
nbmake[5]: Fatal errors encountered -- cannot continue
nbmake[5]: stopped in /usr/src/usr.sbin/puffs/rump_smbfs

*** Failed target:  cleandir-rump_smbfs
*** Failed command: _makedirtarget() { dir="$1"; shift; target="$1"; 
shift; case "${dir}" in /*) this="${dir}/"; real="${dir}" ;; .) 
this="usr.sbin/puffs/"; real="/usr/src/usr.sbin/puffs" ;; *) 
this="usr.sbin/puffs/${dir}/"; real="/usr/src/usr.sbin/puffs/${dir}" ;; 
esac; show=${this:-.}; echo "${target} ===> ${show%/}${1:+ (with: $@)}"; 
cd "${real}" && /usr/src/../tools/bin/nbmake _THISDIR_="${this}" "$@" 
${target}; }; _makedirtarget rump_smbfs cleandir
*** Error code 1

I've updated the source tree with 'cvs update -dPA -rnetbsd-9' a few 
times and continue to get the same error.

In case it's significant, I did install the 9.0 tree on top of the old 
4.0 one (I should have deleted the 4.0 first) but I think the syntax of 
cvs I'm using should have pruned the old one away. I mention it in case 
I'm incorrect.

I'm not certain this is a sparc port problem, but thought I'd start here.

Jim