Subject: Re: Sharing /usr/src r/o among different architectures
To: None <>
From: David Brownlee <>
List: current-users
Date: 01/03/1999 11:42:33
On Sun, 3 Jan 1999 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'
	behaviour :)

> Others failing make depend in the "normal" tree are:
> sbin/atactl
> sbin/raidctl
> sbin/wsconsctl
> sbin/ldconfig
> usr.bin/fgen
	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 :)

	I use:


                -=-  "Just when everything was making sense"  -=-