Package Details: package-query-git 1.9.r10.gb912c5b-2

Git Clone URL: (read-only)
Package Base: package-query-git
Description: Query ALPM and AUR
Upstream URL:
Licenses: GPL
Conflicts: package-query
Provides: package-query=1.9
Submitter: tuxce
Maintainer: archlinuxfr (Skunnyk, f2404)
Last Packager: f2404
Votes: 156
Popularity: 3.371233
First Submitted: 2010-03-15 13:14
Last Updated: 2018-06-05 02:16

Dependencies (3)

Required by (5)

Sources (1)

Latest Comments

f2404 commented on 2017-07-20 02:00

@fightcookie Done, thanks!

fightcookie commented on 2017-07-20 01:50

please change URL to the TLS encrypted https version, tested it and works fine! thanks :)

f2404 commented on 2016-06-16 09:48

@Prototik, done.

Prototik commented on 2016-06-14 11:02

Please add aarch64 architecture to supported, as it provided in package-query package.

idiotbox commented on 2016-04-20 14:32

@f2404 Hi,

Yes, you're right. Found out that I forgot to install base-devel.
Thank for the reply.

f2404 commented on 2016-04-20 05:41

Hi @idiotbox,
no, they shouldn't be stated in PKGBUILD - see

Please check whether the build issue persists after following the instructions.

idiotbox commented on 2016-04-19 20:27

Getting the following error while building.

checking for alpm_version in -lalpm... yes
./configure: line 12045: syntax error near unexpected token `alpm,'
./configure: line 12045: `PKG_CHECK_MODULES(alpm, libalpm >= 10.0.0)'
==> ERRO: Uma falha ocorreu em build().

Just did a Arch fresh install, and it seems that there are a lot of buildeps not present in PKGBUILD, like make, gcc, autoconf. souldn't they be present?

Skunnyk commented on 2016-03-20 16:34

@Fresco : yes, you are right. Updated to use correct pkgver variable.

Freso commented on 2016-03-13 21:49

You should really consider using one a pkgver() based off of one of the ones at - right now the latest package-query-git resolves to "1.8.13.g8ad832f-1", which means that it would show up as being more recent than a theoretical 1.8.1 being released a month from now. All the ones on the wikipage adds an "r" before the number of revisions since last tag.

(I would also personally make the $provides dynamic so it provides whatever version gets set with pkgver(). Means that part doesn't have to be updated once 1.9 is tagged.)

f2404 commented on 2016-01-08 14:47

Thanks for reporting it!
The issue has been resolved under this pull request:

mokkurkalve commented on 2016-01-07 01:47

Suddenly, after installing version 1.7.80.gb2a07fe-1, I'm missing newlines between packages in the output of:
package-query -QAm
Looks strange now..... are this intended...?

rcct commented on 2014-12-29 19:34


Just wanted to be sure about the steps to follow. I rebuilt the package and all is back to normal now.

As for the PKGBUILD not needing a change, shouldn't at least the package relation be updated to 2 to concord with the package-query one?

tuxce commented on 2014-12-29 19:14

You just need to rebuild it, the PKGBUILD doesn't need to change.
The link with libs is made on build time, so if you built it when you had libalpm.8, you have to redo it after installing pacman 4.2 which provides libalpm.9

rcct commented on 2014-12-29 19:13

Any hint on managing the libalpm update with the git version?

The non git one has been update as far as I have checked (even its PKGBUILD) though this one does seem to lack behind...

rcct commented on 2014-12-29 19:06

Any hint on managing the libalpm update with the git version?

The non git one has been update as far as I have checked (ven its PKGBUILD) though this one does seem to lack behind...

anish commented on 2014-12-23 09:14

Problem still persists. starnostar's PKGBUILD works fine however.

starnostar commented on 2014-12-19 06:41

fixed PKGBUILD for 1.4-2

mokkurkalve commented on 2014-12-18 16:24

One wrong symlink fix yes. Thanks!

ava1ar commented on 2014-12-18 03:09

Problem is in broken symlink. I created a pull request with fix:

You can also build it from my fork:

ava1ar commented on 2014-12-18 03:08

Problem is in broken symlink. I created a pull request with fix:

You can also build it from my fork:

mokkurkalve commented on 2014-12-17 15:04

In spite of the package version bump, the problem persists in exactly the same manner....

mokkurkalve commented on 2014-12-17 10:42

Build fails:

checking for git... git
checking for .git/... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: error: cannot find input file: `src/'
==> ERROR: A failure occurred in build().
==> ERROR: Makepkg was unable to build package-query-git.

Det commented on 2014-10-13 05:08

The .AURINFO still does.

Det commented on 2014-06-19 18:07

The homepage is missing '.com'.

malinas commented on 2014-03-20 13:50

ERROR: /********/package-query is not a clone of

given it has to do with package retrieval, I would check if others are having this, if itæs benign or US-NSA shite.

tuxce commented on 2013-07-11 11:08

@Tmn, @PerfectGentlemen, it's fixed, thanks

PerfectGentleman commented on 2013-07-08 14:45

got the same problem as Tmn

Anonymous comment on 2013-07-03 10:25

I have a problem:
(base-devel is installed)

If I do makepkg -s inside package-query-git I receive the following error:

config.status: error: cannot find input file: 'src/'
Error: A failure occurred in build().

Anonymous comment on 2013-04-16 08:31

Arrgh, I clicked wrong. And accidentally flagged this package out of date. How do I unflag it?!

Scimmia commented on 2013-04-05 18:58

Army, read the Wiki page about the AUR. The base-devel group is assumed to be installed. Autoconf is part of that.

Anonymous comment on 2013-04-05 07:47

I get

==> Starting build()...
+ aclocal -I m4 --install
sh: autom4te: command not found
aclocal: error: echo failed with exit status: 127
+ autoheader
./ line 4: autoheader: command not found
+ automake --foreign
sh: autoconf: command not found
automake: error: autoconf failed with exit status: 127
+ autoconf
./ line 6: autoconf: command not found
==> ERROR: A failure occurred in build().

Please add autoconf to the makedepends.

tuxce commented on 2013-04-03 12:17

@Det, thanks

Det commented on 2013-04-01 13:26

That kind of VCS handling is no longer required in pacman 4.1:,


vodik commented on 2012-04-30 09:15


"Install base-devel (pacman -S base-devel), because members of this group are not explicitly required by AUR packages which may not build without them (more info in this thread)."

lafka commented on 2012-04-24 10:18

base-devel should be added as dependency.

tuxce commented on 2012-02-03 07:08

It's fixed, try again.

Anonymous comment on 2012-02-03 00:18

Tried to build manually, didn't work. Help?

$ make
make all-recursive
make[1]: Entering directory `/tmp/package-query-git/package-query-build'
Making all in src
make[2]: Entering directory `/tmp/package-query-git/package-query-build/src'
gcc -DLOCALEDIR=\"/usr/share/locale\" -DCONFFILE=\"/etc/pacman.conf\" -DROOTDIR=\"/\" -DDBPATH=\"/var/lib/pacman/\" -DAUR_BASE_URL=\"\" -DHAVE_CONFIG_H -DGIT_VERSION=\"1.0.1-2-gd992\" -I. -I.. -D_GNU_SOURCE -g -O2 -MT aur.o -MD -MP -MF .deps/aur.Tpo -c -o aur.o aur.c
aur.c: In function ‘aur_request’:
aur.c:486:49: error: request for member ‘data’ in something not a structure or union
make[2]: *** [aur.o] Error 1
make[2]: Leaving directory `/tmp/package-query-git/package-query-build/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/package-query-git/package-query-build'
make: *** [all] Error 2

benjarobin commented on 2012-01-21 11:58

Please update provides=('package-query=0.8') to '1.0'

Anonymous comment on 2012-01-12 21:27

Please change opt depends from pacman-color to pacman-color-testing

meijin commented on 2011-12-29 07:15

hi. i can't install package-query-git. after makepkg entring fakeroot and starting "package()" I'm getting:
==> Entering fakeroot environment...
==> Starting package()...
make: *** No rule to make target `עבודה/package-query-git/pkg'. Stop.
==> ERROR: A failure occurred in package().


Anonymous comment on 2011-10-27 21:07

I also confirm that this works when manually built. Meanwhile, for some reason the version auto-built on does not. o_O

karol_007 commented on 2011-10-14 15:47

Works for me.

FredBezies commented on 2011-10-13 19:36

Cannot get it build with pacman from testing.

gcc -DLOCALEDIR=\"/usr/share/locale\" -DCONFFILE=\"/etc/pacman.conf\" -DROOTDIR=\"/\" -DDBPATH=\"/var/lib/pacman/\" -DAUR_BASE_URL=\"\" -DHAVE_CONFIG_H -DGIT_VERSION=\"0.9-1-gb803\" -I. -I.. -D_GNU_SOURCE -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -MT aur.o -MD -MP -MF .deps/aur.Tpo -c -o aur.o aur.c
In file included from aur.c:31:0:
alpm-query.h:55:25: erreur: unknown type name ‘pmdb_t’
alpm-query.h:56:25: erreur: unknown type name ‘pmdb_t’
alpm-query.h:57:15: erreur: unknown type name ‘pmdb_t’
alpm-query.h:58:17: erreur: unknown type name ‘pmdb_t’
alpm-query.h:59:14: erreur: unknown type name ‘pmdb_t’
alpm-query.h:64:21: erreur: unknown type name ‘pmpkg_t’
alpm-query.h:65:1: erreur: unknown type name ‘pmpkg_t’
alpm-query.h:66:1: erreur: unknown type name ‘pmpkg_t’
alpm-query.h:66:24: erreur: unknown type name ‘pmpkg_t’
In file included from aur.c:32:0:
util.h:130:2: erreur: unknown type name ‘pmdepmod_t’
make[2]: *** [aur.o] Erreur 1
make[2] : on quitte le répertoire « /home/fred/download/package-query-git/src/package-query-build/src »
make[1]: *** [all-recursive] Erreur 1
make[1] : on quitte le répertoire « /home/fred/download/package-query-git/src/package-query-build »
make: *** [all] Erreur 2

Anonymous comment on 2011-09-10 10:33

pacman_4 branch of the package-query git repo works with pacman 4.0.0 (pacman-git).

Jristz commented on 2011-08-18 04:07

Adverticement: Packagq-Query-Git Not work nor compile w/ Pacman 4.0.0RC1 in This moment
please use Pacman 3.5.x for using w/ package-query-git

th0th commented on 2011-04-26 15:29

I've rebuilt package-query-git package and it worked without yajl1, fyi.

sweston commented on 2011-04-26 08:24

Some kind soul has made a yajl1 package. That has provided a temporary fix for my problems:

Hopefully the package-query guys will update to yajl 2 in the near future.

Jristz commented on 2011-04-26 05:35

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

if you using yajl-2.0

misc commented on 2011-04-14 18:15

There's already a newer version from git installed, sorry. It was built on that day, though. Anyway, it didn't appear the times I repeated the command immediately afterward. I think it may have somehow been due to "my" bittorrent which causes the time necessary to establish a connection to become extremely long.

tuxce commented on 2011-04-14 09:58

@misc, package version is not accurate enough (I can't know what commit is concerned), "package-query -v" is better.
Can you repeat this bug ?

misc commented on 2011-04-13 11:47

Just got this "double free or corruption" with package-query-git 20110410-1:

misc commented on 2011-04-13 11:44

Just got this "double free or corruption":

bsergik commented on 2011-03-24 09:16

Can you help me to solve the following issue?

==> Starting build()...
Cloning into package-query...
error: couldn't connect to host while accessing

fatal: HTTP request failed
==> ERROR: A failure occurred in build().

td123 commented on 2011-03-23 18:27

please update the url to

rnestler commented on 2011-03-18 19:33

Could you add something like "provides=(package-query=0.7)" so that one can use this package with yaourt- ?

agaida commented on 2011-03-18 04:40

Nice one ;). My fault - have to some cleanup. After that the makepkg works like charm.

tuxce commented on 2011-03-17 13:31

This is a pkgbuild, not a binary package, you have to rebuild package-query-git.

agaida commented on 2011-03-17 09:44

Breakage with pacman 3.5.0 libalpm 6.0.0

alpm-query.o: In function `init_db_local':
alpm-query.c:(.text+0x1d7): undefined reference to `alpm_db_register_local'

tuxce commented on 2011-02-08 17:24


falconindy commented on 2011-02-06 21:33

and more imminent breakage:

Another few changes in alpm-query.c

falconindy commented on 2011-02-06 18:20

this will break with pacman 3.5 (currently pacman-git):

the alpm_db_register_local() call has gone away:

tuxce commented on 2010-11-02 17:44

libtool is part of base-devel group.

santodelaespada commented on 2010-11-02 17:42

requires libtool to compile

tuxce commented on 2010-09-26 15:37

It's fixed, thanks.

macieks commented on 2010-09-26 12:43

I tried to investigate the problem and I found out that the libtool command is not creating package-query binary.
It doesn't give any error thou.

macieks commented on 2010-09-26 12:37

Only man pakes are installed by the make install command. So the final package has only manuals, no executable.

misc commented on 2010-09-26 08:11

I don't know, with package-query-git there's no command to start it available in the console. So apparently it's indeed a $PATH error.

misc commented on 2010-09-25 21:25

I don't know, with package-query-git there's no commando to start it available in the console. So apparently it's indeed a $PATH error.

tuxce commented on 2010-09-25 11:53

Does it work alone ?
Maybe an error in $PATH ?

misc commented on 2010-09-25 11:12

Does anyone else get

/usr/lib/yaourt/ Zeile 12: package-query: Command not found.
/usr/lib/yaourt/ Zeile 12: package-query: Command not found.
/usr/lib/yaourt/ Zeile 12: package-query: Command not found.

since a few days when using package-query-git? With the non-git version yaourt-git works just fine.

misc commented on 2010-09-25 11:11

Does anyone else get

/usr/lib/yaourt/ Zeile 12: package-query: Command not found.
/usr/lib/yaourt/ Zeile 12: package-query: Command not found.
/usr/lib/yaourt/ Zeile 12: package-query: Command not found.

recently when using package-query-git? With the non-git version yaourt-git works just fine.

tuxce commented on 2010-07-11 21:17

It's an autoconf or pkg-config bug:

zebulon commented on 2010-07-11 21:06

I get this error:

configure:10856: error: possibly undefined macro: AS_MESSAGE_LOG_FDdnl
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1

Any idea?

igor commented on 2010-04-27 19:24

please add "makedepends=(git)"