Rahul Sundaram schrieb: > > The solution to people picking the wrong choice for their purpose is > good documentation and guidance with tools where applicable. The only > objection I heard to putting up a DVD is mirror space but we can avoid > that problem by using a different name space so mirrors would have to > pull it explicitly and in bittorrent. Considering that several > distributions like Debian with large ISO sets has managed to get lots of > mirrors, I dont think the problem of mirror space would affect us much. > We should discuss this with mirror administrators rather than assuming > its a problem. What I'd like to see is some sort of yum-proxy to save bandwidth for users. E.g. let some sort of yum-procy run on a local network server; fill it's cache with what you have already from the distribution cd; clients connect to the proxy; if the package is in the cache send it back; otherwise download it from the web, send it over, and put it in the cache; now and then check if a package is still in the upstream repos; if not, drop it from the cache. I don't think something like that exists for yum. Or did I miss that? Debian has something similar iirc -- ohh boy, I should learn python properly and implement above proxy myself... CU thl -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
