Package Details: powerpill 2021.11-14

Git Clone URL: (read-only, click to copy)
Package Base: powerpill
Description: Pacman wrapper for faster downloads.
Upstream URL:
Keywords: arch_linux pacman system
Licenses: GPL
Submitter: Xyne
Maintainer: Xyne
Last Packager: Xyne
Votes: 242
Popularity: 0.29
First Submitted: 2012-11-29 03:58 (UTC)
Last Updated: 2023-06-27 09:33 (UTC)

Dependencies (9)

Required by (1)

Sources (2)

Latest Comments

1 2 3 4 5 6 .. 19 Next › Last »

guiodic commented on 2023-07-18 08:17 (UTC)

Traceback (most recent call last): File "/usr/bin/bauerbill", line 3, in <module> from Bauerbill import run_main File "/usr/lib/python3.11/site-packages/", line 33, in <module> import AUR.AurPkg File "/usr/lib/python3.11/site-packages/AUR/", line 22, in <module> import AUR.SRCINFO File "/usr/lib/python3.11/site-packages/AUR/", line 28, in <module> import xdg.BaseDirectory ModuleNotFoundError: No module named 'xdg.BaseDirectory'

gary9872 commented on 2022-09-18 17:21 (UTC)

pacman supports parallel downloads natively now if you're having problems with powerpill

snvmk commented on 2022-08-20 09:13 (UTC)

Why do I keep getting 403 Forbidden when trying to download Powerpill or just visit Xyne's page?

:: Starting the build:
==> Making package: python3-memoizedb 2021-4 (Sat Aug 20 16:13:12 2022)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Downloading python3-memoizedb-2021.tar.xz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0    16    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (22) The requested URL returned error: 403
==> ERROR: Failure while downloading

JoeCool commented on 2022-07-24 01:58 (UTC)

Hi, just for clarification: My issue was due to the same name of the tar.xz and .tar.xz.sig files. I cache my aur files instead of using /tmp and trizen does not redownload those files if they already exist. So I was left with the old files and the new PKGBUILD which caused the verification error.

It shouldn't affect most users that download into a fresh directory. Leaving the checksum for the .sig out would have helped in this case. But since the file was only re-signed the same package was just reinstalled. It's kind of an edge case. Thanks for maintaining it, Xyne.

Xyne commented on 2022-07-23 22:11 (UTC) (edited on 2022-07-23 22:11 (UTC) by Xyne)

Some remarks, in no particular order:

  • The error is probably due to the switch to my new TU signing key, not the checksum. Import that to your user key ring. The current PKGBUILD works fine for me with makepkg.
  • All of my current PKGBUILDs are automatically generated via my release scripts, including any checksums for signature files. The signature checksums have never been a problem.
  • I am currently restructuring and rewriting my entire release framework, which will involve several improvements over the hacky mess that I wrote 10 years ago. If I choose to omit the checksums for the signature files, it will have to wait until that's ready.

MarsSeed commented on 2022-07-21 07:49 (UTC)

Re @JoeCool's remark: I think the solution to this issue would be to skip the checksum verification of the signature file, as per Arch convention.

@Xyne, if you run $ makepkg --geninteg >> PKGBUILD in the repo dir which contains this PKGBUILD, you'll find that it generates the following checksums for the sources: