You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Metalink Discussion, Anthony Bryan
The idea is to make Metalink or to use metalink files to reflect the
mirrors networks.
So I have been thinking of couple ways of using either metalinks as they
are now or adding a new feature to metalinks
The first idea I had is to use a DELTA metalink file that reflects a
mirror zones marker.
I took as an example output from FedoraProject mirrormanager and used it
to demonstrate how it works.
They do have a nice html output of the public mirror list with filters
but there is no option for a machine to take advantage of this network
information.
So they have couple repos and public mirrors which not all have the same
content and for an example fedora core 6 has only 8 public active mirrors.
Can be helpful to determine all the available mirrors on the network
with their protocols location preferences etc.
This is the most simple way to identify full mirrors and partial mirrors
using only the existing standards and without adding\planning any extra
parts of metalinks syntax.
Another way is to add another leaf that describes nodes in the mirror
network.
A sketch of the idea is in the next xml file:
under metalink node add a node like file\files named:
- "mirrors"
-- a "master" leaf which contains data on the official mirror or master
node in the mirror network.
--- the master uses couple leafs to maybe describe some exclusions or
inclusions rules separated by space.(exclusions and inclusions is not
mandatory)
--- A resources leaf can include the same url resources as in file\files.
These can describe the absolute path\url in the mirror related to the
master node specific path\url described in the parent master leaf.
I will be happy to hear your thoughts about the ideas.
Note that these two solutions can be integrated into existing metalinks
ready systems without any changes to the existing clients and libs.
Smooth migration