Bugzilla Bug 16315

It would be cool if mirrorselect suggested the fastest servers based on the
results of a netselect. This would make the utility much more useful as you'd be
working based internet connectivity rather than the misleading geographical
closeness when selecting a mirror.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

geographical is pretty accurate to a degree ... 
 
oh and gerk, i told you so ;) 

Mirrorselect has these issues: 
 
a) it doenst pull from live data, so right away its up against problems (i.e. its 
sadly out of date already) 
b) the last sets of stuff I tried to determine which server was good or not failed 
miesrably, as most of the bigger mirrors filter out packets that are not data 
related 
 
That said, Spanky.. if you want to do mirrorselect stuf it's all yours 
 
P.S. There are also issues using it from live cd, which in my eyes makes 
itmostly useless atm, it needs a new approach.  Dialog stuff isnot happy from 
live cd for reasons unkown. 

Just rsync'ed and updated to mirrorselect 0.2 
The following addition is just to make it cleaner:
(I didn't have netselect and maybe someone somewhere doesn't have perl...)

RDEPEND="net-analyzer/netselect
	sys-devel/perl"

you are very right, thanks :)  Will add those deps now 

(From mirrorselect): echo "." > 2

Mirrorselect now leaves a file with the filename 2 and contents "." in the directory you run it from.

As a side issue -- it would be nice to have a mode of operation where it simply tells you the servers instead of modifying the config files for you. This would let people audit the new server selection and do the change themselves if they prefer.

Generally though, it's pretty sweet. Thanks for netselect-ing it up.

Hmm ok I will look at that thanks. 
 
as for making a list and stuff we have to get some infastructure in place for it to 
be a proper soltuion, this was just a quick hack that gives some functionality.  
Maybe for a future revision (rewrite), but not yet :) 

ok, fix comitted to CVS.  was a DOH on my part.  
 
Moral of the sorty, don't code tired, it's not worth it. 
 
Can you confirm the fix?  Then I'll close this bug again :) 

Created an attachment (id=8793) [edit]
Suggestion for "-p" mode

You'd think these bloody boxes would auto-wrap when submitted. ; )

Anyways, I'll confirm the fix.

I also attached a patch you may want to consider using (or think about doing
something similar) to use getopts for argument parsing and add a pretend mode
so
you can just see the suggested mirrors.

Have fun.

*** Bug 16535 has been marked as a duplicate of this bug. ***

Hmm yes, interesting.. some important stuff tho..

echo ${2} | grep -e "^-s[01234567890]

This is important to checkthe validity of the -s command to pass, not checking this will cause nightmares as it will passthru whatever they put and cause failures (and broken conf files likely)

Gone

johnm is taking over maintaining mirrorselect.

this facility is already in.
the info about getopts might still be relevant, if still requested, i will try and incorporate it.

until then please text and come back to me.
thanks

wow, i love broken resolutions

Mirrorselect though now sweetly using netselect for finding gentoo mirrors,
but it currently does not support netselect for rsync mirrors.

This shouldn't be too difficult to add. In fact, I'm attaching a patch here
that adds that functionality. I didn't use the fancy number back to name
translation or worry about breaking the netselect up into blocks, but it
works and is quite useful as is.

Thanks. :)

Created an attachment (id=18588) [edit]
Automatic mode for rsync mirror selection

this facility although i liked, wont be included because of the structure
of the rsync mirrors.
the rsync mirrors are on geological round-robins, and can only be referred
to on a country wide scale.
Individial sync mirrors being added into the list will violate gentoo infrastructure
policy.

Sorry.