1 |
On Thu, 05 Feb 2009 22:16:36 -0600 |
2 |
Chris Lieb <chris.lieb@×××××.com> wrote: |
3 |
|
4 |
> 1) I use sync-eix to update portage and my overlays (via layman). I |
5 |
> want the client to still be able to run sync-eix, but have it only run |
6 |
> `emerge --metadata` (no `emerge --sync` or `layman --sync ALL`). What |
7 |
> do I need to change in the eix-sync.conf? (Man, that's a long man page :) ) |
8 |
|
9 |
You can use cluster-aware filesystems like GFS2 / OCFS2 to do anything |
10 |
you like on any end, without having to worry about any inconsistency on |
11 |
the other end. |
12 |
That way you can do 'emerge --sync' or edit some overlay ebuild on any |
13 |
end, seeing all the changes real-time on the other. |
14 |
|
15 |
|
16 |
> 2) I use the buildpkg feature on both the server and the client since |
17 |
> the client can usually use the packages for its own installations |
18 |
> (getbinpkg). However, sometimes I require different use flags for the |
19 |
> client, but I still want to keep the package locally so I can restore it |
20 |
> later if I need to. I have the NFS share mounted ro to keep the client |
21 |
> from overwriting what is on the server, so I am guessing that portage |
22 |
> will throw some kind of error when it tries to save the package to disk. |
23 |
|
24 |
Prehaps you should just 'mount /some/dev /usr/portage/packages' on each |
25 |
machine, after you've mounted shared /usr/portage FS, so you'll have |
26 |
unique packages on each server. |
27 |
And if you'll need to copy some new packages from one machine to the |
28 |
other without overwriting any of locally-compiled ones - you can just |
29 |
use rsync, via cron, if it's kinda constant need. |
30 |
|
31 |
-- |
32 |
Mike Kazantsev // fraggod.net |