Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

I just *had* to comment.



On Wednesday 02 June 2004 11:33 am, dsr at tao.merseine.nu wrote:
> On Wed, Jun 02, 2004 at 10:42:47AM -0400, Derek Atkins wrote:
> > ~/.* is not sufficient to deal with "global settings".
>
> No, it's clearly per-user.
>
> The obvious extension is /etc/dotfiles/* (or the name of your
> choice) with the same syntax and access methods, and using
> filesystem permissions to make most things read-only to the
> common user.

How about /etc/sysconfig?  Does that work for you?

> > However a
> > registry isn't sufficient, either.  Think distributed systems (i.e.,
> > I've got 1000 machines and the software is installed on a central file
> > server (not on each machine) and run out of the network file system).
>
> In which case you use rsync on /etc/dotfiles from the
> appropriate central repository branch (webservers get theirs
> from repository/webservers/etc/dotfiles, login machines from
> repository/logins/etc/dotfiles, etc.).

Wait.  I thought the proposal was a central binary registry file.  How are you 
going to use rsync to synchronize one part of one binary file?  Unless every 
single machine is absolutely identical and has the same ACL.

> > Registries of all forms fall flat in the face of distributed file
> > systems, unless there is some standard way to read the global registry
> > info out of the file system.

The best way to handle that is some equivalent of #include, where the CPOTSF 
has a mechanism for saying "suck in this other CPOTSF as if its entries were 
here in this CPOTSF, then let entries in this one override those values".

Of course you're up to your next paradox.  If you want to store your mount 
information in the registry...

----------------------------------------------------------------------------
DDDD   David Kramer         david at thekramers.net       http://thekramers.net
DK KD  
DKK D  Live long and prosper.   - Vulcan proverb
DK KD  And eat well.            - Jewish addendum to Vulcan proverb  
DDDD   Feast on your enemies!   - Klingon interpertation of Jewish addendum




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org