🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.unix.large
Article #21

Re: managing /usr/local

#21
From: Wallace Colyer
Date: Wed, 08 Apr 1992 18:28
44 lines
2658 bytes
>>I am interested in hearing how large sites manage local software.  We
>>have a procedure that helps us to easily manage over 100 packages on 6
>>different system types and 700+ workstations,
>
>"package" from Transarc, right?

The answer is yes sorta.  The package we use predates Transarc and is of
a completely different code base, but we use it only the manage the OS
trees.

For /usr/local we use a locally developed program called depot which is
not the same as The NIST Depot.  They were seperate project and did not
know about eachother until the names had been used too many places. 
Depot was originally thought of in 1988 and the first prototype was
written in perl in early 1989.  It is now written in C and is being used
by a few AFS sites and one NFS site is looking at it seriously.

Depot breaks the software environment up into collections, but then
integrates the collections so that the users only see one consistant
environment.  It creates the environment by pulling collections in from
a variety of locations and can either copy the files off a remote
filesystem or make symbolic links to them at a directory, file or
collection level of granularity.  So, if the workstation maintainer
wants the gnu-emacs collection on the local disk all that need be done
is add a the line, gnu-emacs.mapcommand: copy, to a configuration file. 
To save disk space they can specify that for any collection copied to
the local disk, the man and doc directories will be linked.

It allows a large central environment to be easily maintained, but at
the same time individual workstations can be customized easily to the
hearts content.

If anyone is interested the sources can be found on:

export.acs.cmu.edu [128.2.35.66]
pub/depot

We are finishing a new paper about it which should be put in place in
the next couple days.  Depot has really helped us manage our reletively
large environment.  We forsee it being able to extent to manage the
entire workstation, but a great deal of work is needed to make that
possible.

-Wallace
Technical Details
Message-ID: <8dsngsi00WAqEJOQwy@andrew.cmu.edu>
Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!mips!darwin.sura.net!udel!rochester!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!wally+
References: <AdsNyma00WAqMJOK5f@andrew.cmu.edu> <1992Apr8.144149.11515@news.eng.convex.com>

Show Full Headers
Complete Article Headers
Organization: Software Development, Carnegie Mellon, Pittsburgh, PA
Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!mips!darwin.sura.net!udel!rochester!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!wally+
Newsgroups: comp.unix.large
Message-ID: <8dsngsi00WAqEJOQwy@andrew.cmu.edu>
Date: Wed,  8 Apr 1992 14:28:08 -0400 
From: Wallace Colyer <wally+@andrew.cmu.edu>
Subject: Re: managing /usr/local
In-Reply-To: <1992Apr8.144149.11515@news.eng.convex.com>
References: <AdsNyma00WAqMJOK5f@andrew.cmu.edu>
 <1992Apr8.144149.11515@news.eng.convex.com>