[pacman-dev] [PATCH] libalpm: download sig files with -U when missing

[Eli Schwartz]

On 1/10/21 4:34 PM, Morgan Adamiec wrote:
> On 10/01/2021 20:59, Anatol Pomozov wrote:
>> Current master works for me:
>>
>> $ sudo rm /var/cache/pacman/pkg/zxing-cpp-1.1.1-1-x86_64.pkg.tar.zst.sig
>> $ sudo pacman -U https://archlinux.org/packages/extra/x86_64/zxing-cpp/download/
>> ...
>> warning: zxing-cpp-1.1.1-1 is up to date -- reinstalling
>> ...
>> $ ls -l /var/cache/pacman/pkg/zxing-cpp-1.1.1-1-x86_64.pkg.tar.zst.sig
>> -rw-r--r-- 1 root root 310 Sep 12 13:12
>> /var/cache/pacman/pkg/zxing-cpp-1.1.1-1-x86_64.pkg.tar.zst.sig
>>
>>
>>
>> Could you please share a bit more information about the issue you are
>> trying to fix?
>>
> 
> Strange, doesn't work for me:
> 
> morganamilo at Octavia (HEAD detached at origin/master) ~git/pacman % sudo
> ./build/pacman -U
> https://mirrors.ims.nksc.lt/archlinux/extra/os/x86_64/xterm-363-1-x86_64.pkg.tar.zst

So it works for me if I use a link with a redirection like Anatol:
$ ./builddir/pacman -U $url

but if I use curl -I $url and resolve the location: header with my fingers,

$ ./builddir/pacman -U $resolved_url

goes right to "loading packages..." and fails.

OTOH this is nothing new. The same error is manifested in pacman 5.2.2, 
with slightly different quirks (e.g. $resolved_url derps hard, but $url 
is redownloaded every single time to e.g. alpmtmp.ePOeJp then overwrites 
the existing cached file while the .sig is properly detected in the cache).


-- 
Eli Schwartz
Bug Wrangler and Trusted User

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.archlinux.org/pipermail/pacman-dev/attachments/20210110/cca19a95/attachment-0001.sig>