Package Details: lib32-gtk-engines 2.21.0-3

Git Clone URL: https://aur.archlinux.org/lib32-gtk-engines.git (read-only, click to copy)
Package Base: lib32-gtk-engines
Description: Theme engines for GTK+ 2 (32 bit)
Upstream URL: http://live.gnome.org/GnomeArt
Licenses: LGPL
Submitter: None
Maintainer: VxlerieUwU
Last Packager: grimi
Votes: 207
Popularity: 0.000115
First Submitted: 2008-07-26 10:20 (UTC)
Last Updated: 2015-06-08 16:54 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

<deleted-account> commented on 2012-07-18 21:50 (UTC)

i have problem here.. ==> 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... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc -m32 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... configure: error: in `/tmp/yaourt-tmp-willian/aur-lib32-gtk-engines/src/gtk-engines-2.21.0': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details What's wrong?

rafaelff commented on 2012-04-27 16:26 (UTC)

@zonyitoo: It was a change of requirement of glib 2.32. Thanks for reporting. Patched and fixed in 2.20.2-4.

zonyitoo commented on 2012-04-27 14:50 (UTC)

Some error while making: In file included from ./src/animation.c:31:0: /usr/include/glib-2.0/glib/gtimer.h:28:2: error: #error "Only <glib.h> can be included directly." What's the problem?

zonyitoo commented on 2012-04-27 14:45 (UTC)

Some error while making: In file included from ./src/animation.c:31:0: /usr/include/glib-2.0/glib/gtimer.h:28:2: error: #error "Only <glib.h> can be included directly." What's the problem?

rafaelff commented on 2011-04-22 03:57 (UTC)

It is normally safe to replace <package> with <package>-multilib. I never had a single problem with it.

<deleted-account> commented on 2011-04-21 20:33 (UTC)

binutils and binutils-multilib conflict... can I remove binutils? the same with gcc and gcc-libs

rafaelff commented on 2011-02-20 17:58 (UTC)

True, 'intltool' added to makedepends. I guess I should've double-checked before replying ;) Thanks for your contribution!

backfist commented on 2011-02-20 16:35 (UTC)

base-devel autoconf base-devel automake base-devel bison base-devel fakeroot base-devel flex base-devel gcc base-devel libtool base-devel m4 base-devel make base-devel patch base-devel pkg-config im on x64 and its not part of base-devel. maybe it was sometime ago.

rafaelff commented on 2011-02-20 01:11 (UTC)

@backfist Nope, intltool is part of "base-devel" group and "Members of "base-devel" should not be included in makedepends arrays.", according to the page 'PKGBUILD' at ArchWiki. Please install it with "pacman -S base-devel" and you'll be fine.

backfist commented on 2011-02-20 01:04 (UTC)

checking for intltool >= 0.31.0... ./configure: line 11055: intltool-update: command not found I think theres an dep missing. initltool

« First ‹ Previous 1 2 3 4 Next › Last »