Arch Linux User Repository

Hey, I've adopted this package and applied some of the suggestions:

• Add missing dependencies, notably libusb-compat and sane (cred @ZhandHua).
• Depend on exact version of hplip (cred @jsn42).

In addition, the PGP-signature of the artifact is now checked, which means you need to fetch upstream's key:

gpg --keyserver hkps://keyserver.ubuntu.com --recv-keys 4ABA2F66DBD5A95894910E0673D770CDA59047B9

Unfortunately, I have no HP printer at home so my testing ability is limited to running hp-diagnose_plugin. If someone has better opportunity to test and is interested in maintaining, let me know and I'll handover the package or add you as a co-maintainer. Cheers!

@Toolybird @Lone_Wolf That's it. I am using default SRCDEST so I can download successfully. Would you mind adding ua.curlrc in sources and try again to check if this problem disappeared?

@ZhangHua, @Lone_Wolf, I found the root cause! It fails if I have configured SRCDEST inside ~/.config/pacman/makepkg.conf for example SRCDEST=/home/arch/sources. This is a fairly standard makepkg config option, so it really should be made to work in this scenario.

@Lone_Wolf Mine is here, include pacman -Qikk devtools: https://gist.github.com/arenekosreal/2acbd0ecbd2887138f27ae09811ddcda

Noticed that cat: /var/lib/archbuild/extra-x86_64/root/.arch-chroot: No such file or directory after entering sudo password. But I think it is not a big problem here.

still fails, http://0x0.st/82VY.txt

Please post pacman -Qikk devtools for clarity (below is my output)

$ pacman -Qikk devtools
Name            : devtools
Version         : 1:1.3.2-1
Description     : Tools for Arch Linux package maintainers
Architecture    : any
URL             : https://gitlab.archlinux.org/archlinux/devtools
Licenses        : GPL-3.0-or-later
Groups          : None
Provides        : None
Depends On      : arch-install-scripts  awk  bash  binutils  coreutils  curl  diffutils  expac  fakeroot  findutils  glow  grep
                  gum  jq  openssh  parallel  rsync  sed  util-linux  breezy  git  mercurial  subversion
Optional Deps   : btrfs-progs: btrfs support
                  bat: pretty printing for pkgctl search
                  nvchecker: pkgctl version subcommand
Required By     : clean-chroot-manager
Optional For    : None
Conflicts With  : None
Replaces        : devtools-git-poc
Installed Size  : 440.80 KiB
Packager        : Christian Heusel <gromit@archlinux.org>
Build Date      : di 25 feb 2025 22:15:49 CET
Install Date    : wo 05 mrt 2025 22:47:35 CET
Install Reason  : Explicitly installed
Install Script  : No
Validated By    : Signature

devtools: 229 total files, 0 altered files
$ 

@Lone_Wolf You can find another Retrieving sources, that one should be the one when source is actually downloaded. The one you found appeared when the actual build process was launching.

==> Retrieving sources...
  -> Found hplip-plugin-3.25.2.zip

It's not trying to download the zip-file . Delete it and try again .

Interesting... Actually my situation is on the opposite and I have no idea about why. I tested those commands:

• extra-x86_64-build -r /var/lib/aurbuild/x86_64/
• paru --build ./hplip-plugin after cloning the repository or using paru ---getpkgbuild, or simply update this package automatically from AUR
• makepkg
• makechrootpkg -c -r /var/lib/aurbuild/x86_64 -u
• pkgctl build

All commands above are run successfully. Those commands are all run in the repository except when using paru. extra-x86_64-build and pkgctl build will say unable to check package, but building is fine.

Here is the build output when running pkgctl: https://gist.github.com/arenekosreal/5e5ea77c6ffbbe2fdfe923dc9a9d4ec2

Same with pkgctl build , it fails finding the ua.curlrc file .

Looks like there are 2 alternatives left : - remove the zip file from source arrary and run the download command in prepare() - let users download the file themselves

@Toolybird I tested with running extra-x86_64-build -r /var/lib/aurbuild/x86_64/ and I actually get the opposite. Just ensure your working directory is cloned git repository.

@ZhangHua, Have double checked. It still fails for me with a plain extra-x86_64-build.