Bug 14587

Problem: Several gigabytes unnecessary duplicates are fetched and cached

Scenario: clients are both i586 and x86_64
Then urpmi-proxy fetch and store .noarch files separately for both

So far it is OK

Now, if it could for any arch client *look for* already downloaded .noarch files in both the i586 and x86_64 repo urpmi-proxy repo cache trees, and serve from there - then bandwidth, time, ans storage can be saved :)



__Sidenotes:
.noarch files for i586 and x86_64 are identical.

I learned from [discuss] mailing list that the mirrors etc actually hard links the .noarch to save bandwidth and storage there, and it is recommended for a rsync based cache to do the same.

Using hard links I guess is probably not a good solution for urpmi-proxy, but instead og looking botj places it could have the file/link both places; it could make a hard linked copy of any fetched .norach in the repo for the other arch.  I guess it should then just create that path (folder tree for the hard linked copy) if it do not exist.  It will only use very little storage for the dirs and links, and whenever a first client of that other arch use urpmi-proxy that content is there for it.

__Manual workaround:
For now i use a very simple script to hard link all *.noarch files ; first I update all computers of one arch, run that script, then update the other arch clients.

Reproducible: 

Steps to Reproduce: