On Sunday, April 19, 2015 01:58:52 PM Eli Schwartz wrote: > On Fri, Apr 17, 2015 at 8:45 PM, Francis Gerund <ranrund@xxxxxxxxx> wrote: > > I did re-generate the mirrorlist using rankmirrors, as shown on the arch > > wiki "mirrors" page: > > > > Back up the existing /etc/pacman.d/mirrorlist: > > > > # cp /etc/pacman.d/mirrorlist /etc/pacman.d/mirrorlist.backup > > > > Edit /etc/pacman.d/mirrorlist.backup and uncomment mirrors for testing > > with > > rankmirrors. > > > > Optionally run the following sed line to uncomment every mirror: > > > > # sed -i 's/^#Server/Server/' /etc/pacman.d/mirrorlist.backup > > > > Finally, rank the mirrors. Operand -n 6 means only output the 6 fastest > > mirrors: > > > > # rankmirrors -n 6 /etc/pacman.d/mirrorlist.backup > > > /etc/pacman.d/mirrorlist > > > > > > > > The error mysteriously went away. > > > > But I do not seen to have rtmpdump installed. After reading about it, I > > am still not sure what it is, or why it would be needed for rankmirrors. > > Do the update mirrors use something called RTMP streams? > > I shouldn't've thought ranking the mirrors by speed would inherently fix > the problem -- although changing mirrors means there is a chance you will > end up with newer ones. > Or possibly the mirrors you ended up with had already caught up to the > packages you were getting errors about. > > I would've used reflector, to generate a list of the most up-to-date > mirrors, and then ranked those by download speed just to make things faster. > > [eschwartz@arch ~]$ cat ~/bin/mirrorgen > reflector -c "United States" --age 2 --sort age --protocol http --save > /tmp/mirrorgen && rankmirrors -v -n 5 /tmp/mirrorgen | sudo tee > /etc/pacman.d/mirrorlist > > > -- Eli Schwartz This is a known issue regarding the way Arch syncs mirrors. There's even a bug report for a particular mirror <https://bugs.archlinux.org/task/44374?project=1&cat%5B0%5D=31&string=pacman-mirrorlist>
Attachment:
signature.asc
Description: This is a digitally signed message part.
