[lkml]   [2001]   [Dec]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: SMP/cc Cluster description
On Fri, Dec 07, 2001 at 10:04:11AM -0800, Martin J. Bligh wrote:
> > My pay job is developing a distributed source management system which works
> > by replication. We already have users who put all the etc files in it and
> > manage them that way. Works great. It's like rdist except it never screws
> > up and it has merging.
> So would that mean I would need bitkeeper installed in order to change my
> password?

No, that's just one way to solve the problem. Another way would be to have
a master/slave relationship between the replicas sort of like CVS. In fact,
you could use CVS.

> And IIRC, bitkeeper is not free either?

Actually it is for this purpose. You can either do open logging (probably
not what you want) or run it in single user mode which doesn't log, you
just lose the audit trail (all checkins look like they are made by root).

If I could figure out a way to allow the use of BK for /etc with out any
restrictions at all, and at the same time prevent people from just putting
all their source in /etc and shutting down our commercial revenue, I'd
do it in a heartbeat. I'd *love it* if when I did an upgrade from Red Hat,
the config files were part of a BK repository and I just did a pull/merge
to join my local changes with whatever they've done. That would be a huge
step in making sys admin a lot less problematic. But this is more than a
bit off topic...
Larry McVoy lm at
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:18    [W:0.218 / U:1.252 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site