1 |
Dave Nebinger <dnebinger <at> joat.com> writes: |
2 |
|
3 |
> The first thing you can do to significantly optimize internal gentoo |
4 |
> downloads is to set up your own mirror system. I use that for my systems |
5 |
> and it's pretty easy to set up. The gentoo wiki has all of the details. |
6 |
> Basically I've got a server system that: |
7 |
|
8 |
> a) at 1am runs emerge --sync to sync portage against the public mirrors. |
9 |
OK I edited /etc/crontab to this: |
10 |
|
11 |
30 1 * * * root emerge sync |
12 |
|
13 |
b) runs rsyncd to make the server's portage tree available to the internal |
14 |
gentoo systems. |
15 |
|
16 |
OK following these pages: |
17 |
http://gentoo-wiki.com/HOWTO_Local_Rsync_Mirror. |
18 |
ON the internal server I 'emerge rsync' |
19 |
|
20 |
Then edited the /etc/rsync.conf file as specified |
21 |
and ran rc-update. |
22 |
|
23 |
http://gentoo-wiki.com/Http_proxy |
24 |
|
25 |
On each system I added these entries to the /etc/make.conf file: |
26 |
GENTOO_MIRRORS="192.168.2.9" |
27 |
SYNC="rsync://192.168.2.9" |
28 |
So that they both sync and download files from the internal server |
29 |
|
30 |
|
31 |
|
32 |
|
33 |
> c) runs http-replicator as a download proxy. All internal gentoo systems |
34 |
> use the server as the proxy - actual internet downloads occur only once, |
35 |
> after that the cached copy is returned. There is only a delay for the |
36 |
> initial download, the rest are almost instantaneous. |
37 |
|
38 |
Well this is a problem. |
39 |
|
40 |
Following |
41 |
http://gentoo-wiki.com/HOWTO_Download_Cache_for_LAN-Http-Replicator |
42 |
|
43 |
I get: |
44 |
emerge http-replicator |
45 |
Calculating dependencies |
46 |
!!! All ebuilds that could satisfy "http-replicator" have been masked. |
47 |
|
48 |
|
49 |
-- |
50 |
gentoo-user@g.o mailing list |