Package Details: pacaur 4.7.10-1

Git Clone URL: (read-only)
Package Base: pacaur
Description: An AUR helper that minimizes user interaction
Upstream URL:
Keywords: AUR helper wrapper
Licenses: ISC
Submitter: Spyhawk
Maintainer: Spyhawk
Last Packager: Spyhawk
Votes: 1055
Popularity: 45.828880
First Submitted: 2011-05-17 21:16
Last Updated: 2017-07-07 15:22

Required by (16)

Sources (1)

Pinned Comments

Spyhawk commented on 2016-02-17 18:21

Please note that pacaur is targeted at *advanced users* only. You, user, are expected to be familiar with the manual build process as well as being knowledgeable about pacman, sudo and gpg configuration.
If you are not a makepkg wizard already, help yourself with the wiki and stay away from this helper!

* If you have problems locating pod2man during the build, please figure out where your PATH is being overridden. /etc/profile.d/ from the perl package will ensure that pod2man is in your PATH. (courtesy of falconindy).
* In case of a new major pacman release, you'll need to recompile cower against the new libalpm.

AND FOR GODS SAKE, do NOT ask questions to me. I'm not here to fix your freaking INCOMPETENCE.
And do NOT ask me to support your HIGHLY SPECIFIC user case that does NOT concern me. For paying support, see Paypal link in man page.

For people that actually read the man page and still believe they found a bug, follow the white rabbit:

( -.-)

Bug reports:
Forum thread:

Latest Comments

Spyhawk commented on 2017-11-03 00:23

The change will be done on the next 4.8 version, which isn't going to be released before a few weeks/months anyway.

haawda commented on 2017-11-02 18:58

What about allowing a co-maintainer do the change?

Spyhawk commented on 2017-11-02 07:12

Can you please read my comment below?

haawda commented on 2017-11-02 07:11

Can you please do what MarcinWieczorek and Alad suggested?

Alad commented on 2017-10-18 07:33

kyak, there's nothing pacaur (or any aur helper) can do about packages that are purely virtual.

kyak commented on 2017-10-18 03:24


Before bringing it to bugtracker, i wanted to quickly check if this is even relevant to pacaur.

When trying to install gplaycli package, I get this error:

:: no results found for python-pyaxmlparser (dependency tree: gplaycli python-pyaxmlparser)

There is python-pyaxmlparser-git package, which provides python-pyaxmlparser. Should it be caught by pacaur, or is this expected behaviour?

Spyhawk commented on 2017-09-30 10:01

Alad> I see, this indeed makes sense. I am however not able to make this change for quite a few weeks, I'll do once I get access to a unix machine again.

Alad commented on 2017-09-29 13:18

Works fine here. Without further detail, we can assume it's something on your end...

Kuchiriel commented on 2017-09-28 21:42

Spyhawk, makepkg -s -i simple doesn't work because of malformed PKGBUILD.

Alad commented on 2017-09-28 20:30

What he means is that right now, the pacaur archive is downloaded as 4.7.10.tar.gz. It's quite possible that a different project has the same pkgver and that the corresponding PKGBUILD also downloads it as 4.7.10.tar.gz.

So, if you have SRCDEST set to some common directory a conflict occurs and things will break. A simple fix is to use:


All comments