Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 102672 - gtk+ 2.8.0 fails to compile on amd64 (w/fix?)
Summary: gtk+ 2.8.0 fails to compile on amd64 (w/fix?)
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: AMD64 Project
URL:
Whiteboard:
Keywords:
: 102691 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-08-15 21:33 UTC by Waldo
Modified: 2005-11-07 18:11 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Waldo 2005-08-15 21:33:17 UTC
compiling it results in...

(after a while...)

creating im-viqr.la
(cd .libs && rm -f im-viqr.la && ln -s ../im-viqr.la im-viqr.la)
../../gtk/gtk-query-immodules-2.0 im-xim.la  im-am-et.la im-cedilla.la
im-cyrillic-translit.la im-inuktitut.la im-ipa.la im-thai-broken.la im-ti-er.la
im-ti-et.la im-viqr.la  > gtk.immodules
/var/tmp/portage/gtk+-2.8.0/work/gtk+-2.8.0/gtk/.libs/lt-gtk-query-immodules-2.0:
error while loading shared libraries: libcairo.so.1: cannot open shared object
file: No such file or directory
make[3]: *** [gtk.immodules] Error 127
make[3]: Leaving directory
`/var/tmp/portage/gtk+-2.8.0/work/gtk+-2.8.0/modules/input'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/gtk+-2.8.0/work/gtk+-2.8.0/modules'make[1]: ***
[all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gtk+-2.8.0/work/gtk+-2.8.0'
make: *** [all] Error 2

!!! ERROR: x11-libs/gtk+-2.8.0 failed.
!!! Function src_compile, Line 92, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

I tried making the following symlinks:

ln -s libcairo.so.2.1.1 libcairo.so.1
ln -s libcairo.so.2.1.1 libcairo.so.1.0.0

so that...

lrwxrwxrwx  1 root root     17 Aug 15 21:23 libcairo.so.1 -> libcairo.so.2.1.1
lrwxrwxrwx  1 root root     17 Aug 15 21:23 libcairo.so.1.0.0 -> libcairo.so.2.1.1

Then I compiled again.

It worked.

W

-- BTW, if this is not the correct action to have taken, please let me know so I
can delete those symlinks!

Reproducible: Always
Steps to Reproduce:





# emerge info
Portage 2.0.51.22-r2 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r1,
2.6.12-gentoo-r8 x86_64)
=================================================================
System uname: 2.6.12-gentoo-r8 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.6.13
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [disabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -pipe -O2 -mtune=k8 -ftracer -fprefetch-loop-arrays
-funroll-loops"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -pipe -O2 -mtune=k8 -ftracer -fprefetch-loop-arrays
-funroll-loops"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo/
http://mirror.espri.arizona.edu/gentoo/
ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac aim alsa amd64 avi berkdb bitmap-fonts cddb cdr crypt cups curl
dvd dvdr eds encode esd faad fam ffmpeg flac foomatic foomaticdb fortran gif
gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal imagemagick imlib
ipv6 java jpeg junit libgda libsndfile libwww lzw lzw-tiff mad matroska mozilla
mp3 mpeg ncurses nls nptl nptlonly nvidia offensive ogg oggvorbis openal opengl
oscar oss pam pdflib perl png ppds python qt quicktime readline sdl spell ssl
tcltk tcpd theora tiff tokenizer truetype truetype-fonts type1-fonts usb
userlocales vorbis wxwindows xine xinerama xml2 xpm xv xvid yahoo zlib
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2005-08-16 03:05:13 UTC
*** Bug 102691 has been marked as a duplicate of this bug. ***
Comment 2 Chris Gianelloni (RETIRED) gentoo-dev 2005-08-16 06:42:30 UTC
Compiles have nothing to do with the release media... reassigning...
Comment 3 Mathieu Segaud 2005-08-17 15:16:27 UTC
As you certainly already used pango-1.9.x snapshots, your installed pango did
not need update thru portage. But it was linked against libcairo.so.1. As it is
not rebuilt against libcairo.so.2 (as it is already seen up to date by portage),
any -lpangocairo will look for libcairo.so.1. So rebuild pango against
libcairo.so.2. Or let portage update pango to hardmasked pango-1.10.0. ;)


Comment 4 Manuel Sabban 2005-08-17 16:16:31 UTC
(In reply to comment #3)
> As you certainly already used pango-1.9.x snapshots, your installed pango did
> not need update thru portage. But it was linked against libcairo.so.1. As it 
> is not rebuilt against libcairo.so.2 (as it is already seen up to date by 
> portage),any -lpangocairo will look for libcairo.so.1. So rebuild pango 
> against libcairo.so.2.

Yes, It's what I did...

> Or let portage update pango to hardmasked pango-1.10.0. ;)

It's what I did today. ;)

Comment 5 Doug Goldstein (RETIRED) gentoo-dev 2005-08-18 01:47:15 UTC
revdep-rebuild
Comment 6 Herbie Hopkins (RETIRED) gentoo-dev 2005-08-18 02:24:50 UTC
You seem to have solved your own problem already. In the future just run
revdep-rebuild if you errors like this, that's what it's for.
Comment 7 Peter Buxton 2005-11-07 17:38:20 UTC
God, you people are stupid.

You really think revdep-rebuild identifies all reverse dependencies.

When I got rid of gdbm, some package, I've forgotten which one, broke. It was
not linked to any libgdbm.so*, it had some internal conf that set gdbm as
present (at the install) regardless of any USE flag. And it broke, because it
could not recover from not finding /usr/bin/gdbm &c nor would it reconfigure
without a fresh install/emerge. And it never showed up in revdep-rebuild, which
I run often, or in `emerge -pvuD` or anything else.

I am recompiling pango and cairo, and probably freetype, because I am getting a
symbol not found error whilst compiling xfce-base/xfce-mcs-manager. It probably
came about when the freetype package version advanced, downgraded, and then
readvanced. And revdep-rebuild tells me everything is fine, which means
revdep-rebuild is obviously of limited usefulness.

So take your "Can't Happen Here/Our Shit Don't Stink" attitude and blow it out
your collective arse before you turn into Debian.
Comment 8 Doug Goldstein (RETIRED) gentoo-dev 2005-11-07 18:11:59 UTC
And it's comments like that, that result in me not even bothering to look into
your issue or helping you own. Now maybe I'd reconsider if you just got
frustrated and just posted this.... But when you e-mail me your garbage as
well... Not going to happen.

None of us get paid for working on Gentoo. In fact it occationally cuts away
from work time for me. We do this work and support on our own free time. Why
should I have to take abuse from someone who's looking for my help? I don't have to.