You are not logged in.

#1 2022-05-15 15:01:09

eom.dev
Member
Registered: 2022-02-11
Posts: 57

[SOLVED] debugging pacstrap

I have a local database with copies of core Arch Linux packages that I would like to install from.  I downloaded the packages I needed from kernel.org, and added them to my local database.  I also configured pacman to read from that database, and I can see from the output that this is working correctly; however, some of the packages cannot be opened.  For example:

pacstrap /mnt base
::Retrieving packages...
iptables-1%3A1.8.7-1-x86_64.pkg.tar.zst failed to download
error: failed retrieving file 'iptables-1%3A1.8.7-1-x86_64.pkg.tar.zst' from disk : Couldn't open file /mnt/srv/source/archlinux/x86_64/iptables-1%3A1.8.7-1-x86_64.pkg.tar.zst
warning: failed to retrieve some files
error: failed to commit transaction (download library error)
Errors occurred, no packages were upgraded

I inspected the download size, contents, and signature and didn't notice anything unusual, so I am not sure what to make of this.  Why is pacstrap unable to install this local package?

Last edited by eom.dev (2022-05-16 11:30:37)

Offline

#2 2022-05-15 15:24:21

Scimmia
Fellow
Registered: 2012-09-01
Posts: 11,461

Re: [SOLVED] debugging pacstrap

I would guess you put it on a non-POSIX filesyste? NTFS/FAT/etc? Arch package names have colons in them, you can't do that.

Offline

#3 2022-05-16 10:55:20

eom.dev
Member
Registered: 2022-02-11
Posts: 57

Re: [SOLVED] debugging pacstrap

Scimmia wrote:

I would guess you put it on a non-POSIX filesyste? NTFS/FAT/etc? Arch package names have colons in them, you can't do that.

This is not the case, everything except /mnt/boot/EFI is ext4.  This led me to the issue, though: I downloaded the packages with

curl -O -L https://...

, which retains the original filename of the download.  In this case, having '%' in the name was causing errors.

Last edited by eom.dev (2022-05-16 11:30:25)

Offline

Board footer

Powered by FluxBB