I was trying to figure out if NetBSD still carries the old coda4
  packages in it's pkgsrc tree. I couldn't even find a current version of
  Coda (wasn't it under pkgsrc/net?).

Those were deleted, and then the coda5 ones were also deleted as
crufty.  The reason to support old code in the kernel isn't that it's
still available in pkgsrc, but that someone might be running binaries
and update their kernel.  But consensus seems to be to delete it so
far.

It would be nice to add modern coda back to pkgsrc.
One thing that would make this a lot easier to do cleanly is if the
coda package had 3 install targets:


  common-install: all files needed by both client and server
  client-install: files needed only by client
  server-install: files needed only by server

I don't care what the targets are called, of course, and having it be
client-install-only might be a less invasive change.


Absent that, I'm inclined to just make one package; all of coda
installed is only 28 MB, and stripping binaries would help.
only client or server is probably down only a bit.

It would be really nice for coda to use automake and use the right
install; it looks like it is using ourinstall, which I suppose I could
patch it to use install on netbsd to install stripped binaries to save
space.  OTOH I seem to need to run gdb on venus often enough that I
want to build from CVS...


-- 
        Greg Troxel <gdt_at_ir.bbn.com>