Arch Linux User Repository

Please ensure your working directory is in the repository, because we use a custom download agent to download sources, this download agent is a curl wrapper with UA set to firefox's. We call curl directly, using config file to provide User Agent with space.

As for why not set UA in command directly, please check https://wiki.archlinux.org/title/Nonfree_applications_package_guidelines#Custom_DLAGENTS for more info.

I tested paru and it seems can work without any change. But I am not sure if other AUR helpers also can work.

Edit: Found a problem, if you use custom $SRCDEST for makepkg, you need to copy ua.curlrc to $SRCDEST manually, or there will be a failure when downloading sources.

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!

I think this needs to be an upstream pacman bug report. I do have the feeling toolybird has a better standing with pacman devs then I do.

@Toolybird : could you please open a bug report for this ?

@Lone_Wolf Yeah, if I set SRCDEST to a custom path and run makepkg, the problem appears. The workaround I found is that copying ua.curlrc to $SRCDEST manually before running makepkg. I think you may create an issue at pacman's repository about this? I will also pin a message about this for others.

adding ua.curlrc to in sources array doesn't make a difference .

Commenting the SRCDEST line in /etc/makepkg.conf does . I checked and makepkg itself has the same issue .

SRCDEST="" makepkg does work.

Looks like we may have found a bug in download agents handling .

@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