From stratus@tuta.io Thu Jun 3 19:54:41 2021 From: stratus@tuta.io To: pacman-dev@lists.archlinux.org Subject: Re: [pacman-dev] "pacman --arch=i686 -Syu" results in "error: GPGME error: No data" Date: Thu, 03 Jun 2021 21:54:36 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0875022094700874840==" --===============0875022094700874840== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable In fact it wasn't what I thought. In my mirrorlist (Artix mirrorlist, there a= re a lot fewer mirrors than Arch) I had just thrown in new ones occasionally = and deleted old ones manually now and then. But I had an old defunct one left= in there, visiting the address gives a 404 error: Server =3D https://www.uex.dk/public/artix/$repo/os/$arch As it was well down my list it didn't get used until the --arch=3D686 option = forced the whole list to be searched in turn - because there are no i686 pack= age repos, I checked the enabled mirrors one by one in my browser. Now if I p= ut that defunct mirror alone in my mirrorlist (Artix one) then I get the same= issue when I do pacman -Syu with no --arch option. It creates all these .sig files with the 404 HTML in them, deleting these .si= g files restores normal operation when the mirrorlist is fixed. /var/lib/pacman/sync$ ls community.db=C2=A0 extra.db=C2=A0 galaxy.db=C2=A0 galaxy.db.sig=C2=A0 lib32.d= b=C2=A0 lib32.db.sig=C2=A0 multilib.db=C2=A0 system.db=C2=A0 system.db.sig=C2= =A0 universe.db=C2=A0 world.db=C2=A0 world.db.sig /var/lib/pacman/sync$ tail -n +1 *.sig =3D=3D> galaxy.db.sig <=3D=3D 404 Not found

404 Not Found

=3D=3D> lib32.db.sig <=3D=3D 404 Not found

404 Not Found

=3D=3D> system.db.sig <=3D=3D 404 Not found

404 Not Found

=3D=3D> world.db.sig <=3D=3D 404 Not found

404 Not Found

--===============0875022094700874840==--