[gentoo-user] Re: rsync internal mirror configuration

[James <wireless@tampabay.rr.com>]

Dave Nebinger <dnebinger <at> joat.com> writes:


> > OK but can't I do that with a simple mode to the /etc/crontab ?:
> > 30 1 * * * root emerge sync 2>&1

> Yes, but I do a little more in my script and want the pieces to be
> synchronized.  As you saw in the script not only do I emerge sync but I also
> update the eix and esearch databases (both are cached package search/query
> tools that kick the crap out of "emerge --search").

I'm going to test your scripts and look at this for a while....

> I've been considering adding an "emerge --fetchonly" line to the script but
> don't yet have the warm and fuzzies about the http-replicator script.

Yes, well I'm going to go slowly with this
until I have the warm feeling and some
happy experience over time.
I'd be interested in keeping up with your scipt enhancements.
If it's not too much trouble, when you are happy with
some enhancements, send them to me for testing....

> > This script is for the internal rsync/replicator server?

> Runs on all of them.  All of them need to sync and I like being able to
> query from whatever system I'm on.

Yea, I was not sure, but it makes
sense.

> > OK, the port has changed. What's the deal about that?

> Most local http daemons run on 8080 or 8088; I just didn't want to deal with
> conflicts so I chose my own number.

Yea, I might change the port number...if I see problems. 

> > OK thanks for the script. I'll have to study it, test it and let you know
> > how it goes...

> They've been working out great for me.  I've recently added a
> 'revdep-rebuild' script so I can be reported of packages in need of fixing
> (in case I miss the step manually).

Can you send me a copy of that script or post it to this thread?


> In your case I'd probably ensure the kids logins are typical user logins (no
> update capability).  Run the scripts (or similar scripts) to automate the
> syncing and reporting.  Keep ssh running on their systems.  Hold off on
> updates until they run into something that breaks or until a critical
> package update is released.  Then you can ssh in and emerge stuff until it
> works.

I'll take this under consideration. My purpose in extending automated
updates, is to be able to manage a large number of embedded gentoo 
devices in the future.  Roll-back and Recovery mechanism will be 
added later. Besides Gentoo needs to leave the laboratory
(purvey of experts) and enter the world of normal humanoids. That will
force the Gentoo community to make Gentoo a commodity technology for
the world's normal folks.....gentoo's destiny in my opinion.

Using kids as experiments and developing baseline analysis semantics, is
of great fun... (Hell, that's what God gave them to us for: to 
experiment with them and then explain where dad messed up and dad's
newest ideas.) Even their friends like the approach of experimental
parenting... Furthermore, as an engineer, I often tell my clients 
that something works with the children or that children understand the
new technology, so maybe management can adapt too...)

YMMV

James

-- 
gentoo-user@gentoo.org mailing list