Subject: Re: Sharing /usr/src r/o among different architectures
To: None <email@example.com>
From: David Brownlee <firstname.lastname@example.org>
Date: 01/03/1999 11:42:33
On Sun, 3 Jan 1999 email@example.com wrote:
> Hi all,
> I'm running NetBSD on two machines here. One is a Decstation 5000/200
> running the pmax port and serving as a server for /usr/src for another
> machine (running the i386 port). The i386 has /usr/src mounted via NFS
> (readonly!) on /usr/src. I wanted it readonly especially because I
> use two different machine architectures to avoid any side effects!
> [-- problems working with a read only /usr/src --]
> Obviously it tries to write to the mounted /usr/src. Is this really the
> intended behaviour?
I think you should send-pr this - its obviously not the 'correct'
> Others failing make depend in the "normal" tree are:
Hmm, atactl, wsconsctl, and ldconfig are probably because they are
not built on pmax, so the .depend file is missing.
> They seem to fall in two categories: one is a non-existant .depend, others
> are connected with lex/yacc.
> Will this tell me that .depend is always IN /usr/src and that this is no
> problem for sharing /usr/src among different machine architectures?
If it is, then thats wrong :) - the dependancies can vary between
port to port (based on MD include files).
> BTW Is there a possibility to mount /usr/pkgsrc the same way (readonly).
> By now it creates work.pmax and work.i386 WITHIN the pkgsrc tree.
> Are there any settings in mk.conf that can help?
Now on that I _can_ help :)
-=- "Just when everything was making sense" -=-