Package Details: package-query 1.12-1

Git Clone URL: https://aur.archlinux.org/package-query.git (read-only, click to copy)
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: Skunnyk
Votes: 1161
Popularity: 0.159563
First Submitted: 2010-03-24 23:18 (UTC)
Last Updated: 2021-06-02 15:03 (UTC)

Latest Comments

zaidan commented on 2022-07-13 08:17 (UTC)

Please remove the version from yajl dependency to support installing yajl-edenhill-git and yajl-git. Otherwise this package is incompatible with other packages - e.g: https://aur.archlinux.org/packages/kafkacat-avro-git

To resolve such issues, the best solution is to remove the version from the dependency: https://bbs.archlinux.org/viewtopic.php?pid=1715065#p1715065

depends=('pacman>=6.0' 'yajl')

maderios commented on 2022-02-25 11:59 (UTC)

@piussj2 "yaourt" is not an arch or aur package. It was an arch "aur helper" in the past, this not more the case.

piussj2 commented on 2022-02-24 02:34 (UTC)

Now I get:

/usr/lib/yaourt/util.sh, linha 190: 57058 Falha de segmentação (imagem do núcleo gravada)package-query "${PKGQUERY_C_ARG[@]}" "$@"

I install this version and git version is the same...

piussj2 commented on 2021-06-03 03:54 (UTC)

Thanks! =)

f2404 commented on 2021-06-02 15:06 (UTC)

The PR has been merged, version 1.12 has been released. Thanks!

malosasha commented on 2021-06-02 14:56 (UTC) (edited on 2021-06-02 14:59 (UTC) by malosasha)

There is a PR pending on the official github repo, until it is merged one can use this PKGBUILD :


pkgname=package-query
pkgver=1.11
pkgrel=1
pkgdesc="Query ALPM and AUR"
arch=('i686' 'x86_64' 'mips64el' 'armv6h' 'armv7h' 'arm' 'aarch64' 'pentium4')
url="https://github.com/archlinuxfr/package-query/"
license=('GPL')
depends=('pacman>=5.2' 'yajl>=2.0')
source=("git+https://github.com/egormanga/package-query#branch=fix-libalpm13")

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

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

# vim:set ts=2 sw=2 et:
md5sums=('SKIP')

gile commented on 2021-06-02 11:14 (UTC)

Same here.

ktec commented on 2021-06-02 10:42 (UTC)

Just tried fresh clone from github, and makepkg -sicC and I get the

alpm-query.c:397:29: error: too few arguments to function ‘alpm_db_search’
  397 |         alpm_list_t *pkgs = alpm_db_search (db, targets);

error others seem to get.

jghodd commented on 2021-06-01 20:56 (UTC) (edited on 2021-06-01 22:02 (UTC) by jghodd)

all 3 aur helpers are broken because of this - yaourt, yay and paru. yaourt and yay come precompiled so no ability to re-link. paru tries to build an alpm unit and fails because of the changes to libalpm/alpm.h. please fix.

semeion commented on 2021-06-01 18:56 (UTC)

I hope it get fixed.

erickwill commented on 2021-06-01 17:17 (UTC)

Compiling from source returns an error as many times described. An update with a fix will be amazing and appreciated.

thaewrapt commented on 2021-06-01 12:43 (UTC)

@maderios Once again, update your build system (it's where you are running makepkg) and try to rebuild the package. And read the issue carefully.

maderios commented on 2021-06-01 12:09 (UTC)

@thaewrapt Are you really using Arch? Issue concerns only "yaourt", an old Arch package that doesn't exist no more:

After a recent update, yaourt is broken probably over package-query.
$ yaourt pacman
$ package-query: error while loading shared libraries: libalpm.so.12: cannot open shared object file: No such file or directory

atkrad commented on 2021-06-01 11:22 (UTC)

I have an issue with version 1.11 when build it:

alpm-query.c: In function ‘init_alpm’:
alpm-query.c:74:9: warning: implicit declaration of function ‘alpm_option_set_arch’; did you mean ‘alpm_option_set_dlcb’? [-Wimplicit-function-declaration]
   74 |         alpm_option_set_arch (handle, config.arch);
      |         ^~~~~~~~~~~~~~~~~~~~
      |         alpm_option_set_dlcb
alpm-query.c: In function ‘parse_config_server’:
alpm-query.c:96:28: warning: implicit declaration of function ‘alpm_option_get_arch’; did you mean ‘alpm_option_get_dlcb’? [-Wimplicit-function-declaration]
   96 |         const char *arch = alpm_option_get_arch (config.handle);
      |                            ^~~~~~~~~~~~~~~~~~~~
      |                            alpm_option_get_dlcb
alpm-query.c:96:28: warning: initialization of ‘const char *’ from ‘int’ makes pointer from integer without a cast [-Wint-conversion]
alpm-query.c: In function ‘search_pkg’:
alpm-query.c:397:29: error: too few arguments to function ‘alpm_db_search’
  397 |         alpm_list_t *pkgs = alpm_db_search (db, targets);
      |                             ^~~~~~~~~~~~~~
In file included from util.h:23,
                 from alpm-query.c:28:
/usr/include/alpm.h:1413:5: note: declared here
 1413 | int alpm_db_search(alpm_db_t *db, const alpm_list_t *needles,
      |     ^~~~~~~~~~~~~~
make[2]: *** [Makefile:429: alpm-query.o] Error 1
make[2]: Leaving directory '/tmp/package-query/src/package-query-1.11/src'
make[1]: *** [Makefile:409: all-recursive] Error 1
make[1]: Leaving directory '/tmp/package-query/src/package-query-1.11'
make: *** [Makefile:341: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

piussj2 commented on 2021-06-01 09:13 (UTC)

@maderios no, its not. See:

[piu@sayumin package-query]$ makepkg --force --cleanbuild --skippgpcheck --skipchecksums -is --clean ==> Criando o pacote: package-query 1.11-1 (ter 01 jun 2021 06:12:14) ==> Verificando as dependências de tempo de execução... ==> Verificando as dependências de tempo de compilação... ==> Obtendo fontes... -> Baixando package-query-1.11.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 631 100 631 0 0 1352 0 --:--:-- --:--:-- --:--:-- 1351 100 390k 100 390k 0 0 624k 0 --:--:-- --:--:-- --:--:-- 624k ==> ATENÇÃO: Ignorando todas verificações de integridade de arquivo fonte. ==> Removendo diretório $srcdir/ existente... ==> Extraindo fontes... -> Extraindo package-query-1.11.tar.gz com bsdtar ==> Iniciando build()... checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking whether make supports the include directive... yes (GNU style) checking dependency style of gcc... gcc3 checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking how to print strings... printf checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking for sysroot... no checking for a working dd... /usr/bin/dd checking how to truncate binary pipes... /usr/bin/dd bs=4096 count=1 checking for mt... no checking if : is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking ctype.h usability... yes checking ctype.h presence... yes checking for ctype.h... yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking glob.h usability... yes checking glob.h presence... yes checking for glob.h... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking regex.h usability... yes checking regex.h presence... yes checking for regex.h... yes checking signal.h usability... yes checking signal.h presence... yes checking for signal.h... yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking for sys/stat.h... (cached) yes checking sys/utsname.h usability... yes checking sys/utsname.h presence... yes checking for sys/utsname.h... yes checking for alpm_version in -lalpm... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for alpm... yes checking for yajl_free in -lyajl... yes checking for gawk... (cached) gawk checking for curl-config... /usr/bin/curl-config checking for the version of libcurl... 7.77.0 checking for libcurl >= version 7.19.4... yes checking whether libcurl is usable... yes checking for curl_free... yes checking for git... git checking for .git/... no checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating src/Makefile config.status: creating doc/Makefile config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands

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 -fno-plt

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

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

make all-recursive make[1]: Entrando no diretório '/mnt/hdb1/Doc/compile-2021/outros/package-query/package-query/src/package-query-1.11'

Making all in src make[2]: Entrando no diretório '/mnt/hdb1/Doc/compile-2021/outros/package-query/package-query/src/package-query-1.11/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 -fno-plt -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 -fno-plt -MT alpm-query.o -MD -MP -MF .deps/alpm-query.Tpo -c -o alpm-query.o alpm-query.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 -fno-plt -MT util.o -MD -MP -MF .deps/util.Tpo -c -o util.o util.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 -fno-plt -MT color.o -MD -MP -MF .deps/color.Tpo -c -o color.o color.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 -fno-plt -MT package-query.o -MD -MP -MF .deps/package-query.Tpo -c -o package-query.o package-query.c alpm-query.c: In function ‘init_alpm’: alpm-query.c:74:9: warning: implicit declaration of function ‘alpm_option_set_arch’; did you mean ‘alpm_option_set_dlcb’? [-Wimplicit-function-declaration] 74 | alpm_option_set_arch (handle, config.arch); | ^~~~~~~~~~~~~~~~~~~~ | alpm_option_set_dlcb alpm-query.c: In function ‘parse_config_server’: alpm-query.c:96:28: warning: implicit declaration of function ‘alpm_option_get_arch’; did you mean ‘alpm_option_get_dlcb’? [-Wimplicit-function-declaration] 96 | const char arch = alpm_option_get_arch (config.handle); | ^~~~~~~~~~~~~~~~~~~~ | alpm_option_get_dlcb alpm-query.c:96:28: warning: initialization of ‘const char ’ from ‘int’ makes pointer from integer without a cast [-Wint-conversion] alpm-query.c: In function ‘search_pkg’: alpm-query.c:397:29: error: too few arguments to function ‘alpm_db_search’ 397 | alpm_list_t pkgs = alpm_db_search (db, targets); | ^~~~~~~~~~~~~~ In file included from util.h:23, from alpm-query.c:28: /usr/include/alpm.h:1413:5: note: declared here 1413 | int alpm_db_search(alpm_db_t db, const alpm_list_t needles, | ^~~~~~~~~~~~~~ make[2]: [Makefile:429: alpm-query.o] Erro 1 make[2]: Esperando que outros processos terminem. mv -f .deps/color.Tpo .deps/color.Po In function ‘init_config’, inlined from ‘main’ at package-query.c:197:2: package-query.c:79:29: warning: ‘strndup’ specified bound 4096 exceeds source size 17 [-Wstringop-overread] 79 | config.configfile = strndup (CONFFILE, PATH_MAX); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ mv -f .deps/package-query.Tpo .deps/package-query.Po mv -f .deps/aur.Tpo .deps/aur.Po mv -f .deps/util.Tpo .deps/util.Po make[2]: Saindo do diretório '/mnt/hdb1/Doc/compile-2021/outros/package-query/package-query/src/package-query-1.11/src'

make[1]: *** [Makefile:409: all-recursive] Erro 1 make[1]: Saindo do diretório '/mnt/hdb1/Doc/compile-2021/outros/package-query/package-query/src/package-query-1.11'

make: *** [Makefile:341: all] Erro 2 ==> ERRO: Uma falha ocorreu em build(). Abortando... [piu@sayumin package-query]$

thaewrapt commented on 2021-06-01 09:12 (UTC)

@maderios pacman -Syu and it won't.

Upstream issue is already reported: https://github.com/archlinuxfr/package-query/issues/149

maderios commented on 2021-06-01 09:01 (UTC)

makepkg -sicC
No issue for package-query, it builds fine

MikePooh commented on 2021-06-01 08:02 (UTC)

Same issue. Please fix.

semeion commented on 2021-06-01 04:38 (UTC)

fix please

piussj2 commented on 2021-06-01 03:13 (UTC) (edited on 2021-06-01 03:13 (UTC) by piussj2)

I get this error when tried recompilation:

alpm-query.c: In function ‘init_alpm’: alpm-query.c:74:9: warning: implicit declaration of function ‘alpm_option_set_arch’; did you mean ‘alpm_option_set_dlcb’? [-Wimplicit-function-declaration] 74 | alpm_option_set_arch (handle, config.arch); | ^~~~~~~~~~~~~~~~~~~~ | alpm_option_set_dlcb alpm-query.c: In function ‘parse_config_server’: alpm-query.c:96:28: warning: implicit declaration of function ‘alpm_option_get_arch’; did you mean ‘alpm_option_get_dlcb’? [-Wimplicit-function-declaration] 96 | const char arch = alpm_option_get_arch (config.handle); | ^~~~~~~~~~~~~~~~~~~~ | alpm_option_get_dlcb alpm-query.c:96:28: warning: initialization of ‘const char ’ from ‘int’ makes pointer from integer without a cast [-Wint-conversion] alpm-query.c: In function ‘search_pkg’: alpm-query.c:397:29: error: too few arguments to function ‘alpm_db_search’ 397 | alpm_list_t pkgs = alpm_db_search (db, targets); | ^~~~~~~~~~~~~~ In file included from util.h:23, from alpm-query.c:28: /usr/include/alpm.h:1413:5: note: declared here 1413 | int alpm_db_search(alpm_db_t db, const alpm_list_t needles, | ^~~~~~~~~~~~~~ make[2]: ** [Makefile:429: alpm-query.o] Erro 1 make[2]: Saindo do diretório '/home/piu/package-query/src/package-query-1.11/src'

make[1]: *** [Makefile:409: all-recursive] Erro 1 make[1]: Saindo do diretório '/home/piu/package-query/src/package-query-1.11'

make: *** [Makefile:341: all] Erro 2 ==> ERRO: Uma falha ocorreu em build().

erickwill commented on 2021-05-31 19:28 (UTC)

@maderios

The error occurred when I recompile package-query, not yaourt.

erickwill commented on 2021-05-31 19:26 (UTC)

@bidulock Thanks for the heads up, it did trigger this issue only today after an update.

maderios commented on 2021-05-31 19:19 (UTC)

@erickwill Yaourt is obsolete and doesn't exist no more. You may replace it with Trizen.

bidulock commented on 2021-05-31 18:53 (UTC)

@erickwill is an upstream issue: https://github.com/archlinuxfr/package-query/issues/147

erickwill commented on 2021-05-31 17:34 (UTC)

After the latest updates I start to find problems using YAOURT:

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

Trying to recompile PACKAGE-QUERY led me to this:

alpm-query.c: In function ‘search_pkg’:
alpm-query.c:397:29: error: too few arguments to function ‘alpm_db_search’

397 | alpm_list_t *pkgs = alpm_db_search (db, targets); | ^~~~~~~~~~~~~~

In file included from util.h:23,
             from alpm-query.c:28:
/usr/include/alpm.h:1413:5: note: declared here

1413 | int alpm_db_search(alpm_db_t db, const alpm_list_t needles, | ^~~~~~~~~~~~~~

make[2]: *** [Makefile:429: alpm-query.o] Error 1
make[2]: Leaving directory '/home/erick/Downloads/package-query/src/package-query-1.11/src'
make[1]: *** [Makefile:409: all-recursive] Error 1
make[1]: Leaving directory '/home/erick/Downloads/package-query/src/package-query-1.11'
make: *** [Makefile:341: all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Any workaround?

f2404 commented on 2021-04-03 16:59 (UTC)

@keren_sky Are you using alpha version of pacman? package-query builds fine against the latest stable release which is 5.2.2.

keren_sky commented on 2021-04-01 11:28 (UTC)

I wasn't able to get this to compile? alpm-query.c: In function 'search_pkg': alpm-query.c:397:22: error: too few arguments to function 'alpm_db_search' 397 | alpm_list_t pkgs = alpm_db_search (db, targets); | ^~~~~~~~~~~~~~ In file included from util.h:23, from alpm-query.c:28: /usr/include/alpm.h:1111:5: note: declared here 1111 | int alpm_db_search(alpm_db_t db, const alpm_list_t needles, | ^~~~~~~~~~~~~~ make[2]: ** [Makefile:429: alpm-query.o] Error 1

fvdb06 commented on 2020-05-23 18:55 (UTC)

==> Sources are ready. ==> Making package: package-query 1.11-1 (Sat 23 May 2020 08:50:58 PM CEST) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> WARNING: Using existing $srcdir/ tree ==> Starting build()... /home/${USER}/.cache/yay/package-query/PKGBUILD: line 15: ./configure: Permission denied ==> ERROR: A failure occurred in build(). Aborting... Error making: package-query

f2404 commented on 2020-05-15 17:03 (UTC)

@enihcam Fixed, thanks!

enihcam commented on 2020-05-15 02:07 (UTC)

Does not compile with GCC 10.1

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=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt

package-query version  : 1.10
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 '/mnt/resource/makepkg/package-query/src/package-query-1.10' Making all in src make[2]: Entering directory '/mnt/resource/makepkg/package-query/src/package-query-1.10/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.. -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -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.. -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -MT alpm-query.o -MD -MP -MF .deps/alpm-query.Tpo -c -o alpm-query.o alpm-query.c mv -f .deps/alpm-query.Tpo .deps/alpm-query.Po 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.. -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -MT util.o -MD -MP -MF .deps/util.Tpo -c -o util.o util.c mv -f .deps/aur.Tpo .deps/aur.Po 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.. -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -MT color.o -MD -MP -MF .deps/color.Tpo -c -o color.o color.c mv -f .deps/color.Tpo .deps/color.Po 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.. -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -MT package-query.o -MD -MP -MF .deps/package-query.Tpo -c -o package-query.o package-query.c mv -f .deps/util.Tpo .deps/util.Po mv -f .deps/package-query.Tpo .deps/package-query.Po /bin/sh ../libtool --tag=CC --mode=link gcc -D_GNU_SOURCE -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -lcurl -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -o package-query aur.o alpm-query.o util.o color.o package-query.o -lyajl -lalpm libtool: link: gcc -D_GNU_SOURCE -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -march=native -mfpmath=sse -minline-stringops-dynamically -O2 -pipe -ftree-vectorize -ftree-slp-vectorize -fpch-preprocess -flto -fno-plt -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now -o package-query aur.o alpm-query.o util.o color.o package-query.o -lcurl -lyajl -lalpm /usr/bin/ld: alpm-query.o (symbol from plugin): in function alpm_grp_get_str': (.text+0x0): multiple definition ofconfig'; aur.o (symbol from plugin):(.text+0x0): first defined here /usr/bin/ld: util.o (symbol from plugin): in function config': (.text+0x0): multiple definition ofconfig'; aur.o (symbol from plugin):(.text+0x0): first defined here /usr/bin/ld: color.o (symbol from plugin): in function color_init': (.text+0x0): multiple definition ofconfig'; aur.o (symbol from plugin):(.text+0x0): first defined here /usr/bin/ld: package-query.o (symbol from plugin): in function config': (.text+0x0): multiple definition ofconfig'; aur.o (symbol from plugin):(.text+0x0): first defined here collect2: error: ld returned 1 exit status make[2]: [Makefile:408: package-query] Error 1 make[2]: Leaving directory '/mnt/resource/makepkg/package-query/src/package-query-1.10/src' make[1]: [Makefile:407: all-recursive] Error 1 make[1]: Leaving directory '/mnt/resource/makepkg/package-query/src/package-query-1.10' make: *** [Makefile:339: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build package-query.

f2404 commented on 2019-12-19 19:48 (UTC)

@erikwill No, I'm not planning a release atm. Is there a need for one?

erickwill commented on 2019-12-19 19:46 (UTC)

@f2404 Hi, I'm just wondering if there is any new update planned for package-query anytime soon?

hexd commented on 2019-11-01 15:38 (UTC)

@ArthurBorsboom, that's not an issue with this package, AFAIK the packager is who builds the package (i.e., who calls makepkg), not who maintains it (i.e., not who wrote the PKGBUILD file). Just add a PACKAGER="Name <your@e.mail>" in either ~/.makepkg.conf or /etc/makepkg.conf and there should be no more warnings like that one.

Ildar commented on 2019-10-30 11:58 (UTC)

Could add 'pentium4' arch to support the project https://www.archlinux32.org ?

ArthurBorsboom commented on 2019-10-26 23:09 (UTC)

makepkg gives a warning

==> WARNING: PACKAGER should have the format 'Example Name email@address.invalid'

erickwill commented on 2019-10-23 18:12 (UTC)

@f2404 never mind, probably pacman dropped the --force clause. Thanks for the fix!

erickwill commented on 2019-10-23 18:12 (UTC)

@f2404 never mind, probably pacman dropped the --force clause. Thanks for the fix!

obrez commented on 2019-10-23 17:55 (UTC)

@f2404 good man.. thanks for the update, works great!

f2404 commented on 2019-10-23 17:54 (UTC)

@erickwill package-query has no --force option. What fails for you?

erickwill commented on 2019-10-23 17:52 (UTC)

@f2404 Thanks bro. It did the trick. However, I wonder if the --force was dropped, since now it does not works.. error: invalid option '--force'

f2404 commented on 2019-10-23 17:13 (UTC)

Version 1.10 should fix the pacman 5.2.0 compatibility problem (it also adds a few new features).

erickwill commented on 2019-10-23 16:37 (UTC)

@setone Curiously, when I update pacman to 5.2.0-2 I get the error:

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

setone commented on 2019-10-23 15:17 (UTC) (edited on 2019-10-23 15:23 (UTC) by setone)

@erickwill Check your versions of /usr/include/alpm.h and /usr/lib/libalpm.so. It sounds like you haven't updated pacman to version 5.2.0-2.

erickwill commented on 2019-10-23 11:59 (UTC)

@Funkin-Stoopid Got this:

/usr/bin/ld: alpm-query.o: in function filter': alpm-query.c:(.text+0x837): undefined reference toalpm_sync_get_new_version' collect2: error: ld returned 1 exit status make[2]: *** [Makefile:405: package-query] Error 1

Funkin-Stoopid commented on 2019-10-23 10:25 (UTC) (edited on 2019-10-23 10:29 (UTC) by Funkin-Stoopid)

Add this line in first into build function of the PKGBUILD: sed -i 's/alpm_sync_newversion/alpm_sync_get_new_version/g' "$srcdir/$pkgname-$pkgver"/src/alpm-query.c

peterangelov commented on 2019-10-23 08:38 (UTC)

in file package-query-1.9/src/alpm-query.c

change line 256 to: if ((_filter & F_UPGRADES) && !alpm_sync_get_new_version (pkg, alpm_get_syncdbs(config.handle)))

erickwill commented on 2019-10-22 15:31 (UTC)

@f2404 Thanks bro!

f2404 commented on 2019-10-22 13:51 (UTC)

@erickwill Please see https://github.com/archlinuxfr/package-query/pull/141 I will try to address this later today when I get home.

erickwill commented on 2019-10-22 13:47 (UTC)

Anyone facing problems while building package-query now days? I got this while trying:

/usr/bin/ld: alpm-query.o: in function `filter':
alpm-query.c:(.text+0x837): undefined reference to `alpm_sync_newversion'
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:405: package-query] Error 1

Also, when trying to use yaourt I got something related to 'alpm'..

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

lafleur commented on 2018-06-27 14:32 (UTC) (edited on 2018-06-27 14:32 (UTC) by lafleur)

I followed damonh's solution, followed by a "make uninstall" into pkg-config-0.29.2 . Worked fine. Hope it resurected the kitten.

test0 commented on 2018-06-15 08:04 (UTC)

damonh, this package is already in repos: https://www.archlinux.org/packages/core/x86_64/pkgconf/. Additionally, every time you issue a 'make install', God kills a kitten, you know.

f2404 commented on 2018-06-10 23:45 (UTC)

package-query is not using python.

themoosemachine commented on 2018-06-10 23:44 (UTC)

I had installed Anaconda and its version of Python was interfering with this. So I had to disable it as follows: $ vim ~/.bashrc Comment out the following:

export PATH="/home/moose/anaconda3/bin:$PATH"

Then, reboot.

damonh commented on 2018-06-09 05:22 (UTC) (edited on 2018-06-09 05:22 (UTC) by damonh)

I solve the issue like this:

$ sudo pacman -Rn yaourt package-query

$ sudo pacman -S fakeroot

$ curl https://pkg-config.freedesktop.org/releases/pkg-config-0.29.2.tar.gz -o pkgconfig.tgz

$ tar -zxf pkgconfig.tgz

$ cd pkg-config-0.29.2

$ ./configure --with-internal-glib && make install

$ git clone https://aur.archlinux.org/package-query.git

$ cd package-query

$ makepkg -si

$ sudo pacman -S yaourt

...and solved! ;-)

damonh commented on 2018-06-09 04:47 (UTC)

I get the same error 'package-query: error while loading shared libraries: libalpm.so.10: cannot open shared object file: No such file or directory' when I run: yaourt -Syua I tried to follow your advice cloning de git repo and also downloading the tar.gz but I get the following error: configure: error: The pkg-config script could not be found or is too old. Make sure it is in your PATH or set the PKG_CONFIG environment variable to the full path to pkg-config.

Alternatively, you may set the environment variables alpm_CFLAGS and alpm_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details.

To get pkg-config, see <http://pkg-config.freedesktop.org/>. See `config.log' for more details

What can I do to fix it? Thank you in advance.

aleksandar2810 commented on 2018-06-08 15:24 (UTC)

@f2404 Yes, it is the same as when I look at View PKGBUILD..

f2404 commented on 2018-06-08 13:36 (UTC)

@aleksandar2810 That's very weird, works fine here. Can you confirm that PKGBUILD that you've downloaded looks similar to the one that is shown here, in the web interface?

aleksandar2810 commented on 2018-06-08 13:24 (UTC)

When I try to reinstall it manually I get:

==> ERROR: arch should be an array

I didn't change anything, just cloned git URL and ran makepkg. Thanks!

brando56894 commented on 2018-06-03 00:34 (UTC)

if you use makepkg -i you can skip the last step :)

Acidhub commented on 2018-06-01 10:40 (UTC) (edited on 2018-06-01 10:41 (UTC) by Acidhub)

Four simple steps to instal manually:

.

$ git clone https://aur.archlinux.org/package-query.git

$ cd package-query

$ makepkg

$ sudo pacman -U package-query-1.9-3-x86_64.pkg.tar.xz

mani.zaeim commented on 2018-06-01 10:32 (UTC) (edited on 2018-06-01 10:33 (UTC) by mani.zaeim)

curl -L -O https://aur.archlinux.org/cgit/aur.git/snapshot/package-query.tar.gz OR wget https://aur.archlinux.org/cgit/aur.git/snapshot/package-query.tar.gz to download the package

rashintha commented on 2018-05-31 08:19 (UTC)

Reinstall package query manually. It looks like both yaourt and package query is not available in the repo.archlinux.fr repository.

Download snapshot with wget. $ wget download_link

Extract $ tar -xvf package-query.tar.gz

Change directory $ cd package-query

Install with dependencies $ makepkg -s

After compilation is finished, install with pacman. $ sudo pacman -U package-query*.xz

ABOhiccups commented on 2018-05-31 00:37 (UTC)

package-query is not in http://repo.archlinux.fr/$arch Custom Repository.

mozo commented on 2018-05-29 18:29 (UTC)

You are welcome :)

maxxcan commented on 2018-05-29 17:46 (UTC)

@mozo The same error for mi without octopi or pamac-aur. But I fixed with your link. Thank you

cogwerkz commented on 2018-05-29 17:05 (UTC)

@mozo you probably have to rebuild octopi. Manually. But that should really be discussed on the octopi page, and only there, as all issues with package-query was fixed in today's update.

mozo commented on 2018-05-29 17:00 (UTC)

I just saying that octopi is broken too.

f2404 commented on 2018-05-29 16:33 (UTC)

@mozo What you need to do is just to manually rebuild package-query and install it. I understand that yaourt is working after you've done that, correct?

How is octopi (and what's that?) related here?

mozo commented on 2018-05-29 16:28 (UTC) (edited on 2018-05-29 17:35 (UTC) by mozo)

Same error here. I followed these howto: https://arcolinux.com/fixing-the-error-message-package-query-error-while-loading-shared-libraries-libalpm-so-10/

Now "package-query: error while loading shared libraries: libalpm.so.10: cannot open shared object file" error is gone at "yaourt -Syau" but is still here when I try to open octopi. It stoped working completely.

damico commented on 2018-05-29 11:52 (UTC)

Hi @cogwerkz I just upgraded and started to show this error: "package-query: error while loading shared libraries: libalpm.so.10: cannot open shared object file: No such file or directory No database errors have been found!"

I manually clone and compiled package-query and now it's fixed - git clone https://aur.archlinux.org/package-query.git - cd package-query/ - makepkg -si

cogwerkz commented on 2018-05-29 08:52 (UTC)

@itsme have you updated it today before you posted this report?

Because that error which is related to libalpm changes in pacman 5.1.0 has already been fixed. It's even listed in the changelog here and in the comments. Right below yours.

itsme commented on 2018-05-29 08:29 (UTC)

package-query: error while loading shared libraries: libalpm.so.10: cannot open shared object file: No such file or directory ==> ERROR: unable to update package-query: error while loading shared libraries: libalpm.so.10: cannot open shared object file: No such file or directory No database errors have been found!

f2404 commented on 2018-05-29 00:08 (UTC)

@emvigo: Done, thanks!

commented on 2018-05-28 23:06 (UTC)

The last pacman 5.1.0 upgrade has changed libalpm's soname and has broken package-query. Recompiling solves the issue, but a pkgrel bump to force recompilation would be nice.

f2404 commented on 2018-02-26 19:38 (UTC)

@Fincer: 'pkg-config is part of the 'base-devel' group which is a prerequisite and shouldn't be an explicit dependency: https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

Fincer commented on 2018-02-26 17:52 (UTC)

Please add 'pkg-config' into makedepends.

02m commented on 2018-02-17 12:53 (UTC)

I go the following error on WSL:

/bin/sh ../libtool --tag=CC --mode=link gcc -D_GNU_SOURCE -g -O2 -lcurl -o package-query aur.o alpm-query.o util.o color.o package-query.o -lyajl -lalpm libtool: error: cannot find the library '/usr/lib/libarchive.la' or unhandled argument '/usr/lib/libarchive.la'

I tried to install libarchive, but that did not help.

rafaelff commented on 2018-01-24 13:32 (UTC)

I'm able to reproduce it. It happens in package() function when executing install commands from Makefile. The PKGBUILD correctly quotes the spaces, so I assume the problem is in the source code tarball.

p.s.: It is a bad idea to have space in the AUR build path, as many PKGBUILDs don't quote $srcdir and "$pkgdir.

f2404 commented on 2018-01-24 13:22 (UTC)

@the_jarles Yeah, but is this a package-query or makepkg problem? Have you been able to install any other package from /home/johannes/Linux Program/ directory?

the_jarles commented on 2018-01-24 12:09 (UTC)

Had a problem where makepkg would fail because I had a directory with a space in its name. The script tried to run:

libtool: install: /usr/bin/install -c package-query /home/johannes/Linux Program/package-query/pkg/package-query/usr/bin/package-query

after which it would complain that 'Program/package-query/pkg/package-query/usr/bin/package-query' is not a directory, which is true.

As a workaround I simply renamed "Linux\ Program" to "Program" and makepkg would run without errors.

alumni commented on 2017-11-01 20:35 (UTC)

The last version of libarchive is missing the libtool archive file, so package-query will fail to build: libtool: error: cannot find the library '/usr/lib/libarchive.la' or unhandled argument '/usr/lib/libarchive.la' As a workaround, try installing an older version of libarchive (3.3.1-2 worked for me).

f2404 commented on 2017-08-18 13:57 (UTC)

@colatkinson I think so, and it seems that your case is similar to others having this problem.

colatkinson commented on 2017-08-18 13:52 (UTC)

I tried a similar thing to @ljw, and the package built! I guess I must have libcurl installed locally elsewhere on my PATH, and removing my custom entries fixed the problem? Not sure exactly, but at least it builds now!

ljw commented on 2017-08-17 19:28 (UTC) (edited on 2017-08-17 19:30 (UTC) by ljw)

I had the same issues with this package mentioned by @colatkinson. I use the Anaconda python distribution, which has had some issues with its libcurl affecting abs builds. To fix this issue, I use the following in my bashrc: export NOANAPATH = $PATH export PATH="/usr/lib/anaconda/bin:$PATH" and can build this package (using pacaur) by removing anaconda from the path: $> PATH=$NOANAPATH pacaur -Sau package-query If you use anaconda and prepend it to the path by default (what they recommend), this will break some builds when the conda libraries supersede system libraries expected by some of the packages built in userspace python.

rafaelff commented on 2017-08-17 14:28 (UTC)

A paste of the 'config.log' generated could be useful too.

colatkinson commented on 2017-08-17 13:44 (UTC)

@f2404 package-query-git also fails with the same error. Output is here: https://pastebin.com/ZCQQJgPs

f2404 commented on 2017-08-15 02:42 (UTC)

@colatkinson Can you try to build package-query-git and paste the output if the build fails?

colatkinson commented on 2017-08-14 20:06 (UTC)

@f2404 I have curl, libcurl-compat, libcurl-gnutls, lib32-libcurl-compat, and lib32-libcurl-gnutls installed. Despite clearing the package cache and reinstalling, the error persists. Based on the output of `make`, it appears that the package isn't even attempting to use the libcurl flags, which is the root cause of the problem. Do you have any idea why the config script could not be picking up on curl?

f2404 commented on 2017-08-14 18:41 (UTC)

@colatkinson The following line looks suspicious, can you check your libcurl is installed properly? checking whether libcurl is usable... no

colatkinson commented on 2017-08-14 18:35 (UTC)

@f2404 `curl_free` is the only one I'm seeing an error for. See the output here: https://pastebin.com/6zPaeznK

f2404 commented on 2017-08-09 13:14 (UTC)

@colatkinson This is weird. Is only 'curl_free' missing from the lib, or are there other symbols? Could you please also paste output of `./configure && make` somewhere?

colatkinson commented on 2017-08-08 14:20 (UTC)

I'm getting a similar error to @fheday. /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 However, so far as I can tell, I don't have any other versions of curl installed, and `curl --version` and `pacman -Ql curl` both say 7.54.1. libcurl-compat is only up to 7.54.1-1 instead of 7.54.1-2, could that somehow be causing problems?

fheday commented on 2017-07-21 00:27 (UTC)

@f2404 Yes, I had two versions of curl installed in my machine. I removed it from the path and now its working nicely. Thanks!

f2404 commented on 2017-07-20 23:54 (UTC)

@fheday Someone below had a similar problem, and it turned out they had 2 versions of curl installed in their system. Please make sure you have no curl installed in e.g. /usr/local/lib/, and that `curl --version` matches to what `pacman -Qi curl` is saying.

fheday commented on 2017-07-20 23:20 (UTC)

@f2404 yes, I do

f2404 commented on 2017-07-20 19:53 (UTC)

@fheday Do you have curl installed?

fheday commented on 2017-07-20 19:51 (UTC)

When Compiling I am getting the following error: /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libalpm.so: undefined reference to `curl_easy_perform@CURL_OPENSSL_4' /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libalpm.so: undefined reference to `curl_easy_getinfo@CURL_OPENSSL_4' /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libalpm.so: undefined reference to `curl_easy_cleanup@CURL_OPENSSL_4' /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libalpm.so: undefined reference to `curl_easy_init@CURL_OPENSSL_4' /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libalpm.so: undefined reference to `curl_easy_setopt@CURL_OPENSSL_4' /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libalpm.so: undefined reference to `curl_global_init@CURL_OPENSSL_4' /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libalpm.so: undefined reference to `curl_global_cleanup@CURL_OPENSSL_4' /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libalpm.so: undefined reference to `curl_easy_reset@CURL_OPENSSL_4' collect2: error: ld returned 1 exit status

f2404 commented on 2017-07-20 13:25 (UTC)

Could be a cache or timing thing but I refreshed the page several times, and the new url never showed up.

Archange commented on 2017-07-20 13:24 (UTC)

Just updating the URL should have worked… Maybe a cache/timing issue, unless there is a real bug in AUR but I don’t think so.

f2404 commented on 2017-07-20 13:14 (UTC)

Well, I may be wrong. But: I first changed only the url yesterday (you can see that in the log). Having done that, I was still seeing the old url on the site. After bumping pkgrel, the new https utl was published.

Archange commented on 2017-07-20 13:07 (UTC)

> @Scimmia AUR wouldn't take PKGBUILD changes without bumping pkgrel, so I had to do it. That’s absolutely false.

f2404 commented on 2017-07-20 12:45 (UTC)

@Scimmia AUR wouldn't take PKGBUILD changes without bumping pkgrel, so I had to do it. Is another package upgrade a big deal for you?

Scimmia commented on 2017-07-20 03:16 (UTC)

Which is an extremely pedantic argument, seeming more like trying to justify a mistake than an actual reason.

xuiqzy commented on 2017-07-20 03:11 (UTC)

I see where you are coming from, but you could also argue that it has an effect if the http connection was intercepted, so you increase security by telling people to redownload it over TLS if they want.

Scimmia commented on 2017-07-20 03:03 (UTC)

Why the hell would you bump the pkgrel for something that has no effect on the end package? That's not at all what it's for.

f2404 commented on 2017-07-20 02:06 (UTC)

@fightcookie Done, thanks!

xuiqzy commented on 2017-07-20 01:52 (UTC)

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

f2404 commented on 2016-08-21 16:58 (UTC)

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

mitcoes commented on 2016-08-21 09:46 (UTC)

"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 (UTC)

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 (UTC)

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 (UTC)

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

f2404 commented on 2016-03-27 10:45 (UTC)

@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 (UTC)

@maintainer add 'pkg-config' to makedepends.

f2404 commented on 2016-03-21 11:04 (UTC)

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

rafaelff commented on 2016-03-21 10:30 (UTC)

@f2404: please update .SRCINFO as well.

f2404 commented on 2016-03-21 10:26 (UTC)

@uberGeek, done.

bigoten commented on 2016-03-20 21:21 (UTC)

@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 (UTC) (edited on 2016-03-20 20:27 (UTC) by rafaelff)

@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 (UTC)

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

f2404 commented on 2016-03-20 06:28 (UTC) (edited on 2016-03-20 06:29 (UTC) by f2404)

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 (UTC)

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 (UTC) (edited on 2016-03-19 21:17 (UTC) by rafaelff)

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 (UTC) (edited on 2016-03-19 19:55 (UTC) by bigoten)

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 (UTC)

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

rafaelff commented on 2016-03-07 06:28 (UTC) (edited on 2016-03-07 06:29 (UTC) by rafaelff)

@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 (UTC)

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 (UTC)

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

hamelg commented on 2016-03-01 19:27 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

package-query 1.8 released today

gonciarz commented on 2016-02-29 13:02 (UTC)

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

gourdcaptain commented on 2016-02-29 07:11 (UTC)

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 (UTC)

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

ahioros commented on 2016-02-07 02:50 (UTC) (edited on 2016-02-07 03:57 (UTC) by ahioros)

@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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC) (edited on 2016-02-05 13:16 (UTC) by ondoho)

__"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 (UTC) (edited on 2016-02-04 22:15 (UTC) by kerberizer)

@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).

commented on 2016-02-04 20:57 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

@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!

commented on 2016-02-03 00:03 (UTC)

@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 (UTC)

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 (UTC) (edited on 2016-02-02 23:52 (UTC) by panaut0lordv)

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 (UTC)

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 (UTC)

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 (UTC)

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

valentin.brasov commented on 2016-02-02 20:12 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

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.

F1nny commented on 2016-02-02 03:23 (UTC) (edited on 2016-02-02 03:52 (UTC) by F1nny)

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 (UTC)

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

rafaelff commented on 2016-02-01 19:25 (UTC)

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 (UTC) (edited on 2016-02-01 19:27 (UTC) by Joel)

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 (UTC)

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 (UTC) (edited on 2016-02-01 11:54 (UTC) by jakob)

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 (UTC)

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 (UTC)

Thank you Skunnyk for the quick update.

flortsch commented on 2016-02-01 10:39 (UTC)

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 (UTC)

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

Jamaal commented on 2016-02-01 10:30 (UTC)

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

anatolyb commented on 2016-02-01 10:24 (UTC)

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 (UTC)

libalpm.so.9 cannot be opened.

trulex commented on 2016-02-01 10:13 (UTC)

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 (UTC)

Quickly updated the pkgbuild for pacman 5.0

beardedlinuxgeek commented on 2016-02-01 09:44 (UTC)

Thanks for patching this quickly

Rhinoceros commented on 2016-02-01 09:11 (UTC)

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 (UTC)

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

bitwave commented on 2016-02-01 08:19 (UTC)

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

tuxertech commented on 2016-02-01 07:23 (UTC)

package-query-git works just fine.

FredBezies commented on 2016-02-01 06:13 (UTC)

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

Skunnyk commented on 2016-01-30 17:03 (UTC) (edited on 2016-01-30 17:04 (UTC) by Skunnyk)

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 (UTC)

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

cbowman57 commented on 2016-01-30 15:49 (UTC)

Then by all means, offer a solution Scimmia.

Scimmia commented on 2016-01-30 15:43 (UTC)

That is an absolutely horrible idea, cbowman57.

cbowman57 commented on 2016-01-30 15:36 (UTC) (edited on 2016-01-30 16:06 (UTC) by cbowman57)

@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 (UTC)

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

Atsuri commented on 2015-09-27 16:19 (UTC)

@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 (UTC)

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 (UTC)

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

HisDudeness commented on 2015-04-30 08:22 (UTC)

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 (UTC)

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

lamphie commented on 2015-04-09 11:04 (UTC)

@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 (UTC)

@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 (UTC)

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.

lamphie commented on 2015-04-06 09:36 (UTC)

@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.

dape commented on 2015-04-06 05:39 (UTC)

-> 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 (UTC)

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

CPUnltd commented on 2015-03-24 18:55 (UTC)

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.

kerberizer commented on 2015-02-21 20:53 (UTC)

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 (UTC)

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

moormaster commented on 2015-01-17 09:29 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

commented on 2015-01-07 12:00 (UTC)

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 (UTC)

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

joko commented on 2015-01-07 07:39 (UTC)

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 (UTC)

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.

Scimmia commented on 2015-01-05 18:58 (UTC)

@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 (UTC)

@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 (UTC)

@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 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

Yamakaky commented on 2014-12-29 14:49 (UTC)

... That's a point ^^

Scimmia commented on 2014-12-29 14:48 (UTC)

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 (UTC)

Yep ! Updated to 1.5-2 to force the rebuild

Yamakaky commented on 2014-12-29 11:02 (UTC)

Please update to 1.5-2 to force the rebuild.

ArthurBorsboom commented on 2014-12-29 09:31 (UTC)

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 (UTC)

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

ArthurBorsboom commented on 2014-12-29 08:05 (UTC)

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 (UTC)

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

leosw commented on 2014-12-24 15:44 (UTC)

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 (UTC)

@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 (UTC)

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

akiirui commented on 2014-12-21 14:50 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

sl1pkn07 commented on 2014-12-12 00:04 (UTC)

build ok here :S

tumbler commented on 2014-12-08 14:11 (UTC)

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 (UTC)

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 (UTC)

I have just solved compiling with clang instead of makepkg

SpotlightKid commented on 2014-12-08 13:54 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC)

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

Almin commented on 2014-12-05 18:03 (UTC)

Yeah, thanks! Works now!

Almin commented on 2014-12-05 14:47 (UTC)

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 (UTC)

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

rustam commented on 2014-12-01 14:16 (UTC)

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 (UTC)

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

SpotlightKid commented on 2014-09-04 13:42 (UTC)

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

ineiti commented on 2014-09-03 17:45 (UTC)

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 (UTC)

Thanks josephgbr. Success.

rafaelff commented on 2014-08-19 08:41 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

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

kevashcraft commented on 2014-06-22 17:52 (UTC)

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 (UTC)

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

bidulock commented on 2014-06-08 12:21 (UTC)

yaourt -S curl ?

truh commented on 2014-06-08 11:04 (UTC)

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?

dbedrenko commented on 2014-04-24 15:12 (UTC)

URL of the tarball is offline.

Scimmia commented on 2014-04-03 16:27 (UTC)

@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 (UTC)

==> 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...

e8hffff commented on 2013-12-28 03:33 (UTC)

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.

kaatisu84 commented on 2013-11-17 11:12 (UTC)

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 (UTC)

Build in a dir without a space.

kaatisu84 commented on 2013-11-17 06:55 (UTC)

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...

Omid commented on 2013-10-10 21:39 (UTC)

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 (UTC)

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 (UTC)

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 ?

commented on 2013-06-06 17:46 (UTC)

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

commented on 2013-04-10 09:16 (UTC)

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')

commented on 2013-04-09 19:23 (UTC)

@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 (UTC)

@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

commented on 2013-04-09 16:07 (UTC)

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 (UTC)

@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 (UTC)

@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)

commented on 2013-04-09 14:27 (UTC)

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 (UTC)

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

commented on 2013-04-06 18:12 (UTC)

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 (UTC)

@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"

commented on 2013-04-06 15:03 (UTC)

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:00 (UTC)

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

rafaelff commented on 2013-04-05 22:31 (UTC)

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 (UTC)

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 (UTC)

TNX!

joat commented on 2013-04-05 14:16 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

Ok, version 1.2 works fine! Thank you.

supersym commented on 2013-04-05 09:09 (UTC)

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 (UTC)

I am getting the same error

rafaelff commented on 2013-04-05 08:57 (UTC)

@kar: Try again, with 1.2

kar commented on 2013-04-05 08:51 (UTC)

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 (UTC)

Thanks. Hope to see the update in AUR quickly.

ptrxyz commented on 2013-04-05 08:29 (UTC)

@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.

mssun commented on 2013-04-05 08:19 (UTC)

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

ptrxyz commented on 2013-04-05 08:11 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

pacman 4.1 is official now.

tuxce commented on 2013-04-01 09:20 (UTC)

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)

commented on 2013-04-01 07:20 (UTC)

Incompatible with pacman since today

hachre commented on 2013-03-13 07:54 (UTC)

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

amstan commented on 2013-03-10 01:43 (UTC)

I think it needs gcc as a dependency.

commented on 2012-10-29 11:53 (UTC)

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

commented on 2012-10-29 11:53 (UTC)

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

dgbaley27 commented on 2012-10-25 20:23 (UTC)

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

dgbaley27 commented on 2012-10-25 20:22 (UTC)

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.

commented on 2012-10-25 19:19 (UTC)

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 (UTC)

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 (UTC)

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

commented on 2012-08-15 03:11 (UTC)

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 (UTC)

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

commented on 2012-05-06 17:10 (UTC)

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

commented on 2012-04-04 21:50 (UTC)

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

tuxce commented on 2012-04-03 20:53 (UTC)

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 ?

commented on 2012-04-03 14:33 (UTC)

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

commented on 2012-03-15 19:52 (UTC)

tuxce commented on 2012-03-01 13:33 (UTC)

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

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

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 (UTC)

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

radio_rogal commented on 2012-02-03 06:29 (UTC)

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'

radio_rogal commented on 2012-02-03 06:25 (UTC)

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 (UTC)

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

tuxce commented on 2011-10-13 20:01 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

Paste your config.log please.

dgbaley27 commented on 2011-09-08 16:44 (UTC)

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 (UTC)

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.

commented on 2011-09-07 23:28 (UTC)

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 (UTC)

It's back now.

badboy commented on 2011-09-01 11:25 (UTC)

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

commented on 2011-08-18 04:05 (UTC)

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

commented on 2011-07-24 14:55 (UTC)

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

Huulivoide commented on 2011-06-28 11:55 (UTC)

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'

commented on 2011-06-23 21:16 (UTC)

>> "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 (UTC)

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 (UTC)

Fixed, thanks.

PerisH commented on 2011-06-23 15:54 (UTC)

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...

commented on 2011-05-16 09:11 (UTC)

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

rafaelff commented on 2011-05-05 00:37 (UTC)

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 (UTC)

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

commented on 2011-04-29 15:15 (UTC)

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 (UTC)

Ninez: Just do as Hador says

tuxce commented on 2011-04-28 15:29 (UTC)

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 (UTC)

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 (UTC)

is it hard to add yajl<2.99 to dependencies?

Hador commented on 2011-04-26 13:10 (UTC)

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

dracorp commented on 2011-04-26 08:05 (UTC)

replace#depends#yajl#yajl1

commented on 2011-04-26 04:13 (UTC)

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.

commented on 2011-04-26 03:30 (UTC)

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 (UTC)

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 (UTC)

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

andrewboktor commented on 2011-04-07 10:03 (UTC)

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 (UTC)

quantumphaze commented on 2011-03-25 02:23 (UTC)

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

jorgicio commented on 2011-03-24 03:59 (UTC)

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

tuxce commented on 2011-03-22 22:12 (UTC)

Read the comment just before yours.

commented on 2011-03-22 20:42 (UTC)

Breaks upgrade of pacman to 3.5. ;)

tuxce commented on 2011-03-17 13:35 (UTC)

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

KlavKalashj commented on 2011-03-17 12:20 (UTC)

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

tuxce commented on 2011-03-17 11:01 (UTC)

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

KlavKalashj commented on 2011-03-16 22:21 (UTC)

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

tuxce commented on 2011-03-11 09:44 (UTC)

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

bsdson commented on 2011-03-11 03:58 (UTC)

*** 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 (UTC)

@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 (UTC)

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 (UTC)

missing builddeps autoconf, automake and pkgconfig

tuxce commented on 2010-12-10 09:16 (UTC)

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

commented on 2010-12-10 02:35 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

yes, base-devel is fully installed

tuxce commented on 2010-12-01 13:16 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

tuxce commented on 2010-11-29 19:59 (UTC)

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

commented on 2010-11-29 19:36 (UTC)

0.5-1 package, no problem

commented on 2010-11-29 19:35 (UTC)

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

tuxce commented on 2010-11-28 22:14 (UTC)

@umityakup, what's the error message ?

silvik commented on 2010-11-28 22:06 (UTC)

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

commented on 2010-11-28 21:24 (UTC)

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

tuxce commented on 2010-11-28 18:09 (UTC)

Really sorry, 0.5.1 fix the segfault.

silvik commented on 2010-11-28 15:52 (UTC)

on 64bits, when trying to install a package with yaourt I get this: http://pastebin.ca/2004609 looks like a problem with package-query

commented on 2010-11-27 12:04 (UTC)

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

commented on 2010-11-27 09:29 (UTC)

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

alorewotik commented on 2010-11-26 18:43 (UTC)

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

commented on 2010-11-26 17:57 (UTC)

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 (UTC)

works fine now :)

swiftscythe commented on 2010-11-26 15:46 (UTC)

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

vnoel commented on 2010-11-26 14:09 (UTC)

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

commented on 2010-11-26 14:06 (UTC)

@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 (UTC)

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

commented on 2010-11-26 13:23 (UTC)

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

commented on 2010-11-26 13:20 (UTC)

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 (UTC)

Hi, doesn't work anymore behind a proxy!

thayne commented on 2010-11-21 02:12 (UTC)

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 (UTC)

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?

thayne commented on 2010-11-16 21:56 (UTC)

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 (UTC)

Install base-devel.

commented on 2010-11-16 19:59 (UTC)

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 (UTC)

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

thayne commented on 2010-11-15 16:46 (UTC)

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

commented on 2010-11-09 17:35 (UTC)

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

tuxce commented on 2010-11-09 17:01 (UTC)

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

commented on 2010-11-09 15:39 (UTC)

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 (UTC)

> 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

commented on 2010-11-09 14:05 (UTC)

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

tuxce commented on 2010-11-06 12:09 (UTC)

Could you pastebin the config.log please ?

commented on 2010-11-05 16:11 (UTC)

Error: configure error: pacman is needed to compile package-query I have pacman 3.4.1 installed.

commented on 2010-10-31 21:07 (UTC)

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

commented on 2010-10-31 20:52 (UTC)

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()?

commented on 2010-10-28 18:05 (UTC)

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.

commented on 2010-10-28 07:51 (UTC)

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.

commented on 2010-10-28 07:49 (UTC)

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...

commented on 2010-10-27 07:11 (UTC)

0.4 works properly here. Did you update?

mortzu commented on 2010-10-27 06:52 (UTC)

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

commented on 2010-06-27 09:53 (UTC)

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 (UTC)

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

commented on 2010-06-26 15:05 (UTC)

@ 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 (UTC)

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...

commented on 2010-06-19 20:51 (UTC)

tuxce, thanks. Well works.

tuxce commented on 2010-06-19 00:04 (UTC)

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

commented on 2010-06-18 23:08 (UTC)

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

commented on 2010-06-18 11:00 (UTC)

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

tuxce commented on 2010-06-07 20:17 (UTC)

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

commented on 2010-06-07 19:52 (UTC)

please add make and gcc as makedepends :)

tuxce commented on 2010-06-02 11:00 (UTC)

The error message is not clear enough ?

commented on 2010-06-02 10:34 (UTC)

curl error: Couldn't connect to server

tuxce commented on 2010-04-05 13:30 (UTC)

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

commented on 2010-04-04 21:02 (UTC)

==> 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 (UTC)

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 (UTC)

==> 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.