Bug 129366 – nautilus-2.14.0 requires libIDL-0.8.6

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Carlos Gómez 2006-04-09 10:02:59 UTC]

nautilus-2.14.0 fails to compile when using libIDL-0.8.5, with the following error: 

/usr/bin/orbit-idl-2 -I /usr/share/idl/bonobo-activation-2.0 -I /usr/share/idl/bonobo-2.0 -I.. nautilus-shell-interface.idl
orbit-idl-2 2.14.0 compiling
  mode, hide preprocessor errors, passes: stubs skels common headers

nautilus-shell-interface.idl:11: Error: `URI' undeclared identifier


Updating to libIDL version 0.8.6 fixes the problem. Note that libIDL isn't a dependency on the nautilus ebuild, but on the gnome-base/orbit ebuild. 

emerge --info
Portage 2.1_pre7-r4 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r1, 2.6.16-ck3 i686)
=================================================================
System uname: 2.6.16-ck3 i686 Intel(R) Pentium(R) M processor 1.60GHz
Gentoo Base System version 1.12.0_pre16
dev-lang/python:     2.3.5, 2.4.2-r1
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.6-r2
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -msse2 -mfpmath=sse"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium-m -msse2 -mfpmath=sse"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/ ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.mirrors.pair.com/ "
LANG="en_US.ISO-8859-1"
LC_ALL="en_US.ISO-8859-1"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/xgl-coffee"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X accessibility acpi alsa apache2 avi berkdb bitmap-fonts cairo cdr cli crypt ctype cups dba dbus dri dvd eds emacs emboss encode esd expat fastbuild firefox foomaticdb force-cgi-redirect fortran ftp gd gdbm gif glitz gnome gpm gstreamer gtk gtk2 hal howl ieee1394 imlib isdnlog jpeg kde libg++ libwww mad memlimit mikmod mmx motif mp3 mpeg ncurses nls nptl ogg opengl pam pcmcia pcre pdflib perl png posix postgres pppd python qt quicktime readline sdl session simplexml soap sockets spell spl sse sse2 ssl svg tcpd tokenizer truetype truetype-fonts type1-fonts udev vorbis xml xmms xsl xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_i810 video_cards_vesa video_cards_fbdev"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS

[Comment 1 foser (RETIRED) 2006-04-09 10:30:24 UTC]

can you check what version of libIDL you had before you upgrade (check /var/tmp/portage.log) ?

[Comment 2 Carlos Gómez 2006-04-09 11:16:02 UTC]

I had version 0.8.5.

1144557117:  >>> emerge (1 of 1) dev-libs/libIDL-0.8.6 to /
1144557117:  === (1 of 1) Cleaning (dev-libs/libIDL-0.8.6::/usr/portage/dev-libs/libIDL/libIDL-0.8.6.ebuild)
1144557117:  === (1 of 1) Compiling/Merging (dev-libs/libIDL-0.8.6::/usr/portage/dev-libs/libIDL/libIDL-0.8.6.ebuild)
1144557173:  === (1 of 1) Updating world file (dev-libs/libIDL-0.8.6)
1144557173:  >>> AUTOCLEAN: dev-libs/libIDL
1144557178: === Unmerging... (dev-libs/libIDL-0.8.5)

[Comment 3 foser (RETIRED) 2006-04-09 11:43:41 UTC]

See, 0.8.5->0.8.6 is according to changelog only a set of fixes for win32, so nothing that could explain your problem. That makes me think it was a local fluke that hit you, unless other reports turn up I'm going to close this.

Thanks for the report.

[Comment 4 foser (RETIRED) 2006-05-05 02:00:19 UTC]

*** Bug 131962 has been marked as a duplicate of this bug. ***

[Comment 5 foser (RETIRED) 2006-05-05 05:30:30 UTC]

It seems to not include the local idl in the workdir, hence the not defined URI .

[Comment 6 foser (RETIRED) 2006-05-05 05:34:17 UTC]

The -I.. include should be -I. , not sure why this is happening.

[Comment 7 foser (RETIRED) 2006-05-09 12:15:32 UTC]

I just added a small patch to fix the relative path in the .idl, that should make this work with all libIDL versions.

[Comment 8 Bel Zébute 2007-07-18 11:47:08 UTC]

This patch fails in 2.18.3 

[Comment 9 Rémi Cardona (RETIRED) 2007-07-18 23:03:50 UTC]

The patch has been accepted upstream, so we dropped our patch for 2.18.3.