1 |
What are you describing is just a caching proxy. Try Squid. |
2 |
|
3 |
2010/3/28 £ukasz Zubkowicz <lukasek@××××××××××××××××××.pl>: |
4 |
> -----BEGIN PGP SIGNED MESSAGE----- |
5 |
> Hash: SHA1 |
6 |
> |
7 |
> Hi all, |
8 |
> |
9 |
> I'm a CS student from Poland interested in taking part in GSoC 2010. |
10 |
> I've been using Gentoo for about 5 years. I've expanded my home network |
11 |
> recently and found some difficulties with keeping things tidy on 5 |
12 |
> different boxes with Gentoo. And that's where my idea for this year's |
13 |
> GSoC has come from. |
14 |
> Most of packages I install are common to all of my machines and |
15 |
> therefore I would be happy to download them only once. It would save |
16 |
> bandwidth and time for me and others. Trying to solve this issue with |
17 |
> some ready software I've found two or three solutions, but none of them |
18 |
> satisfying. Starting with the simplest solution, I could just emerge |
19 |
> package on one machine and then copy sources to the others, but it's at |
20 |
> least a little bit stupid. Being smarter, I could export |
21 |
> /usr/portage/distfiles to other machines through NFS, but as far as I |
22 |
> know something about NFS it could raise some synchronization errors if |
23 |
> tried to merge the same packages on more than one machine |
24 |
> simultaneously. Finally, the designated solution: I could just install a |
25 |
> mirror on one of my local machines and use in within my network (just |
26 |
> like I've done it with rsyncing portage tree), but... isn't it to |
27 |
> expensive? It would be fine if I had a big network with plenty of |
28 |
> storage, but (keeping in mind my small home network) spending about |
29 |
> 200GB (that number I've found somewhere) on accumulating all packages |
30 |
> doesn't seem to me a good idea. It's quite substantial amount of disk |
31 |
> space for me. |
32 |
> I feel like there was lack of solution for people like me and I bet |
33 |
> there are more such users who have about 5 to 15 machines under their |
34 |
> control. My idea is to develop kind of mirror which would act just like |
35 |
> the real "big" mirror, but not keep all of packages. Instead of that it |
36 |
> would download a package when it's needed for the first time and make |
37 |
> somehow wait machine which is asking for it (and others which will ask |
38 |
> for it in time before it's fully downloaded). Of course it's only a |
39 |
> draft, but I just wanted you to feel my idea. |
40 |
> I wait for your comments and responses. I realize that I may be terribly |
41 |
> wrong and there is already such thing which I need, but I have spent |
42 |
> some time on seeking and haven't found it. In such case I'm sorry for |
43 |
> wasting your time and... please let me know about it :) . |
44 |
> |
45 |
> - -- |
46 |
> Best wishes, Lukasz Zubkowicz |
47 |
> http://students.mimuw.edu.pl/~lz248258 |
48 |
> |
49 |
> -----BEGIN PGP SIGNATURE----- |
50 |
> Version: GnuPG v2.0.9 (GNU/Linux) |
51 |
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ |
52 |
> |
53 |
> iEYEARECAAYFAkuvO1QACgkQ+6A5fji6urEOAgCgigzFa+WY+nz86lA0ErZPpxlj |
54 |
> ZH4AoO9UctF51PAOpLVOzjAibbUYiCSE |
55 |
> =wj/o |
56 |
> -----END PGP SIGNATURE----- |
57 |
> |
58 |
> |