Miniroot isn't available after install is it? I suspect mirrors choose to change mid-cycle too and should a user have to put in the install disk to find a more convenient mirror selection method? I want to be able to offer statistics about the mirrors maybe piped to 'more', so the user can choose from a small subset of the total choices. Maybe the closest local mirror isn't the best choice. And do it in a way that doesn't introduce new unaudited networking code, beyond inter-thread plaintext character pipes. On Jan 4, 2016 04:11, "Peter Hessler" <phess...@theapt.org> wrote:
> All of the functionality you are requesting is already provided. > > look at finish_up() in src/distrib/miniroot/install.sub. > > There is no reason at all to modify pkg_add. Just setup /etc/pkg.conf. > > > On 2016 Jan 04 (Mon) at 04:02:07 -0600 (-0600), Luke Small wrote: > :I am realistically thinking more along the lines of less than once a > :release cycle. More like whenever it comes upon a user that their mirror > of > :choice chooses to no longer be a mirror. I had that happen to me. It would > :be convenient to have a program that can easily compare mirror latencies > :and download speeds. I was hoping that maybe pkg_add could be modified to > :have a timeout and accept input from the program I am making if that > :occurs, or there is no mirror setup for the machine. If it is implemented, > :more generous bandwidth and lesser burdened mirrors would have more > :equitably distributed traffic. > : > :> What you meant was thousands of users sending handful of pings across > the > :world to a lot of the mirrors each time they (re)restart pkg_add? > : > > -- > You can't underestimate the power of fear. > -- Tricia Nixon