Package Details: yaourt 1.8.1-1

Git Clone URL: (read-only)
Package Base: yaourt
Description: A pacman wrapper with extended features and AUR support
Upstream URL:
Licenses: GPL
Submitter: None
Maintainer: archlinuxfr (Skunnyk, larchunix)
Last Packager: larchunix
Votes: 2920
Popularity: 21.698953
First Submitted: 2006-07-04 20:37
Last Updated: 2016-03-06 11:25

Dependencies (7)

Required by (23)

Sources (1)

Latest Comments

Det commented on 2016-08-21 07:28

So don't?

philo commented on 2016-08-21 07:27

yaourt struggles with split packages .

The most recent example: yaourt fails to upgrade OCTOPI from 0.8.1 to 0.8.3. This kind of failure is hard to accept. Ditched yaourt and switched to pacaur.

tlgimenes commented on 2016-08-04 14:04

I was having the same problem with the ca certificate. Running

$ trust extract-compat

solved the issue for me

f2404 commented on 2016-07-30 05:45

@hotshot247 Do you have ca-certificates installed?

hotshot247 commented on 2016-07-30 03:28

when I try to install, I get this:
"Retrieving sources...
-> Downloading yaourt-1.8.1.tar.xz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (77) error setting certificate verify locations:
CAfile: /etc/ssl/certs/ca-certificates.crt
CApath: none
==> ERROR: Failure while downloading
any help would be great! thanks!

Jristz commented on 2016-06-25 02:02

from systemd-git (and upcomming 231)

When using systemd's default tmp.mount for /tmp, this will now be mounted with the "nosuid" and "nodev" options. This avoids privilege escalation attacks that put traps and exploits into /tmp. However, this might cause some problems if you e. g. put container images or overlays into /tmp; if you need this, override tmp.mount's "Options=" with a drop-in, or mount /tmp from /etc/fstab with your desired options.

So be prepared that there is a possibility that building in /tmp now will be broken if this ended landing in the final package (this applies to apacman, packer too).

f2404 commented on 2016-03-17 18:27

Cavsfan, you need to specify "SigLevel = Never" if you are using the archlinuxfr repository - as it's written here:

Cavsfan commented on 2016-03-17 18:05

Got the missing required signature error every time yaourt needs updating.
But it was easy to manually install from

Cavsfan commented on 2016-03-17 17:49

Packages (1) yaourt-1.8.1-1

Total Installed Size: 0.77 MiB
Net Upgrade Size: 0.29 MiB

:: Proceed with installation? [Y/n] Y
(1/1) checking keys in keyring [########################################################################################] 100%
(1/1) checking package integrity [########################################################################################] 100%
error: yaourt: missing required signature
error: failed to commit transaction (package missing required signature)
Errors occurred, no packages were upgraded.

f2404 commented on 2016-03-15 11:23

Hi Freso,
Will you be able to reproduce the crash under gdb?
Also please consider submitting an issue at

Freso commented on 2016-03-13 22:02

I'm seeing two «/usr/lib/yaourt/ line 190: 26897 Segmentation fault (core dumped) package-query "${PKGQUERY_C_ARG[@]}" "$@"»'s every time I run yaourt. yaourt @ 1.8.1-1; package-query @ 1.8-1 && package-query-git @ 1.8.13.g8ad832f-1; ArchLinuxARM armv7l (RPi2).

larchunix commented on 2016-03-06 11:29

Version 1.8.1 should fix most translation issues.

ozgursarier commented on 2016-03-05 22:25

Yeni serinin Türkçe tercümesindeki eksiklik nedeniyle yaourt kullanımında ciddi hatalar oluşmuş durumda. Yeni tercüme dosyası proje sahipleri tarafından mevcut yeni sürüme dahil edilene kadar Türkçe sevdalıları yaourt u güncellemeyip birazcık beklesin.
Yaourt is unusuable because of uncomplete Turkish translation.
Turkish users are not recommended for updating the package until new po file merged by upstream.

a-bostaurus commented on 2016-03-05 15:32

It seems that there is a problem executing yaourt. Please look at this:
"yaourt -Ss paman
/usr/lib/yaourt/ Zeile 190: 5279 Ungültiger Maschinenbefehl (Speicherabzug geschrieben) package-query "${PKGQUERY_C_ARG[@]}" "$@""
Whenever I try to use yaourt it stops working. I'm not alone: Please, have al look

zanny commented on 2016-02-29 21:02

New package-query fixes everything, crisis averted. Thank you to all the hardworking volunteers for pushing a release so quickly!

Skunnyk commented on 2016-02-29 20:45

Please update to package-query 1.8 (just released: It should fix all rpc v5 problems. A new yaourt version will follow in a few days.

Ralf_Mardorf commented on 2016-02-29 13:08

If something like this happens, I build temporarily from git, but keep the package name without the "-git" extension, instead I add an "r" to the output of git describe.

[rocketmouse@archlinux package-query]$ pacman -Q package-query
package-query 1.7.r172.g4d856ec-1

An official release update of package-query should replace the temporarily build package.

Skunnyk commented on 2016-02-29 12:08

Yes, the "old" aur rpc api is broken since this morning (new api included in aurweb 4.2.0, see )
Fortunately, package-query-git already support the new api v5.
We need to make an official release of yaourt / package-query to fix theses problems.

viq commented on 2016-02-29 09:35

gourdacaptain: pacaur seems to manage fine right now

gourdcaptain commented on 2016-02-29 07:06

Similar issue. Does anyone know if this is also applying for other AUR helpers?

EDIT: Installing package-query-git fixed the issue for now.

rafaelff commented on 2016-02-29 06:13

Me too. It looks like package-query is unable to get package list for some reason.

Baemir commented on 2016-02-29 05:37

yay complete breakage

zanny commented on 2016-02-29 05:28

Yea I'm not seeing any AUR packages. Fairly sudden, I'm wondering if something on the AUR server is down that yaourt uses.

diogobaeder commented on 2016-02-29 05:07

Am I the only one getting "target not found" for any AUR package, with yaourt?

ConnorBehan commented on 2016-02-17 20:57

I second Ralf_Mardorf's sentiments. Pasting a trivial error message without mentioning which packages you have installed is not helpful. Especially if it only occurs because you are using one unsupported tool to build another.

wil93 commented on 2016-02-17 19:55

@saleem: it looks like a packer bug.

Try this:

$ packer -S package-query
$ packer -S yaourt

saleem commented on 2016-02-17 19:47

getting error with installation

$ packer -S yaourt
resolving dependencies...
warning: cannot resolve "pacman<4.3", a dependency of "package-query"
warning: cannot resolve "package-query>=1.4", a dependency of "yaourt"
:: The following package cannot be upgraded due to unresolvable dependencies:

:: Do you want to skip the above package for this upgrade? [y/N] n
error: failed to prepare transaction (could not satisfy dependencies)
:: package-query: requires pacman<4.3
:: yaourt: requires package-query>=1.4

yueduz commented on 2016-02-12 11:36


Det commented on 2016-02-10 10:25

Inactive maintainers.

wil93 commented on 2016-02-07 16:10

I'm not sure if I'm missing something here, but: why has this package been flagged out of date for a week now?

Ralf_Mardorf commented on 2016-02-04 13:31

Could you guys please stop posting bullshit?

I will not comment any "workarounds", but again, there is absolutely no reason to rebuild yaourt.

Instead of adding spam to the comments, read the fine comments, e.g. Skunnyk's from 2016-01-30 17:07 and mine from 2016-02-02 14:53.

Consider to use the comments for more important things, than for misusing them to spread wrong information every time a lib gets updated, especially not if a package doesn't link against this lib.

shtrom commented on 2016-02-04 10:06

Following on YauheniM's comment, you can then

yaourt -S yaourt package-query

to rebuild the packages with the new version, then remove the symlink

rm /usr/lib/

YauheniM commented on 2016-02-02 23:34


If you have an error like a "error while loading shared libraries:"
just create a symlink:
in terminal (as root):
ln -s /usr/lib/ /usr/lib/
after that yaourt will work fine


Ralf_Mardorf commented on 2016-02-02 14:53


AUR users need to care on their own about soname issues. Even if it would be required to build yaourt against a new lib, you shouldn't consider the package as out-of-date, simply rebuild it, you could edit the PKGBUILD's "pkgrel=", that is at least what I prefer.

In this case there's no need to rebuild yaourt at all. You only need to compile package-query or package-query-git.

There either is no need to explicitly remove a package before you install a new version and there's especially no reason to reboot or even to log out.


clep commented on 2016-02-02 10:14

If you receive package-query: error while loading shared libraries: cannot open shared object file: No such file or directory

after re-install I've just done the steps again (so remove and install again), then after a reboot all was fine


clep commented on 2016-02-02 10:13

Hey guys,

see my last comment here After remove of both packages (sudo pacman -Rdd package-query yaourt) and rebuild everything is fine. Just run the steps from the (German) wiki:
curl -O
tar -xvzf package-query.tar.gz
cd package-query
makepkg -si

cd ..
curl -O
tar -xvzf yaourt.tar.gz
cd yaourt
makepkg -si


pezz commented on 2016-02-02 07:04

You can avoid all of the manual PKGBUILD downloading and makepkg screwing around by leaving a bash-only, non-package-query dependent AUR helper like packer installed.

Then, when pacman changes a major version and package-query is updated you simply:

pacman -Rsc yaourt
pacman -Syu
packer -S yaourt

I prefer using yaourt, but having packer around can avoid some of these overly complex solutions.

archlenovo commented on 2016-02-02 06:54

To fix these errors...

error: failed to prepare transaction (could not satisfy dependencies)
:: package-query: requires pacman<4.3

package-query: error while loading shared libraries: cannot open shared object file: No such file or directory

... I did the following:

1) Merge pacman.conf and pacman.conf.pacnew (or simply overwrite):
mv /etc/pacman.conf /etc/pacman.conf.backup
mv /etc/pacman.conf.pacnew /etc/pacman.conf

2) Merge makepkg.conf and makepkg.conf.pacnew (or simply overwrite):
mv /etc/makepkg.conf /etc/makepkg.conf.backup
mv /etc/makepkg.conf.pacnew /etc/makepkg.conf

3) Remove yaourt and package-query:
pacman -Rs yaourt
pacman -Rs package-query

4) Download package-query.tar.gz and yaourt.tar.gz from AUR and reinstall
tar -xvf package-query.tar.gz
cd package-query
makepkg -sri
tar -xvf yaourt.tar.gz
cd yaourt
makepkg -sri

5) Test it:
yaourt -Syyua


piedro commented on 2016-02-02 06:32

Doesn't work for me.

I've done exactly as BoBeR182 recommended,though

sudo pacman -U package-query*.pkg.tar.xz

had to be

sudo pacman -U package-query*.pkg.tar

to install.

I still get exactly

package-query: error while loading shared libraries: cannot open shared object file: No such file or directory

After trying many times now, I give up but I cannot use Octopi anymore which is really unfortunate.

BoBeR182 commented on 2016-02-02 05:28

sudo pacman -Rsn package-query yaourt

tar xfz package-query.tar.gz
cd package-query && makepkg
sudo pacman -U package-query*.pkg.tar.xz

tar xzf yaourt.tar.gz
cd yaourt && makepkg
sudo pacman -U yaourt*.pkg.tar.xz

Captain_Rage commented on 2016-02-01 20:42

Thanks, this time it worked!

Alittlemurkling commented on 2016-02-01 18:44

Rebuilding/installing package-query after updating fixed that for me.

Captain_Rage commented on 2016-02-01 18:05

I also get

package-query: error while loading shared libraries: cannot open shared object file: No such file or directory

after upgrading pacman and reinstalling package-query and yaourt (and then running yaourt -Syua).

lesto commented on 2016-02-01 13:35

this package work fine if after updating pacman you reinstall package-query

Det commented on 2016-02-01 10:27

I thought that was established already, and package-query needs to be rebuilt?

pensnarik commented on 2016-02-01 10:11

pacman-5.0 now uses, so this package is broken now.

FredBezies commented on 2016-02-01 06:12

Pacman 5.0 is in core now. Looks like package-query needs to be updated.

Skunnyk commented on 2016-01-30 17:07

Do not flag out of date please.
pacman 5.0 is in [testing], so if you use it, please recompile package-query/package-query-git to be linked to the new libalpm.

kar commented on 2015-10-03 10:41

It was a bug on AUR4.1 side (see the link from alphazo). Now the bug is fixed and yaourt is working again!

alphazo commented on 2015-10-03 08:43

Looks like that the new version of aurweb breaks Yaourt.

goodmind commented on 2015-10-03 08:35

Same "AUR error: Invalid query arguments" error for me

Manu343726 commented on 2015-10-03 08:28

Same "AUR error: Invalid query arguments" error here, in all my arch boxes whenever I try to do -S or -G. Package search (i.e. -Ssa) works.

FredBezies commented on 2015-10-03 08:03

Here is a trouble. I tried to do a yaourt -G yaourt-git, and I get this :

[fred@fredo-arch ~]$ yaourt -G yaourt-git
AUR error : Invalid query arguments

Any idea ?

ghostsquad57 commented on 2015-09-15 00:32

aur-git and zsh-completions should be added as optional dependencies, (they're needed for zsh tab-completion).

ghostsquad57 commented on 2015-09-14 23:39

aur-git should be added as an optional dependency, (it's needed for zsh autocompletion).

tredaelli commented on 2015-09-04 08:59

Broken dep: customizepkg (optional) – automatically modify PKGBUILD during install/upgrade

Det commented on 2015-08-10 15:25

Because it's in both [base] and [base-devel]:

bo0ts commented on 2015-08-10 15:24

/usr/lib/yaourt/ requires sed, which is not listed as a dependency

pyriand3r commented on 2015-07-29 12:21

As an alternative you can follow this ( way and copy the yaourtrc to your homefolder. Yaourt will use this instead. Inside there is the option `AURURL` you can udpate.

slackcub commented on 2015-06-28 03:21

The --aur-url option worked. Thank you FadeMind.

dkaylor commented on 2015-06-27 09:38

@slackcub You can also edit /etc/yaourtrc to point to if you want to only pull from AUR4.

@FadeMind Thanks for the tip about --aur-url, didn't know that was available.

FadeMind commented on 2015-06-27 05:23

slackcub You need add an alias to .bashrc

alias yaourt4='yaourt --aur-url'

Next. Reload:
source .bashrc

slackcub commented on 2015-06-26 22:51

It seems like yaourt isn't going to aur4 for newer packages. I'm looking for xrdp in particular as the latest in the regular aur is broken. However, yaourt reports the latest version is 0.8.0-2, which is the latest version in the regular aur:
However, 0.8.0-3 is in aur4.

$ yaourt xrdp
1 aur/networkmanager-dispatcher-rdpd 1.0-2 (4)
Dispatcher Script for xrdp
2 aur/xrdp 0.8.0-2 [installed] (63)
An open source remote desktop protocol (RDP) server
3 aur/xrdp-devel-git 0.8.0.r410.g8904252-1 (0)
An open source remote desktop protocol (RDP) server - GIT version
4 aur/xrdp-git (23)
An open source remote desktop protocol(rdp) server - GIT version
==> Enter n° of packages to be installed (ex: 1 2 3 or 1-3)
==> -------------------------------------------------------

$ yaourt --version
yaourt 1.6

xcomcmdr commented on 2015-04-29 18:48

That flag out of date was a cliking error. Sorry.

yuyichao commented on 2015-04-11 14:21

I think the Wiki page means a AUR package should not have base-devel in `makedepends`.

yaourt is a little bit special since it can be used to build AUR packages, which will require `base-devel` and I guess @excalibur1234's argument is that a package that is used to build AUR package should make sure `base-devel` is installed so that users will not have any trouble compiling AUR packages.

However, since being able to install AUR package is not it's only function, ,e.g. I use it mainly to download AUR package (-G) and build locally or simply as a wrapper of pacman that doesn't require typing sudo etc, I think `base-devel` should at most be a optdepends.

excalibur1234 commented on 2015-04-11 14:06

@MilanKnizek: sorry, but this is no reason. it is a warning.

having base-devel as dependency of yaourt would exactly do this: ensure this group is installed before complaining about failed builds.

MilanKnizek commented on 2015-04-10 12:58

The referenced Wiki says it clearly:

Warning: Packages in the AUR assume the base-devel group is installed, and AUR packages will not list members of this group as dependencies even if the package cannot be built without them. Please ensure this group is installed before complaining about failed builds.

excalibur1234 commented on 2015-04-10 12:48

is there a reason why base-devel is no dependency?

yaourt does NOT work well without base-devel.
base-devel is a prerequisite of the AUR:

Anonymous comment on 2015-04-09 12:09

Visti site:- link
Expert and Best Relocation Packers and Movers Delhi@
Packers and Movers Pune@
Packers and Movers Kolkata@

Anonymous comment on 2015-04-09 12:09

Visti site:- link
Expert and Best Relocation Packers and Movers Mumbai@
Packers and Movers Chennai@
Packers and Movers Noida@

Anonymous comment on 2015-04-09 12:09

Visti site:- link
Expert and Best Relocation Packers and Movers Bangalore@
Expert and Best Relocation Packers and Movers Gurgaon@
Expert and Best Relocation Packers and Movers Hyderabad@

kerberizer commented on 2015-04-08 21:33

@oriba: Read the comments further below.

oriba commented on 2015-04-08 21:22

can build and install yaourt, but errmsg appears, when using it:

"package-query: error while loading shared libraries: cannot open shared object file: No such file or directory"

derHutschi commented on 2015-03-25 21:35

ps with 'cxoffice' I meant this ^^;

derHutschi commented on 2015-03-25 21:34

Hi archlinuxfr,

I stumbled across a problem (with cxoffice) but I think it might interest you:

// Comment by yetr2
//2015-03-24 18:51
//figured out the issue with yaourt not finding dependencies, yaourt doesn't //understand architecture-specific arrays for depends & optdepends.


ohmysql commented on 2015-03-14 04:39

Should I mark this package out of date of the md5sum from PKGBUILD doesn't match the md5sum of the tar?

kerberizer commented on 2015-02-17 14:45

re: "makepkg -s unable to automatically resolve dependency on package-query"

Guys, do you ever take the time to read the manual?
"First you need to install package-query as a dependency, and then the yaourt package itself. Since both those packages are available from the AUR, you will have to install them with the official method for installing unsupported packages, which is exhaustively described in the AUR article."

connexo commented on 2015-02-17 14:37

makepkg -s unable to automatically resolve dependency on package-query

If you get an error like that, make sure you manually satisfy this dependency by installing first. For me, this did the job.

rafaelff commented on 2015-01-04 06:21

pacdiffviewer defaultly needs vimdiff, unless user set another diff. Package 'vim' should be added to optdepends array.

/usr/bin/pacdiffviewer: line 198: vimdiff: command not found

glagola commented on 2014-12-31 09:11

@Stygian Just run yaourt as nonroot user.

Stygian commented on 2014-12-30 15:21

I guess "--asroot" option has been removed from the makepkg command. Yaourt still uses that.

yesimnathan commented on 2014-12-29 14:47

To anyone continuing to receive the following error:
package-query: error while loading shared libraries: cannot open shared object file: No such file or directory

You'll need to build & install package-query again. In order to perform updates (pacman -Syu), I had to update package-query (which was built against Once I performed my updates, pacman had been updated and removed in favor of This left package-query unhappy. To resolve my issue, I had to completely rebuild package-query against

petre commented on 2014-12-29 14:23

Thanks! Fixed it.
For anyone with the same problem that does not know how to get its new PKGBUILD and make the new package with makepkg and then reinstall it:

curl -O
tar zxvf package-query.tar.gz
cd package-query
makepkg -s (or makepkg -s --asroot)
sudo pacman -U *.xz

Details here:

speedyx commented on 2014-12-29 12:35

Not just reinstall package-query but download its new PKGBUILD and make the new package with makepkg and then reinstall it

speedyx commented on 2014-12-29 12:33

Not just reinstall package-query but download its new PKGBUILD file

petre commented on 2014-12-29 12:28

@mkoskar I still get ' doesn't exist' even after reinstalling 'package-query'. How can I fix it? Thanks!

Yamakaky commented on 2014-12-29 11:01

Works, thanks.

mkoskar commented on 2014-12-29 10:37

@Yamakaky: you have to reinstall (rebuild) `package-query` package.

Yamakaky commented on 2014-12-29 09:58

It doesn't work with pacman 4.2.0-5 : doesn't exist, it's now

Sracinas commented on 2014-12-24 04:35

tuxce commented on 2014-11-11 16:50

2 is a bash bug :

You can tell zsh to preserve terminal state before running a command a retore it by adding this to .zshrc :
ttyctl -f

willemw commented on 2014-11-11 16:39

Instead of `stty sane` you can also run `reset`. However 2. is still a bug.

Ram-Z commented on 2014-11-11 16:36

1. Could yaourt provide zsh complete help function?
yes, please

2. I found yaourt can not press [Enter], it will display ^M on zsh.
same here, you need to enter ^J to continue, this will also persist into the rest of the shell.
executing `stty sane` will put the shell back in a workable state.

dlin commented on 2014-10-04 04:04

1. Could yaourt provide zsh complete help function?
2. I found yaourt can not press [Enter], it will display ^M on zsh.

seirl commented on 2014-09-08 03:13

I'm not quite sure but there seems to be a problem when you try to install an AUR package with non-AUR packages:

When I do:

yaourt --needed -S list of packages aur_package

It says:

* list is up to date
* of is up to date
* packages is up to date
Nothing to be done

But when I just do:

yaourt -S --needed aur_package

It installs aur_package.
Do you have any explanation for this?

willemw commented on 2014-08-05 06:37

==> WARNING: This PKGBUILD describes a splitted package.

'splitted package' is not a proper/common English word. I think it should be 'split package'.

cspal commented on 2014-07-31 09:55

Just want to install yaourt but can't:
[cspal@csparch yaourt]$ makepkg -s
==> Making package: yaourt 1.5-1 (Thu Jul 31 11:54:15 CEST 2014)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: package-query>=1.4
==> ERROR: 'pacman' failed to install missing dependencies.

I can't install the missing dependency:
$ sudo pacman -S package-query
error: target not found: package-query

What can I do to solve this problem?

sirocco commented on 2014-07-16 15:30

$ yaourt -Si yaourt
/dev/fd/63: line 11: syntax error near unexpected token `('

hugueschabot commented on 2014-07-06 15:16

You can use "${HOME}/builds".

argo commented on 2014-07-06 14:01

Yaourt seems to not understand shorthand for user's home directory - i.e. if i specify DEVELSRCDIR as "~/builds" it will not work out and use /tmp instead, but when i explicitly write "/home/user/builds" down - it will.
Is this an intended behavior or i stumbled upon a bug?

Megameneer commented on 2014-06-13 18:47

99 votes to go to get to 3.000 votes!

MilanKnizek commented on 2014-04-17 15:53

I do not know what is wrong, but after update yaourt keeps hanging after package install, database update, whatever action and does not return to the shall prompt.

EDIT: sorry guys. It was a sudo related problem: something in the setup of gnome keyring has changed on update and the configs in /etc/pam.d/ do not work for me anymore. Disabling gnome-keyring for now solved the hanging sudo problem.

MilanKnizek commented on 2014-04-16 16:56

I do not know what is wrong, but after update yaourt keeps hanging after package install, database update, whatever action and does not return to the shall prompt.

jleclanche commented on 2014-03-27 13:32

Since recently, in zsh, doing yaourt -Su followed by Ctrl+C at the "Continue upgrade ? [Y/n]" prompt results in shell breakage; password prompts no longer work properly for example.

This doesn't happen on bash.

ThecaTTony commented on 2014-03-26 05:47

There is a translation error in es.po:

Error: "Hay 2 paquetes que no parece que los use nigún otro paquete:"
Correct: "Hay 2 paquetes que no parece que los use ningún otro paquete:"

But, the github repo has other translation for that line. There is an update coming? Thanks

Scimmia commented on 2014-03-08 00:06

@pjaeger, you could have saved yourself a lot of time by simply reading the wiki:
Failing that, the error is very clear that you're missing aclocal, and pkgfile tells you that that is part of core/automake.

yuyichao commented on 2014-03-07 23:44


I agree it would be more friendly if it is added as a make dependency (not dependency) but actually all packages in the base-devel group are implicit make dependencies for all AUR packages.

pjaeger commented on 2014-03-07 23:38

On my newly installed system, i encountered several issues like "ERROR: aclocal: command not found" while compiling AUR packages. Any forum thread I read refers to broken configuration files, thus I was on a wrong track for long. It turned out, that the reason fro this was having no autotools installed. Maybe it would be reasonable to add them to yaourt's dependencies...
I guess this will reduce the time people spend fixing their systems a lot (-;

yuyichao commented on 2014-01-13 14:15

Do you have an empty root password?

anadon commented on 2014-01-13 14:12

Hey, I found a bug. When an initial password is required for authentication to proceed (say for updating package databases), ctrl-C negates the need for a password at the prompt.

Aves commented on 2014-01-08 19:44

As far as I know, yaourt uses sudo to 'yaourt-C', so trying to read from the file /root/yaourtrc, and if not, reads from the /etc/yaourtrc. The easiest way to specify meld in /etc/yaourtrc.

sigo commented on 2013-12-19 22:52

same as @gabrielrcp

with in my yaourtrc: DIFFEDITCMD="meld"

when i use yaourt -C I have this "vimdiff: command not found"

why vimdiff is used and not meld ?

roentgen commented on 2013-12-17 15:20

dlin, the pkgbuild is taken from abs which is updated less often (once a day).

dlin commented on 2013-12-17 12:25

$ yaourt coreutils
core/coreutils 8.22-1 (base) [installed]

$yaourt -G coreutils
The PKGBUILD got is 8.21-2. Why this is not the same as 8.22-1?

Apis commented on 2013-12-13 08:46

Why this may happen?

==> Making package: yaourt 1.3-1 (Fri Dec 13 12:35:38 UTC 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found yaourt-1.3.tar.gz
==> Validationg source files with md5sums...
yaourt-1.3.tar.gz ... Passed
==> Extracting sources...
-> Extracting yaourt-1.3.tar.gz with bsdtar
==> Removing existing pkg/ directory...
==> Starting build()...
==> Entering fakeroot environment...
==> Starting package()...
install: missing file operand
Try 'install --help' for more information.
==> ERROR: A failure occured in package().

dannyboy48888 commented on 2013-11-29 10:50

nevermind for some reason caching is working now. Only thing is If its a AUR package it still has to go online but it creates a local PKGBUILD and source so you can at least do a makepkg. Thanks

dannyboy48888 commented on 2013-11-26 07:29

I managed to get yaourt to cache package source downloads, however there is no config option to cache PKGBUILDS. I knows this is meant for having the latest and greatest, however it would be nice to have as sometimes the internet does go out (I travel alot....) or I am playing with custimizepkg options and really dont need to fetch the PKGBUILD every 10 seconds. I would patch the program myself but i can't seem to find the routine where it initally downloads from AUR. Thanks ahead of time

Scimmia commented on 2013-11-23 20:19

-f is no longer recognized by pacman, why should yaourt be any different? IMO, the man page should be changed, not the code.

skalkoto commented on 2013-11-23 20:17


In the man page it states that -f option can be used to "Force installation or updates", but if you try to use it you get invalid option. Only --force is recognized. I think this addresses the issue:

--- 2013-11-23 22:07:55.336746516 +0200
+++ 2013-11-23 22:08:11.994661412 +0200
@@ -310,7 +310,7 @@
--date) DATE=1;;
--devel) DEVEL=1;;
--export) EXPORT=1; EXPORTSRC=1; shift; EXPORTDIR="$1";;
- --force) FORCE=1;;
+ -f|--force) FORCE=1;;
-G|--getpkgbuild) MAJOR="getpkgbuild";;
-h|--help) usage; exit 0;;
--insecure) program_arg $((A_PKC | A_CC)) $1;;

tuxce commented on 2013-11-12 09:08

package-query -Au | wc -l

HiImTye commented on 2013-11-11 21:45

what I needed (a list of just AUR packages) was this:

yaourt -Qua | grep local | wc -l

if anyone else is looking for something similar

HiImTye commented on 2013-11-11 10:37

thanks, tuxce, obviously I glazed over -Q when I skimmed the man page

tuxce commented on 2013-10-25 22:20

yaourt -Qua | wc -l
And if you want to format output, you can use package-query, see man for format options.

HiImTye commented on 2013-10-24 00:00

could you add a 'print' flag, like in pacman, so I can periodically generate an update count, like in my script for pacman:

pacman -Syup | grep http:// | wc -l > /tmp/updateCount

PerfectGentleman commented on 2013-09-30 11:35

[code]$ yaourt -Sua --devel
Foreign packages: | 20 / 20

==> Package upgrade only (new release):
xyne-any/pm2ml 2013.6-1 1 -> 2

==> Continue upgrade ? [Y/n]
==> [V]iew package detail [M]anually select packages
==> --------------------------------------------------
==> n
==> upgrading SVN/CVS/HG/GIT package

Targets (3): krusader-git rbutil-git srcpac-git[/code]
[code]$ pacman -Qs svn
local/qmmp-plugin-pack-svn-stable 3726-1
Qmmp Plugin Pack - svn version (stable 0.7.x branch)
local/qmmp-svn-stable 3726-1
A Qt4 based audio-player - svn version (stable 0.7.x branch)
local/subversion 1.8.3-1
A Modern Concurrent Version Control System[/code]
[code]$ cat /etc/pacman.conf | grep -i fr
# - can be defined here or included from another file
Server =$arch[/code]

Anonymous comment on 2013-09-20 09:30

@tuxce, Thank you so much for your help. It works perfectly now! ;-) Great job!

tuxce commented on 2013-09-20 06:56

@Bronchales, it seems like you installed yaourt with "make install" and then yaourt has /usr/local/... as default folders.
You have to clean the manual installation you did and use makepkg to install.
(Delete /usr/local/bin/yaourt)

Anonymous comment on 2013-09-19 20:58

Thank you so much for your help!

I'm not really sure that it would be a real bug. Really I think it would be a problem of configuration, but ... I don't know.

Maybe tomorrow I'll catch it. Thanks again!

Anonymous comment on 2013-09-19 20:54

Sorry for duplicate posts. Thanks for the ad!

No, I haven't. I didn't touch anything. I just run today a clean installation of Arch with the last ISO version in order to install it in an old laptop. When I tried to install yaourt and package-query, I've started to fall in troubles ...

yuyichao commented on 2013-09-19 20:49


Than it sound like yaourt .... and I have no idea what that can be except checking your configure file like /etc/yaourtrc or any aliases for yaourt that set the configure file path to some funny value.
If you think it's a real bug, bashdb may be helpful... :P

yuyichao commented on 2013-09-19 20:46

So # pacman -Syu have a warning (and the upgrade is fine)? It sounds like the problem comes from pacman not yaourt.

Have you checked if you have any funny aliases or self-compiled version of pacman?

Also, please stop posting duplicated comments!

Anonymous comment on 2013-09-19 20:44

Thank you so much for your quick reply.

# pacman -Syu is working perfectly!

Anonymous comment on 2013-09-19 20:41

The warning is:
"problem in library"

yuyichao commented on 2013-09-19 20:40

Please don't refresh the page to see if there is new replies.. especially if you have just posted a comment.

What about # pacman -Syu ? is that one fine?

Anonymous comment on 2013-09-19 20:36

Hi tuxce,

When I try to run $ yaourt -Syu, I get this message:

"Unable to open file: /usr/local/etc/pacman.conf"

I've tried to uninstall, reinstall and so ... But still is happening the same. I don't know what more to do. I'm becoming crazy!

May you help me, please?

cfr42 commented on 2013-06-20 00:49

Maybe take /etc/shells to define the "standard"? That's /bin/bash.

pezz commented on 2013-06-06 12:37

Please list all non-Arch OSes that need yaourt...

Anyway, it should, by design, use /usr/bin/bash now.

As I said, it's a nit-picky thing, and /bin/bash will always work while the symlinks exist.

But it would be more elegant if the proper path was used.

bchretien commented on 2013-06-06 12:36

So the question is: what's the new policy? Should it be the Arch Linux standard (/usr/bin) or the "usual" standard (/bin) for Arch Linux only packages such as Yaourt?

bchretien commented on 2013-06-06 12:35

So the question is: what's the new policy? Should it be the Arch Linux standard (/usr/bin) or the "usual" standard (/bin) for Arch Linux only packages such as Yaourt?

yuyichao commented on 2013-06-06 12:32

errr, well, yes, bash is at /usr/bin/bash .... but I mean /bin/bash is probably still the "standard" in general :P.

pezz commented on 2013-06-06 12:29

Well, apologies for being a nit-picker, /bin/bash is not the "standard" for Arch now.

/usr/bin/bash is the real location of the bash binary.

bchretien commented on 2013-06-06 12:27

Oh, my bad! Thanks, removing the previous comment then.

yuyichao commented on 2013-06-06 12:02

No nothing need to be done with this package.
/bin/bash is the standard location.
If you have done the upgrade correctly, you should have /bin pointing to /usr/bin. Please check you upgrade.

bchretien commented on 2013-06-06 11:53

This package needs to be updated to the new /usr/bin rule (cf. For now, we get:

make: /bin/bash: Command not found

yuyichao commented on 2013-05-18 01:25

namcap's warnings are full of bs, especially for "Dependency * included but/and *". It cannot even detect direct linking which is the main reason why every single arch soname change rebuild have so many missing packages.

It is only useful to detect missing dependencies and give suggestions of what might be wrong. Please do NOT report these as packaging errors.

zpd commented on 2013-05-18 01:15

namcap reported warnings under 64bit arch:

$ namcap yaourt-1.3-1-any.pkg.tar.xz
yaourt W: Dependency included and not needed ('diffutils')
yaourt W: Dependency included and not needed ('pacman')
yaourt W: Dependency included and not needed ('package-query')
yaourt W: Dependency included and not needed ('gettext')

Auguste commented on 2013-05-16 03:12

when configured to export package to pacman cache, yaourt directly calls sudo instead of prompting for confirmation. this caused a minor inconvenience for me.

when packaging huge packages, i intend to do something else and leave the makepkg running. this may cause the sudo call to time out, if i do not check the yaourt terminal frequent enough. i will have to manually copy the package over.

is it possible to add a confirmation just like what we do before installing the package? this way, the sudo call is placed directly after user input, and there will be no risk for the time out.

Anonymous comment on 2013-05-15 04:07

Welcome to

yuyichao commented on 2013-04-27 21:14

@dlin It makes no sense to include this option by default...

dlin commented on 2013-04-27 20:07

Hi, pezz, could you report to author to let /etc/yaourt including this tips?

pezz commented on 2013-04-26 05:20

I use:


in /etc/yaourtrc for Arch Linux ARM.

dlin commented on 2013-04-26 03:57

I'm trying to run yaourt on 'sh4' arch, it likes archlinuxarm, is there any method could let me pass -A option to tell 'makepkg' skip the arch=() settings in PKGBUILD?

billybob commented on 2013-04-11 15:40

maybe we should add command line support "make uninstall" for this file:

yuyichao commented on 2013-04-06 17:25

SigLevel = Optional is also enough..

Anonymous comment on 2013-04-06 17:15

To avoid

error: package-query: missing required signature
:: File /var/cache/pacman/pkg/package-query-1.2-2-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n] y
error: yaourt: missing required signature
:: File /var/cache/pacman/pkg/yaourt-1.3-1-any.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n] y
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.

Just added line SigLevel = Never to archlinuxfr repository as stated in

SigLevel = Never
Server =$arch

tuxce commented on 2013-04-06 11:55

Those messages are from testdb (part of pacman), your database is broken (qt5, for example does not exist, ...)

You can disable testdb in yaourt :

But it would be better de repair your pacman's database.

unknown78 commented on 2013-04-06 11:01

After the update yesterday i get at the end of every yaourt a huge amount of similar messages like this:

file owned by 'qt5' and 'qt5-base': 'usr/lib/pkgconfig/Qt5Xml.pc'
file owned by 'qt5' and 'qt5-xmlpatterns': 'usr/lib/pkgconfig/Qt5XmlPatterns.pc'
file owned by 'libkeybinder' and 'libkeybinder2': 'usr/lib/pkgconfig/keybinder.pc'
file owned by 'google-sparsehash' and 'sparsehash': 'usr/lib/pkgconfig/libsparsehash.pc'
file owned by 'python-keybinder' and 'python2-keybinder2': 'usr/lib/python2.7/site-packages/keybinder/'
file owned by 'python-keybinder' and 'python2-keybinder2': 'usr/lib/python2.7/site-packages/keybinder/__init__.pyc

why do they appear and how to get rid of them ?

eazar001 commented on 2013-04-05 23:08

pacman -S yaourt gives me: :: File /var/cache/pacman/pkg/yaourt-1.3-1-any.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). I delete it, but it says:
error: failed to commit transaction (invalid or corrupted package (PGP signature))

Diego commented on 2013-04-05 10:49

remove optdepens to pacman-color:

now is enough uncomment in /etc/pacman.conf


ptrxyz commented on 2013-04-05 08:45

If you upgrade to pacman 4.1 you need to upgrade package-query. However, you could run in some problems. A workaround can be found in package-query comments:

Jristz commented on 2013-04-05 00:12

pacman 4.1 on core

mmm commented on 2013-04-02 14:22

Could you please notify the upstream developers (i didnt find where) of my feature request
to make easily meta-packages. That will help to handle optdepends cleanly (no libs explicitly installed) and allow create user-defined proram groups. Im not sure if people feel its a good feature to pacman/makepkg, so I raise it here too.
Thanks, mmm

sirocco commented on 2013-03-27 08:35

From man yaourtrc:
DETAILUPGRADE=2 : show packages not found on aur...

But doesn't show anyway.

Anonymous comment on 2013-03-15 10:10

I'm experiencing a very strange problem when attempting to upgrade my --devel packages and would appreciate it if someone could take a look at my forum post:
Thank you.

yuyichao commented on 2013-02-26 23:20


No it can be changed in /etc/yaourtrc and it is at most a optional dependency (even if it cannot be changed).

ThecaTTony commented on 2013-02-26 21:39

Vim should be a dependency? pacdiffviewer calls vimdiff.

nTia89 commented on 2013-02-08 16:02

yaourt doesn't show me packages which will be replaced.


kar commented on 2013-02-02 23:36

@mefistofeles and @urbanomad64

i have no problems with "yaourt -Syua". the "a" in the end of the command is for updating the AUR packages.

urbanomad64 commented on 2013-01-31 13:23

Same as @mefistofeles

gabrielrcp commented on 2013-01-24 18:44

I am having a weird problem. I've set
in ~/.yaourtrc, but when I run yaourt -C and try to edit a file, it keeps calling vimdiff. Am I missing something?


tuxce commented on 2013-01-15 22:17

yaourt and makepkg just call sudo.
You have to tell sudo not reset the variables you want pacman to be aware of (env_keep in sudoers)

deepsoul commented on 2013-01-15 22:07

yaourt seems unable to install non-AUR dependencies when an HTTP proxy has to be used. Should this work?

A possible reason is that sudo strips the environment, so pacman does not see $http_proxy etc. Then using sudo -i should fix the problem (assuming the proxy variables are set somewhere in /etc/profile.d).

roentgen commented on 2013-01-06 21:48

M4rQu1Nh0S, in /etc/yaourtrc look for TMPDIR.

M4rQu1Nh0S commented on 2013-01-06 21:42

plase, change the tmp directory.
why in PCs with low memory ram the yaourt can't make packages.

sugest directory:

mrqwer88 commented on 2012-12-15 02:55

Update it to 1.2.2-1. In 1.1-1 I have same problem, but yaourt 1.2.2-1 work good.

mrqwer88 commented on 2012-12-15 02:48

He must ask aur whith https,now i think
curl -I ""
HTTP/1.1 301 Moved Permanently
Server: nginx/1.2.4
Date: Sat, 15 Dec 2012 02:47:29 GMT
Content-Type: text/html
Content-Length: 184
Connection: keep-alive

And httpS:// give correct answer.

mefistofeles commented on 2012-12-13 19:08

yaourt is no longer updating AUR packages when used with -Syu --aur. Any ideas why is this happening?

dapolinario commented on 2012-12-09 19:52

Using powerpill within /etc/yaourtrc when I yaourt -S package, it does not use the powerpill.
But when I yaourt -Syua the powerpill is activated.
What do I do?

Anonymous comment on 2012-11-29 15:35

<3 yaourt, keep good work :)

Anonymous comment on 2012-11-29 15:35

<3 yaourt, keep good work :)

uzsolt commented on 2012-11-29 12:47

$ yaourt -Qu
core/iputils 20121114-1 (base)
core/linux 3.6.7-1 (base)
core/linux-firmware 20120625-1

$ yaourt -Qu --aur
core/iputils 20121126-1
core/linux 3.6.8-1
core/linux-firmware 20121118-1

So without "--aur" yaourt prints the installed packages, with "--aur" prints the newest packages (see version numbers!)

Zepherios commented on 2012-11-27 01:44

Thanks tuxce,

This was due to a really old custom build of gettext I forgot about. Time to purge all of those from my system...

tuxce commented on 2012-11-26 22:11

msgfmt is part of gettext, if any deps is missing, it's for gettext, not for yaourt.
Anyway, the gettext package from [core] doesn't need libcroco. do you use a custom build ?

Zepherios commented on 2012-11-26 17:04

yaourt 1.2.2-1 requires libcroco

/usr/bin/msgfmt: error while loading shared libraries: cannot open shared object file: No such file or directory
make: *** [install] Error 127
==> ERROR: A failure occurred in package().
==> ERROR: Makepkg was unable to build yaourt.
==> Restart building yaourt ? [y/N]
==> -------------------------------
==> ERROR: unable to update

WorMzy commented on 2012-10-29 22:58

Latest update fixed my problem with -Qqu, cheers!

virubakkh commented on 2012-10-29 05:19

I just changed to package-query-git and yaourt-git, it works for me.

smotocel69 commented on 2012-10-28 23:35

[pirea@die_hard ~]$ yaourt -Ss hulu
The URL returned error : 301


Thaodan commented on 2012-10-28 13:32

I had a an old yaourt that was installed in /usr/local that caused the issue

Thaodan commented on 2012-10-28 11:34

@Jacob: yes

Anonymous comment on 2012-10-28 11:17

If you're having problems to download packages, update manually like this:

pacman -U
pacman -U

ly50247 commented on 2012-10-28 10:25

$ yaourt -Qe
extra/alsa-utils 1.0.26-1
local/android-sdk-platform-tools r14-1

$ yaourt -Qeq
no output

rudzha commented on 2012-10-28 08:38

Updating package-query and yaourt manually fixed it for me.

luolimao commented on 2012-10-28 02:20

yaourt fails to download any AUR packages since the server move.

jakob commented on 2012-10-28 00:28

Thaodan: Have you got a ~/.yaourtrc file? I had to change it there to effect a change.

WorMzy commented on 2012-10-27 23:10

I'm getting interesting behaviour with -Qqu

$ yaourt -Qu
extra/firefox-i18n-en-gb 16.0.1-1

$ yaourt -Qqu
*no output*

It used to output like pacman:

$ pacman -Qqu

Just with AUR updates too.

Thaodan commented on 2012-10-27 22:56

Even when i do what you said, I still get package not found message with any package.

archeando commented on 2012-10-27 19:30

@cemsbr in /etc/yaourtrc work ok

Anonymous comment on 2012-10-27 19:27

or edit /etc/yaourtrc, uncomment and change AURURL=""

cemsbr commented on 2012-10-27 17:33

To solve the HTTP error 301, edit /usr/lib/yaourt/, changing AURURL='' to AURURL=''.

uzsolt commented on 2012-10-13 16:30

Hm, understand, it's likely. But it's strange. Why was this error? Isn't it a bug?

tuxce commented on 2012-10-13 16:10

@uzsolt :
$ echo replace > wget
$ LC_ALL=C yaourt -S wget
==> Installing from a package list
error: target not found: replace

And, given that wget is built from source when you run "yaourt -S", your current directory was certainly "/etc/customizepkg.d" when you had the error.

uzsolt commented on 2012-10-13 12:47

@tuxce: it works now. I don't know why.
But I did a test:
$ touch wget ; yaourt -S wget
==> Building wget from sources.

==> Retrieving PKGBUILD and local sources...
receiving file list ... done

So it seems it works with an existing "wget" file. And the error appears almost all package not only wget.

tuxce commented on 2012-10-12 14:14

@desperatepaladin, wget is not needed.
@uzsolt, I think you have a file named "wget" in your current directory
@elamskoy, fixed in git

uzsolt commented on 2012-10-12 05:25

elamskoy: works for me. Maybe you should do -Sy.

el_aur commented on 2012-10-11 21:23

Have next problem with yaourt:
[el@archbox build]$ yaourt -G ntfsprogs
==> Download ntfs-3g_ntfsprogs sources
==> extra/ntfs-3g_ntfsprogs: Download abs archive
curl: (3) <url> malformed

All other packages I tried are fine with -G option

el_aur commented on 2012-10-11 21:22

Have next problem with yaourt:
[el@archbox build]$ yaourt -G ntfsprogs
==> Download ntfs-3g_ntfsprogs sources
==> extra/ntfs-3g_ntfsprogs: Download abs archive
curl: (3) <url> malformed

uzsolt commented on 2012-10-08 19:01

I see the next error everytime when I want to install a package which has customizepkg-rule:

$ LC_ALL=C yaourt -S wget
==> Installing from a package list
error: target not found: replace

The 'replace' is constant so doesn't depend what I want install.

paladin commented on 2012-09-28 00:27

wget is missing in dependencies

nTia89 commented on 2012-09-21 12:56

Feature Request: show [voted] packages next [installed]

pezz commented on 2012-09-20 00:49

@tuxce - Nice! Just what I needed, thanks!

tuxce commented on 2012-09-19 22:25

@pezz: you can add :
to {/etc,~/.}yaourtrc

pezz commented on 2012-09-19 10:53

Feature request: be able to set standard args in /etc/yaourtrc for makepkg.

Reason: I've been doing a lot of package installs with yaourt on Arch Linux ARM. Being able to pass -A to makepkg would be sweet, as I could turn off EDITFILES and have less interactive builds (because I wouldn't have to edit the arch= array in every PKGBUILD yaourt downloads). :)

dront78 commented on 2012-09-09 04:47

verbose key breaks the build
yaourt -S --verbose <packagename>
yaourt -Sv <packagename>
yaourt -S -v <packagename>

error: you cannot perform this operation unless you are root.

yaourt -S <packagename>
works as expected

ottoshmidt commented on 2012-09-08 08:09

does yaourt have options to show packages only from AUR? Also can I make it skip integrity (md5 sum) checks?

Anonymous comment on 2012-09-07 15:47

@riccetn hello and very very thx for help in solved my problem!I deleted makepkg and yaourt working perfect without problem!

I have not wireless for 1 month!now,it's OK!(excuse me for bad english)

riccetn commented on 2012-09-07 04:26

@tuxs You have a old or broken makepkg installed in /usr/local, make sure you have the latest version of pacman and remove /usr/local/bin/makepkg, that should solve your problem

Anonymous comment on 2012-09-06 22:48

my system is arch64!i have recieve error:

==> Creating package...
/usr/local/bin/makepkg: line 1116: /bin/du: No such file or directory
/usr/local/bin/makepkg: line 1117: * 1024 : syntax error: operand expected (error token is "* 1024 ")
==> Finished making: broadcom-wl (Fri Sep 7 02:04:43 IRDT 2012)
==> Finished making: broadcom-wl (Fri Sep 7 02:04:43 IRDT 2012)

==> Continue installing broadcom-wl ? [Y/n]
==> [v]iew package contents [c]heck package with namcap
==> ---------------------------------------------------

i reinstall coreutil,but,my problem does not solved!please help!(my system is up to date and use kernel 3.5)

Anonymous comment on 2012-08-24 14:45

Is it possible to run commands before and after building aur packeges (e.g. remount /tmp with exec before, and with noexec after) or I have to modify the source code? I can't find any reference in the manual.

PTBM133A4X commented on 2012-07-27 22:51

Could someone tell me how I can change the package directory? My /var/cache/pacman/pkg directory is filling up. I changed "CacheDir=" in "/etc/pacman.conf" to a directory in "~/pacman" but don't know how to apply this to yaourt. Sorry if this is not the correct place to post a request like this.

Schala commented on 2012-07-15 14:33

For some reason, after installing an update of kdebase-workspace and having a /usr/share/config/kdm/kdmrc.pacnew generated, yaourt -C did not detect the file. I think this is a bug.

uzsolt commented on 2012-07-09 08:10

@brando56894 you can find it in repo archlinuxfr:

uzsolt commented on 2012-07-09 08:09

@brando56894 you can find it in repo archlinuxfr:

brando56894 commented on 2012-07-09 06:20

Why has this never been moved to the community repo? It has 5200 votes and has been around for 6 years, I always found it to be a slight pain on a new installation of Arch to have to grab it from the AUR. It'd make it so much easier if it could be installed during the system installation considering it's an extremely useful tool.

bheinks commented on 2012-05-12 02:55

to gbc921 and anyone else with a similar issue, try reinstalling coreutils.

gbc921 commented on 2012-05-01 21:41

Maybe there is an error in the makepkg file. Check this:

==> Creating package...
/usr/bin/makepkg: line 1129: /usr/bin/du: No such file or directory
/usr/bin/makepkg: line 1130: * 1024 : syntax error: operand expected (error token is "* 1024 ")
==> Finished making: yaourt 1.1-1 (Tue May 1 17:26:33 EDT 2012)
==> Finished making: yaourt 1.1-1 (Tue May 1 17:26:33 EDT 2012)

==> Continue installing yaourt ? [Y/n]
==> [v]iew package contents [c]heck package with namcap
==> ---------------------------------------------------
loading packages...
error: '/tmp/yaourt-tmp-gabriel/PKGDEST.A2Y/*.pkg.tar.xz': could not find or read package

And then, of course it doesn't found anything to install.

I've upgraded pacman first. Is that a problem?


tuxce commented on 2012-04-23 20:10

My mistake, actually, the old behavior was changed before the 1.0 (same thing about the DETAILUPGRADE=2 not showing the local packages)

yuyichao commented on 2012-04-23 19:56

@tuxce the n in n/m didn't always equal to m in some previous versions. those packages that are not in aur was not counted in n (and this was how I noticed a package was removed before.)

tuxce commented on 2012-04-23 19:50

@yuyichao: I don't use DETAILUPGRADE=2, so I wasn't aware it was broken.
n/m in "Foreign packages: n / m" is just a counter of packages listed by 'pacman -Qm', n is always equal to m at the end.
To have a state of foreign packages, you can use 'yaourt -Qma'

tuxce commented on 2012-04-23 19:49

@yuyichao: I don't use DETAILUPGRADE=2, so I wasn't aware it was broken.
n/m in "Foreign packages: n / m" is just a counter of packages listed by 'packman -Qm', n always equal m at the end.
To have a state of foreign packages, you can use 'yaourt -Qma'

yuyichao commented on 2012-04-23 19:29

@Babets this seems to be broken for quite a long time actually. Afaik, yaourt -Syua always shows `Foreign packages: - n / m` where n always equals to m now, while it was able to find out how many foreign packages are not in aur before.

`yaourt -Qm` can list all foreign packages and `yaourt -Si` can be used to check if it is in aur or not (the return value is actually not 0 if it is not found~). So I think manually check every packages returned by `yaourt -Qm` using `yaourt -Si &> /dev/null` might solve your problem.

frb commented on 2012-04-23 19:14

I remember that with DETAILUPGRADE=2 I was able to see packages that are not in the repos nor in aur; Is this feature broken or just removed?
Example: with the last gnome upgrade gnome-shell-extension-user-theme is not in the extra repository anymore and not in aur; but if I do
pacman -Qi gnome-shell-extension-user-theme
it's installed in my system but not listed when I do yaourt -Syua

Until this is fixed, is there another way to see these packages with a bit of bash and pacman?

ipha commented on 2012-04-22 20:02

-Qdt behavior has been fixed in git.

flan_suse commented on 2012-04-22 00:43


"yaourt 1.1 -Qdt does not ask for uninstall anymore, is it intended ?"

I noticed this too! That was such a useful feature, so why was it removed with yaourt 1.1? Or is it because of an update to Pacman that we have lost this feature?

hickop commented on 2012-04-19 20:25

yaourt 1.1 -Qdt does not ask for uninstall anymore, is it intended ?

akspecs commented on 2012-04-19 11:03

thanks for the prompt update/fix to get tab completion working as needed ;)

tuxce commented on 2012-04-13 07:56

The issue with bash-completion is fixed in git :
The location of completion files has nothing to do with the issue, actually, last version of bash-completion loads the files on demand so pacman completion must be loaded from yaourt one.

There will be a release soon.

byte commented on 2012-04-13 07:27

@maribu: "As this is a sort of bug, I mark the package as old."
... which is exactly what you shouldn't do.


akspecs commented on 2012-04-13 07:11

So this has been marked out of date due to the issues with completion?

Maribu commented on 2012-04-13 05:28

Hello everybody!

I think creating a link isn't a good idea, because the function in the bash-completion rule are propably moved to /usr/share/bash-completion/completion to make these functions private. These function have no functionality you want to call directly form the bash line. So why making is public again by linking it to /etc/bash_completion.d?

The problem can be solved by adding

source /usr/share/bash-completion/completions/pacman

at the beginning of the file /etc/bash_completion.d/yaourt. I also suggest to move /etc/bash_completion.d/yaourt to /usr/share/bash-completion.

As this is a sort of bug, I mark the package as old.


akspecs commented on 2012-04-12 10:43

Great to see a quick fix for the issue with completion - creating the link helped.

dapolinario commented on 2012-04-11 17:23

On changing the file bash-completion:

dapolinario commented on 2012-04-11 17:21

The yaourt is not completing more names because it is not finding the file to complete the name pacman.

I would suggest changing the local /etc/bash_completion.d to /usr/share/bash-completion/completions, but to me it did not work.

What worked was to do a pacman file link to the /etc/bash_completion.d.

I did this:
$ ln -s /usr/share/bash-completion/completions/pacman /etc/bash_completion.d/

tuxce commented on 2012-04-06 12:00

@kanal108 :

tuxce commented on 2012-04-06 12:00

Anonymous comment on 2012-04-06 11:11

You should set as dependency: 'binutils', because you will need the program 'strip' out of it ...

rafaelff commented on 2012-04-05 14:19

@tutnix: Since coreutils-8.16-2, the correct path is /usr/bin/install

rafaelff commented on 2012-04-05 14:08

$ which install

tutnix commented on 2012-04-05 12:51

makepkg moans about missing /usr/bin/install. Isn't the normal place for install in /bin/install ?

tuxce commented on 2012-04-05 08:50

PKGBUILD updated

step-2 commented on 2012-04-04 18:14

same error here

mrbit commented on 2012-04-04 11:03

Starting build () in progress ...
make: Nothing to do to "all."
==> Start package () in progress ...
/ bin / install-d / tmp/packerbuild-0/yaourt/yaourt/pkg/usr/bin
/ bin / bash: / bin / install: File or directory does not exist
make: *** [install] Error 127

oslik commented on 2012-03-31 07:03

Please add binutils and fakeroot to deps.

bsdson commented on 2012-03-26 03:22

bug reported as:

FS#275 - failed to do partial upgrade


tuxce commented on 2012-03-23 11:03

Please report to

bsdson commented on 2012-03-23 09:59

Hi, I have probably found a bug in Yaourt...
And I don't know if I can "bug-report" here...

can not do partial upgrade by Yaourt

I tried to upgrade my system by Yaourt partially, but got following error messages:

[henry@henry_u59 ~]$ yaourt -Syu --aur
:: Synchronizing package databases...
core 104.8 KiB 79.7K/s 00:01 [######################] 100%
extra 1380.7 KiB 210K/s 00:07 [######################] 100%
community 1623.3 KiB 276K/s 00:06 [######################] 100%
multilib 86.9 KiB 189K/s 00:00 [######################] 100%
Foreign packages: \ 27 / 27

==> Package upgrade only (new release):
core/bash 4.2.024-1 1 -> 2

==> Software upgrade (new version) :
core/device-mapper 2.02.90-1 -> 2.02.95-1
extra/mpg123 1.13.4-2 -> 1.13.6-1
multilib/lib32-openssl 1.0.0.g-1 -> 1.0.1-1

==> Continue upgrade ? [Y/n]
==> [V]iew package detail [M]anually select packages
==> --------------------------------------------------
error: target not found: /tmp/yaourt-tmp-henry/sysuplist
warning: '/tmp/yaourt-tmp-henry/sysuplist' is a file, did you mean -U/--upgrade instead of -S/--sync?

I know "partial upgrade" is... not recommended...
But... I still want to know if this is a bug in Yaourt or something else?


tuxce commented on 2012-03-01 13:34

You can modify the editor in yaourt config file, see "man yaourtrc"

rafaelff commented on 2012-02-28 01:43

pacdiffviewer requires vimdiff (from package 'vim') to edit files, please add it to the pkgbuild.

Dayita commented on 2012-02-19 10:17

Yaourt is not working with AUR anymore.
This is the source of the problem:
This is the temporary solution:
I hope that this will be fixed soon in main branch.

Anonymous comment on 2012-02-05 19:21

BUG: Wrong exit code on failed installation:
Reproduce: Try to install a package without internet connection, lets say chmsee:
yaourt -S chemsee, the installation failed..
But echo $? returns an exit value of 0, but it have to be 1!

yuyichao commented on 2012-01-20 06:16

AFAIK, Orphan means the package is not maintain by anyone in AUR, doesn't matter how you install it.

P.S. stardict-en-ru-bars _IS_ a orphan package (and you can take it if you want LOL)

Anonymous comment on 2012-01-20 06:09

After upgrade yaourt shows some explicitly installed packages as orphans. E.g.,

$ yaourt -Syu | grep -F stardict-en-ru-bars
stardict-en-ru-bars: Orphan
$ sudo pacman -D --asexplicit stardict-en-ru-bars
$ yaourt -Syu | grep -F stardict-en-ru-bars
stardict-en-ru-bars: Orphan


beroal commented on 2011-12-23 10:23

@yuyichao: "the "base" group is assumed to be installed on all Arch Linux system"

yuyichao commented on 2011-12-23 04:24

Even if it is really a depends not a makedeps, and that this package is available in

karol_007 commented on 2011-12-23 00:29

awk is provided by gawk which is in 'base' group, which is a prerequisite for using AUR.
Packages from 'base' and 'base-devel' groups are not listed in depends.

yuyichao commented on 2011-12-23 00:23

could you please add deps: awk? THX

ponsfoot commented on 2011-10-29 10:28

yaourt cannot install package in the following case:
* split package pkgname=('pkg-foo' 'pkg-bar')
* each packages are specified the dependency strictly such as:
- pkg-foo pkgver=1.0
- pkg-bar depends=('pkg-foo=1.0')
Because yaourt installs each packages file by file.
Patch for this;
Could you apply it?

Det commented on 2011-10-14 13:14

If your RAM is somewhat bigger than 2GB you could also increase the size with: "mount /tmp -o remount,size=[number]G" (2G is the default).

tuxce commented on 2011-10-14 10:20

You can configure it: man yaourt / man yaourtrc
--tmp / $TMPDIR

ajes commented on 2011-10-14 09:31

Since /tmp is in tmpfs, it is no longer good place to build packages in /tmp... for example I tried build linux-selinux (big package), and I left with /tmp full in 100%.

tuxce commented on 2011-10-13 20:00

pacman 4.x is now in [testing], yaourt will be updated once it reaches [core]. Meanwhile, you can use yaourt-git / package-query-git

WorMzy commented on 2011-10-01 20:31

I'm getting some strange behaviour when trying to install weatherboy (an AUR package):

wormzy@sakura[pts/0]:~$ yaourtS weatherboy
==> Installing from a package list
error: target not found: parser.add_argument('-v',

Fortunately, it can be overcome by running:

wormzy@sakura[pts/0]:~$ yaourtS aur/weatherboy

==> Downloading weatherboy PKGBUILD from AUR...

package-query 0.9-1
yaourt 0.10.2-1
pacman 3.5.4-4

tuxce commented on 2011-09-09 22:23

Because some users have had problems with validating the certificate, default is set to http.
But it's easy to modify it, just add:
to /etc/yaourtrc or ~/.yaourtrc

Anonymous comment on 2011-09-09 21:39

Due to the latest AUR changes regarding https it would be nice if yaourt -Si would show https links instead of http links in the field AUR URL.

byte commented on 2011-08-24 16:15

No, it shouldn't:

Anonymous comment on 2011-08-24 07:38

make-depends should have: make, pkg-config, gcc

tandat commented on 2011-08-23 11:44

Jristz commented on 2011-08-18 04:04

Adverticement: Yaourt Not work nor compile w/ Pacman 4.0.0RC1 in This moment
please use Pacman 3.5.x for using w Yaourt

Det commented on 2011-08-13 19:51

So, like, did you try this:, building with regular makepkg instead or updating to yaourt-git?

brando56894 commented on 2011-08-13 19:38

@tuxce I am running pacman-color, instead of the default pacman.I have pacman aliased to pacman-color and didn't have the variable set in yaourtrc, after seeing your response I removed the alias and enabled the pacman alias in yaourtrc, but I still got the same results.

brando56894 commented on 2011-08-13 19:25

Randomly breaks installation citing "invalid option" even when no option has been passed, only happens on certain packages. Before I used to be able to install these packages manually afterward, now it just tells me that they're in an unrecognized archive format and then "libarchive error". This has been happening for awhile, see my thread for more information

Det commented on 2011-08-11 13:46

Is there a way to remove the symbolic links from the git/svn/whatever package sources after finishing the build?

Currently whenever I update such a package, in this case tuxonice-userui, I get this:

ln: failed to create symbolic link `/var/abs/local/yaourtbuild/tuxonice-userui/src/userui-install': File exists

E: this was a [testing] pacman bug. 3.5.4-2 fixed it.

Det commented on 2011-08-10 15:10

Well, okay, I made this script to do it for me.


cd /var/abs/local/yaourtbuild/$@/src
sudo rm -f `ls -l * | grep " -> " | cut -d " " -f11`

yaourt -S $@

Det commented on 2011-08-10 13:31

Is there a way to remove the symbolic links from the git/svn/whatever package sources after finishing the build?

Currently whenever I update such a package, in this case tuxonice-userui, I get this:

ln: failed to create symbolic link `/var/abs/local/yaourtbuild/tuxonice-userui/src/userui-install': File exists

tuxce commented on 2011-08-03 12:14

@hasufell yaourt doesn't use the package "abs".

@brando56894, it seems that you use some other program instead of "pacman", did you set the PACMAN variable ?

Anyway, please use the bugtacker ( for issues not related to packaging.

hasufell commented on 2011-08-02 23:47

why do you define ABS-repos in /etc/yaourtrc when they are already defined globally in /etc/abs.conf?

took me like 20minutes to figure out why yaourt wouldn't fetch wine from multilib, but abs would -.-

brando56894 commented on 2011-08-01 05:13

Breaks for me occasionally and doesn't want to install packages after it builds it, says "invalid option" even though I never pressed anything. Along with this error it will make a corrupt package.

Example from building burg-themes:

==> Finished making: burg-themes 20100623-1 (Sun Jul 31 18:04:24 PDT 2011)

==> Continue installing burg-themes ? [Y/n]
==> [v]iew package contents [c]heck package with namcap
==> ---------------------------------------------------
error: invalid option
==> WARNING: Your packages are saved in /tmp/yaourt-tmp-bran
==> WARNING: Following packages have not been installed:

[bran@ra ~]$ sudo pacman -U /tmp/yaourt-tmp-bran/burg-themes-20100623-1-any.pkg.tar.xz
error: error while reading package /tmp/yaourt-tmp-bran/: Unrecognized archive format
error: '/tmp/yaourt-tmp-bran/': libarchive error

yet I just manually built it using makepkg and everything was fine.

yuyichao commented on 2011-06-26 00:54

--debug will pass all parameters to pacman? i.e. cannot run yaourt --debug -Syua??

and isn't namcap should be an optional dependence?

hobarrera commented on 2011-06-25 23:18

The "--needed" parameter does not work as expected. Tried to report this, but I can't register there.

hobarrera commented on 2011-06-18 21:49

TYPO: On the manpages, the line
"Export builded packages and their sources (makepkg(8)) to <dir>."

should be
"Export built packages and their sources (makepkg(8)) to <dir>."

Anonymous comment on 2011-05-09 16:32

@Det, thanks, rebuild package-query fixed it

kulpae commented on 2011-04-30 16:38

@Det: thank you, that fixes the error.

Det commented on 2011-04-27 14:13

@darkprof, see my post right under yours.(..)

darkprof commented on 2011-04-27 09:14

package-query: error while loading shared libraries: cannot open shared object file: No such file or directory

Det commented on 2011-04-26 17:30

This is not out-of-date, you can just rebuild package-query. You may have to rebuild yaourt too, I'm not sure (I rebuilt both myself).

jipiese commented on 2011-04-26 17:27

Yajl has been updated to 2.x and has broken Yaourt when updating:

package-query: error while loading shared libraries: cannot open shared object file: No such file or directory

Can you please update yaourt to atleast link to the new libraries ( or

Det commented on 2011-04-23 21:09

I thought the reason was that AUR helpers were so "potentially dangerous" - meaning that at first the user should learn a bit about the packaging process when installing stuff from the AUR (which they need to when building an AUR helper the first time): the more they learn the better. You can't learn much when installing packages straight with Pacman (especially when a lot of people just skip the .install file output).

byte commented on 2011-04-23 19:26

AUR helpers like yaourt are unsupported (like all AUR content) and thus not eligible for [community].
If you want a package, see

Anonymous comment on 2011-04-23 16:49

This should be pushed into [community] by now.

WorMzy commented on 2011-04-21 14:40

There's a small misprint in yaourt's man page; under OPTIONS, "force installation or updates" is listed twice.

tuxce commented on 2011-04-11 18:53

it works for me, can you please open a report at and give more infos like versions and "bash -x <yaourt command>" output?

byte commented on 2011-04-11 18:51

No, it doesn't. yaourt -Sl shows the same output (plus groups) as pacman -Sl. pacman-color -Sl looks broken though.

Anonymous comment on 2011-04-11 17:59

yaourt -Sl X seems broken :

student975 commented on 2011-04-10 04:49

It seems a space missed somewhere. Example output:

:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
Foreign packages: | 4 / 22alsa-tools: (ignoring package upgrade)
Foreign packages: - 22 / 22

At current case I mean a space just before 'alsa-tools'.

Det commented on 2011-03-28 15:00

Really impressed with this (these?) new version(s?) of Yaourt. Not too many months behind people were always responding to any Yaourt related problem "don't use Yaourt" and "use a better AUR helper, such as Bauerbill and Clyde" instead.

Maybe they will now start responding to all the Bauerbill/Clyde related problems "then use Yaourt".

byte commented on 2011-03-28 07:09

Regarding that "sudo problem": If you run yaourt without root privileges, it will call sudo itself; so that's the password prompt you mentioned.

WorMzy commented on 2011-03-27 22:13

Thanks for the quick response, Tuxce. I thought it'd be using the value of $TERM, so I tried changing it in my .zshrc, but that caused nothing but problems. (Serves me right for changing an environment variable with no understanding of what it's used for, haha)

I'll submit a report on the bug reporter for the sudo problem.

tuxce commented on 2011-03-27 16:16

About the title, "man yaourtrc", see TERMINALTITLE. "xterm" is certainly the value of $TERM
For "sudo", can you open a report at or use as I don't know which version of sudo you have or the command you execute.

WorMzy commented on 2011-03-27 14:47

If I run yaourt as a normal user without sudo, I get asked for my password three times. Is that supposed to happen?

Also, after yaourt has completed, it changes my terminal's title to "xterm". I don't even have xterm installed; I'm using gnome-terminal.

Aside from that, great application.

Anonymous comment on 2011-03-24 23:02

Fajne, after following the wiki page all intalled correctly and works as expected. Thank you.

Anonymous comment on 2011-03-24 18:10

installed package-query and get this error:

yaourt -Su --aur
==> WARNING: problem in library
package-query: error while loading shared libraries: cannot open shared object file: No such file or directory

tuxce commented on 2011-03-24 18:08

please read the wiki page, or on how to install

Anonymous comment on 2011-03-24 17:50

installed package-query and get this error:

yaourt -Su --aur
==> WARNING: problem in library
package-query: error while loading shared libraries: cannot open shared object file: No such file or directory

Anonymous comment on 2011-03-24 17:47

did make and make install and get this error:

yaourt -Su --aur
==> WARNING: problem in library
/usr/local/lib/yaourt/ line 165: package-query: command not found

tuxce commented on 2011-03-24 17:46

There is no file to fetch or unpack, yaourt.install is part of aur archive (like PKGBUILD)

Anonymous comment on 2011-03-24 17:45

seems for this package you probably have to do - configure, make and make install as superuser.

Anonymous comment on 2011-03-24 17:42

I wgetted the PKGBUILD and issued makepkg - apparently the makepkg command did not fetch the file and did not unpack it.

tuxce commented on 2011-03-24 17:03

@linfan: yaourt.install is included in so I don't know how you did to have this error.

Anonymous comment on 2011-03-24 16:34

==> ERROR: install file (yaourt.install) does not exist.

Anonymous comment on 2011-03-24 16:32

==> ERROR: install file (yaourt.install) does not exist.

zebulon commented on 2011-03-24 15:03

@tuxce: indeed, my filesystem must have been corrupted, and one library (libsoup) was causing this. Reinstalling it solved the problem entirely. Thanks!

zebulon commented on 2011-03-24 14:53

Ah ok, thanks. Regarding testdb, it might be a corrupted file in my machine.

tuxce commented on 2011-03-24 13:35

@zebulon, SHOWORPHANS is 1 by default, uncomment the line and set it to 0

zebulon commented on 2011-03-24 13:13

@tuxce: in my /etc/yaourtrc #SHOWORPHANS=1 is commented out, but still testdb runs at the end of a yaourt install/update/removal command.
Indeed, testdb alone does lead to 100% usage, which suggests a bug in this program. Maybe the db conversion that was required for pacman 3.5 has somehow corrupted the db?

zebulon commented on 2011-03-24 13:12

@tuxce: in my /etc/yaourtrc #SHOWORPHANS=1 is commented out, but it runs at the end of a yaourt install/update/removal command.
Indeed, testdb alone does lead to 100% usage, which suggests a bug in this program. Maybe the db conversion that was required for pacman 3.5 has somehow corrupted the db?

tuxce commented on 2011-03-24 12:00

testdb is part of pacman, yaourt just call the executable if SHOWORPHANS=1
try to run testdb alone

zebulon commented on 2011-03-24 11:53

I have a bit of a problem on a monocore x86 laptop: when I use yaourt to update or install a package, very often yaourt does not complete entirely. I have a "testdb" process that locks to 100% and yaourt does not stop.
The problem occurs with "yaourt -Suya" and with "yaourt -Suy", but not with "pacman -Suy", or "yaourt -Qma".

zebulon commented on 2011-03-24 11:44

I have a bit of a problem on a monocore x86 laptop: when I use yaourt to update or install a package, very often yaourt does not complete entirely. I have a "testdb" process that locks to 100% and yaourt does not stop. I do not know yet if this is a problem with pacman, package-query or yaourt actually.

zebulon commented on 2011-03-24 11:43

I have a bit of a problem on a monocore x86 laptop: when I use yaourt to update or install a package, very often yaourt does not complete entirely. I have a "testdb" process that locks to 100% and yaourt does not stop. I do not know yet if this is a problem with pacman, package-query or yaourt actually.

andrea76 commented on 2011-03-24 09:13

error doing yaourt:

/usr/bin/yaourt: line 83: info_list: command not found


zebulon commented on 2011-03-24 09:02

You could login as root, force pacman upgrade: pacman -Sd pacman, then updating package-query and yaourt should work.

Anonymous comment on 2011-03-24 04:54

sudo pacman -S yaourt
警告:无法解决 "pacman<3.5","package-query" 的一个依赖关系

您想在本次更新中跳过上述软件包吗? [y/N] n
错误:无法准备事务处理 (无法满足依赖关系)
:: package-query: 要求 pacman<3.5

Anonymous comment on 2011-03-24 04:28

pacman 3.5.1 is in [core]. I had to remove yaourt to update. Please update it as soon as possible.

Anonymous comment on 2011-03-18 12:28

yaourt does not work inside LCX container:

[root@node1 ~]# yaourt -Q | grep local
/usr/lib/yaourt/ line 17: /dev/fd/62: No such file or directory

Any chance of fixing this?

tuxce commented on 2011-03-18 11:25

*3.5 (not 2.5 ;))
pacman 3.5 is in [testing], until it reaches [core] you have to use yaourt-git

jpike commented on 2011-03-18 10:41

I had to remove yaourt to install pacman 2.5

When I try to re-install yaourt now it tries to bring in pacman 2.4. Seems that at the moment yaourt can't be used with pacman 2.5

anoknusa commented on 2011-03-15 15:40

Looks like a fresh update just came through, and it installed just fine for me; I've never had problems in the past, either. Keep in mind from now on that more information means a better chance at fixing any issues; ranting and raving about how the popularity of a package is somehow supposed to eliminate human error, on the part of the ONE person maintaining that package for an entire community, won't help a thing.

tuxce commented on 2011-03-14 14:08

Pacman installs the package and makepkg uses pacman to determine if it's installed, except if there is a typo in the package's name, I see no reason why it would fail. So please, give a little more informations.

Anonymous comment on 2011-03-11 22:42

I have the same problem as OttoKoch! It is a shame because I wanted to give yaourt a try. Shouldn't a package with more than 4000 votes install flawlessly?

Anonymous comment on 2011-03-11 18:07

I've installed package-query0.6-1 today, and I can't get to "makepkg PKGBUILD" (to install yaourt) because it says package-query isn't installed :S WTF?

herve commented on 2011-03-08 09:38

Trieforce: I found paktahn as slow as yaourt, but it weighs 70 MB and 150 MB of build dependencies. I said it goodbye.

Anonymous comment on 2011-03-08 07:51

Im using zsh as Shell and get the following errors:
/usr/bin/yaourt: Zeile 413: initcolor: Command not found.
/usr/bin/yaourt: Zeile 457: title: Command not found.
/usr/lib/yaourt/ Zeile 147: msg: Command not found.
/usr/lib/yaourt/ Zeile 176: prompt: Command not found.

MilanKnizek commented on 2011-03-06 14:29

There is a missing "gettext" dependency - without it, yaourt fails to build.

Anonymous comment on 2011-03-05 01:23

I keep getting following msg about curl pretty often. What is causing that?

$ yaourt -Su --aur
curl error: Problem with the SSL CA cert (path? access rights?)
Foreign packages: - 46 / 46

tuxce commented on 2011-03-04 20:38

@umityakup, no so long, devs have just released aur 1.8, and -Si is fixed in yaourt

btw, I think comments are not for advertising.

trizen commented on 2011-03-04 18:52

or trizen

Anonymous comment on 2011-03-04 18:45

Yes it is a long time. You can use packer

Anonymous comment on 2011-03-04 17:03

it seems that -Si doesn't work with aur lately, anyone?

Trieforce commented on 2011-02-27 10:42

isn't paktahn a better yaourt?

byte commented on 2011-02-14 08:57

pht: That's a function of makepkg, not of yaourt. And you can set PKGDEST in /etc/makepkg.conf, so that it doesn't delete packages afterwards.

Anonymous comment on 2011-02-14 08:50

I think yaourt should default to making uncompressed packages. It does not make sense to waste cpu on expensive lzma compression just to uncompress install and delete the package a moment later...

Anonymous comment on 2011-02-02 22:26

how do I make or find a proposals? For exapmle write usefull code in this case: show [src] varible in PKGBUILD when edit confitmation displayed.

zyghom commented on 2011-01-28 11:51

sudo yaourt -Syu
:: Synchronizing package databases...
testing is up to date
core is up to date
extra is up to date
community 424.3K 350.9K/s 00:00:01 [###################################] 100%
archlinuxfr is up to date

Foreign packages: / 73 / 116/usr/lib/yaourt/ line 12: 21284 Segmentation fault package-query "${PKGQUERY_C_ARG[@]}" "$@"

12:50:04 papio@baboonsony:/$ pacman -Qi yaourt
Name : yaourt
Version :
Licenses : GPL
Groups : None
Provides : None
Depends On : diffutils pacman>=3.4.0 package-query>=0.4
Optional Deps : aurvote: vote for favorite packages from AUR for inclusion in [community]
customizepkg: automatically modify PKGBUILD during install/upgrade
rsync: retrieve PKGBUILD from official repositories
pacman-color: fully colorized output
Required By : None
Conflicts With : None
Replaces : None
Installed Size : 212.00 K
Packager : tuxce <>
Architecture : any
Build Date : Thu 04 Nov 2010 10:37:56 AM CET
Install Date : Thu 04 Nov 2010 01:26:46 PM CET
Install Reason : Explicitly installed
Install Script : Yes
Description : A pacman wrapper with extended features and AUR support

12:50:25 papio@baboonsony:/$

this is happening more often recenlty

tuxce commented on 2011-01-27 21:44

Please, report it to the bugtracker (

alphazo commented on 2011-01-27 13:07

Since I moved to testing I get the following error message from time to time. However it doesn't prevent me to upgrade.

# yaourt -Syu --aur
Mot de passe :
:: Synchronisation des bases de données de paquets...
testing 17,3K 142,5K/s 00:00:00 [########################################################] 100%
core 36,6K 199,8K/s 00:00:00 [########################################################] 100%
extra 462,4K 880,2K/s 00:00:01 [########################################################] 100%
community 419,6K 816,5K/s 00:00:01 [########################################################] 100%
archlinuxfr est à jour;
multilib 22,7K 178,5K/s 00:00:00 [########################################################] 100%
miffe est à jour;
*** glibc detected *** package-query: double free or corruption (fasttop): 0x00007f77d000c4b0 ***
======= Backtrace: =========
======= Memory map: ========
00400000-0040b000 r-xp 00000000 08:03 10486429 /usr/bin/package-query
0060b000-0060c000 rw-p 0000b000 08:03 10486429 /usr/bin/package-query
0060c000-00611000 rw-p 00000000 00:00 0
014f7000-01792000 rw-p 00000000 00:00 0 [heap]
7f77d0000000-7f77d002a000 rw-p 00000000 00:00 0
7f77d002a000-7f77d4000000 ---p 00000000 00:00 0
7f77d714c000-7f77d7161000 r-xp 00000000 08:03 10522132 /usr/lib/
7f77d7161000-7f77d7361000 ---p 00015000 08:03 10522132 /usr/lib/
7f77d7361000-7f77d7362000 rw-p 00015000 08:03 10522132 /usr/lib/
7f77d7362000-7f77d7375000 r-xp 00000000 08:03 788337 /lib/
7f77d7375000-7f77d7575000 ---p 00013000 08:03 788337 /lib/
7f77d7575000-7f77d7576000 r--p 00013000 08:03 788337 /lib/
7f77d7576000-7f77d7577000 rw-p 00014000 08:03 788337 /lib/
7f77d7577000-7f77d7579000 rw-p 00000000 00:00 0
7f77d7579000-7f77d757e000 r-xp 00000000 08:03 788367 /lib/
7f77d757e000-7f77d777d000 ---p 00005000 08:03 788367 /lib/
7f77d777d000-7f77d777e000 r--p 00004000 08:03 788367 /lib/
7f77d777e000-7f77d777f000 rw-p 00005000 08:03 788367 /lib/
7f77d777f000-7f77d7780000 ---p 00000000 00:00 0
7f77d7780000-7f77d7f80000 rw-p 00000000 00:00 0
7f77d7f80000-7f77d7f81000 ---p 00000000 00:00 0
7f77d7f81000-7f77d8781000 rw-p 00000000 00:00 0
7f77d8781000-7f77d8782000 ---p 00000000 00:00 0
7f77d8782000-7f77d8f82000 rw-p 00000000 00:00 0
7f77d8f82000-7f77d8f83000 ---p 00000000 00:00 0
7f77d8f83000-7f77d9783000 rw-p 00000000 00:00 0
7f77d9783000-7f77d9784000 ---p 00000000 00:00 0
7f77d9784000-7f77d9f84000 rw-p 00000000 00:00 0
7f77d9f84000-7f77d9f85000 ---p 00000000 00:00 0
7f77d9f85000-7f77da785000 rw-p 00000000 00:00 0
7f77da785000-7f77da786000 ---p 00000000 00:00 0
7f77da786000-7f77daf86000 rw-p 00000000 00:00 0
7f77daf86000-7f77daf87000 ---p 00000000 00:00 0
7f77daf87000-7f77db787000 rw-p 00000000 00:00 0
7f77db787000-7f77db788000 ---p 00000000 00:00 0
7f77db788000-7f77dbf88000 rw-p 00000000 00:00 0
7f77dbf88000-7f77dbf89000 ---p 00000000 00:00 0
7f77dbf89000-7f77dc789000 rw-p 00000000 00:00 0
7f77dc789000-7f77dc78a000 ---p 00000000 00:00 0
7f77dc78a000-7f77dcf8a000 rw-p 00000000 00:00 0
7f77dcf8a000-7f77dcf8b000 ---p 00000000 00:00 0
7f77dcf8b000-7f77dd78b000 rw-p 00000000 00:00 0
7f77dd78b000-7f77dd78c000 ---p 00000000 00:00 0
7f77dd78c000-7f77ddf8c000 rw-p 00000000 00:00 0
7f77ddf8c000-7f77ddf8d000 ---p 00000000 00:00 0
7f77ddf8d000-7f77de78d000 rw-p 00000000 00:00 0
7f77de78d000-7f77de78e000 ---p 00000000 00:00 0
7f77de78e000-7f77def8e000 rw-p 00000000 00:00 0
7f77def8e000-7f77def8f000 ---p 00000000 00:00 0
7f77def8f000-7f77df78f000 rw-p 00000000 00:00 0
7f77df78f000-7f77df790000 ---p 00000000 00:00 0
7f77df790000-7f77dff90000 rw-p 00000000 00:00 0
7f77dff90000-7f77dff91000 ---p 00000000 00:00 0
7f77dff91000-7f77e0791000 rw-p 00000000 00:00 0
7f77e0791000-7f77e0792000 ---p 00000000 00:00 0
7f77e0792000-7f77e0f92000 rw-p 00000000 00:00 0
7f77e0f92000-7f77e0f93000 ---p 00000000 00:00 0
7f77e0f93000-7f77e1793000 rw-p 00000000 00:00 0
7f77e1793000-7f77e1794000 ---p 00000000 00:00 0
7f77e1794000-7f77e1f94000 rw-p 00000000 00:00 0
7f77e1f94000-7f77e1f95000 ---p 00000000 00:00 0
7f77e1f95000-7f77e2795000 rw-p 00000000 00:00 0
7f77e2795000-7f77e2796000 ---p 00000000 00:00 0
7f77e2796000-7f77e2f96000 rw-p 00000000 00:00 0
7f77e2f96000-7f77e2f97000 ---p 00000000 00:00 0
7f77e2f97000-7f77e3797000 rw-p 00000000 00:00 0
7f77e3797000-7f77e3798000 ---p 00000000 00:00 0
7f77e3798000-7f77e3f98000 rw-p 00000000 00:00 0
7f77e3f98000-7f77e3f99000 ---p 00000000 00:00 0
7f77e3f99000-7f77e4799000 rw-p 00000000 00:00 0
7f77e4799000-7f77e479a000 ---p 00000000 00:00 0
7f77e479a000-7f77e4f9a000 rw-p 00000000 00:00 0
7f77e4f9a000-7f77e4f9b000 ---p 00000000 00:00 0
7f77e4f9b000-7f77e579b000 rw-p 00000000 00:00 0
7f77e579b000-7f77e579c000 ---p 00000000 00:00 0
7f77e579c000-7f77e5f9c000 rw-p 00000000 00:00 0
7f77e5f9c000-7f77e5f9d000 ---p 00000000 00:00 0
7f77e5f9d000-7f77e679d000 rw-p 00000000 00:00 0
7f77e679d000-7f77e679e000 ---p 00000000 00:00 0
7f77e679e000-7f77e6f9e000 rw-p 00000000 00:00 0
7f77e6f9e000-7f77e6f9f000 ---p 00000000 00:00 0
7f77e6f9f000-7f77e779f000 rw-p 00000000 00:00 0
7f77e779f000-7f77e77a0000 ---p 00000000 00:00 0
7f77e77a0000-7f77e7fa0000 rw-p 00000000 00:00 0
7f77e7fa0000-7f77e7fa1000 ---p 00000000 00:00 0
7f77e7fa1000-7f77e87a1000 rw-p 00000000 00:00 0
7f77e87a1000-7f77e87a2000 ---p 00000000 00:00 0
7f77e87a2000-7f77e8fa2000 rw-p 00000000 00:00 0
7f77e8fa2000-7f77e8fa3000 ---p 00000000 00:00 0
7f77e8fa3000-7f77e97a3000 rw-p 00000000 00:00 0
7f77e97a3000-7f77e97a4000 ---p 00000000 00:00 0
7f77e97a4000-7f77e9fa4000 rw-p 00000000 00:00 0
7f77e9fa4000-7f77e9fa5000 ---p 00000000 00:00 0
7f77e9fa5000-7f77ea7a5000 rw-p 00000000 00:00 0
7f77ea7a5000-7f77ea7a6000 ---p 00000000 00:00 0
7f77ea7a6000-7f77eafa6000 rw-p 00000000 00:00 0
7f77eafa6000-7f77eafa7000 ---p 00000000 00:00 0
7f77eafa7000-7f77eb7a7000 rw-p 00000000 00:00 0
7f77eb7a7000-7f77eb7a8000 ---p 00000000 00:00 0
7f77eb7a8000-7f77ebfa8000 rw-p 00000000 00:00 0
7f77ebfa8000-7f77ebfa9000 ---p 00000000 00:00 0
7f77ebfa9000-7f77ec7a9000 rw-p 00000000 00:00 0
7f77ec7a9000-7f77ec7aa000 ---p 00000000 00:00 0
7f77ec7aa000-7f77ecfaa000 rw-p 00000000 00:00 0
7f77ecfaa000-7f77ecfab000 ---p 00000000 00:00 0
7f77ecfab000-7f77ed7ab000 rw-p 00000000 00:00 0
7f77ed7ab000-7f77ed7ac000 ---p 00000000 00:00 0
7f77ed7ac000-7f77edfac000 rw-p 00000000 00:00 0
7f77edfac000-7f77edfad000 ---p 00000000 00:00 0
7f77edfad000-7f77ee7ad000 rw-p 00000000 00:00 0
7f77ee7ad000-7f77ee7ae000 ---p 00000000 00:00 0
7f77ee7ae000-7f77eefae000 rw-p 00000000 00:00 0
7f77eefae000-7f77eefaf000 ---p 00000000 00:00 0
7f77eefaf000-7f77ef7af000 rw-p 00000000 00:00 0
7f77ef7af000-7f77ef7b0000 ---p 00000000 00:00 0 /usr/lib/yaourt/ line 12: 7103 Abandon package-query "${PKGQUERY_C_ARG[@]}" "$@"

tuxce commented on 2011-01-27 09:43

@crimsonredmk: -A

Anonymous comment on 2011-01-26 18:00

Is there an argument for yaourt that'll cause it to skip the arch=("i686...) line? I want to use it on Plugbox (Arch Linux for ARM), but editing each individual PKGBUILD to change the line is a lot of work.

tuxce commented on 2011-01-26 11:38

@eribol: which locale are you using? Maybe, you're concerned by

Anonymous comment on 2011-01-24 10:12

@tuxce @Don_Coyote Thanks guys ... now its all how as it should.

nick91 commented on 2011-01-18 12:34

eribol, edit /usr/lib/yaourt/ to AUR_URL="" and rebuild package-query with "--with-aur-url="

Anonymous comment on 2011-01-16 16:53

curl problem is exist for me. If i use yaourt -S packagename it does not found package, if i use -Ss it gives me curl certificate error. I added insecure to .curlrc but it doesn't work still.


Anonymous comment on 2011-01-10 16:44

@tuxce thx alot! works like a charm.

tuxce commented on 2011-01-09 15:45

> (which in turn has dependencies that won't auto resolve since yaourt isn't installed yet...)
package-query depends on pacman, curl and yajl, all are in core/extra/community repos

@Fergan, @skitstorm:

@Burning_aces: Can you try package-query-git (There will be a new release soon) ?

Anonymous comment on 2011-01-08 20:08

@Fergan & skitstorm Do you have 'package-query' installed? It is another AUR package yaourt depends on (which in turn has dependencies that won't auto resolve since yaourt isn't installed yet...)

Anonymous comment on 2011-01-08 12:48

@Fergan I have exactly the same problem.

Anonymous comment on 2011-01-03 12:27

All i see is this

==> Installing missing dependencies...
error: 'package-query>=0.4': could not find or read package
==> ERROR: 'pacman' failed to install missing dependencies.

Any thoughts?

Burning_aces commented on 2010-12-24 15:26

Yaourt keeps giving me pthread errors when it tries to search the aur for updates. "pthread error 11" to be exact. Anyone know whats up with that and any possible fixes?

tuxce commented on 2010-12-14 13:35

Please, even if usually, aur comment should be about the packaging, if you report a program issue, at least say what command you executed !

ptchinster commented on 2010-12-11 18:45

yet pacman -Qdt didn't catch kernel26 being needed to be removed.

Shouldn't kernel26 just be installed explicitly during install anyway?

thestinger commented on 2010-12-11 18:33


pacman -D kernel26 --asexplicit

ptchinster commented on 2010-12-11 17:19

Just used yaourt to install catalyst-generator and loved the little message i got after the install:

Now you MUST to run:
Running this command as non-root is a better way
Packages that were installed as dependencies but are no longer required by any installed package:


Anonymous comment on 2010-12-06 17:13

I get "invalid format character" during yaourt -Su --aur - probably because of chromium-browser-ppa package version names, for example "chromium-browser-ppa 10.0.602.0~%~*}.svn20101204r6827".

ppawel ~ $ yaourt -Su --aur
Foreign packages: \ 27 / 27

==> Package upgrade only (new release):
aur/ttf-ms-fonts 2.0-3 3 -> 5

==> Software upgrade (new version) :
/usr/lib/yaourt/ line 261: printf: `~': invalid format character
aur/chromium-browser-inspector-ppa 9.0.598.0.67807-1 -> 10.0.602.0~
/usr/lib/yaourt/ line 261: printf: `~': invalid format character
aur/chromium-browser-ppa 10.0.601.0.68139-1 -> 10.0.602.0~
aur/opera-devel 11.00_1111-1 -> 11.00_1128-1
aur/virtualbox_bin 3.2.10-2 -> 3.2.12-1

==> Continue upgrade ? [Y/n]
==> [V]iew package detail [M]anually select packages
==> --------------------------------------------------

menollo commented on 2010-11-30 23:46

core/gettext should be in dependencies list, without it, i cant build the package... thanks

tuxce commented on 2010-11-24 17:11

@matsche: can you pastebin the output of:
bash -x yaourt -S opera-devel

matsche commented on 2010-11-24 15:47

Hi i can*t build packages with latest yaourt:
16:46:29 matze@~ $ yaourt -S opera-devel
config: line 16: syntax error
pacman: invalid option -- q
config: line 16: syntax error

Any suggestions?

tuxce commented on 2010-11-17 09:28

While modifying PKGBUILD, you can add:
That makes makepkg skip {md5,sha*}sum checks.

(It's better to use the bugtracker for those things :))

dlin commented on 2010-11-17 02:58

Feature Suggestion:Could you provide a function to update the md5 after edit PKGBUILD?
if I found foo-0.5.1 package has a new version.
I'll modify the PKGBUILD to 0.5.2.
But, it require many steps to update the md5sum to newer version.
Here are the steps which I do now.

1. yaourt -S foo
2. modify the PKGBUILD in vi
3. !pwd to get the current directory
4. try to makepkg by yaourt, it will fail by invalid md5sum
5. in another window, 'makepkg -g >> PKGBUILD' to update PKGBUILD
6. re-edit the PKGBUILD
7. continue the yaourt.

xyproto commented on 2010-11-15 22:30

Reinstalling the "ca-certificates" package fixed the curl error for me.

kfgz commented on 2010-11-08 12:04

Tuxce, can you add DETAILUPGRADE=3 which only displays packages out of date, not found in AUR, ignored and local version newer than those in AUR?

Also I found one regression: in 0.9.4.x you could install cdrtools (yaourt -S --aur cdrtools) but with 0.9.5.x you cannot.

kfgz commented on 2010-11-08 12:00

Tuxce, can you add DETAILUPGRADE=3 which only displays packages out of date, not found in AUR and local version newer than those in AUR?

Also I found one regression: in 0.9.4.x you could install cdrtools (yaourt -S --aur cdrtools) but with 0.9.5.x you cannot.

kfgz commented on 2010-11-08 11:59

Tuxce, can you add DETAILUPGRADE=3 which only displays packages out of date, not found in AUR and local version newer than those in AUR?

Also I found one regression: in 0.9.4.x you could install cdrtools (yaourt -S --aur) but with 0.9.5.x you cannot.

tuxce commented on 2010-11-07 18:05

in addition "yaourt -Qma" gives similar informations outside the upgrade process.

tuxce commented on 2010-11-07 18:03

> Did I miss the option to turn it on again?
in ~/.yaourtrc
(in version

ptchinster commented on 2010-11-06 16:27

I agree with hasufell.

hasufell commented on 2010-11-06 16:26

I want yaourt to output all my local packages including the information if it's found on AUR and which version I'm using. I get less information since the version upgrade. Is this supposed to be an improvement? Did I miss the option to turn it on again?

tuxce commented on 2010-11-01 16:53

@hoobastank, yaourt does not use wget since version 0.9.4 !
Maybe you run yaout as root (that is not needed) and have curlrc for user.
if you still have a problem with yaourt (not with curl) please open a bug report at

Anonymous comment on 2010-11-01 14:28

Hi, innusius is right. adding insecure in ~/.curlrc only works for "curl url" but yaourt is still broken also "wget" doesnt verify certification. Yes you are right about problem, it depends on ca-certificates but reinstall it or "update-ca-certificates --fresh" doesnt solve the problem. Is it possible reconfigure yaourt with http not secure http coz it's useless now at least for me :(

Anonymous comment on 2010-10-31 09:42

Thanks for the help. ~ /. Curlrc file "insecure" problem is solved

Anonymous comment on 2010-10-31 09:03

Hi, i have also : curl error: Peer certificate cannot be authenticated with known CA certificates
adding "insecure" in ~/.curlrc works for curl but not for yaourt ,
this started after update...

tuxce commented on 2010-10-30 17:57

I don't know why you have all those spaces in the output or why your ca-certificates installation is broken.
Anyway, if you want to tell curl to perform insecure ssl connections, add "insecure" in ~/.curlrc

Anonymous comment on 2010-10-29 09:24

Thanks for the help. ca-certificates installed it again but the problem continues
"Sudo / usr / sbin / update-ca-certificates - fresh
Clearing symlinks in / etc / ssl / certs...done.
Updating certificates in / etc / ssl / certs ... 141 added, 0 removed; done.
Running hooks in / etc / ca-certificates / update.d....done.

tuxce commented on 2010-10-29 09:07

you have to check ca-certificates installation, StartCom CA used by aur is provided by this package.

Anonymous comment on 2010-10-29 09:02

curl: (60) SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
More details here:

curl performs SSL certificate verification by default, using a "bundle"
of Certificate Authority (CA) public keys (CA certs). If the default
bundle file isn't adequate, you can specify an alternate file
using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
the bundle, the certificate verification probably failed due to a
problem with the certificate (it might be expired, or the name might
not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.

tuxce commented on 2010-10-29 08:52

@umityakup: not curl https:[SPACE]/[SPACE]/[SPACE][SPACE]/ !!
It's useless to post aur page source here, please use the forum/irc/... to solve your curl/ca-certificates problem.

DarwinSurvivor commented on 2010-10-28 22:35

nvm, it would seem that the output of yaourt has simply changed. I like the new system better too :D

tuxce commented on 2010-10-28 13:18

@umityakup: I read my post to check, but I don't see spaces in url ...

DarwinSurvivor commented on 2010-10-28 13:17

Yaourt -Syu --aur returns
"Foreign Packages: \ 43 / 43"

43 is the number of AUR packages I have installed
I am getting the same result (3 instead of 43) on my 32bit machine as well.
the number 43 doesn't just appear, it actually counts up to it (as if it's counting/checking each package). Is this the expected behaviour of the new yaourt or has something gone wrong on my end?

Anonymous comment on 2010-10-28 10:51

No change in reinstall ca-certificates? perhaps we should reinstall it after install package-query and yaourt, i fixed problem in this way.

tuxce commented on 2010-10-28 09:52

test a simple command like:

if you have an error about ssl certificate, then it's not related to yaourt.
you should check your ca-certificates installation, CA used by websites is normally included in this package.

Anonymous comment on 2010-10-28 08:42

ca-certificates, package-query, yaourt, curl, I updated packages, but nothing changed

Anonymous comment on 2010-10-28 08:42

ca-certificates, package-query, yaourt, curl, I updated packages, but nothing changed

Anonymous comment on 2010-10-28 08:38

yaourt-Ss to search when I get a warning. "curl error: Peer certificate cannot be authenticated with known CA certificates" I do not see AUR packages

Anonymous comment on 2010-10-28 06:15

After update newer version of yaourt and package-query, the curl couldn't recieve any AUR informations and upgrade AUR packages because of AUR change website from 'http' to 'https'. so we can reinstall ca-certificates to fix the problem.

Anonymous comment on 2010-10-28 06:14

After update newer version of yaourt and package-query, the curl couldn't recieve any AUR informations and upgrade AUR packages because of AUR change website from 'http' to 'https'. so we can reinstall ca-certificates to fix the problem.

feufochmar commented on 2010-10-27 18:40

I have only updated package-query (as 0.4 is available on AUR) and this solve the problem

tuxce commented on 2010-10-26 22:26

you can install yaourt 0.9.5 and package-query 0.4 from$arch
wain will update it here asap.

feufochmar commented on 2010-10-26 21:48

AUR does not use the http protocol anymore but the https protocol. Please fix yaourt to take this into account. Yaourt does not propose the AUR packages because of this change.

feufochmar commented on 2010-10-26 21:47

AUR does not use the http protocol anymore but the https. Please fix yaourt to take this into account. Yaourt does not propose the AUR packages because this change.

Anonymous comment on 2010-10-19 06:04

yaourt adds an empty line after the majority of commands, such as "yaourt -Qi <pkgname>". Please fix it.

tuxce commented on 2010-09-27 18:54

Use -S to install. (or -Si to display info)

Anonymous comment on 2010-09-27 03:12

Is it possible to do a whole-word search with yaourt? I'm trying to install an ncurses package called "sc" but yaourt displays 3,000+ matches.

Anonymous comment on 2010-09-20 20:40

@louipc Ah, you're right. Sorry, I was confusing it with Bauerbill.

tuxce commented on 2010-09-16 21:37

In most cases it will work except when it's makepkg that installs dependencies (with the -s for splitted packages ...)
Adding Defaults env_keep = "http_proxy" to sudoers would be a better solution.

(please use, it's better to follow bugs or features requests)

ricardofunke commented on 2010-09-16 19:01

I just tested putting -E in front of sudo in line 108 of yaourt and just work!

#msg "try to launch '${@}' with sudo"
if is_sudo_allowed "$@"; then
#echo "Allowed to use sudo $command"
sudo -E "$@" || return 1

Anonymous comment on 2010-09-14 16:10

why am i asked, if i want to upgrade a package? isn't this kind of next to the point of "noconfirm"?

louipc commented on 2010-09-13 03:24

As far as I know Powerpill isn't for building packages from the AUR.

Anonymous comment on 2010-09-13 01:58 could ask the other TUs at aur-general. I can't see it being a problem as powerpill is in [community].

tuxce commented on 2010-09-10 18:42

Cause it facilitates installing unsupported packages, but I don't know if it's still the official position.

Anonymous comment on 2010-09-10 00:33

Is there a particular reason this is not in [community]. All I would have to do is move this and package-query to [community]. ;-)

tuxce commented on 2010-09-07 00:19

It could be a feature request, for now, there is no option for that.
With -Su --devel, yaourt will rebuild all devel packages including those from core/extra/... (in yaourt-git, you can set AURDEVELONLY to only deal with aur git/svn/... packages)

makepkg also uses sudo to call pacman, and yaourt calls makepkg, a "sudo -E" in yaourt only would be useless.

yoshi314 commented on 2010-09-06 15:27

i've started using mesa-git-gallium package, which has lots of dependencies built off xorg git repository.

is there a way to tell yaourt to rebuild all the AUR dependencies of specified package? because when updating mesa-git-gallium, i'd like to be sure i also update libdrm-git and a couple of other dependencies that were also built off AUR (which i already forgot about) and are also built off git.

ricardofunke commented on 2010-08-24 20:35

Maybe you should put a -E in the sudo passed to pacman, cause http_proxy variable isn't be passed to pacman.

Anonymous comment on 2010-07-31 18:42

fix your license statement; should not it be an array?

Anonymous comment on 2010-07-30 16:14

Installing any AUR packages via Yaourt results in the following errors and as a result fails to install.

"Can't update time for <package name>..."


==> Validating source files with md5sums...
CPANPLUS-Dist-Arch-1.04.tar.gz ... Passed
==> Extracting Sources...
-> Extracting CPANPLUS-Dist-Arch-1.04.tar.gz with bsdtar
CPANPLUS-Dist-Arch-1.04/PKGBUILD: Can't update time for CPANPLUS-Dist-Arch-1.04/PKGBUILD
CPANPLUS-Dist-Arch-1.04/ChangeLog: Can't update time for CPANPLUS-Dist-Arch-1.04/ChangeLog
CPANPLUS-Dist-Arch-1.04/README: Can't update time for CPANPLUS-Dist-Arch-1.04/README
CPANPLUS-Dist-Arch-1.04/.shipit: Can't update time for CPANPLUS-Dist-Arch-1.04/.shipit
CPANPLUS-Dist-Arch-1.04/MANIFEST: Can't update time for CPANPLUS-Dist-Arch-1.04/MANIFEST
CPANPLUS-Dist-Arch-1.04/MANIFEST.SKIP: Can't update time for CPANPLUS-Dist-Arch-1.04/MANIFEST.SKIP
CPANPLUS-Dist-Arch-1.04/.gitignore: Can't update time for CPANPLUS-Dist-Arch-1.04/.gitignore
CPANPLUS-Dist-Arch-1.04/META.yml: Can't update time for CPANPLUS-Dist-Arch-1.04/META.yml
CPANPLUS-Dist-Arch-1.04/Build.PL: Can't update time for CPANPLUS-Dist-Arch-1.04/Build.PL
CPANPLUS-Dist-Arch-1.04/Makefile.PL: Can't update time for CPANPLUS-Dist-Arch-1.04/Makefile.PL
CPANPLUS-Dist-Arch-1.04/script/setupdistarch: Can't update time for CPANPLUS-Dist-Arch-1.04/script/setupdistarch
CPANPLUS-Dist-Arch-1.04/script/cpan2aur: Can't update time for CPANPLUS-Dist-Arch-1.04/script/cpan2aur
CPANPLUS-Dist-Arch-1.04/lib/CPANPLUS/Dist/Arch.pod: Can't update time for CPANPLUS-Dist-Arch-1.04/lib/CPANPLUS/Dist/Arch.pod
CPANPLUS-Dist-Arch-1.04/lib/CPANPLUS/Dist/ Can't update time for CPANPLUS-Dist-Arch-1.04/lib/CPANPLUS/Dist/
CPANPLUS-Dist-Arch-1.04/t/00-load.t: Can't update time for CPANPLUS-Dist-Arch-1.04/t/00-load.t
CPANPLUS-Dist-Arch-1.04/t/01-translate.t: Can't update time for CPANPLUS-Dist-Arch-1.04/t/01-translate.t
CPANPLUS-Dist-Arch-1.04/t/06-find_built_pkg.t: Can't update time for CPANPLUS-Dist-Arch-1.04/t/06-find_built_pkg.t
CPANPLUS-Dist-Arch-1.04/t/pod.t: Can't update time for CPANPLUS-Dist-Arch-1.04/t/pod.t
CPANPLUS-Dist-Arch-1.04/t/04-int_template.t: Can't update time for CPANPLUS-Dist-Arch-1.04/t/04-int_template.t
CPANPLUS-Dist-Arch-1.04/t/pod-coverage.t: Can't update time for CPANPLUS-Dist-Arch-1.04/t/pod-coverage.t
CPANPLUS-Dist-Arch-1.04/t/05-custom_template.t: Can't update time for CPANPLUS-Dist-Arch-1.04/t/05-custom_template.t
CPANPLUS-Dist-Arch-1.04/t/02-build.t: Can't update time for CPANPLUS-Dist-Arch-1.04/t/02-build.t
CPANPLUS-Dist-Arch-1.04/t/03-pkgbuild.t: Can't update time for CPANPLUS-Dist-Arch-1.04/t/03-pkgbuild.t
CPANPLUS-Dist-Arch-1.04/t/lib/CPANPLUS/Dist/ Can't update time for CPANPLUS-Dist-Arch-1.04/t/lib/CPANPLUS/Dist/
CPANPLUS-Dist-Arch-1.04/t/lib/CPANPLUS/Dist/Arch/ Can't update time for CPANPLUS-Dist-Arch-1.04/t/lib/CPANPLUS/Dist/Arch/
CPANPLUS-Dist-Arch-1.04/examples/ Can't update time for CPANPLUS-Dist-Arch-1.04/examples/
CPANPLUS-Dist-Arch-1.04/examples/ Can't update time for CPANPLUS-Dist-Arch-1.04/examples/
bsdtar: Error exit delayed from previous errors.
==> ERROR: Failed to extract CPANPLUS-Dist-Arch-1.04.tar.gz
==> ERROR: Makepkg was unable to build perl-cpanplus-dist-arch.
==> Restart building perl-cpanplus-dist-arch ? [y/N]
==> ------------------------------------------------

Any thoughts?

Compintuit commented on 2010-07-30 03:00

I've reinstalled both multiple times, and have checked with pacman -Qk my entire system. Things are installed; yaourt just won't install anything from aur, thoug it can still install from a repo.

tuxce commented on 2010-07-29 09:37

Check if base-devel and especially fakeroot are installed.

Compintuit commented on 2010-07-29 00:13

I'm not very experienced, but all of a sudden I find myself getting the "Unable to read PKGBUILD for <package>" error. I don't use Arch very much, and the last thing I tried (unsuccessfully) was to build a archbang ISO, unsuccessfully. The URL for the tutorial for that is ; I undid everything it did after, I thought, though. It may have nothing to do with it, but it was the last thing I did and now yaourt won't install anything. Any ideas?

Anonymous comment on 2010-07-28 13:42

fix your license statement; should it be an array?

krevedko commented on 2010-07-24 07:42

I don't updated anything in my arch for last month, but today I have detected this error in 100% cases:

Any ideas?

Anonymous comment on 2010-07-23 11:34

Ok, so I shall use the new pacman.conf.pacnew? On a first view I wasn't able to see any difference between the .pacnew and my old one.

tuxce commented on 2010-07-16 19:34

The last version of pacman handles $arch in repo url but you have to update your pacman.conf.

Anonymous comment on 2010-07-16 18:30

Great, thanks a lot! I built the package manually. Trying to add france archlinux repo had the following result: I got the error message:

error: The mirror '$arch'

sirocco commented on 2010-07-16 10:46

... or use repository archlinuxfr to install package-query (by pacman)

sirocco commented on 2010-07-16 10:44

... or use repository archlinuxfr to install package-query (by pacman)

cdemoulins commented on 2010-07-15 19:43

You can build package-query manually using command makepkg.

Anonymous comment on 2010-07-15 19:31

Hmm...hopefully this question isn't too stupid: But what shall I do now :)? I am a bit confused.

Anonymous comment on 2010-07-12 21:02 is possible that I (re-)build package-query before I upgraded pacman to 3.4. It was the first thing I've read how to solve the problem, that's why I tried it first. Then someone told me to use the new mirrorlist and make a pacman -Syy and a pacman -Syu.

tuxce commented on 2010-07-12 20:36

Linking is done after compile time, if you did have pacman 3.4 before building package-query, It's impossible to have this error.
After a major lib upgrade you have to rebuild all the packages that depends on this lib and were builded from sources.

Anonymous comment on 2010-07-12 20:22


I'm still getting the following error message when trying to use yaourt:

package-query: error while loading shared libraries: cannot open shared object file: No such file or directory

I cannot use "yaourt -S package-query". I'm getting the same error.

Anonymous comment on 2010-07-02 18:46

Opps sorry, I had forgotten to update yaourt. That fixed it thanks.

tuxce commented on 2010-07-02 18:32

yaourt no longer uses "--print-uris" since 0.9.4

Anonymous comment on 2010-07-02 18:13

Hi, after the latest update of pacman (3.0.4-2) I am getting the following error when I run yaourt:

/usr/bin/pacman: unrecognized option '--print-uris'

sacarde commented on 2010-06-23 07:32



tuxce commented on 2010-06-23 07:17

You have to rebuild package-query.

sacarde commented on 2010-06-23 07:14

today (after upgrade pacman) I have error:

yaourt -S yaourt
package-query: error while loading shared libraries: cannot open shared object file: No such file or directory


Anonymous comment on 2010-06-22 01:59

@queljin or you might be missing base-devel ..

mmm commented on 2010-06-20 15:06

@xandry,tuxce: great idea! the bug at was closed as 'we use pacman -R to rm and dont know if package was installed from repo/aur'..well, one can anyway call aurvote -u $pkgname , at worst, it will complain that pkg cannot be unvoted.
Please could anyone reopen the bug and paste this idea there? I don't want to register only because of that. Thanks, Mark

tuxce commented on 2010-06-19 22:28

Anonymous comment on 2010-06-19 21:34

I here have thought... After installation any package yaourt called aurvote for vote. It would be quite good, if after uninstallation yaourt called aurvote for unvote. It would be easier to define less demanded packages for their further removal. :)

slaveriq commented on 2010-06-11 08:30

@queljin you need to install fakeroot then it will work.

Anonymous comment on 2010-06-07 11:45

will do tuxce, thanks.

tuxce commented on 2010-06-07 09:58

I can't guess the command you run or the package you're installing, can you please open a bug report with at the command and the output.

Anonymous comment on 2010-06-06 22:43

I'm using on a x86_64 system, still having problems while using yaourt as a regular user. Installing from AUR always fails with "Unable to read PKGBUILD for ..." message. Running yaourt with sudo or su - root is fine (which is not recommended though).

Anonymous comment on 2010-06-05 21:51

k, nice. Just installed the upgrade. Works as expected again, thanx

Anonymous comment on 2010-06-04 16:47

Thank you very much!

tuxce commented on 2010-06-04 16:10

> The only way to use yaourt for the moment is to run it as root :(
did you update to ?

Anonymous comment on 2010-06-04 15:17

Ok! Is there some way I can change this behavior now? I do not have sudo - I use su. The only way to use yaourt for the moment is to run it as root :(

tuxce commented on 2010-06-03 18:21

It's a message from makepkg, actually yaourt call makepkg with -s to handle an eventual dependency inside a splitted package.

I will release a without "-s" if sudo is not installed.

Anonymous comment on 2010-06-03 17:12

I cannot install packages from AUR anymore. I do not have sudo installed. There was a yaourt update. I did not edit any config files. Example:

==> Continue building virtualbox_bin ? [Y/n]
==> ----------------------------------------
==> Building and installing package
==> ERROR: Cannot find the sudo binary! Is sudo installed?
Missing dependencies cannot be installed or removed as a normal user
without sudo; install and configure sudo to auto-resolve dependencies.
==> ERROR: Makepkg was unable to build virtualbox_bin.

ssri commented on 2010-06-02 17:29


ssri commented on 2010-06-02 17:28


iipe commented on 2010-06-02 09:30

The version 0.9.4-2 updates AUR packages even if they are listed in IgnorePkg of pacman.conf.

betruger72 commented on 2010-06-02 08:18

@ tuxce : and? yaourt 0.9.3

tuxce commented on 2010-06-02 07:46


betruger72 commented on 2010-06-02 06:08

where I can to see changelog? last changelog for yaourt 0.9.3

betruger72 commented on 2010-06-02 06:08

where I can to see changelog? last changelog for yaourt 0.9.3

kfgz commented on 2010-06-01 20:54

After update to 0.9.4-2 yaourt doesn't show warnings about newer versions of packages.

# pacman -Su

:: Starting full system upgrade...
warning: ati-dri: local (7.8.1-2) is newer than extra (7.7.1-1)
warning: cryptsetup: local (1.1.1_rc2-1) is newer than core (1.1.0-2)
warning: dri2proto: local (2.3-1) is newer than extra (2.1-2)
warning: libdrm: local (2.4.20-2) is newer than extra (2.4.19-2)
warning: libgl: local (7.8.1-2) is newer than extra (7.7.1-1)
warning: mesa: local (7.8.1-2) is newer than extra (7.7.1-1)
warning: perl: local (5.12.0-1) is newer than core (5.10.1-5)
warning: qemu-launcher: local (1.8.0-1) is newer than community (1.7.4-2)
warning: xf86-input-evdev: local (2.4.0-1) is newer than extra (2.3.2-1)
warning: xf86-input-keyboard: local (1.4.0-2) is newer than extra (1.4.0-1)
warning: xf86-input-mouse: local (1.5.0-2) is newer than extra (1.5.0-1)
warning: xf86-video-vesa: local (2.3.0-2) is newer than extra (2.3.0-1)
warning: xorg-server: local ( is newer than extra (1.7.6-3)
local database is up to date

# yaourt -Su

tuxce commented on 2010-06-01 20:46

yaourt upgrade, please update your yaourtrc, syntax changes, "man yaourtrc" for more info.

Anonymous comment on 2010-05-29 07:49

There seems to be a problem with the CARCH var.
PKGBUILDs containig $CARCH can not be used with yaourt.
I had to set CARCH in .bashrc although it is set in makepkg.conf.

Stunts commented on 2010-05-26 22:14

yaourt does no install packages from the AUR that have "++" in their names, such as compiz-core++ (
Is this by some reason an intended behaviour?
Or is something wrong?

tuxce commented on 2010-05-25 22:47

It asks for password 3 times before exit.
In git version, it does not remove build dir, but it fails if a previous build used all disk space available.

Anonymous comment on 2010-05-22 06:54

When I mistype my root password into 'su' and the package does not get installed because of that, yaourt seems to happily ignore that fact and deletes the temporary directory with the build and the package. Can this be fixed, please?

leffe commented on 2010-05-16 09:42

gettext should be moved to depends, without it variables such as $PKG are not expanded in the UI.

tuxce commented on 2010-05-03 09:01

@piezoelectric : harmless error in Makefile
@blowback: actually this was made to permit the creation of a personal repo (with the sources) with the latest compilations, but it could be a feature request...

dgbaley27 commented on 2010-05-02 23:15

Why is the yaourt bash-completion file executable?

ponsfoot commented on 2010-04-26 05:15

Why yaourt removes older packages in export dir?
IMHO, those should be left or configurable.

tuxce commented on 2010-04-23 15:49

Normally, dependencies should be installed for makepkg to succeed.

yaourt cannot make packages without installing them automatically.
if there is no problem to install then remove, you can use --export --noconfirm to make packages, then export them to specific dir.
depends are installed with --asdeps, so you can use -Rsn at the end of operation.

yoshi314 commented on 2010-04-23 06:26

question, how can i invoke yaourt so that it builds a package, but doesn't install it?

i only want it to generate a set of packages, without installing them, automatically (no user interaction).

Anonymous comment on 2010-04-21 21:24

Yes, sorry. I can delete my comment if you wish.

tuxce commented on 2010-04-21 13:08

you talk about yaourt-git ?
This page is for stable version.
In yaourt-git, yes, syntax of rc file changes, it's a bash file now.

Anonymous comment on 2010-04-21 13:02

Updated today. errors :
/etc/yaourtrc: line 16: DontNeedToPressEnter : unknown command
/etc/yaourtrc: line 18: ExportToLocalRepository : unknown command
/etc/yaourtrc: line 24: PkgbuildEditor : unknown command
/etc/yaourtrc: line 26: ShowAurComment : unknown command
/etc/yaourtrc: line 27: TmpDirectory : unknown command
/etc/yaourtrc: line 31: SourceforgeMirror : unknown command
What's the hell??
Changes have been made to the way the rc file is working??

hamelg commented on 2010-04-11 19:46

sometimes, yaourt displays some harmless error messages, like that :

~/BUILD $ yaourt -Ss translatoi
/usr/bin/yaourt: line 798: [: kdemod-uninstall: integer expression expected
kdemod-extragear/kdemod-extragear-plasmoid-translatoid 1.0RC-5 (kdemod-plasmoids) (kdemod-extragear)
- - Plasmoid translator

kfgz commented on 2010-04-09 09:26

Please ignore my previous post.

kfgz commented on 2010-04-08 12:51

Bug: yaourt is installing optdepends.

kfgz commented on 2010-04-08 12:50

Bug: yaourt is installing optdepends but it shouldn't.

Anonymous comment on 2010-04-01 15:07

The build with sysupgrade option does not work anymore. Everything seems to work until the Proceed with upgrade? step which fails silently.
Steps to repeat: yaourt -Sbu

gskbyte commented on 2010-03-29 23:51

why? I think it's quite useful if you want to compile some packages.

Anonymous comment on 2010-03-29 23:48

the --noconfirm option is not working anymore.
yaourt -Sbu --noconfirm just lists the pkg names and version with no results no message.

tuxce commented on 2010-03-29 19:51

Do you connect through a proxy ?

gskbyte commented on 2010-03-29 16:54

I think I have detected a little bug: "--noconfirm" doesn't work with the -Sb option (used to build packages from source).

By the way, would it be possible to build packages from KDEmod repos?

tuxce commented on 2010-03-29 14:00

@toomanymirrors, you have to update package-query (0.1.1)
@Jiehong, if you connect throught a proxy, you have to export http_proxy or use ~/.curlrc (I'm not sure about curlrc)

Anonymous comment on 2010-03-28 22:13

Still having rsync errors:
==> Building xchat from sources

==> Retrieving PKGBUILD and local sources...
receiving file list ... rsync: on remote machine: -/extra/xchat/: unknown option
rsync error: requested action not supported (code 4) at clientserver.c(841) [sender=3.0.7]
rsync: read error: Connection reset by peer (104)
rsync error: error in rsync protocol data stream (code 12) at io.c(760) [Receiver=3.0.7]

Jiehong commented on 2010-03-27 21:44

Each time I search for a something i got :

lexical error: invalid char in json text.
<html> <head> <LINK REL="styles
(right here) ------^

What's wrong ?

Jiehong commented on 2010-03-27 21:23

Each time I search for a something i got :

lexical error: invalid char in json text.
<html> <head> <LINK REL="styles
(right here) ------^

What's wrong ?

Anonymous comment on 2010-03-27 19:11

rsync fixed in

tuxce commented on 2010-03-27 17:36

For rsync, corrected in git version, in my tests, I did not try a package with 'any' as architecture.
About "noconfirm" can you please post the question (or at least, command) which not respect noconfirm, thanks

Anonymous comment on 2010-03-27 14:06

Since upgrade --noconfirm option seems to not work and getting rsync errors:
==> Building gsfonts from sources

==> Retrieving PKGBUILD and local sources...
receiving file list ... rsync: change_dir "x86_64/extra/gsfonts" (in abs) failed: No such file or directory (2)

sent 4 bytes received 8 bytes 8.00 bytes/sec
total size is 0 speedup is 0.00
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1508) [Receiver=3.0.7]

Anonymous comment on 2010-03-27 08:49 just fix a typo in yaourtrc

flamelab commented on 2010-03-27 02:24

Update on yaourt ? Yeahhhh :D

KillaB commented on 2010-03-27 00:31

Wow, 0.9.3 is really fast. :o Nice!