Package Details: package-query 1.8-2

Git Clone URL: https://aur.archlinux.org/package-query.git (read-only)
Package Base: package-query
Description: Query ALPM and AUR
Upstream URL: https://github.com/archlinuxfr/package-query/
Licenses: GPL
Submitter: tuxce
Maintainer: archlinuxfr (Skunnyk, f2404)
Last Packager: f2404
Votes: 1132
Popularity: 4.630298
First Submitted: 2010-03-24 23:18
Last Updated: 2016-03-21 11:03

Latest Comments

f2404 commented on 2016-08-21 16:58

@mitcoes Sorry, I don't understand what you're talking about.

mitcoes commented on 2016-08-21 09:46

"package-query -Q -l|more" should be the command instead of "package '|less'" taht does not work, for 3.- List packages installed

And package-query listed as dependence.

rafaelff commented on 2016-07-31 18:42

Just to complement, in order to download the PKGBUILD (with any patches it may contain), one has to click in "Download snapshot". It will download the source package tarball. From that, can download the software's sources and build it.

f2404 commented on 2016-07-31 18:05

Why would it contain PKGBUILD? It is stored separately from the sources which are contained in tgz.

hellified commented on 2016-07-31 10:24

The latest release tgz doesn't seem to contain the PKGBUILD file

f2404 commented on 2016-03-27 10:45

@k0ste, see https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites
"Note: Packages in the AUR assume that the base-devel group is installed, i.e. they do not list the group's members as dependencies explicitly."

k0ste commented on 2016-03-27 08:54

@maintainer
add 'pkg-config' to makedepends.

f2404 commented on 2016-03-21 11:04

@josephgbr, done. Sorry, my first time :)

rafaelff commented on 2016-03-21 10:30

@f2404: please update .SRCINFO as well.

f2404 commented on 2016-03-21 10:26

@uberGeek, done.

bigoten commented on 2016-03-20 21:21

@f2404, @josephgbr:
Thank you both.
Your suggestions worked out. I did have two curl versions installed, no idea why. All I needed to do was to remove two curl-related files in /usr/local/bin (curl, curl-config). Then compiling package-query and yaourt was uneventful.

Thanks a lot!

rafaelff commented on 2016-03-20 20:24

@bigoten:
You might have more than one version installed e.g. one inside ~/bin.
Please run 'which curl' and then run 'pacman -Qo <path>' (where path is the path of the curl executable obtained from 'which'). This last command should tell you which package is providing curl you are using to get 'curl --version', if you installed via Arch Linux's pacman.

See my scenario, for example:
$ which curl
/usr/bin/curl
$ LC_ALL=C pacman -Qo /usr/bin/curl # FYI: LC_ALL=C = don't use translation
/usr/bin/curl is owned by curl 7.47.1-2

uberGeek commented on 2016-03-20 19:36

When you have time, please add 'aarch64' to arch().

Thank you!

f2404 commented on 2016-03-20 06:28

In my case, `curl --version` and `pacman -Qi curl` are showing the same version: 7.47.1.
I'm thinking maybe your issue is due to that other curl, versioned 7.28.1. You can find the binary location by running `which curl`. After that, you could try removing that curl, and reinstalling the official version: `pacman -S curl`.

You can also check the libcurl (/usr/lib/libcurl.so.4) version by running `strings /usr/lib/libcurl.so.4 | grep 7.` - it should be saying "CLIENT libcurl 7.47.1".

bigoten commented on 2016-03-20 00:50

I have the regular versions installed (not git):
- openssl 1.0.2.g-3
- About the curl package I find contradicting info, not sure why:
"curl -- version" indicates 7.28.1, but
"pacman -S curl" indicates 7.47.1-2 is already installed.

rafaelff commented on 2016-03-19 21:17

Did you compile curl and openssl packages on your own, or installed an alternative version of them like -git?

bigoten commented on 2016-03-19 19:54

I am having problems compiling package-query 1.8-1 on my system. Following the advice of other users on this page on how to proceed after pacman was upgraded to version 5, I removed package-query and yaourt:

> pacman -Rdd package-query yaourt

then I updated the system via pacman:

> pacman -Syu

then I downloaded package-query from this page, unpacked it, and tried to compile it:

> makepkg -sri

The compilation always ends with the same error:

> ...
mv -f .deps/package-query.Tpo .deps/package-query.Po
/bin/sh ../libtool --tag=CC --mode=link gcc -D_GNU_SOURCE -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -Wl,-O1,--sort-common,--as-needed,-z,relro -o package-query aur.o alpm-query.o util.o color.o package-query.o -lyajl -lalpm
libtool: link: gcc -D_GNU_SOURCE -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -o package-query aur.o alpm-query.o util.o color.o package-query.o -lyajl -lalpm
/usr/bin/ld: aur.o: undefined reference to symbol 'curl_free@@CURL_OPENSSL_4'
/usr/lib/libcurl.so.4: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Makefile:425: recipe for target 'package-query' failed
make[2]: *** [package-query] Error 1
make[2]: Leaving directory '/home/bigoten/Downloads/package-query/src/package-query-1.8/src'
Makefile:428: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/bigoten/Downloads/package-query/src/package-query-1.8'
Makefile:360: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

I have searched everywhere about this error (the "undefined reference to symbol 'curl_free@@CURL_OPENSSL_4'" and the "/usr/lib/libcurl.so.4: error adding symbols: DSO missing from command line" messages), to no avail.

Could anyone please let me know what I am missing?

gyscos commented on 2016-03-10 06:04

Could you add 'aarch64' to the available architectures? Thanks!

rafaelff commented on 2016-03-07 06:28

@jasonrizke: package "pkg-config" is part of the group "base-devel", which is assumed to be installed (https://wiki.archlinux.org/index.php/Arch_User_Repository#Getting_started).

jasonritzke commented on 2016-03-07 01:50

Is there a new build dependency on pkg-config? I couldn't makepkg without it, and it was not required previously.

If somebody else can confirm my symptom (cannot makepkg w/o pkg-config installed) then it should probably be added to builddeps.

Skunnyk commented on 2016-03-02 23:18

Yup, yaourt 1.8 is now out, please update :)

hamelg commented on 2016-03-01 19:27

I've just upgraded to 1.8. Now, yaourt complains about unrecognized option '--csep' at the end of each upgrade :

:: Processing package changes...
(1/1) upgrading openssh [##############################] 100%
warning: /etc/ssh/sshd_config installed as /etc/ssh/sshd_config.pacnew
warning: /etc/ssh/ssh_config installed as /etc/ssh/ssh_config.pacnew
==> Searching for original config files to save
package-query: unrecognized option '--csep'
Query alpm database and/or AUR
Usage: package-query [options] [targets ...]
More information: package-query --help

4javier commented on 2016-03-01 18:39

It fixes the problem with RPC v5 for -S option, but not for -w switch

javier@archbox ~ $ yaourt -Sw budgie-desktop
error: target not found: budgie-desktop


javier@archbox ~ $ yaourt -S budgie-desktop

==> Downloading budgie-desktop PKGBUILD from AUR...
...
..

Skunnyk commented on 2016-02-29 20:43

Released package-query 1.8 : it fix the compatibility with aur rpc v5, add new features and fix tons of bugs : https://github.com/archlinuxfr/package-query/releases/tag/1.8

yaourt 1.7 is (or should be) compatible with package-query 1.8. A new version of yaourt will follow in a few days :)

lord_rel commented on 2016-02-29 18:30

package-query 1.8 released today

gonciarz commented on 2016-02-29 13:02

@gourdcaptain: confirmed. I switched to package-query-git as a temporary solution

gourdcaptain commented on 2016-02-29 07:11

As of a few hours ago, package-query does not seem to be working in terms of querying the package list. Package-query-git does work.

rafaelff commented on 2016-02-07 08:32

@ahioros: did you try rebuilding yaourt too, after pacman 5.0 installed?

ahioros commented on 2016-02-07 02:50


@josephgbr i follow you trying upgrade and i have this message:

/usr/lib/yaourt/util.sh: line 166: package-query: not found

/usr/lib/yaourt/util.sh: line 166: package-query: not found

% pacman -Qs package-query
local/package-query 1.7-2
Query ALPM and AUR

update #archlinux irc channel topic:

Welcome to Arch Linux World Domination, Inc. <+> Be kind to the people who are helping you. Be kind to the people you are trying to help. <+> pacman 5.0 in [core]! http://allanmcrae.com/2016/01/pacman-5-0-released/ <+> old package-query versions are incompatible with pacman 5.0, update it or remove it along with yaourt

rafaelff commented on 2016-02-06 01:35

Basically, it is required to:
1- remove package-query - if you have a package that requires it, remove too (to reinstall later).

2- run system update, which will update pacman to 5.0.0 (sudo pacman -Syu)

3- with pacman 5.0.0 installed, rebuild package-query and install, along with other helpers you want, e.g. pacupg, yaourt, etc.

done

kerberizer commented on 2016-02-05 22:25

@valentin.brasov, obviously you need to also update (or, rather, uninstall and rebuild after pacman is updated) pacdep as well...

https://aur.archlinux.org/cgit/aur.git/commit/?h=pacdep&id=e5d5b043eda1583daa1bf3d261cee3e97dab5cb5

valentin.brasov commented on 2016-02-05 22:12

Hi again,

Trying on another system, I run into a problem:

So firstly I run successfully:
# pacman -Rdd package-query yaourt

Then when I do:
# pacman -Syu
I get:
error: failed to prepare transaction (could not satisfy dependencies)
:: pacdep: requires pacman<4.3

Then I checked what pacman version I have:
# pacman --version
Ad it prints:
Pacman v4.2.1 - libalpm v9.0.1

Please help.

ondoho commented on 2016-02-05 13:15

__"You can symlink, rebuild (package-query), and remove the symlink.
Still, I'd probably rebuild a second time -- just to be sure."__

this is what i just did, and now all works.
from what i can see (i hope i'm not missing anything) there can't be any harm in it.

kerberizer commented on 2016-02-04 22:13

@el_Salmon: Pretty sure you get the same message as @accessgranted, namely "WARNING: A package has already been built, installing existing package..."

Do not use "makepkg -si". Use "makepkg -sif" instead. "-f" stands for "force", i.e. build a new package even if there is already an existing one in the output directory.

It also may be a good practice as extra precaution to clean the "src" directory in advance with "-C", so finally the command would become "makepkg -Cifs".

Also, as other people have noted elsewhere, you don't really need to rebuild yaourt (but probably should uninstall and reinstall it anyway, unless you want to break your package dependencies).

el_Salmon commented on 2016-02-04 20:57

Removing and installing package-query and yaourt like in [1] doesn't work for me. I get the same error always:

$yaourt -Syu

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

[1] https://archlinux.fr/yaourt-en

kerberizer commented on 2016-02-04 00:00

@asafk: That's what I had in mind with "in a pinch". Still, I'd probably rebuild a second time -- just to be sure. ;) And to be honest, I also think anyone should be able to rebuild at least package-query without any helper tool. Don't get lazy, people!

@all: Also, be careful what you do and pay attention to any warnings or suspicious messages. Take for example @accessgranted's problem: he/she hadn't noticed the message "WARNING: A package has already been built, installing existing package..." So, instead of rebuilding the package, accessgranted just reinstalled their old one. No surprise that the missing library problem persisted.

Linux is not really that tough, but it does require some effort. Obviously, you're not afraid of that effort, so do the things the right way. This is what really makes you stand out of the Windows crowd. ;)

asafk commented on 2016-02-03 23:47

You can symlink, rebuild, and remove the symlink. That's what I did and it works just peachy.

kerberizer commented on 2016-02-03 22:48

I'm sorry to have to say this, but symlinking to libraries with a different soname, even just with respect to the version (the number after the .so extension), is a _bad_ idea. While it can probably be used in a pinch to just run a thing or two needed for a proper rebuild, one should _never_ use it as a substitution to that rebuild. There _is_ a reason why the soname gets bumped: it doesn't get bumped that often actually. Bumping means incompatibility and the problem is that it may look like everything's working OK, but then, just when you've already forgotten what you did with that symlink, strange errors begin to occur. And then everybody wastes precious time debugging those errors until you remember at last about that symlink.

TL;DR: Don't symlink different version shared libraries. Rebuild!

wass commented on 2016-02-03 19:14

@asem
Yes, it works without symlink. I think, you suggested the best way to resolve the problem. Anyway, @YauheniM is right too, so both approaches are good.

Thank you guys!

asem commented on 2016-02-03 00:03

@YauheniM
No need to symlink , just download and build package-query manually using makepkg -si and the error is gone

YauheniM commented on 2016-02-02 23:29

Hi,

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

Regards,
Yauheni

panaut0lordv commented on 2016-02-02 23:23

Hello Everybody,
Just run:
yaourt -S package-query
and then:
yaourt -Syu

UPDATE:
yaourt -Syu package-query
works fine

Cheers,
Michal

accessgranted commented on 2016-02-02 22:26

Hi, glad to be able to be part of the community. This is my first post.
I'm afraid I have the same problem as Valentin.Brasov:
[access@arch ~]$ sudo pacman -Syu
[sudo] password for access:
:: Synchronizing package databases...
core is up to date
extra 1767.1 KiB 643K/s 00:07 [######################] 100%
community 3.3 MiB 839K/s 00:15 [######################] 100%
multilib is up to date
archlinuxfr is up to date
:: Starting full system upgrade...
warning: firefox: ignoring package upgrade (44.0-1 => 44.0-2)
there is nothing to do
[access@arch ~]$ sudo pacman -Rdd package-query yaourt
[sudo] password for access:

Packages (2) package-query-1.7-2 yaourt-1.7-1

Total Removed Size: 0.80 MiB

:: Do you want to remove these packages? [Y/n] y
:: Processing package changes...
(1/2) removing package-query [######################] 100%
(2/2) removing yaourt [######################] 100%
[access@arch ~]$ curl -O https://aur.archlinux.org/cgit/aur.git/snapshot/package-query.tar.gz
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 822 0 822 0 0 2320 0 --:--:-- --:--:-- --:--:-- 2315
[access@arch ~]$ tar -xvzf package-query.tar.gz
package-query/
package-query/.SRCINFO
package-query/PKGBUILD
[access@arch ~]$ cd package-query
[access@arch package-query]$ makepkg -si
==> WARNING: A package has already been built, installing existing package...
==> Installing package package-query with pacman -U...
loading packages...
resolving dependencies...
looking for conflicting packages...

Packages (1) package-query-1.7-2

Total Installed Size: 0.08 MiB

:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring [######################] 100%
(1/1) checking package integrity [######################] 100%
(1/1) loading package files [######################] 100%
(1/1) checking for file conflicts [######################] 100%
:: Processing package changes...
(1/1) installing package-query [######################] 100%
[access@arch package-query]$ cd ..
[access@arch ~]$ curl -O https://aur.archlinux.org/cgit/aur.git/snapshot/yaourt.tar.gz
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 952 0 952 0 0 2945 0 --:--:-- --:--:-- --:--:-- 2938
[access@arch ~]$ tar -xvzf yaourt.tar.gz
yaourt/
yaourt/.SRCINFO
yaourt/PKGBUILD
[access@arch ~]$ cd yaourt
[access@arch yaourt]$ makepkg -si
==> WARNING: A package has already been built, installing existing package...
==> Installing package yaourt with pacman -U...
loading packages...
resolving dependencies...
looking for conflicting packages...

Packages (1) yaourt-1.7-1

Total Installed Size: 0.72 MiB

:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring [######################] 100%
(1/1) checking package integrity [######################] 100%
(1/1) loading package files [######################] 100%
(1/1) checking for file conflicts [######################] 100%
:: Processing package changes...
(1/1) installing yaourt [######################] 100%
Optional dependencies for yaourt
aurvote: vote for favorite packages from AUR
customizepkg: automatically modify PKGBUILD during install/upgrade
rsync: retrieve PKGBUILD from official repositories
[access@arch yaourt]$ cd ..
[access@arch ~]$ yaourt stockfish
package-query: error while loading shared libraries: libalpm.so.9: cannot open shared object file: No such file or directory
[access@arch ~]$

Thanks

thibdb13 commented on 2016-02-02 20:27

I did as clep/cauna said/wrote and it works without any problem.
Just don't forget if pacman is not yet 5.0.0 to make a "pacman -Syu" after removing package-query and yaourt and before installing them again.

davidsmit commented on 2016-02-02 20:14

Like bouhappy said: download & rebuild of only package-query (and not yaourt) solved the issue.

valentin.brasov commented on 2016-02-02 20:12

I followed cleps's comments and it worked. Then I updated the whole system from yaourt-gui and this has updated pacman from 4.2.1-4 to 5.0.0-1. After that trying to do stuff in yaourt-gui (like option 1. Sync DB) yields:

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

Please help.

clep commented on 2016-02-02 10:11

Hey guys,

works for me also like cauna and josephgbr. 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 https://aur.archlinux.org/cgit/aur.git/snapshot/package-query.tar.gz
tar -xvzf package-query.tar.gz
cd package-query
makepkg -si

cd ..
curl -O https://aur.archlinux.org/cgit/aur.git/snapshot/yaourt.tar.gz
tar -xvzf yaourt.tar.gz
cd yaourt
makepkg -si

Cheerio

cauna commented on 2016-02-02 07:11

I almost did the same with josephgbr.
1) pacman already is 5.0.0
2) sudo -Rdd package-query yaourt
3) wget the tarballs from aur or you can click on "Download snapshot"
4) tar xzf the tarballs
5) cd into the folder and mkpkg respectively
6) sudo pacman -U package-query*.pkg.tar.xz and sudo pacman -U yaourt*.pkg.tar.xz respectively
This solves everything.

gaelic commented on 2016-02-02 06:33

@hazey:

Ran into the same problem. A 'makepkg -f' didn't do the trick. I removed the everything from the directory except the PKGBUILD and ran makepkg again. Voila, its linked against .10.
I guess makepkg -f just compiles again, but the configure step is skipped?

bouhappy commented on 2016-02-02 05:47

Only package-query depends on libalpm. Yaourt itself does not (but it calls package-query which does depend on libalpm) so you should not (normally) need to update yaourt, but only package-query.

After pacman update to 5, just download the snapshot above and makepkg & install your new package-query with pacman -U. Then re-run yaourt (which should now work) for full --aur update.

The above is tested on my 2 machines -- note that I use testing repository on both, and also I see no further dependency issues, it maybe the reason why you also needed to update yaourt.

hazey commented on 2016-02-02 03:23

Upgrading pacman to 5.0.0, pacman -Rsn package-query yaourt, and reinstalling package-query and yaourt (including via pulling the plain pkgbuild via wget and downloading the snapshot) and makepkg -sri'ing them did not seem to make any difference for me (still received the library error on .9), ran through the comments and tried the variations but unsure why didn't seem to take. Ended up installing package-query-git for now which worked without issue

/edit
After running the upgrade on 2 additional computers/servers did not have issues as above, only difference was when ran the upgrade on the first computer (per above) I upgraded package-query BEFORE pacman, not sure why caused such a fuss but removing package-query/yaourt, upgrading pacman, then reinstalling package-query/yaourt on the other computers seemed to work without issue. Odd as still couldn't get the first computer to work with package-query after numerous rebuilds (only package-query-git), ended up copying the built package-query-1.7-2-x86_64.pkg.tar.xz from one of the other computers which worked.

tancrackers commented on 2016-02-01 21:30

I can confirm that josephgbr's method worked for me.

rafaelff commented on 2016-02-01 19:25

works for me:
1- upgrade pacman to 5.0.0
2- remove package-query and yaourt
3- rebuild and install package-query and yaourt
ps.: no [archlinuxfr] repository set

Joel commented on 2016-02-01 19:24

Same as edtoml posted, didn't solve the libpalpm error.

/edit:
Following jakob steps did solve the issue.

edtoml commented on 2016-02-01 19:00

Removing the existing package-query and yaourt, downloading the new PGKBUILDS and rebuilding and installing does NOT fix the problem here.

jakob commented on 2016-02-01 11:53

In short (use plain file directly instead of git site)
wget "https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=package-query" -O PKGBUILD
makepkg -sri

cooltrane commented on 2016-02-01 11:02

For those who have trouble ("libalpm.so.9:cannot open share object file" Error) I can confirm, that when following the steps :

- getting the pkgbuild https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=package-query
- makepkg -sri

it works fine.

Rhinoceros commented on 2016-02-01 11:01

Thank you Skunnyk for the quick update.

flortsch commented on 2016-02-01 10:39

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

Also got the problem after updating package-query and yaourt.
I simply uninstalled both packages and did a fresh install with the new pkgbuild and now it works just fine.

f2404 commented on 2016-02-01 10:34

Guys, you need to update this package after updating pacman.

Jamaal commented on 2016-02-01 10:30

Same problem with libalpm.so.9. @anatolyb That unfortunately doesn't work for me.

anatolyb commented on 2016-02-01 10:24

2 z3ntu: download PKGBUILD from this page, build the package with `makepkg`, and install it with `pacman -U <package_name>.tar.xz`

z3ntu commented on 2016-02-01 10:14

libalpm.so.9 cannot be opened.

trulex commented on 2016-02-01 10:13

When I run 'yaourt somepackage' I get: package-query: error while loading shared libraries: libalpm.so.9: cannot open shared object file: No such file or directory

Skunnyk commented on 2016-02-01 09:53

Quickly updated the pkgbuild for pacman 5.0

beardedlinuxgeek commented on 2016-02-01 09:44

Thanks for patching this quickly

Rhinoceros commented on 2016-02-01 09:11

pacman 5.0.0-1 was pushed to core today. package-query 1.7-1 requires pacman<4.3, so it blocks `pacman -Syu`.

Upstream [1] says that a recompiled package-query 1.7 seems to work with pacman 5.0.0. Should this package then have its dependencies changed?

[1] https://github.com/archlinuxfr/package-query/issues/90

Severus commented on 2016-02-01 09:10

@bitwave please recompile with new pacman, it works fine again

bitwave commented on 2016-02-01 08:19

for me yaourt is completely broken... -.-

tuxertech commented on 2016-02-01 07:23

package-query-git works just fine.

FredBezies commented on 2016-02-01 06:13

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

Skunnyk commented on 2016-01-30 17:03

If you are using [testing] and have pacman 5.0, try to use package-query-git, and compile it again the new libalpm.

Please do NOT do any link thing…

Note: package-query should works with pacman 5.0 too, you need to change the depends line to remove <4.3 and recompile it.

Scimmia commented on 2016-01-30 15:58

Wait for them to fix it. Symlinking between ABI versions is not OK.

cbowman57 commented on 2016-01-30 15:49

Then by all means, offer a solution Scimmia.

Scimmia commented on 2016-01-30 15:43

That is an absolutely horrible idea, cbowman57.

cbowman57 commented on 2016-01-30 15:36

@fusion809
I'm sure there are, in the interim use the package-query-git then find libalpm.so.10.0.0 and create a link named libalpm.so.9.
That will hold us over until they get it sorted out.

As Scimmia has pointed out, this could cause problems. Use at your own risk, have a current backup, which I always do, in case something goes horribly wrong.

fusion809 commented on 2016-01-30 06:05

Hey, any updates planned for this package to make it compatible with pacman 5.0.0?

Atsuri commented on 2015-09-27 16:19

@sistematico
This is not a bug, spaces in Unix have meaning! If your path includes directories with spaces in names use quotation marks "", for instance "/path/".

As of now package-query compiles properly on x86_64 Arch with kernel 4.1.6-1 and base-devel fully installed. Reason for "out-of-date" flag?

ozky commented on 2015-08-30 11:26

Where this coming it's out of date ? github page says 1.6.2 is newest version and this pkgbuild is 1.6.2 so it's impossible it's out of date. Somebody have not taked off that flagged out even it's updated.

sistematico commented on 2015-06-07 06:25

Not working with directory that contain spaces.
Example /home/lucas/Some Dir/package-query/

HisDudeness commented on 2015-04-30 08:22

AFAIK, out-of-date doesn't mean the link is down, just that the original developer has released a newer version which hasn't still been updated to Arch. Better, an Arch user has found that a newer version than the one in the AUR has come out, so has flagged the AUR package as "out-of-date". That will warn the package mantainer so that the package will be updated ASAP.

neroburner commented on 2015-04-09 19:18

was able to install it flawlessly on armv6h (package was not down)

lamphie commented on 2015-04-09 11:04

@krabat

Sorry, I misunderstand the out-of-date flag, the link to this package is down (Not sure at the time I write this comment). The only way now, is by getting the git version.

kerberizer commented on 2015-04-07 13:10

@krabat: Please be so kind to not edit your comments several times. This reposting with minor corrections generates a lot of unnecessary and even confusing e-mail notifications.

pmattern commented on 2015-04-07 12:40

Message
> Failed to connect to mir.archlinux.fr port 80: Connection refused
indicates a server problem which seems to happen rather frequently on this server. It has nothing to do with the package being outdated.

I can't see any other reason why it should be out-of-date either. Latest release is still 1.5, see https://github.com/archlinuxfr/package-query/releases.

It has just been built flawlessly here.

pmattern commented on 2015-04-07 12:34

Message
> Failed to connect to mir.archlinux.fr port 80: Connection refused
indicates a server problem which seems to happen rather frequently on this server. It has nothing to do with the package being outdated.

Package has been built flawlessly right now here.

Also, I don't see why it should be out-of-date. Latest release is still 1.5, see https://github.com/archlinuxfr/package-query/releases.

pmattern commented on 2015-04-07 12:34

Message
> Failed to connect to mir.archlinux.fr port 80: Connection refused
indicates a server problem which seems to happen rather frequently on this server. It has nothing to do with the package being outdated.

Package has been built flawlessly right now here.

Also, I don't see why it should be out-of-date. Latest release is still 1.5, see https://github.com/archlinuxfr/package-query/releases.

pmattern commented on 2015-04-07 12:31

Message
>Failed to connect to mir.archlinux.fr port 80: Connection refused
indicates a server problem which seems to happen rather frequently on this server. It has nothing to do with the package being outdated.

Package has been built flawlessly right now here.

Also, I don't see why it should be out-of-date. Latest release is still 1.5, see https://github.com/archlinuxfr/package-query/releases.

pmattern commented on 2015-04-07 12:31

Message
>Failed to connect to mir.archlinux.fr port 80: Connection refused
indicates a server problem which seems to happen rather frequently on this server. It has nothing to do with the package being outdated.

Package has been built flawlessly right now here.

Also, I don't see how it should be out-of-date. Latest release is still 1.5, see https://github.com/archlinuxfr/package-query/releases.

pmattern commented on 2015-04-07 12:28

Message
>Failed to connect to mir.archlinux.fr port 80: Connection refused
indicates a server problem which seems to happen rather frequently on this server. It has nothing to do with the package being outdated.

Package has been built flawlessly right now here.

Also, I don't see how it should be supposed to be out-of-date. Latest release is still 1.5, see https://github.com/archlinuxfr/package-query/releases.

lamphie commented on 2015-04-06 09:36

@dape: As you can see the package `package-query' is out-of-date, that's why you get a time-out when downloading it. The solution of moormaster or balwierz works by getting the git version:

https://aur.archlinux.org/packages/package-query-git/

It works for me.

lamphie commented on 2015-04-06 09:33

@dape: As you can see the package `package-query' is out-of-date, that's why you get a time-out when downloading this package. The solution of balwierz or moormaster works by getting this time the git version.

$cd /tmp
curl https://aur.archlinux.org/packages/package-query-git/
tar -xzf package-query-git.tar.gz
cd package-query-git
makepkg -s

It works for me.

lamphie commented on 2015-04-06 09:31

@dape: As you can see the package `package-query' is out-of-date, that's why you get a time-out when downloading this package. The solution of balwierz or moormaster works by getting this time the git version.

$cd /tmp
wget https://aur.archlinux.org/packages/package-query-git/
tar -xzf package-query-git.tar.gz
cd package-query-git
makepkg -s

It works for me.

dape commented on 2015-04-06 05:39

-> Downloading package-query-1.5.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (7) Failed to connect to mir.archlinux.fr port 80: Connection refused
==> ERROR: Failure while downloading package-query-1.5.tar.gz
Aborting...

Scimmia commented on 2015-03-24 20:59

@CPUnltd: you are responsible for rebuilding AUR packages after an soname bump.

CPUnltd commented on 2015-03-24 18:55

just got this today:

package-query: error while loading shared libraries: lialpm.so.8: cannot open shared object file: no such file or directory after updating my desktop. Doesn't affect pacman directly, only package-query.

rafaelff commented on 2015-02-21 20:55

No, 'make' and 'fakeroot' are part of base-devel group, which it is recommended to be installed when installing packages from AUR.
https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

kerberizer commented on 2015-02-21 20:53

Re: The packages make and fakeroot should be added as build-dependencies.

I'm afraid I have to repeat my comment from the yaourt package recently: do you guys ever read the manuals? A lot of unnecessary noise would be spared.

https://wiki.archlinux.org/index.php/PKGBUILD#makedepends
Note: The group base-devel is assumed to be already installed when building with makepkg. Members of this group should not be included in makedepends array.

simonp commented on 2015-02-21 20:49

The packages make and fakeroot should be added as build-dependencies.

simonp commented on 2015-02-21 20:48

`make` is missing as a build dependency.

moormaster commented on 2015-01-17 09:29

The mirror for the file
http://mir.archlinux.fr/~tuxce/releases/package-query/package-query-1.5.tar.gz
seems to be down

In the meantime I installed the aur package
package-query-git

This seems to work. :)

TsundereC commented on 2015-01-17 09:19

Can anyone access mir.archlinux.fr ?
I tried to download this package, but it always says "Connection Timeout"......

zesssez commented on 2015-01-13 19:36

Hi to all, i want to install package-query, but have problems in buid i think:

arch: armv7h
nexus7

I got package-query working before, i reinstalled system and now it's impossible to compile it.


Build information:
source code location : .
prefix : /usr
sysconfdir : /etc
conf file : /etc/pacman.conf
localstatedir : /var
database dir : /var/lib/pacman/
compiler : gcc
compiler flags : -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -O2 -pipe -fstack-protector --param=ssp-buffer-size=4

package-query version : 1.5
using git version : no
git ver :

Variable information:
root working directory : /
aur base url : https://aur.archlinux.org

make all-recursive
make[1]: Entering directory '/home/user/packagequery/src/package-query-1.5'
Making all in src
make[2]: Entering directory '/home/user/packagequery/src/package-query-1.5/src'
gcc -DLOCALEDIR=\"/usr/share/locale\" -DCONFFILE=\"/etc/pacman.conf\" -DROOTDIR=\"/\" -DDBPATH=\"/var/lib/pacman/\" -DAUR_BASE_URL=\"https://aur.archlinux.org\" -DHAVE_CONFIG_H -I. -I.. -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -MT aur.o -MD -MP -MF .deps/aur.Tpo -c -o aur.o aur.c
In file included from /usr/include/alpm.h:35:0,
from alpm-query.h:21,
from aur.c:30:
/usr/include/archive.h:1:1: error: expected identifier or ‘(’ before ‘.’ token
../../ca-certificates/extracted/cadir/AddTrust_Qualified_Certificates_Root.pem
.
.
.
#few error than this one all of them on /usr/include/archive.h
.
.
#anf final error

Makefile:426: recipe for target 'aur.o' failed
make[2]: *** [aur.o] Error 1
make[2]: Leaving directory '/home/user/packagequery/src/package-query-1.5/src'
Makefile:412: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/user/packagequery/src/package-query-1.5'
Makefile:343: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

I create a swapfile to avoid mem issues, but no luck:

[user@alarm etc]$ free -m
total used free shared buff/cache available
Mem: 972 392 423 0 156 563
Swap: 1023 0 1023

No change, the makepkg problem persist:

i made some changes in makepkg following slipknot with no luck

@tuxce
Any ideas?
Thanks.

applebloom commented on 2015-01-08 05:16

sudo pacman -Rdd package-query
sudo pacman -Sy pacman
sudo pacman-db-upgrade
cd /tmp
wget https://aur.archlinux.org/packages/pa/package-query/package-query.tar.gz -O - | tar xvz
cd package-query
makepkg -si

ventieldopje commented on 2015-01-07 12:00

I didn't need the git version to fix the alpm problem, just rebuild using this PKGBUILD with makepkg has done the trick. Rebuilding is all that's required, probably because the libraries changed name or path.

balwierz commented on 2015-01-07 10:32

I had problems with libalpm too, so I installed manually (download PKBUILD and makepkg -i) the git version:
https://aur.archlinux.org/packages/package-query-git/

Now it seems all right.
$ ldd /usr/bin/package-query | grep alpm
libalpm.so.9 => /usr/lib/libalpm.so.9

balwierz commented on 2015-01-07 10:30


https://aur.archlinux.org/packages/package-query-git/

joko commented on 2015-01-07 07:39

Hello, everyone,

I'd like to share my experience upgrading package-query while moving from pacman 4.1 to 4.2.

My installed version of package-query requiring pacman<=4.2, thus I couldn't upgrade my system straightforwardly.

So, I built package-query 1.5-2 manually with makepkg -si. yaourt -Syua updated properly pacman then, but it stopped working in the middle, because the libalpm.so.8 dependency issue that other users have already reported.

At this point, I did pacman-db-upgrade and then rebuilt package-query 1.5-2 manually and finally my system was working as intended.

rafaelff commented on 2015-01-05 19:14

Guys, please do not extend this discussion in this Comment list. Only issues related to package build/installation/bugs should take place in here. For other types of discussion, do it in aur-general mail list.

rafaelff commented on 2015-01-05 19:02

Guys, please do not prolong this discussion in this Comment list. Only issues related to package build/installation/bugs should take place in here. For other types of discussion, do it in aur-general mail list.

Scimmia commented on 2015-01-05 18:58

@kerberizer, there's a number of reasons. The first reason is philosophical, but the others are practical problems.

1. It encourages people to stay willfully ignorant of how the AUR work. AUR helpers are nice, but you should know what they're doing. Arch's only supported method of using the AUR is running makepkg directly, so it's vitally important that you know how to use it.

2. Since the repo is unofficial, the packages aren't rebuilt/moved at exactly the same time as the official package. This is really only a problem because of #1, as people who know how to use the AUR don't have a problem with it.

3. The repo is a mess. Have you ever looked at what is all there? If it gets put in at the top of pacman.conf, it can cause problems. If a user tries to install an AUR package that has an old version already build in the repo, it causes problems. Packages in the repo aren't always built in a clean chroot, so they cause problems. These packages aren't included in to-do lists, so they often miss changes in Arch, causing problems. Should I continue?

kerberizer commented on 2015-01-05 16:25

@crossroads1112, you would've saved us both from needlessly spamming the comments if you had first read carefully my comment. I had said exactly the same you did.

@Scimmia, could you please elaborate on why the archlinux.fr repo is "really pretty bad"? Why not notify the maintainers of the problems? And if it's that hopeless, well, let's make a new, better repo -- specifically for package-query and yaourt.

@agent0, you could simplify the things a little bit and avoid some possible mistakes by using "makepkg -is". "-i" stands for install and will simply invoke "pacman -U" automatically (thus no way you could accidentally re-install a package from the cache). I typically use "-cifs" myself, which also cleans the directory afterwards and forces the build even if there is a previously build package.

P.S. My personal opinion is that understanding how to solve such problems on your own will benefit most users (this is one of the reasons to use Arch, after all), but I also understand why some users feel frustration instead and would have preferred a more automagic-type approach.

agent0 commented on 2015-01-05 03:24

@Scimmia, @josephgbr, I completely did all things again: remove package-query, yaourt, yaourt-gui. Then I downloaded package-query's PKGBUILD and did makepkg -s. Then installed via pacman -U. For now ldd /usr/bin/package-query | grep alpm
shows libalpm.so.9 => /usr/lib/libalpm.so.9 (0x00007fba43511000).

Maybe when I reinstalled packege-query it was installed from cache? Do not know. It was written if I want to reinstall package and I answered yes. And by the way, I did not removed yaourt that time. Maybe that was a problem. Anyway, for now problem is solved for me. Thank you!

Scimmia commented on 2015-01-05 03:08

@agent0, how about using objdump -p instead of ldd, does it still point to libalpm.so.8? There's no way the system can link something at build time to a library that doesn't exist.

rafaelff commented on 2015-01-05 03:05

agent0: looks good. Please make sure you installed the pkg.tar.xz you just built, and not an old build.

agent0 commented on 2015-01-05 02:30

@josephgbr, I checked that my pacman version is 4.2.0-5, but to be clear, I reinstalled pacman itself via pacman.
Then I makepkg -s for package-query. It's version is 1.5-2. Then I reinstall it.

$ ldd /usr/bin/package-query | grep alpm
libalpm.so.8 => not found
What the hell?

@Scimmia, already removed that symlink. I understand that it is bad thing, but how I then solve problem?

Scimmia commented on 2015-01-05 01:47

Please don't consider using that repo, it's really pretty bad.

@agent0, you did understand that you need to rebuild package-query *after* updating pacman itself, right? Remove that symlink you created, that's a very, very bad thing to do.

matthias.lisin commented on 2015-01-05 01:27

consider using the unofficial (and unsigned) user repository "archlinuxfr":
The repository provides yaourt and package-query. The packages were quickly updated after the new pacman version was added to the Core-repo.

[archlinuxfr]
Server = http://repo.archlinux.fr/$arch

( Wiki: https://wiki.archlinux.org/index.php/unofficial_user_repositories#archlinuxfr )

rafaelff commented on 2015-01-05 00:36

agent0:
if pacman 4.2.0-5 is installed & you say you rebuilt package-query & it still links to /usr/lib/libalpm.so.8; then it seems you missed something.

Make sure pacman 4.2.0-5 is installed before rebuilding package-query. After reinstalling it, check if you get this output:

$ ldd /usr/bin/package-query | grep alpm
libalpm.so.9 => /usr/lib/libalpm.so.9 (0x00007fe9d4c66000)

agent0 commented on 2015-01-05 00:28

@josephgbr, yes, I deleted package-query and yaourt and did makepkg -s. Then installed them with sudo pacman -U. And that did not solved problem.

agent0 commented on 2015-01-05 00:26

wwgfd's advice to
ln -s /usr/lib/libalpm.so.9 /usr/lib/libalpm.so.8
helped me.

rafaelff commented on 2015-01-05 00:24

agent0: did you reinstall PACKAGE-QUERY or yaourt? You need to rebuild package-query and reinstall package-query

agent0 commented on 2015-01-05 00:22

Did not helped me.
I follewed ArthurBorsboom instruction and even I reinstalled yaourt manually, but I still have
package-query: error while loading shared libraries: libalpm.so.8: cannot open shared object file: No such file or directory
in yaourt output and it does not work!

crossroads1112 commented on 2015-01-04 11:18

No, this is not a chicken-and-egg problem as it is still possible to install packages from the AUR without AUR Helpers. They are helpers after all. You needn't use a third party repo either. Just follow ArthurBorsboom's solution and install package-query manually and you're done.

kerberizer commented on 2015-01-01 19:46

Guys, this is a classical chicken-and-egg problem and therefore there's no magical solution.

package-query needs to be rebuilt because of a shared library version bump (by the pacman update), but if you try rebuilding it with yaourt, you'll inevitably fail, because yaourt itself *depends* on package-query. No clever tricks in the PKGBUILD can help to avoid this problem (some nasty hacks in fact may, but that's not the point). And this is why you have to rebuild package-query manually when such shared libs updates happen.

Now, the only reasonable way to keep the automation working -- if you prefer it that way -- is to use precompiled packages from a repo. There is, in fact, such repo, which the yaourt developers maintain themselves. More information on how to set it up: https://archlinux.fr/yaourt-en#get_it

wwgfd commented on 2015-01-01 18:27

FWIW simply sym-linking `/usr/lib/libalpm.so.9` to `/usr/lib/libalpm.so.8` worked for me (I know someone should slap me for that but hey...)

Maybe the PKGBUILD script could be updated in some way to force compiling with the *new* version of libalpm ?

Humble_Panda commented on 2014-12-30 10:47

The solution provided by ArthurBorsboom works fine. But there is a crucial mistake in his way.

He writes: sudo pacman -U package-query-1.5-1-x86_64.pkg.tar.xz

When it needs to be: sudo pacman -U package-query-1.5-2-x86_64.pkg.tar.xz

Skunnyk commented on 2014-12-29 15:01

So recompile it manually ? :)
It's just to say "hey, pkgrel bump, rebuild it".

Yamakaky commented on 2014-12-29 14:49

... That's a point ^^

Scimmia commented on 2014-12-29 14:48

That makes no sense. Your AUR helper isn't working, so how would bumping the pkgrel force a rebuild?

Skunnyk commented on 2014-12-29 12:36

Yep ! Updated to 1.5-2 to force the rebuild

Yamakaky commented on 2014-12-29 11:02

Please update to 1.5-2 to force the rebuild.

ArthurBorsboom commented on 2014-12-29 09:31

For me the fix was indeed rebuilding package-query this way.

sudo pacman -Rdd package-query
wget https://aur.archlinux.org/packages/pa/package-query/package-query.tar.gz
tar -xzf package-query.tar.gz
cd package-query
makepkg -s
sudo pacman -U package-query-1.5-1-x86_64.pkg.tar.xz

Thanks

tuxce commented on 2014-12-29 09:00

You need to rebuild package-query, see Scimmia's comment.

ArthurBorsboom commented on 2014-12-29 08:05

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

tuxce commented on 2014-12-24 17:04

On AFUR, it still requires pacman 4.1 because 4.1 is still in core.

leosw commented on 2014-12-24 15:44

Works fine. If testing repos, try that

sudo pacman -Rns yaourt package-query
sudo pacman -Suy # Will install pacman 4.2
wget https://aur.archlinux.org/packages/pa/package-query/package-query.tar.gz
tar -xzf package-query.tar.gz
cd package-query
makepkg -s
sudo pacman -U package-query-1.5-1-x86_64.pkg.tar.xz
# If you have archlinuxfr repo in /etc/pacman.conf, you can install back yaourt using pacman
sudo pacman -S yaourt

That's all

P.S. Please update dependencies in AFUR (archlinux fr repo), it still require pacman 4.1

Scimmia commented on 2014-12-24 14:33

@wolletd, linking happens at build time. If you built it against 4.1, you'll need to rebuild against 4.2.

wolletd commented on 2014-12-24 14:06

Version 1.5 builds but won't run due to missing libalpm.so.8. With pacman 4.2 there is libalpm.so.9.

MayKiller commented on 2014-12-21 14:50

Temporary method for pacman 4.2 and package-query.
edit PKGBUILD and change these lines:
pkgrel=4
md5sums=('SKIP')
download http://mir.archlinux.fr/~tuxce/releases/package-query/package-query-1.4.tar.gz and extract
cd package-query-1.4/src/
edit alpm-query.h and change this line:
#define F_UNREQUIRED 9
repackage
makepkg
pacman -U package-query-1.4-4[TAB]
EOF

baboofei commented on 2014-12-20 23:47

Problem after doing what @blackout said...

> until the next update I just removed the
> pacman<4.2
> dependency manually otherwise updating will fail.

Results in...

sudo yaourt -Syua

...

:: Synchronizing package databases...
testing is up to date
core is up to date
extra is up to date
community-testing is up to date
community is up to date
gnome-unstable is up to date
multilib-testing is up to date
multilib is up to date
package-query: error while loading shared libraries: libalpm.so.8: cannot open shared object file: No such file or directory

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

Package-query need to be updated for Pacman 4.2

blackout commented on 2014-12-19 15:47

until the next update I just removed the
pacman<4.2
dependency manually otherwise updating will fail.

sl1pkn07 commented on 2014-12-12 00:08

@tumbler

try to change '-march=x86-64 -mtune=generic' to '-march=native'

sl1pkn07 commented on 2014-12-12 00:04

build ok here :S

tumbler commented on 2014-12-08 14:11

ok but ... i cannot knwo how to fix ... now i have all my packages update ... this is more important for now ... do you see anything be wrong?
http://pastebin.com/CW5b6aBi

rafaelff commented on 2014-12-08 14:05

You didn't solve, you found a work around. Something is wrong with your own system, tumbler. Maybe in /etc/makepkg.conf, maybe in other files...

tumbler commented on 2014-12-08 13:59

I have just solved compiling with clang instead of makepkg

SpotlightKid commented on 2014-12-08 13:54

wget https://aur.archlinux.org/packages/pa/package-query/package-query.tar.gz
tar -xzf package-query.tar.gz
cd package-query
makepkg

If that doesn't work for you, make sure you have all the prerequisites as detailed here: https://wiki.archlinux.org/index.php/AUR#Installing_packages. If you still get an error, post your commands and the relevant output including the exact error meessage to the aur mailing list to get help.

tumbler commented on 2014-12-08 09:01

@Spotlightkid
I've tried using "yaourt-Syua" and answers error ... even downloading the "tarball" and compiling it with "makepkg" responds error.
What should I do?

SpotlightKid commented on 2014-12-07 17:54

@tumbler: how are you compiling/making the package? The preprocessor defines in your compilation commands seem all wrong.

'yaourt package-query' or 'makepkg' with the downloaded PKGBUILD works just fine for me.

tumbler commented on 2014-12-07 16:49

make all-recursive
make[1]: Entering directory '/home/tumbler/Downloads/package-query-1.4'
Making all in src
make[2]: Entering directory '/home/tumbler/Downloads/package-query-1.4/src'
gcc -DLOCALEDIR=\"/usr/local/share/locale\" -DCONFFILE=\"/usr/local/etc/pacman.conf\" -DROOTDIR=\"/\" -DDBPATH=\"/usr/local/var/lib/pacman/\" -DAUR_BASE_URL=\"http://aur.archlinux.org\" -DHAVE_CONFIG_H -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 'json_integer':
aur.c:340:2: internal compiler error: in c_parser_declspecs, at c/c-parser.c:2170
else if (strcmp (pkg_json->current_key, AUR_LAST)==0)
^
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.archlinux.org/> for instructions.
Makefile:426: recipe for target 'aur.o' failed
make[2]: *** [aur.o] Error 1
make[2]: Leaving directory '/home/tumbler/Downloads/package-query-1.4/src'
Makefile:412: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/tumbler/Downloads/package-query-1.4'
Makefile:343: recipe for target 'all' failed
make: *** [all] Error 2

tumbler commented on 2014-12-06 11:30

i can't update this paclage ... error in build ... try again?

Almin commented on 2014-12-05 18:03

Yeah, thanks! Works now!

Almin commented on 2014-12-05 14:47

Didn't detect that it's possible to compile on armv7h, I had to delete the comma (',') in
arch=('i686' 'x86_64' 'mips64el' 'armv6h' 'armv7h', 'arm')
between 'armv7h' and 'arm'.

Jamalaka commented on 2014-12-05 13:42

"arm" compiles fine on my "Zyxel NSA" NAS.

rustam commented on 2014-12-01 14:16

I second the request to add "arm"(for ARMv5 machines) to the list of architectures. Just tested it on a Marvel Kirkwood machine, works just fine.

jellysheep commented on 2014-10-21 18:45

@ineiti, SpotlightKid: I would appreciate 'arm', too. Compiles fine on a WM8650 machine.

niufox commented on 2014-10-18 00:16

arm arch use yaourt :

1.install package-query:
pacman -S base-devel
wget hhttps://aur.archlinux.org/packages/pa/package-query/package-query.tar.gz
tar zxvf package-query.tar.gz
cd package-query
makepkg -si

2.install yaourt
cd ..
wget http://aur.archlinux.org/packages/yaourt/yaourt.tar.gz
tar zxvf yaourt.tar.gz
cd yaourt
makepkg -si
cd ..

SpotlightKid commented on 2014-09-04 13:42

@ineit: I second that request (using Arch on a Seagate Dockstar).

ineiti commented on 2014-09-03 17:45

Can you add 'arm' to the PKGBUILD-arch variable, so that I can also install easily yaourt on my Dreamplug, please?

sugatang.itlog commented on 2014-08-19 08:50

Thanks josephgbr. Success.

rafaelff commented on 2014-08-19 08:41

@sugatang.itlog: This is expected, as the PKGBUILD is available in the source package file in the "Download tarball": https://aur.archlinux.org/packages/pa/package-query/package-query.tar.gz

sugatang.itlog commented on 2014-08-19 08:38

Hi, as of this writing, no PKGBUILD file included in http://mir.archlinux.fr/~tuxce/releases/package-query/package-query-1.4.tar.gz. Just trying to install yaourt. Thanks.

zanegrey commented on 2014-07-26 22:18

Would it be possible to get the arm version of this put here http://repo.archlinux.fr/arm/?

rafaelff commented on 2014-06-23 11:30

@tuxce: please update. This PKGBUILD is out-of-date, in comparison with archlinuxfr..

kevashcraft commented on 2014-06-22 17:52

To build package while it's out of date, update the pkgver to 1.4 and add the md5sum of http://mir.archlinux.fr/~tuxce/releases/package-query/package-query-1.4.tar.gz which is '045a49b5121b3d469b6546fc271d002a' to the PKGBUILD

truh commented on 2014-06-08 13:47

Already tried reinstalling curl with pacman (I don't have yaourt installed).

bidulock commented on 2014-06-08 12:21

yaourt -S curl ?

truh commented on 2014-06-08 11:04

package-query:

Build information:
source code location : .
prefix : /usr
sysconfdir : /etc
conf file : /etc/pacman.conf
localstatedir : /var
database dir : /var/lib/pacman/
compiler : gcc
compiler flags : -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4

package-query version : 1.2
using git version : no
git ver :

Variable information:
root working directory : /
aur base url : https://aur.archlinux.org

make all-recursive
make[1]: Entering directory '/home/jakob/build/package-query/src/package-query-1.2'
Making all in src
make[2]: Entering directory '/home/jakob/build/package-query/src/package-query-1.2/src'
/bin/sh ../libtool --tag=CC --mode=link gcc -D_GNU_SOURCE -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -L/opt/lampp/lib -lcurl -Wl,-O1,--sort-common,--as-needed,-z,relro -o package-query aur.o alpm-query.o util.o color.o package-query.o -lyajl -lalpm
libtool: link: gcc -D_GNU_SOURCE -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -o package-query aur.o alpm-query.o util.o color.o package-query.o -L/opt/lampp/lib /opt/lampp/lib/libcurl.so -L/opt/lampp /opt/lampp/lib/libldap.so /opt/lampp/lib/liblber.so -lresolv -lssl -lcrypto -lz -lrt -lyajl -lalpm -Wl,-rpath -Wl,/opt/lampp/lib -Wl,-rpath -Wl,/opt/lampp/lib
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libalpm.so: undefined reference to `curl_easy_perform@CURL_OPENSSL_4'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libalpm.so: undefined reference to `curl_easy_strerror@CURL_OPENSSL_4'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libalpm.so: undefined reference to `curl_easy_getinfo@CURL_OPENSSL_4'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libalpm.so: undefined reference to `curl_easy_cleanup@CURL_OPENSSL_4'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libalpm.so: undefined reference to `curl_easy_init@CURL_OPENSSL_4'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libalpm.so: undefined reference to `curl_easy_setopt@CURL_OPENSSL_4'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libalpm.so: undefined reference to `curl_global_init@CURL_OPENSSL_4'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libalpm.so: undefined reference to `curl_global_cleanup@CURL_OPENSSL_4'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libalpm.so: undefined reference to `curl_easy_reset@CURL_OPENSSL_4'
collect2: error: ld returned 1 exit status
Makefile:381: recipe for target 'package-query' failed
make[2]: *** [package-query] Error 1
make[2]: Leaving directory '/home/jakob/build/package-query/src/package-query-1.2/src'
Makefile:384: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/jakob/build/package-query/src/package-query-1.2'
Makefile:315: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

########

Any ideas?

ArcherGR commented on 2014-04-26 15:31

Trying to install the .pkg.tar.gz and getting
"error: '/var/cache/pacman/pkg/package-query.tar.gz': invalid or corrupted package (PGP signature)"

Tryed downloading the package, installing from the urls but to no avail

SpaghettiCat commented on 2014-04-24 15:12

URL of the tarball is offline.

Scimmia commented on 2014-04-03 16:27

@theking2, builds fine here, even in a clean chroot. Do you have the entire base-devel group installed?

theking2 commented on 2014-03-20 19:57

==> Making package: package-query 0.5.1-1 (Thu 20 Mar 20:56:19 CET 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found package-query-0.5.1.tar.gz
==> Validating source files with md5sums...
package-query-0.5.1.tar.gz ... Passed
==> Extracting sources...
-> Extracting package-query-0.5.1.tar.gz with bsdtar
==> Removing existing pkg/ directory...
==> Starting build()...
configure.ac:12: error: required file './compile' not found
configure.ac:12: 'automake --add-missing' can install 'compile'
autoreconf: automake failed with exit status: 1
==> ERROR: A failure occurred in build().
Aborting...

leitecarvalho commented on 2014-02-26 23:08

What happened to the package? the https://aur.archlinux.org/packages/pa/package-query/package-query.tar.gz only comes with PKGBUILD file.

e8hffff commented on 2013-12-28 03:33

Fix a system problem with;
/usr/bin/awk: Permission denied

I deleted the gawk exec which was a double up of gawk-4.1.0. The made links for awk > gawk > gawk-4.1.0. I also set o+rx on the main gawk-4.1.0 file.

e8hffff commented on 2013-12-27 03:27

Getting error;
line 1279: /usr/bin/awk: Permission denied

kaatisu84 commented on 2013-11-17 11:12

That worked perfectly, thank you so much! Renamed the dir to AUR and all is great. Cheers!

Scimmia commented on 2013-11-17 07:10

Build in a dir without a space.

kaatisu84 commented on 2013-11-17 06:55

Getting this error and I have been searching for hours for an answer - any suggestions?

Making install in src
make[1]: Entering directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2/src'
make[2]: Entering directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2/src'
/usr/bin/mkdir -p '/home/kaatisu84/AUR Packages/package-query/pkg/package-query/usr/bin'
/bin/sh ../libtool --mode=install /usr/bin/install -c package-query '/home/kaatisu84/AUR Packages/package-query/pkg/package-query/usr/bin'
libtool: install: /usr/bin/install -c package-query /home/kaatisu84/AUR Packages/package-query/pkg/package-query/usr/bin/package-query
/usr/bin/install: target 'Packages/package-query/pkg/package-query/usr/bin/package-query' is not a directory
Makefile:332: recipe for target 'install-binPROGRAMS' failed
make[2]: *** [install-binPROGRAMS] Error 1
make[2]: Leaving directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2/src'
Makefile:518: recipe for target 'install-am' failed
make[1]: *** [install-am] Error 2
make[1]: Leaving directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2/src'
Making install in doc
make[1]: Entering directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2/doc'
make[2]: Entering directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2/doc'
make[2]: Nothing to be done for 'install-exec-am'.
/usr/bin/mkdir -p '/home/kaatisu84/AUR Packages/package-query/pkg/package-query/usr/share/man/man8'
/usr/bin/install -c -m 644 package-query.8 '/home/kaatisu84/AUR Packages/package-query/pkg/package-query/usr/share/man/man8'
make[2]: Leaving directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2/doc'
make[1]: Leaving directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2/doc'
make[1]: Entering directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2'
make[2]: Entering directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2'
make[2]: Nothing to be done for 'install-exec-am'.
make[2]: Nothing to be done for 'install-data-am'.
make[2]: Leaving directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2'
make[1]: Leaving directory '/home/kaatisu84/AUR Packages/package-query/src/package-query-1.2'
Makefile:384: recipe for target 'install-recursive' failed
make: *** [install-recursive] Error 1
==> ERROR: A failure occurred in package().
Aborting...

HolyTux commented on 2013-10-30 16:08

You can edit /etc/makepkg.conf and make your own way of downloading in the DLAGENT section, assume %o for OUTPUT FILE and %u for URL.

HolyTux commented on 2013-10-30 15:41

you can edit /etc/makepkg.conf as root, in the DLAGENT section you can make your own way of downloading. use %o as the OUTPUT FILE abd %u as the URL. (Alireza)

Omid commented on 2013-10-10 21:39

Due to our government filtering or something else, I get the error "curl: (35) Unknown SSL protocol error in connection to aur.archlinux.org:443" when I use "curl -O some-link". But "curl -1O some-link"
works fine. Were can I alter the source of package-query so that it uses this form of the curl command?

HateJacket commented on 2013-09-01 13:49

Maybe you're trying to build the package on an ntfs partition/disk? afaik, if you've got it setup as-per the wiki, you wont be able to execute any scripts there, better to move it to a local partition/disk :)

enkahel commented on 2013-06-15 09:35

Getting this error on build, and I cannot figure why :

==> Making package: package-query 1.2-2 (Sat Jun 15 11:33:13 CEST 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found package-query-1.2.tar.gz
==> Validating source files with md5sums...
package-query-1.2.tar.gz ... Passed
==> Extracting sources...
-> Extracting package-query-1.2.tar.gz with bsdtar
==> Removing existing pkg/ directory...
==> Starting build()...
~/builds/package-query/PKGBUILD: line 15: ./configure: Permission denied
==> ERROR: A failure occurred in build().
Aborting...


Any ideas ?

Anonymous comment on 2013-06-06 17:46

Ist still does not work for me. Output of "makepkg -L" can be found under http://pastebin.com/mbmRecjD

Anonymous comment on 2013-04-10 09:16

Had to change the PKGBUILD, see below.
How come the description is up to date, but note the files?

# Contributor: tuxce <tuxce.net@gmail.com>
pkgname=package-query
pkgver=1.2
pkgrel=2
pkgdesc="Query ALPM and AUR"
arch=('i686' 'x86_64' 'mips64el' 'armv6h' 'armv7h')
url="http://gitweb.archlinux.fr/package-query.git/"
license=('GPL')
depends=('pacman>=4.1' 'pacman<4.2' curl 'yajl>=2.0')
source=(http://mir.archlinux.fr/~tuxce/releases/$pkgname/$pkgname-$pkgver.tar.gz)

build() {
cd "$srcdir/$pkgname-$pkgver"
./configure --localstatedir=/var --prefix=/usr --sysconfdir=/etc --with-aur-url=https://aur.archlinux.org
make
}

package ()
{
cd "$srcdir/$pkgname-$pkgver"
make DESTDIR="$pkgdir" install
}

# vim:set ts=2 sw=2 et:

md5sums=('270f1743e8b78a99cb4cc99057aec091')

Anonymous comment on 2013-04-09 19:23

@tuxce indeed, it was not the case at the time of my comment. Maybe a caching problem on my side. Sorry for the noise.

rafaelff commented on 2013-04-09 16:15

@v1c3: Make sure '--with-aur-url.....' is still in same line as './configure'.

@tuxce: I suggest that you keep the './configure' line less than 80 characteres

Anonymous comment on 2013-04-09 16:07

I wasnt able to build the package.
I got the following Error:

/home/vice/src/package-query/PKGBUILD: line 15: --with-aur-url=https://aur.archlinux.org: No such file or directory
==> ERROR: A failure occurred in build().
Aborting...

rafaelff commented on 2013-04-09 15:09

@shivan: only difference I notice between your PKGBUILD and tuxce is the position of the md5sums, but even its hash is the same...

tuxce commented on 2013-04-09 15:04

@shivan: the PKGBUILD you post has no difference with the one in AUR
@Anderson: what's the problem with the sources ?!?
@phillme: run "makepkg -L" and paste the package-query-1.2-2-x86_64-build.log (in pastebin, it's better to review a file there)

Anonymous comment on 2013-04-09 14:27

Had to change the PKGBUILD, see below.
How come the description is up to date, but note the files?

# Contributor: tuxce <tuxce.net@gmail.com>
pkgname=package-query
pkgver=1.2
pkgrel=2
pkgdesc="Query ALPM and AUR"
arch=('i686' 'x86_64' 'mips64el' 'armv6h' 'armv7h')
url="http://gitweb.archlinux.fr/package-query.git/"
license=('GPL')
depends=('pacman>=4.1' 'pacman<4.2' curl 'yajl>=2.0')
source=(http://mir.archlinux.fr/~tuxce/releases/$pkgname/$pkgname-$pkgver.tar.gz)

build() {
cd "$srcdir/$pkgname-$pkgver"
./configure --localstatedir=/var --prefix=/usr --sysconfdir=/etc --with-aur-url=https://aur.archlinux.org
make
}

package ()
{
cd "$srcdir/$pkgname-$pkgver"
make DESTDIR="$pkgdir" install
}

# vim:set ts=2 sw=2 et:

md5sums=('270f1743e8b78a99cb4cc99057aec091')

Anderson commented on 2013-04-09 11:21

Please update sources - the tar.gz build fails, however the GIT version works

Anonymous comment on 2013-04-06 18:12

Hi.
For me compilation breaks after trying to find config.h .
Any help is appreciated.
Thanks in Advance

# ~/builds/package-query $ makepkg -s

=============================
package-query:

Build information:
source code location : .
prefix : /usr
sysconfdir : /etc
conf file : /etc/pacman.conf
localstatedir : /var
database dir : /var/lib/pacman/
compiler : gcc
compiler flags : -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4

package-query version : 1.2
using git version : no
git ver :

Variable information:
root working directory : /
aur base url : https://aur.archlinux.org

make[1]: Entering directory `/home/caspar/builds/package-query/src/package-query-1.2'
cd . && /bin/sh ./config.status config.h
config.status: creating config.h
config.status: config.h is unchanged
make[1]: Leaving directory `/home/caspar/builds/package-query/src/package-query-1.2'
make all-recursive
make[1]: Entering directory `/home/caspar/builds/package-query/src/package-query-1.2'
Making all in src
make[2]: Entering directory `/home/caspar/builds/package-query/src/package-query-1.2/src'
gcc -DLOCALEDIR=\"/usr/share/locale\" -DCONFFILE=\"/etc/pacman.conf\" -DROOTDIR=\"/\" -DDBPATH=\"/var/lib/pacman/\" -DAUR_BASE_URL=\"https://aur.archlinux.org\" -DHAVE_CONFIG_H -I. -I.. -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -MT aur.o -MD -MP -MF .deps/aur.Tpo -c -o aur.o aur.c
gcc -DLOCALEDIR=\"/usr/share/locale\" -DCONFFILE=\"/etc/pacman.conf\" -DROOTDIR=\"/\" -DDBPATH=\"/var/lib/pacman/\" -DAUR_BASE_URL=\"https://aur.archlinux.org\" -DHAVE_CONFIG_H -I. -I.. -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -MT package-query.o -MD -MP -MF .deps/package-query.Tpo -c -o package-query.o package-query.c
aur.c:19:20: fatal error: config.h: No such file or directory
#include "config.h"
^
compilation terminated.
make[2]: *** [aur.o] Error 1
make[2]: *** Waiting for unfinished jobs....
package-query.c:20:20: fatal error: config.h: No such file or directory
#include <config.h>
^
compilation terminated.
make[2]: *** [package-query.o] Error 1
make[2]: Leaving directory `/home/caspar/builds/package-query/src/package-query-1.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/caspar/builds/package-query/src/package-query-1.2'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
=================================

rafaelff commented on 2013-04-06 15:22

@willianhotlz:

When posting a log output, run makepkg with "LC_ALL=C" in front to make it english, as not everyone understands Brazilian Portuguese ;)

Also, avoid building packages inside a path with blankspace (in your case, "Arch Linux"), as sometimes some PKGBUILD or Makefiles forget to treat it. I suggest moving "Arch Linux" to "ArchLinux" - simple, probably harmless.

@tuxce:

Can you please quote the target path of installation to avoid issues like this?

"/usr/bin/install: target 'Linux/package-query/pkg/package-query/usr/bin/package-query' is not a directory"

Anonymous comment on 2013-04-06 15:03

Error:

Making install in src
make[1]: Entrando no diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2/src'
make[2]: Entrando no diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2/src'
make[2]: Nada a ser feito para `install-data-am'.
/usr/bin/mkdir -p '/home/willian/Documentos/Arch Linux/package-query/pkg/package-query/usr/bin'
/bin/sh ../libtool --mode=install /usr/bin/install -c package-query '/home/willian/Documentos/Arch Linux/package-query/pkg/package-query/usr/bin'
libtool: install: /usr/bin/install -c package-query /home/willian/Documentos/Arch Linux/package-query/pkg/package-query/usr/bin/package-query
/usr/bin/install: target 'Linux/package-query/pkg/package-query/usr/bin/package-query' is not a directory
make[2]: ** [install-binPROGRAMS] Erro 1
make[2]: Saindo do diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2/src'
make[1]: ** [install-am] Erro 2
make[1]: Saindo do diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2/src'
Making install in doc
make[1]: Entrando no diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2/doc'
make[2]: Entrando no diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2/doc'
make[2]: Nada a ser feito para `install-exec-am'.
/usr/bin/mkdir -p '/home/willian/Documentos/Arch Linux/package-query/pkg/package-query/usr/share/man/man8'
/usr/bin/install -c -m 644 package-query.8 '/home/willian/Documentos/Arch Linux/package-query/pkg/package-query/usr/share/man/man8'
make[2]: Saindo do diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2/doc'
make[1]: Saindo do diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2/doc'
make[1]: Entrando no diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2'
make[2]: Entrando no diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2'
make[2]: Nada a ser feito para `install-exec-am'.
make[2]: Nada a ser feito para `install-data-am'.
make[2]: Saindo do diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2'
make[1]: Saindo do diretório `/home/willian/Documentos/Arch Linux/package-query/src/package-query-1.2'
make: ** [install-recursive] Erro 1
==> ERRO: Uma falha ocorreu em package().

eazar001 commented on 2013-04-05 23:03

@josephgbr, never mind actually package-query works perfectly here, the error i was mentioning pertains only to pacman -S yaourt. Sorry about that.

eazar001 commented on 2013-04-05 23:03

@josephgbr, never mind actually package-query works perfectly here, the error i was mentioning pertains only to pacman -S yaourt. Sorry about that.

eazar001 commented on 2013-04-05 23:00

@josephgbr, never mind actually package-query works perfectly here, the error i was mentioning pertains only to pacman -S yaourt. Sorry about that.

eazar001 commented on 2013-04-05 22:56

@josephgbr: it says 'no such file or directory', probably because I forgot to mention that when it asks me to delete it, I say 'yes.'

rafaelff commented on 2013-04-05 22:31

sudo rm /var/cache/pacman/pkg/package-query-1.2-2-i686.pkg.tar.xz

and install it again.

eazar001 commented on 2013-04-05 22:31

Following these instructions works, but on pacman -Syu I get:
:: File /var/cache/pacman/pkg/package-query-1.2-2-i686.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).

tombenko commented on 2013-04-05 20:19

TNX!

joat commented on 2013-04-05 14:16

The following got yaourt working for me without having to reinstall yajl and yaourt:
1) pacman -Rdd package-query
2) pacman -Syu (this should install pacman 4.1)
3) Take care of /etc/pacman.conf.pacnew (and /etc/makepkg.conf.pacnew for those that have a custom makepkg.conf)
4) pacman -Su
5) Use makepkg to build and install package-query

tuxce commented on 2013-04-05 13:54

To compile package-query 1.2, you need to have pacman 4.1, you cannot use package-query (from yaourt) to upgrade itself.
One way to upgrade :
yaourt -G package-query
pacman -Rdd package-query
pacman -Su
cd package-query
makepkg -i

kar commented on 2013-04-05 13:13

I think you should uninstall yaourt, yajl and package-query. After that, you should firstly install yajl, than package-query and than yaourt.

This was the way for me. And now, it works without problems with pacman 4.1

But maybe, there is a better way?!

tombenko commented on 2013-04-05 13:01

yaourt -Sf package-query

==> Downloading package-query PKGBUILD from AUR...
x PKGBUILD



package-query 1.2-2
( Unsupported package: Potentially dangerous ! )
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> n

==> package-query dependencies:
- pacman<4.2 (already installed)
- curl (already installed)
- yajl>=2.0 (already installed)
- pacman>=4.1 (package found)


==> Continue building package-query ? [Y/n]
==> ---------------------------------------
==>
==> Building and installing package
==> Install or build missing dependencies for package-query:
:: A következő csomagok telepítése javasolt elsőként:
pacman
:: Megszakítja a jelenlegi műveletet,
:: és telepíti ezeket a csomagokat most? [I/n] y

függőségek feloldása...
belső ütközések keresése...
hiba: nem sikerült előkészíteni a tranzakciót (nem sikerült kielégíteni a függőségeket)
:: package-query: igényli a következőt: pacman<4.1
==> Restart building package-query ? [y/N]
==> --------------------------------------
==>

tombenko commented on 2013-04-05 12:59

Little fun: I can't upgrade package-query by yaourt, because it needs pacman>=4.1, but later it depends on pacman<4.1. The same happens with makepkg... Therefore I can't even upgrade pacman, because it is package-querys dependency... --force drops the same...

muon commented on 2013-04-05 12:32

Is there a reason the direct-link PKGBUILD is still for pkgver 1.1 while the tarball contains a PKGBUILD for pkgver 1.2?

supersym commented on 2013-04-05 10:22

Fixed! I also had a time issue on this old machine so I couldn't try before that. But it worked great so thumbs up! :)

kar commented on 2013-04-05 09:21

Ok, version 1.2 works fine! Thank you.

supersym commented on 2013-04-05 09:09

Ok cause I am getting aura at least, with less hoops atm. Only manual wget on haskell-curl/pcre but with package-query it would complain curl-types header was missing. Curl new one isn't shipped with the headers though which 'll probably have to remove references from in the automate/macro tools

louis058 commented on 2013-04-05 09:09

I am getting the same error

rafaelff commented on 2013-04-05 08:57

@kar: Try again, with 1.2

kar commented on 2013-04-05 08:55

I can't build it. There are 2 mistakes. Here is the terminal outout. But it's (partly) in german. I hope it's ok.

http://pastebin.com/P0AL72gA

kar commented on 2013-04-05 08:55

I can't build it. There are 2 mistakes. Here is the terminal outout. But it's (partly) in german. I hope it's ok.

http://pastebin.com/P0AL72gA

kar commented on 2013-04-05 08:51

I can't build it. There are 2 mistakes. Here is the terminal outout. But it's (partly) in german. I hope it's ok.

http://pastebin.com/P0AL72gA

mssun commented on 2013-04-05 08:30

Thanks. Hope to see the update in AUR quickly.

ptrxyz commented on 2013-04-05 08:29

@robertsms: fixed
New URL:
http://pastebin.com/raw.php?i=VNY3KdF2


In a shell:

mkdir tmpfolder
cd tmpfolder
wget -O PKGBUILD http://pastebin.com/raw.php?i=VNY3KdF2
makepkg
sudo pacman -U package-query-1.1-2-x86_64.pkg.tar.xz # this is for 64bit. adjust for x86.

ptrxyz commented on 2013-04-05 08:26

@robertsms: hm, seems to be an encoding error by pastebin. Try to get it here: http://pastebin.com/raw.php?i=wbRWKhrw

Or simply copy & paste it from the browser.

mssun commented on 2013-04-05 08:20

@ptrxyz
There is an error in the PKGBUILD.
==> ERROR: PKGBUILD contains CRLF characters and cannot be sourced.

mssun commented on 2013-04-05 08:19

@ptrxyz
There is an error in the PKGBUILD.
==> ERROR: PKGBUILD contains CRLF characters and cannot be sourced.

mssun commented on 2013-04-05 08:14

Same trouble. Is there any people can give a temporary solution? Or just wait for the update? Thank you!

ptrxyz commented on 2013-04-05 08:11

Anatolik's patch works for me too. As a workaround for all those out there waiting for this packed to be updated, I edited the PKGBUILD a little bit so it will automatically apply the patch: http://pastebin.com/download.php?i=wbRWKhrw

In a shell:

mkdir tmpfolder
cd tmpfolder
wget -O PKGBUILD http://pastebin.com/download.php?i=wbRWKhrw
makepkg
sudo pacman -U package-query-1.1-2-x86_64.pkg.tar.xz # this is for 64bit. adjust for x86.

anatolik commented on 2013-04-05 04:08

pacman 4.1 has some API changes. Thankfully most changes just function renames. Here is the source diff http://pastie.org/7323067 I compiled package-query and it works fine.

supersym commented on 2013-04-05 02:24

Still broken like an old record. This is a essential part of my workflow and others who require yaourt for their aur downloads... is there anything we can do? doesn't seem like this should be able, e.g. move it to official repos or whats the deal with that?

student975 commented on 2013-04-04 23:08

pacman 4.1 is official now.

tuxce commented on 2013-04-01 09:20

It's compatible with pacman 4.0.3 which is still in [core].
Install aur/package-query-git if you use testing/pacman (4.1)

Anonymous comment on 2013-04-01 07:20

Incompatible with pacman since today

hachre commented on 2013-03-13 07:54

@amstan: gcc is required by makepkg so this doesn't have to depend on it.

amstan commented on 2013-03-10 01:43

I think it needs gcc as a dependency.

WhiteHatHacker1 commented on 2012-12-20 22:22

I downloaded the tarball, extracted it to it's own folder, ran "makepkg -s", and got "==> ERROR: A failure occurred in package().
Aborting..." as the end result. I have tried re-extracting, re-downloading, and deleting everything and starting over but it just doesn't seem to work. Do you have any ideas? Thanks in advance (^_^).

cuihao commented on 2012-11-04 00:40

cuihao@cuihao-arch ~ $ package-query -A test
The URL http://aur.archlinux.org/rpc.php?type=multiinfo&arg[]=test returned error : 301

Anonymous comment on 2012-10-29 11:53

thanks. my pacman.conf got updated and I missed this update.

Anonymous comment on 2012-10-29 11:53

thanks. my pacman.conf got updated and I missed this update.

dgbaley27 commented on 2012-10-25 20:23

Or, alternatively, *you* need to sign the package after you've built it.

dgbaley27 commented on 2012-10-25 20:22

You missed something. This is just a PKGBUILD, not a package, so it doesn't need to be signed. You need to relax your signing options in /etc/pacman.conf.

Anonymous comment on 2012-10-25 19:19

could you please sign this package. trying to update this results in:

"error: package-query: missing required signature
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.
"

or did I miss something?

ejstacey commented on 2012-10-24 10:02

Are you able to change the depends line from:

depends=('pacman>=4.0' 'pacman<4.1' curl 'yajl>=2.0')

to:

depends=('pacman>=4.0' 'pacman<4.1' 'curl' 'yajl>=2.0')

?

This gives us a uniform "everything in quotes" approach ;)

jecxjo commented on 2012-10-22 21:48

Package works unmodified with 'armv6h' architecture. Please add to supported architectures line.

Anonymous comment on 2012-08-15 03:11

I am getting the pacman needed error; openssl is installed. I had to remove package-install and yaourt to update a machine that hadn't been for awhile. Pacman installed is 4.0.3-3. I'm not understanding the comments regarding fixing this.

tycho commented on 2012-05-30 08:38

Package works unmodified with 'armv7h' architecture. Please add to supported architectures line.

Anonymous comment on 2012-05-06 17:10

This package and package-query-git work unmodified on mips64el architecture. Please, replace "arch=('i686' 'x86_64')" with "arch=('i686' 'x86_64' 'mips64el')".

Anonymous comment on 2012-04-04 21:50

tuxce, Oh, I install openssl and that error stopped appearing. Thanks!
Luck in developing!

tuxce commented on 2012-04-03 20:53

From you config.log:
> /usr/lib/libcurl.so.4: undefined reference to `SSL_CTX_set_srp_password'
> /usr/lib/libcurl.so.4: undefined reference to `SSL_CTX_set_srp_username'
Do you have an alternate openssl package ?

Anonymous comment on 2012-04-03 14:33

I have such problem - error when configuring: "configure: error: pacman is needed to compile package-query".
>pacman -Q pacman
>pacman 4.0.2-1
config.log: http://pastebin.com/NpxAmH3D

Anonymous comment on 2012-03-15 19:52

tuxce commented on 2012-03-01 13:33

Those packages are not in package-query's dependencies list.

rudy.matela commented on 2012-02-29 12:35

I couldn't find some of the dependencies of the package on aur or official repositories as of today (2012-02-29).

lib32-libxrandr
lib32-libxv
(among others)

tuxce commented on 2012-02-03 07:13

You have to remove it, install packman 4.x then rebuild it.

ur6lad commented on 2012-02-03 06:29

Error http://pastebin.com/w8HUW4RV
1. In file included from aur.c:31:0:
alpm-query.h:55:25: error: unknown type name 'alpm_db_t'
2. In file included from aur.c:32:0:
util.h:91:2: error: unknown type name 'alpm_handle_t'

ur6lad commented on 2012-02-03 06:25

I can't update pacman to 4.0 because package-query requeries old pacman, I can't update package-query to 1.0.1 because new one requires pacman 4.0 %

emphire commented on 2012-01-17 01:31

pacman 4.x is now out of testing and into core.

student975 commented on 2012-01-16 21:26

I'm not in a hurry, and, I'm sure, the package has pacman 4.x branch.

SirWuffleton commented on 2012-01-16 21:21

@student975: I had the same mess, I solved it by removing package-query and yaourt, upgrading pacman, then using makepkg to rebuild and install them manually.

student975 commented on 2012-01-16 20:05

error: failed to prepare transaction (could not satisfy dependencies)
:: Starting full system upgrade...
:: package-query: requires pacman<3.6

tuxce commented on 2011-10-13 20:01

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

mityukov commented on 2011-09-19 19:22

Cannot upgrade this package via yaourt. Get "Permission denied" for the line, where ./configure command goes.

Full log: http://pastebin.com/4TLhri59

dgbaley27 commented on 2011-09-09 00:07

Whoops, sorry for the spam. I had an extra "-" for -fstack-protector in CFLAGS. Move along, nothing to see here.

dgbaley27 commented on 2011-09-09 00:00

http://pastebin.com/jwv3aYyc

One item of note is that I have another computer with a nearly identical package list and building was no problem.

tuxce commented on 2011-09-08 18:11

Paste your config.log please.

dgbaley27 commented on 2011-09-08 16:44

I can't build this latest version (0.9-1).

checking whether the C compiler works... no
configure: error: in `/tmp/yaourt-tmp-matt/aur-package-query/src/package-query-0.9':
configure: error: C compiler cannot create executables
See `config.log' for more details

One thing I see in config.log is that gcc is being called with -V which is invalid.

rwelin commented on 2011-09-08 14:39

After upgrading from package-query 0.8.1-1 to 0.9-1, yaourt wants to upgrade local packages saying there's a new release even though there's not. I now get this output when I do a full system upgrade with yaourt:
==> Package upgrade only (new release):
local/batterystop 0.2-1 1 -> 1
local/nileup 1.0-1 1 -> 1
local/nilfan 1.0-2 2 -> 2

Maybe this is a problem with yaourt but I posted this here since it was package-query I upgraded.

Anonymous comment on 2011-09-07 23:28

Want to release a new version so multiinfo and the user agent changes make it out to the masses? The AUR server would love you too.

tuxce commented on 2011-09-01 13:56

It's back now.

badboy commented on 2011-09-01 11:25

http://mir.archlinux.fr/~tuxce/ brings a "404 not found". Any other mirror?

Jristz commented on 2011-08-18 04:05

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

Anonymous comment on 2011-07-24 14:55

The http://mir.archlinux.fr dont open here

Huulivoide commented on 2011-06-28 11:55

Doesent link to pthreads lib
and so it won't build

libtool: link: gcc -D_GNU_SOURCE -march=athlon64-sse3 -O2 -pipe -fuse-linker-plugin -Wl,--hash-style=gnu -Wl,--as-needed -o package-query aur.o alpm-query.o util.o color.o package-query.o -lcurl -lyajl -lalpm
/usr/bin/ld.gold: aur.o: in function aur_request:aur.c(.text+0x528): error: undefined reference to 'pthread_create'
/usr/bin/ld.gold: aur.o: in function aur_request:aur.c(.text+0x550): error: undefined reference to 'pthread_join'

Anonymous comment on 2011-06-23 21:16

>> "fatal error: curl/types.h: No such file or directory"

this bug is arleady corrected in GIT but still présent in the tar.gz
waiting for a new package ....
makepkg -si
wait for error then edit PKGBUILD and comment "source=..." like this:
#source=(http

then remove the line
#include <curl/types.h>
in src/package-query-0.8/src/aur.c

execute "makepkg -si" again. the message must be gone...

WorMzy commented on 2011-06-23 20:46

Hope I'm not jumping the gun, but it's still broken here:

Making all in src
make[2]: Entering directory `/home/wormzy/package-query/src/package-query-0.8/src'
gcc -DLOCALEDIR=\"/usr/share/locale\" -DCONFFILE=\"/etc/pacman.conf\" -DROOTDIR=\"/\" -DDBPATH=\"/var/lib/pacman/\" -DAUR_BASE_URL=\"http://aur.archlinux.org\" -DHAVE_CONFIG_H -I. -I.. -D_GNU_SOURCE -march=x86-64 -mtune=generic -O2 -pipe -MT aur.o -MD -MP -MF .deps/aur.Tpo -c -o aur.o aur.c
aur.c:27:24: fatal error: curl/types.h: No such file or directory
compilation terminated.
make[2]: *** [aur.o] Error 1
make[2]: Leaving directory `/home/wormzy/package-query/src/package-query-0.8/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/wormzy/package-query/src/package-query-0.8'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

tuxce commented on 2011-06-23 18:59

Fixed, thanks.

PerisH commented on 2011-06-23 15:54

Seems that the package don't build. The screen is:

aur.c:27:24: error fatal: curl/types.h: No existe el fichero o el directorio
compilación terminada.
make[2]: *** [aur.o] Error 1
make[2]: *** Se espera a que terminen otras tareas....
mv -f .deps/alpm-query.Tpo .deps/alpm-query.Po
mv -f .deps/util.Tpo .deps/util.Po
make[2]: se sale del directorio `/home/perish/Descargas/package-query/src/package-query-0.8/src'
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio `/home/perish/Descargas/package-query/src/package-query-0.8'
make: *** [all] Error 2
==> ERROR: Se produjo un error en build().
Cancelando...

Anonymous comment on 2011-05-16 09:11

hi!
make: *** No rule to make tarhet 'query/pkg'. Stop
why??

rafaelff commented on 2011-05-05 00:37

I had no problem building this in Arch 32-bits (did not try it in 64 bits).

@learne Maybe reading this topic will help you somehow: https://bbs.archlinux.org/viewtopic.php?pid=924165

tuxce commented on 2011-04-29 15:24

I don't know how you built it.
Version "0.8" does not have this code and this PKGBUILD has pkgver=0.8 !

Anonymous comment on 2011-04-29 15:15

I cannot build package-query... Are you sure the package isn't broken ? Else, what's wrong ?
aur.c:430:40: error: ‘yajl_status_insufficient_data’ undeclared (first use in this function)

nickoe commented on 2011-04-29 09:48

Ninez: Just do as Hador says

tuxce commented on 2011-04-28 15:29

What are you talking about?
The package is not broken, and why should I add <2.99 ? (at least <3 would make sense) but for now, there is no reason to do it.

jrdnjhntn commented on 2011-04-28 14:19

tuxce, you should really be fixing this package. the fix is insanely stupid simple to do. As Leniviy pointed out, it is easy.
change **literally - four characters** in your PKGBUILD. and your done. :)

basinilya commented on 2011-04-27 18:21

is it hard to add yajl<2.99 to dependencies?

Hador commented on 2011-04-26 13:10

all you have to do is rebuild package-query to link against the new yajl version.

dracorp commented on 2011-04-26 08:05

replace#depends#yajl#yajl1

Anonymous comment on 2011-04-26 04:13

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

if you usin yajl-2.0

Also that is my problem. Because of it, I cant use yaourt so I have removed yajl-2 and tried to build and install yajl1 from aur. My yaourt work fine.
But, I think you must fix and update it.

Sorry for my bad english.

Jristz commented on 2011-04-26 03:30

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

if you usin yajl-2.0

tuxce commented on 2011-04-15 06:12

From what you pasted:
==> Making package: package-query 0.5.1-1 (Thu Apr 14 18:59:53 CDT 2011)

package-query's version is 0.7-1 !

jecxjo commented on 2011-04-15 00:16

I have the same issue. Here's the output: http://pastebin.com/f0jztnpe

andrewboktor commented on 2011-04-07 10:03

I have experienced a very strange thing, may be this is of interest to you. Here is what I did:
wget http://aur.archlinux.org/packages/package-query/package-query.tar.gz
tar xvf package-query.tar.gz
cd package-query
makepkg

I got a build error, undefined reference to alpm_db_register_local (I lost the history, so the exact output is not there).

I removed that folder and downloaded package-query-git, it built fine and installed fine.
Now, package-query also builds fine.

nebulon commented on 2011-03-26 09:36

quantumphaze commented on 2011-03-25 02:23

Last Updated: Thu, 24 Mar 2011 08:09:17 +0000
First Submitted: Wed, 24 Mar 2010 23:18:00 +0000
Happy Birthday!

hcjl commented on 2011-03-24 12:28

see jorgicio's comment

jorgicio commented on 2011-03-24 03:59

tuxce, pacman 3.5 is now on [core].
Please, upgrade the package.
Thanks

tuxce commented on 2011-03-22 22:12

Read the comment just before yours.

Anonymous comment on 2011-03-22 20:42

Breaks upgrade of pacman to 3.5. ;)

tuxce commented on 2011-03-17 13:35

Please don't flag it out of date until pacman 3.5 reaches [core] repo.

KlavKalashj commented on 2011-03-17 12:20

Thank you, that works in combination with yaourt-git.

tuxce commented on 2011-03-17 11:01

There is package-query-git for pacman 3.5 compatibility until it reaches [core].

KlavKalashj commented on 2011-03-16 22:21

Will this be updated to support the new pacman(3.5)?

tuxce commented on 2011-03-11 09:44

Can you please use http://bugs.archlinux.fr/?project=7

bsdson commented on 2011-03-11 03:58

*** glibc detected *** package-query: double free or corruption (fasttop): 0xad1006a0 ***
======= Backtrace: =========
/lib/libc.so.6(+0x6b6c1)[0xb76126c1]
/lib/libc.so.6(+0x6cfdb)[0xb7613fdb]
/lib/libc.so.6(+0x6ed51)[0xb7615d51]
/lib/libc.so.6(realloc+0xe9)[0xb76172e9]
/usr/lib/libcrypto.so.1.0.0(+0x41274)[0xb73fa274]
[0x632e6b]
======= Memory map: ========
08048000-08051000 r-xp 00000000 08:02 790159 /usr/bin/package-query
08051000-08052000 rw-p 00008000 08:02 790159 /usr/bin/package-query
08052000-08058000 rw-p 00000000 00:00 0
09692000-09825000 rw-p 00000000 00:00 0 [heap]
ad100000-ad121000 rw-p 00000000 00:00 0
ad121000-ad200000 ---p 00000000 00:00 0
ad2a4000-ad2b5000 r-xp 00000000 08:02 3794 /lib/libresolv-2.13.so
ad2b5000-ad2b6000 r--p 00010000 08:02 3794 /lib/libresolv-2.13.so
ad2b6000-ad2b7000 rw-p 00011000 08:02 3794 /lib/libresolv-2.13.so
ad2b7000-ad2b9000 rw-p 00000000 00:00 0
aead8000-aead9000 ---p 00000000 00:00 0
aead9000-af2d9000 rw-p 00000000 00:00 0
af2d9000-af2da000 ---p 00000000 00:00 0
af2da000-afada000 rw-p 00000000 00:00 0
b02db000-b02dc000 ---p 00000000 00:00 0
b02dc000-b0adc000 rw-p 00000000 00:00 0
b12dd000-b12de000 ---p 00000000 00:00 0
b12de000-b1ade000 rw-p 00000000 00:00 0
b2100000-b2121000 rw-p 00000000 00:00 0
b2121000-b2200000 ---p 00000000 00:00 0
b22a7000-b22c2000 r-xp 00000000 08:02 804838 /usr/lib/libgcc_s.so.1
b22c2000-b22c3000 rw-p 0001a000 08:02 804838 /usr/lib/libgcc_s.so.1
b22df000-b22e0000 ---p 00000000 00:00 0
b22e0000-b2ae0000 rw-p 00000000 00:00 0
b2ae0000-b2ae1000 ---p 00000000 00:00 0
b2ae1000-b32e1000 rw-p 00000000 00:00 0
b32e1000-b32e2000 ---p 00000000 00:00 0
b32e2000-b3ae2000 rw-p 00000000 00:00 0
b3ae2000-b3ae3000 ---p 00000000 00:00 0
b3ae3000-b42e3000 rw-p 00000000 00:00 0
b42e3000-b42e4000 ---p 00000000 00:00 0
b42e4000-b4ae4000 rw-p 00000000 00:00 0
b4ae4000-b4ae5000 ---p 00000000 00:00 0
b4ae5000-b52e5000 rw-p 00000000 00:00 0
b52e5000-b52e6000 ---p 00000000 00:00 0
b52e6000-b5ae6000 rw-p 00000000 00:00 0
b5ae6000-b5ae7000 ---p 00000000 00:00 0
b5ae7000-b62e7000 rw-p 00000000 00:00 0
b62e7000-b62e8000 ---p 00000000 00:00 0
b62e8000-b6ae8000 rw-p 00000000 00:00 0
b6ae8000-b6ae9000 ---p 00000000 00:00 0
b6ae9000-b72eb000 rw-p 00000000 00:00 0
b72eb000-b72fa000 r-xp 00000000 08:02 228 /lib/libbz2.so.1.0.6
b72fa000-b72fb000 rw-p 0000f000 08:02 228 /lib/libbz2.so.1.0.6
b72fb000-b731b000 r-xp 00000000 08:02 804020 /usr/lib/liblzma.so.5.0.1
b731b000-b731c000 rw-p 00020000 08:02 804020 /usr/lib/liblzma.so.5.0.1
b731c000-b731d000 rw-p 00000000 00:00 0
b731d000-b7343000 r-xp 00000000 08:02 797477 /usr/lib/libexpat.so.1.5.2
b7343000-b7345000 rw-p 00026000 08:02 797477 /usr/lib/libexpat.so.1.5.2
b7345000-b7349000 r-xp 00000000 08:02 201 /lib/libattr.so.1.1.0
b7349000-b734a000 rw-p 00003000 08:02 201 /lib/libattr.so.1.1.0
b734a000-b7350000 r-xp 00000000 08:02 12920 /lib/libacl.so.1.1.0
b7350000-b7351000 rw-p 00005000 08:02 12920 /lib/libacl.so.1.1.0
b7351000-b738f000 r-xp 00000000 08:02 797499 /usr/lib/libarchive.so.2.8.4
b738f000-b7390000 rw-p 0003d000 08:02 797499 /usr/lib/libarchive.so.2.8.4
b7390000-b7391000 rw-p 00000000 00:00 0
b7391000-b739e000 r-xp 00000000 08:02 802500 /usr/lib/libfetch.so
b739e000-b739f000 rw-p 0000d000 08:02 802500 /usr/lib/libfetch.so
b739f000-b73a0000 rw-p 00000000 00:00 0
b73a0000-b73b4000 r-xp 00000000 08:02 788249 /usr/lib/libz.so.1.2.5
b73b4000-b73b5000 rw-p 00013000 08:02 788249 /usr/lib/libz.so.1.2.5
b73b5000-b73b7000 r-xp 00000000 08:02 1343 /lib/libdl-2.13.so
b73b7000-b73b8000 r--p 00001000 08:02 1343 /lib/libdl-2.13.so
b73b8000-b73b9000 rw-p 00002000 08:02 1343 /lib/libdl-2.13.so
b73b9000-b751c000 r-xp 00000000 08:02 790179 /usr/lib/libcrypto.so.1.0.0
b751c000-b7530000 rw-p 00162000 08:02 790179 /usr/lib/libcrypto.so.1.0.0
b7530000-b7533000 rw-p 00000000 00:00 0
b7533000-b7580000 r-xp 00000000 08:02 790180 /usr/lib/libssl.so.1.0.0
b7580000-b7584000 rw-p 0004d000 08:02 790180 /usr/lib/libssl.so.1.0.0
b7584000-b758b000 r-xp 00000000 08:02 11552 /lib/librt-2.13.so
b758b000-b758c000 r--p 00006000 08:02 11552 /lib/librt-2.13.so
b758c000-b758d000 rw-p 00007000 08:02 11552 /lib/librt-2.13.so
b758d000-b75a2000 r-xp 00000000 08:02 1484 /lib/libpthread-2.13.so
b75a2000-b75a3000 r--p 00014000 08:02 1484 /lib/libpthread-2.13.so
b75a3000-b75a4000 rw-p 00015000 08:02 1484 /lib/libpthread-2.13.so
b75a4000-b75a7000 rw-p 00000000 00:00 0
b75a7000-b76ec000 r-xp 00000000 08:02 1497 /lib/libc-2.13.so
b76ec000-b76ed000 ---p 00145000 08:02 1497 /lib/libc-2.13.so
b76ed000-b76ef000 r--p 00145000 08:02 1497 /lib/libc-2.13.so
b76ef000-b76f0000 rw-p 00147000 08:02 1497 /lib/libc-2.13.so
b76f0000-b76f3000 rw-p 00000000 00:00 0
b76f3000-b7714000 r-xp 00000000 08:02 797524 /usr/lib/libalpm.so.5.0.3
b7714000-b7715000 rw-p 00020000 08:02 797524 /usr/lib/libalpm.so.5.0.3
b7715000-b771b000 r-xp 00000000 08:02 823788 /usr/lib/libyajl.so.1.0.11
b771b000-b771c000 rw-p 00005000 08:02 823788 /usr/lib/libyajl.so.1.0.11
b771c000-b7769000 r-xp 00000000 08:02 789378 /usr/lib/libcurl.so.4.2.0
b7769000-b776b000 rw-p 0004c000 08:02 789378 /usr/lib/libcurl.so.4.2.0
b776e000-b7775000 rw-p 00000000 00:00 0
b7775000-b777e000 r-xp 00000000 08:02 11535 /lib/libnss_files-2.13.so
b777e000-b777f000 r--p 00009000 08:02 11535 /lib/libnss_files-2.13.so
b777f000-b7780000 rw-p 0000a000 08:02 11535 /lib/libnss_files-2.13.so
b7780000-b7781000 rw-p 00000000 00:00 0
b7781000-b7785000 r-xp 00000000 08:02 11543 /lib/libnss_dns-2.13.so
b7785000-b7786000 r--p 00004000 08:02 11543 /lib/libnss_dns-2.13.so
b7786000-b7787000 rw-p 00005000 08:02 11543 /lib/libnss_dns-2.13.so
b7787000-b7788000 rw-p 00000000 00:00 0
b7788000-b7789000 r-xp 00000000 00:00 0 [vdso]
b7789000-b77a5000 r-xp 00000000 08:02 3559 /lib/ld-2.13.so
b77a5000-b77a6000 r--p 0001b000 08:02 3559 /lib/ld-2.13.so
b77a6000-b77a7000 rw-p 0001c000 08:02 3559 /lib/ld-2.13.so
bfd75000-bfd96000 rw-p 00000000 00:00 0 [stack]
/usr/lib/yaourt/basicfunctions.sh: line 12: 2194 Aborted package-query "${PKGQUERY_C_ARG[@]}" "$@"

tuxce commented on 2011-01-27 21:32

@tezeriusz, at least read the comment before yours
@FrozenCow, package-query doesn't need libstdc++5, (btw it's in C not C++)

FrozenCow commented on 2011-01-27 00:38

For people getting the error while compiling:
configure: error: C compiler cannot create executables

Do: pacman -S libstdc++5
It is not in base-devel! This was not noted on the wiki page of yaourt. Will add it there too.

tezeriusz commented on 2011-01-25 21:35

missing builddeps autoconf, automake and pkgconfig

tuxce commented on 2010-12-10 09:16

pkg-config is part of base-devel.
https://wiki.archlinux.org/index.php/AUR_User_Guidelines#Prerequisites
Please, read the warning.

Anonymous comment on 2010-12-10 02:35

Please add dependency to pkg-config. autogen.sh generates malformed "configure" script without pkg-config (PKG_CHECK_MODULES macro in configure.ac is not expanded)

dgbaley27 commented on 2010-12-05 14:33

Thanks pkg-query worked for me, but I don't think it's part of base-devel

tuxce commented on 2010-12-02 13:56

@piezoelectric : pkg-config is part of base-devel, without it, I have the exact same error you have.

dgbaley27 commented on 2010-12-02 02:57

yes, base-devel is fully installed

tuxce commented on 2010-12-01 13:16

piezoelectric, Barone Rosso: did you install base-devel ?
@zebulon, with 0.5.1 ? do you remember what you ran ?

dgbaley27 commented on 2010-12-01 03:19

I keep getting this error on the same computer:

> checking whether to link with libfetch... ./configure: line 11385: syntax error near unexpected token `LIBCURL,'
> ./configure: line 11385: ` PKG_CHECK_MODULES(LIBCURL, libcurl)'
> Aborting...

and only on this one computer. I've tried doing things like reinstalling curl and libfetch. Has anyone dealt with this?

zebulon commented on 2010-11-30 18:50

I just had this segfault:
/usr/lib/yaourt/basicfunctions.sh: line 12: 5676 Erreur de segmentation package-query "${PKGQUERY_C_ARG[@]}" "$@"
Unfortunately, I cannot reproduce it (it works well otherwise). Maybe a race condition or a problem with the threading?

bred commented on 2010-11-30 05:54

checking for a BSD-compatible install... /bin/install -c

I've this error:

checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking whether the C compiler works... no
configure: error: in `/opt/packages/package-query/src/package-query-0.5.1':
configure: error: C compiler cannot create executables
See `config.log' for more details

raw commented on 2010-11-29 22:30

if you get errors at compile-time, dont forget to install base-devel
pacman -S base-devel

raw commented on 2010-11-29 22:24

Missing build dependencies: automake, autoconf, pkg-config, libtool

raw commented on 2010-11-29 22:16

==> Starting build()...
configure.ac:13: error: possibly undefined macro: AC_PROG_LIBTOOL
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
Aborting...

raw commented on 2010-11-29 22:16

==> Starting build()...
configure.ac:13: error: possibly undefined macro: AC_PROG_LIBTOOL
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
Aborting...
[root@us-1 package-query]#

raw commented on 2010-11-29 22:15

Missing build dependencies: automake, autoconf

tuxce commented on 2010-11-29 19:59

you have to install ca-certificates or recompile package-query with --with-aur-url=http://aur.archlinux.org (by default, it's https)

Anonymous comment on 2010-11-29 19:36

0.5-1 package, no problem

Anonymous comment on 2010-11-29 19:35

curl error: Peer certificate cannot be authenticated with known CA certificates

tuxce commented on 2010-11-28 22:14

@umityakup, what's the error message ?

tuxce commented on 2010-11-28 22:12

What's the error message ?

silvik commented on 2010-11-28 22:06

that was fast tuxce! everything works fine for me now, with 0.5.1, no segfaults.
thank you

Anonymous comment on 2010-11-28 21:24

0.5.1-1 curl error continues. 0.5-1 package, no problem

tuxce commented on 2010-11-28 18:09

Really sorry, 0.5.1 fix the segfault.

silvik commented on 2010-11-28 15:52

on 64bits, when trying to install a package with yaourt I get this:

http://pastebin.ca/2004609

looks like a problem with package-query

Anonymous comment on 2010-11-27 12:04

/usr/lib/yaourt/basicfunctions.sh: line 12: 4946 Segmentation fault package-query "${PKGQUERY_C_ARG[@]}" "$@"

Anonymous comment on 2010-11-27 09:29

http://pastebin.com/VKmCrW5W
Arch x86_64, multilib, no Proxy

alorewotik commented on 2010-11-26 18:43

While updating: http://pastebin.com/Pxj3Ec9p

alorewotik commented on 2010-11-26 18:41

http://pastebin.com/Pxj3Ec9p

alorewotik commented on 2010-11-26 18:41

http://pastebin.com/Pxj3Ec9p

Anonymous comment on 2010-11-26 17:57

0.5-3 and 0.5-2 curl error packets in progress. 0.5-1 with no problem ..

vnoel commented on 2010-11-26 15:59

works fine now :)

archdria commented on 2010-11-26 15:46

Second update works, but the checksum should be:
md5sums=('5dd7f4aa61b6e8bd9d8dcadd9a26c039')
Thanks :)

vnoel commented on 2010-11-26 14:09

Behind a proxy, I don't have such errors, it is just that aur is never connected to in the end!

Anonymous comment on 2010-11-26 14:06

@ccc1: I don't think this a proxy related problem, because I'm direct connected to the internet here.

PS. Sorry for the repetition in the posts, AUR is quite odd sometimes when deleting posts.

ccc1 commented on 2010-11-26 13:33

@estevao: Same problem here. btw: i'm behind a proxy.

Anonymous comment on 2010-11-26 13:23

This error too (it's random): http://paste.archlinux-br.org/1600

Anonymous comment on 2010-11-26 13:20

Hi. I'm getting the following error on my machines (i686 and x86_64) after the upgrade to version 0.5-1: http://paste.archlinux-br.org/1599

Thanks

vnoel commented on 2010-11-26 12:50

Hi, doesn't work anymore behind a proxy!

ender4 commented on 2010-11-21 02:12

I had actually already followed those instructions, and was still having trouble for wget, curl and package-query. I just tried all of these programs without explicitly disable IPv6 support (though it's disabled in the kernel), and they work. I honestly don't know why it didn't work before, or why it suddenly started working.

tuxce commented on 2010-11-17 12:31

Ok I was wrong, curlrc is not parsed by libcurl.
Since you have the same issue with other softs, I think disabling ipv6 (https://wiki.archlinux.org/index.php/IPv6_-_Disabling_the_Module) would be a better solution, no?

ender4 commented on 2010-11-16 21:56

I tried adding "-4" to ~/.curlrc, that got the curl executable working, but not package-query. Does libcurl not read the ~/.curlrc, and if it does, why was I still having problems?

tuxce commented on 2010-11-16 20:49

Install base-devel.

Anonymous comment on 2010-11-16 19:59

I get this on one of my computers:

checking whether to link with libfetch... ./configure: line 11385: syntax error near unexpected token `LIBCURL,'
./configure: line 11385: ` PKG_CHECK_MODULES(LIBCURL, libcurl)'

I tried reinstalling libfetch but that's not the issue it seems.

tuxce commented on 2010-11-15 22:19

how about adding "-4" in ~/.curlrc ?

ender4 commented on 2010-11-15 16:46

package-query, (and therefore yoaurt) were not able to access AUR for me, giving a "unable to resolve hostname" error. After some investigation, I discovered that disabling IPv6 for curl in aur.c fixed the problem. The solution didn't surprise me, since I had to disable ipv6 to get konqueror to access any website, and I had to add the -4 option to wget to get that to work. I suspect the real problem is a little bit deeper, but the following patch is at least a temporary solution: http://aur.pastebin.com/6vFEpA3D

Anonymous comment on 2010-11-09 17:35

worked!
reinstalled the pacman, who created the file /usr/lib/libalpm.so

Thanks

tuxce commented on 2010-11-09 17:01

you should also have:
libalpm.so (libc6,x86-64) => /usr/lib/libalpm.so

$ pacman -Qo /usr/lib/libalpm.so
/usr/lib/libalpm.so is owned by pacman 3.4.1-1

Anonymous comment on 2010-11-09 15:39

ldconfig -p | grep alpm
libalpm.so.5 (libc6,x86_64) => /usr/lib/libalpm.so.5

ldd /usr/bin/pacman | grep alpm
libalpm.so.5 => /usr/lib/libalpm.so.5 (0x00007f2aeb7f20000)

ps: You are in a chroot ? => No

tuxce commented on 2010-11-09 15:18

> configure:11275: gcc -o conftest -march=x86-64 -mtune=generic -O2 -pipe -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -lalpm >&5
> /usr/bin/ld: cannot find -lalpm

You are in a chroot env or something similar ?
what's the output of:
ldconfig -p | grep alpm
ldd /usr/bin/pacman | grep alpm

Anonymous comment on 2010-11-09 14:05

posted
http://aur.pastebin.com/wnu0qX6X

tuxce commented on 2010-11-06 12:09

Could you pastebin the config.log please ?

Anonymous comment on 2010-11-05 16:11

Error:

configure error: pacman is needed to compile package-query

I have pacman 3.4.1 installed.

baghera commented on 2010-10-31 21:07

No, check this https://wiki.archlinux.org/index.php/AUR_User_Guidelines#Prerequisites
Read the warning highlighted in pink.

Anonymous comment on 2010-10-31 20:52

I too had the problem "Can't exec "aclocal"..." that was solved by installing base-devel.

If 'base-devel' (just just automake?) is a required dependency, should it not be listed in the PKGBUILD's depends()?

Anonymous comment on 2010-10-28 18:05

Thanks for the advice, package-query & yaourt updated and working well. I had base-devel installed but automake seemed to have gone missing for some reason.

baghera commented on 2010-10-28 07:51

aclocal is included in automake, install it.
BTW, you should consider installing the whole base-devel group, or you will face problems like this again.

Anonymous comment on 2010-10-28 07:49

Hi,

I am trying to update package-query and get the following error:

Can't exec "aclocal": No such file or directory at /usr/share/autoconf/Autom4te/FileUtils.pm line 326.
autoreconf: failed to run aclocal: No such file or directory
Aborting...

baghera commented on 2010-10-27 07:11

0.4 works properly here. Did you update?

mortzu commented on 2010-10-27 06:52

seems not to work with the default https of aur.archlinux.org

baghera commented on 2010-06-27 09:53

gcc is part of base-devel group, installing that group is a requirement to build anything on arch. Almost every package would depend on gcc (or other pkg included in base-devel), that's why base-devel has been created.

Long story short: gcc should not be listed as makedep.

lifo2 commented on 2010-06-27 09:47

Missing build dependency gcc. Building without it installed produce a tar.gz containing only the man page !

baghera commented on 2010-06-26 15:05

@ menollo
Adding || return 1 is no longer required since pacman 3.4.0, since pacman aborts automatically with any errors during packaging. || return 1 should be removed from every PKGBUILD since it's redundant.

menollo commented on 2010-06-24 14:22

you should add || return 1 after the make command

I tried to build it on a fresh install without gcc, it created an emtpy package instead of giving an error about gcc...

Anonymous comment on 2010-06-19 20:51

tuxce, thanks. Well works.

tuxce commented on 2010-06-19 00:04

libalpm.so.5 is part of pacman 3.4
You installed pacman from testing, builded package-query then downgraded pacman ...

You just have to rebuild package-query

Anonymous comment on 2010-06-18 23:08

after latest update package-query:
package-query: error while loading shared libraries: libalpm.so.5: cannot open shared object file: No such file or directory

Anonymous comment on 2010-06-18 11:00

this will require a rebuild with the new pacman 3.4.0 from testing

alium commented on 2010-06-17 06:54

after update pacman 3.4.0:

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

alium commented on 2010-06-17 06:37

after update pacman 3.4.0:

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

tuxce commented on 2010-06-07 20:17

make and gcc are part of base-devel group.
This group is assumed already installed when building from AUR.

Anonymous comment on 2010-06-07 19:52

please add make and gcc as makedepends :)

tuxce commented on 2010-06-02 11:00

The error message is not clear enough ?

Anonymous comment on 2010-06-02 10:34

curl error: Couldn't connect to server

tuxce commented on 2010-04-05 13:30

@Mahara, I don't understand, something wrong ?
It's just a warning (an int instead of size_t in a function return)

Anonymous comment on 2010-04-04 21:02

==> Starting build()...
gcc -Wall -march=x86-64 -mtune=generic -O2 -pipe -c -o aur.o aur.c
aur.c: In function ‘aur_request’:
aur.c:373: warning: call to ‘_curl_easy_setopt_err_write_callback’ declared with attribute warning: curl_easy_setopt expects a curl_write_callback argument for this option
gcc -Wall -march=x86-64 -mtune=generic -O2 -pipe -c -o alpm-query.o alpm-query.c
gcc -Wall -march=x86-64 -mtune=generic -O2 -pipe -c -o util.o util.c
gcc -Wall -march=x86-64 -mtune=generic -O2 -pipe -c -o package-query.o package-query.c
gcc -Wall *.o -o package-query -lalpm -lyajl -lcurl
install -m 755 package-query /home/alex/Downloads/package-query/pkg/usr/bin/package-query

tuxce commented on 2010-03-27 16:54

It's an error of gcc, not package-query, you updated gmp and not gcc.
-> pacman -Syu

bsdson commented on 2010-03-27 13:41

==> Starting build()...
gcc -Wall -march=i686 -mtune=generic -O2 -pipe -c -o aur.o aur.c
/usr/lib/gcc/i686-pc-linux-gnu/4.4.3/cc1: error while loading shared libraries: libgmp.so.3: cannot open shared object file: No such file or directory
make: *** [aur.o] Error 1
==> ERROR: Build Failed.
Aborting...
Error: Makepkg was unable to build package-query package.