Package Details: pacaur-git 4.6.9-1

Git Clone URL: https://aur.archlinux.org/pacaur-git.git (read-only)
Package Base: pacaur-git
Description: An AUR helper that minimizes user interaction
Upstream URL: https://github.com/rmarquis/pacaur
Keywords: AUR cower helper wrapper
Licenses: ISC
Conflicts: pacaur
Provides: pacaur
Submitter: Spyhawk
Maintainer: Spyhawk
Last Packager: Spyhawk
Votes: 25
Popularity: 0.467813
First Submitted: 2011-11-16 19:20
Last Updated: 2016-09-02 05:56

Required by (10)

Sources (1)

Latest Comments

Spyhawk commented on 2016-04-05 15:06

imran27> Please open a ticket on the tracker, with complete debug output. Also, note that pacaur has been relaying on cower less and less over time. The words "use cower as a backend" aren't true anymore, although cower is still used for search and info. For ex, pacaur has not been using cower dependency solver for the past 2 years (due to some cower's limitation in specific scenarios), and it also doesn't use its download feature anymore since pacaur moved to git.

imran27 commented on 2016-04-05 12:34

cower -u shows no upgrades but pacaur -Syu shows a ton of upgrades? I checked personally and found that all the upgrades shown by pacaur are actually false, all local packages installed from AUR were at their latest versions then why does pacaur show upgrades on AUR packages? It uses cower as backend and cower doesn't show upgrades!

Spyhawk commented on 2016-03-03 11:45

imran27> No. Pacaur warns you about additional makedependencies but it isn't its job to remove them automatically. You likely want them as they are required for the next upgrade.

imran27 commented on 2016-03-03 07:24

Can you add support for automatically uninstalling those packages that were installed as buildtime dependencies? Like what happens when we do 'makepkg -sri'

Spyhawk commented on 2016-02-18 21:16

young.acinonyx> Good catch! Now fixed.

young.acinonyx commented on 2016-02-18 20:12

msgfmt ./po/pl.po -o $pkgdir/usr/share/locale/pt/LC_MESSAGES/pacaur.mo

should be replaced by:

msgfmt ./po/pt.po -o $pkgdir/usr/share/locale/pt/LC_MESSAGES/pacaur.mo

Spyhawk commented on 2016-01-31 11:38

Please be aware that from now on, the pacaur-git package is only fully compatible with pacman 5.0.0 and expac 5 in [testing]. Cower also requires to be recompiled against the new libalpm.
If you are using pacman 4.2.1 from the stable [core] repository, please install the stable pacaur package.
Edit: The new pacman is now in [core]. That was fast... new pacaur release for everybody!

analca3 commented on 2015-09-13 08:28

Ok, thank you :D. I was using -git because aur -> aur4 change, but all is OK now :).

Spyhawk commented on 2015-09-12 20:54

analca3> If you can't deal with updating -git packages, you probably shouldn't use them. Even stable cower is newer than your cower-git version...

Also, note that pacaur and pacaur-git are at the moment the very same. I'd recommend you to switch to the stable version.

Spyhawk commented on 2015-09-12 20:52

analca3> If you can't deal with updating -git packages, you probably shouldn't use them. Even stable cower is newer than your cower-git version...

analca3 commented on 2015-09-12 18:44

Hi, Am I the only one who has this error when searching with -Ss?

error: invalid argument to --rsort

It has been for two updates.

Thanks!

analca3 commented on 2015-09-12 18:43

Hi, Am I the only one who has this error when searching with -Ss?

error: invalid argument to --rsort

It has been two updates ago.

Thanks!

Spyhawk commented on 2015-01-13 21:13

Thanks for notifying me. This is now fixed.

wertha commented on 2015-01-13 20:48

There is an error in the PKGBUILD
Is making the dir usr/share/locale/pt
mkdir -p $pkgdir/usr/share/locale/{ca,de,es,fr,it,ja,pt,ru,tr}/LC_MESSAGES

But is looking for the folder usr/share/locale/pl
msgfmt ./po/pl.po -o $pkgdir/usr/share/locale/pl/LC_MESSAGES/pacaur.mo

There are the lines commented, just are the wrong ones. Is better to remove those lines to avoid the confusion I guess.

Please update

Spyhawk commented on 2014-05-27 20:47

Pacaur 4.2.0 brings full AUR 3.0.0 support, with a faster, entirely secured dependency solver using the RPC interface, and full split package support.
It is probably barely usable right now, due to the limited packages using the new AUR Metadata, but the situation will improve as new packages are uploaded in the AUR.

The old pacaur with the bash solver (4.1.x) is still available through the stable "pacaur" AUR package.

Spyhawk commented on 2014-05-27 20:47

Pacaur 4.2.0 brings full AUR 3.0.0 support, with a faster, entirely secured dependency solver using the RPC interface, and full split package support.

It is probably barely usable right now, due to the limited packages using the new AUR Metadata, but the situation will improve as new packages are uploaded in the AUR.

The old pacaur with the bash solver (4.1.x) is still available through the stable "pacaur" AUR package.

Spyhawk commented on 2014-05-20 06:38

johnthekipper> The buildlock is actually important. I've no idea what you mean by "sound output for sudo" and "better requirements and conflicts output". Could you open new issues on the GitHub tracker (one issue per request) and provide a complete description of the issues you mentionned (ie, what you see, and how you think the output should like like instead).

johnthekipper commented on 2014-05-20 03:40

hmmm a another idea

if pacman buildlock exist its posible to look to it till its del with a while and wait till its deleted to install some stuff

johnthekipper commented on 2014-05-20 03:33

Hmm i have a whats about a config option

for
* nobuild lock (pacaur)
- becourse if somethings build its not important (just the pacman lock)

* a sound output for sudo ask

* better requirement and conflict output (the pkg who stress is dont displayed with name)


just a suggest would be fine for a fix :)

gyurman commented on 2013-04-05 08:21

expac: error while loading shared libraries: libalpm.so.7: cannot open shared object file: No such file or directory
expac: error while loading shared libraries: libalpm.so.7: cannot open shared object file: No such file or directory

Spyhawk commented on 2013-04-01 16:37

Oh right, the pod2man error is my fault. My bad, sorry.
I've fixed it, and changed the version number.

prettyvanilla commented on 2013-04-01 15:34

cd "$srcdir/$_gitname" is missing in the build()-function before calling pod2man...
And it may be a good idea to change the pkgver to the new format output by the new pkgver()-function? Otherwise pacaur itself will show me a pending upgrade for pacaur-git 4.0.5.13.gd8a30bc-1 -> 20130401-2

Spyhawk commented on 2013-04-01 14:03

pod2man is provided by perl. Check this package.

darnir commented on 2013-04-01 13:54

Error while building:
Can't open README.pod: No such file or directory at /usr/bin/core_perl/pod2man line 60.

Spyhawk commented on 2011-12-15 22:39

The stable release "pacaur" (https://aur.archlinux.org/packages.php?ID=49145) now requires pacman 4.x, so I'd recommend installing it unless you're willing to do some unpaid debugging work with "pacaur-git" :]

Spyhawk commented on 2011-11-16 19:30

Stable release of this package is "pacaur": https://aur.archlinux.org/packages.php?ID=49145