Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 69338 - Nautilus v2.8.0 fails with undefined symbol: TC_Nautilus_WindowType_struct
Summary: Nautilus v2.8.0 fails with undefined symbol: TC_Nautilus_WindowType_struct
Status: VERIFIED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-28 17:45 UTC by qube99
Modified: 2005-06-20 21:16 UTC (History)
0 users

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


Attachments
Strace of nautilus (nautilus.strace,34.61 KB, text/plain)
2005-05-03 14:03 UTC, qube99
Details

Note You need to log in before you can comment on or make changes to this bug.
Description qube99 2004-10-28 17:45:32 UTC
Running nautilus from a terminal produces: 
 
nautilus: error while loading shared libraries: nautilus: undefined symbol: 
TC_Nautilus_WindowType_struct 
 
It immediately terminates afterwards.

Gentoo Base System version 1.4.16
Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.2.5-r2,2.3.3_pre20031222-r0,2.3.3_pre20040207-r0,2.3.3.20040420-r0, 2.6.8-gentoo-r3)
=================================================================
System uname: 2.6.8-gentoo-r3 i686 AMD Athlon(tm) Processor
ccache version 2.2 [enabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="no"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache fixpackages sandbox userpriv"
GENTOO_MIRRORS="ftp://mirrors.tds.net/gentoo http://mirrors.tds.net/gentoo ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ ftp://gentoo.ccccom.com http://gentoo.netnitco.net"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/mnt/misc/portage/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3dnowex X Xaw3d aalib alsa apm arts avi berkdb bitmap-fonts bonobo cdparanoia cdr crypt cups divx4linux doc dvd dvdr encode esd evo f77 foomaticdb gcj gdbm ggi gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg kde ldap libg++ libwww live lzo mad mikmod mmx motif mozcalendar mozilla mozsvg mpeg mysql mythtv nas ncurses network nls oggvorbis opengl oss pam pdflib perl pic pie png python qt quicktime readline rtc ruby samba scanner sdl slang softmmu spell sse ssl svga tcltk tcpd tetex theora truetype usb v4l2 x86 xinerama xml2 xmms xprint xv xvid xvmc zlib"
Comment 1 foser (RETIRED) gentoo-dev 2004-11-09 09:03:07 UTC
i see you have autoclean=no ? any particular reason to have that set as normal user.. it is known that it might cause problems with incorrect linking to the live filesys. Disable it & clean-up (emerge -cp) & then remerge nautilus.
Comment 2 qube99 2004-11-11 16:46:29 UTC
I set autoclean to no because I've had 'emerge -c' remove important packages in the past.  In any case, I set autoclean to yes, checked and ran 'emerge -c',  and remerged nautilus to no effect.
Comment 3 qube99 2005-03-03 07:25:46 UTC
I think I've discovered the source of this problem, though I'm not sure
how to solve it.  Compiling nautilus manually produces in src/ a nautilus
shell script as follows:

#!/bin/sh

# nautilus - temporary wrapper script for .libs/nautilus
# Generated by ltmain.sh - GNU libtool 1.5.6 (1.1220.2.94 2004/04/10 16:27:27)
#
# The nautilus program cannot be directly executed until all the libtool
# libraries that it depends on are installed.
#
# This wrapper script should never be moved out of the build directory.
# If it is, it will not operate correctly.
...

Running this causes nautilus to run.  Furthermore, running it causes
.libs/lt-nautilus to be formed which also runs correctly.  So, it'd seem
like part of the necessary compilation steps would be to run the script
and move .libs/lt-nautilus over .libs/nautilus.  Of course, that's just
a hack solution.  I'd really like to know why such is occuring on my
system while no one elses to be having this problem.
Comment 4 John N. Laliberte (RETIRED) gentoo-dev 2005-05-01 15:28:29 UTC
could you please emerge strace, and attach the output here? ( by running from terminal, "strace nautilus".  hopefully that will give us more information about the library its trying to load, and then just have you emerge or re-emerge that package that contains that library.  Thanks!
Comment 5 qube99 2005-05-03 14:03:47 UTC
Created attachment 57964 [details]
Strace of nautilus
Comment 6 John N. Laliberte (RETIRED) gentoo-dev 2005-06-07 09:56:29 UTC
what version of nautilus is this happening with? does it still happen with 2-10.0 ?
Comment 7 John N. Laliberte (RETIRED) gentoo-dev 2005-06-20 18:52:15 UTC
need to know if this still happens with latest version
Comment 8 qube99 2005-06-20 21:16:54 UTC
A build of 2.6.10 doesn't seem to have this problem.  I did have to clean up 
some lib files though that didn't belong (not a clue where those came from).  
So, I guess problem solved.