• [gentoo-user] emerge --sync keeps failing

    From n952162@21:1/5 to Michael on Mon Sep 6 16:00:02 2021
    On 8/2/21 2:01 PM, Michael wrote:
    On Monday, 2 August 2021 12:10:12 BST n952162 wrote:
    On 8/1/21 8:32 PM, Michael Orlitzky wrote:
    On Sun, 2021-08-01 at 17:32 +0200, n952162 wrote:
    * Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine >>>>
    ...!!! Manifest verification failed:
    Manifest mismatch for metadata/news/Manifest

    I've raised this question before and the only useful answer I got was to >>>> keep trying
    On the off chance that something is screwy on the remote end, you can
    always use "emerge-webrsync" and delay the problem until next time.

    Otherwise, I would say check "dmesg" for disk errors, but if it's
    happening on two machines that's a lot less likely.
    I have this problem every month. Why does it fail? Is it just a
    timeout because my network is slow? Can that be tweaked?
    I get this problem over here, but on rare occasions. Leaving it for half a day usually fixes it. Have you tried a different rsync mirror? You can use 'mirrorselect -i -r' for this task.


    Unfortunately, mirrorselect doesn't seem to work anymore:

    configparser.MissingSectionHeaderError: File contains no section headers.

    It seems to have lost track of whether it's editing make.conf or repos.conf.

    I ran it with the -o option, to a tempfile and tried to put that into /etc/portage/repos.conf, I think, but that didn't work either.

    Next, I manually editted /usr/share/portage/config/repos.conf and put
    that line in where the old sync-uri was defined.  But that didn't work
    either.

    Now, I've created a new directory /etc/portage/repos.conf/ and moved the
    file generate by the -o of mirrorselect into that as gentoo.conf and
    added a "[gentoo]" section head.  It MIGHT be working now.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)