Re: mounting CVS tree read-only?

2014-02-22 Thread Jiri B
On Fri, Feb 21, 2014 at 11:59:41AM -0800, Fred Snurd wrote:
 On Friday, February 21, 2014 11:14 AM, Theo de Raadt 
 dera...@cvs.openbsd.org wrote:
 
  After studying FAQ 5.3, I am contemplating mounting /usr/src and
  /usr/xenocara read-only through NFS so I can maintain a centralized
  tree for multiple platforms.  Is this possible?  Are all
  writes made to /usr/obj and /usr/xobj?
 
  That is the intent.
 
  From time to time, mistakes sneak in.  If you find them, work with us
  to get them resolved.
 
  I think not enough people use this mechanism.
 
 Thank you for your prompt reply!
 
 In FAQ 5.3.4, config(8) is being used to populate the 
 /usr/src/sys/arch/platform/compile/GENERIC directory.  Am I correct in 
 thinking this directory should be mounted read/write?

IIRC a description how to do it used to be part of FAQ
but it was removed some time ago...

http://www.openbsd.org/cgi-bin/cvsweb/www/faq/faq5.html.diff?r1=1.186;r2=1.187

jirib



Re: mounting CVS tree read-only?

2014-02-21 Thread Theo de Raadt
 After studying FAQ 5.3, I am contemplating mounting /usr/src and
 /usr/xenocara read-only through NFS so I can maintain a centralized
 tree for multiple platforms.  Is this possible?  Are all
 writes made to /usr/obj and /usr/xobj?

That is the intent.

From time to time, mistakes sneak in.  If you find them, work with us
to get them resolved.

I think not enough people use this mechanism.



Re: mounting CVS tree read-only?

2014-02-21 Thread Fred Snurd
On Friday, February 21, 2014 11:14 AM, Theo de Raadt dera...@cvs.openbsd.org 
wrote:

 After studying FAQ 5.3, I am contemplating mounting /usr/src and
 /usr/xenocara read-only through NFS so I can maintain a centralized
 tree for multiple platforms.  Is this possible?  Are all
 writes made to /usr/obj and /usr/xobj?

 That is the intent.

 From time to time, mistakes sneak in.  If you find them, work with us
 to get them resolved.

 I think not enough people use this mechanism.

Thank you for your prompt reply!

In FAQ 5.3.4, config(8) is being used to populate the 
/usr/src/sys/arch/platform/compile/GENERIC directory.  Am I correct in 
thinking this directory should be mounted read/write?

Thanks, again!



Re: mounting CVS tree read-only?

2014-02-21 Thread Janne Johansson
You can mount an mfs or a tmpfs there to solve that
Den 21 feb 2014 21:00 skrev Fred Snurd fredsn...@yahoo.com:

 On Friday, February 21, 2014 11:14 AM, Theo de Raadt 
 dera...@cvs.openbsd.org wrote:

  After studying FAQ 5.3, I am contemplating mounting /usr/src and
  /usr/xenocara read-only through NFS so I can maintain a centralized
  tree for multiple platforms.  Is this possible?  Are all
  writes made to /usr/obj and /usr/xobj?
 
  That is the intent.
 
  From time to time, mistakes sneak in.  If you find them, work with us
  to get them resolved.
 
  I think not enough people use this mechanism.

 Thank you for your prompt reply!

 In FAQ 5.3.4, config(8) is being used to populate the
 /usr/src/sys/arch/platform/compile/GENERIC directory.  Am I correct in
 thinking this directory should be mounted read/write?

 Thanks, again!



Re: mounting CVS tree read-only?

2014-02-21 Thread Christian Weisgerber
On 2014-02-21, Fred Snurd fredsn...@yahoo.com wrote:

 After studying FAQ 5.3, I am contemplating mounting /usr/src and
 /usr/xenocara read-only through NFS so I can maintain a centralized
 tree for multiple platforms.  Is this possible?

The last time I tried to mount the source trees read-only, it worked
for /usr/src but there were writes to /usr/xenocara.

-- 
Christian naddy Weisgerber  na...@mips.inka.de



Re: mounting CVS tree read-only?

2014-02-21 Thread Ted Unangst
On Fri, Feb 21, 2014 at 11:59, Fred Snurd wrote:

 In FAQ 5.3.4, config(8) is being used to populate the
 /usr/src/sys/arch/platform/compile/GENERIC directory.  Am I correct in
 thinking this directory should be mounted read/write?

kernels don't have to be built there. From anywhere you like:

config -b kobj -s /sys /sys/arch/arch/conf/GENERIC
cd kobj
make

The only thing that won't work is make release, which I don't think is
configurable enough. Maybe it is, dunno.