Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 20796 - gphoto2 ebuild uses build-image paths for shlibs
Summary: gphoto2 ebuild uses build-image paths for shlibs
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High blocker (vote)
Assignee: Alastair Tse (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-11 11:36 UTC by Tobias Klausmann (RETIRED)
Modified: 2003-05-16 16:17 UTC (History)
0 users

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 Tobias Klausmann (RETIRED) gentoo-dev 2003-05-11 11:36:31 UTC
gphoto2 refuses to work (Cannot open library), --debug yields (among other stuff):

0.001828 gphoto2-port-core(0): Could not load any io-library because
'/var/tmp/portage/libgphoto2-2.1.1-r2/image//usr/lib/gphoto2_port/0.5.1' could
not be opened (No such file or directory)




Reproducible: Always
Steps to Reproduce:
Comment 1 Alastair Tse (RETIRED) gentoo-dev 2003-05-14 05:00:05 UTC
can you attach what version of gphoto2 and libgphoto2 you are using and also "emerge info" as the bug report template originally suggested ?
Comment 2 Tobias Klausmann (RETIRED) gentoo-dev 2003-05-14 09:40:04 UTC
gphoto2-2.1.1-r1
libgphoto2-2.1.1-r2

Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.21-rc1 i686 AMD Athlon(tm) processor
GENTOO_MIRRORS="http://ftp.freenet.de/pub/ftp.snt.utwente.nl/pub/os/linux/gentoo/ ftp://ftp.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY="/usr/local/portage"
USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline tetex aalib bonobo svga ggi tcltk java guile sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis motif opengl mozilla gphoto2 snmp cdr scanner X gtk gnome -alsa -arts -kde -qt gtk2 dvd exif"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon-tbird -O2 -pipe"
CXXFLAGS="-march=athlon-tbird -O2 -pipe"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j8"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="ccache distcc sandbox userpriv usersandbox"
Comment 3 Alexander Rudyk 2003-05-16 11:09:14 UTC
I can confirm the bug with the same releases:

gphoto2-2.1.1-r1
libgphoto2-2.1.1-r2

The problem appeared with the update of gphoto2 and libgphoto2 yesterday, so strangely enough it worked in earlier versions although a short look over the ebuilds didn't bring up any significant changes that might have triggered the problem?
What I updated at the same time, though, was Portage itself, maybe a change in the way portage emerges files triggered the problem? [That was my original idea, but as Tobias seems to use the stable portage this does not seem to be the case if I think about it.]

The problem seems to arise because the library path is set at compile time in the libgphoto2_port part of the libgphoto2 package in libgphoto2-2.1.1/libgphoto2_port/. The library path for the problematic library is set in the Makefile in that directory as a constant:

  -DIOLIBS=\"$(libdir)/gphoto2_port/$(VERSION)\"    (line 129)

With my very, very limited (as you probably realized by now) "make" knowledge I was not really able to pinpoint the problem that seems to come from the way $libdir is set, though.

HTH.

Below is my "emerge info" report just for completeness:


bash-2.05b# emerge info
  Portage 2.0.48_pre6 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.20-gentoo-r1 i686 AMD Athlon(tm) processor
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://ftp.easynet.nl/mirror/gentoo// ftp://ftp.easynet.nl/mirror/gentoo// http://212.219.56.152/sites/www.ibiblio.org/gentoo/"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /opt/tomcat/conf /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 3dnow apm avi gif gnome libg++ mikmod mmx nls pdflib png spell gtkhtml gdbm berkdb slang readline arts bonobo svga guile X gpm pam libwww ssl python esd gtk qt kde motif cups usb cdr crypt dga dvd encode gd imap imlib ipv6 java jpeg mbox mozilla mpeg ncurses oggvorbis opengl oss quicktime samba scanner sdl tcpd tetex truetype wmf xv xmms xml2 zlib perl apache2 gphoto2"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon -O3 -pipe"
CXXFLAGS="-march=athlon -O3 -pipe"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"
Comment 4 Veiko Kukk 2003-05-16 11:41:27 UTC
I can confirm this bug too! exactly the same problem here!
Comment 5 Alastair Tse (RETIRED) gentoo-dev 2003-05-16 12:49:51 UTC
thanks for all your information.

 i think i've tracked down the problem in libgphoto2-2.1.1-r2, could you please re-emerge it and let me know if it fixes the problem? 
Comment 6 Tobias Klausmann (RETIRED) gentoo-dev 2003-05-16 15:41:36 UTC
It works for me (I only updated libgphoto2, as there's no update available for gphoto2). Remerge of gphoto2 was NOT necessary
Comment 7 Alastair Tse (RETIRED) gentoo-dev 2003-05-16 16:17:39 UTC
great.

thanks again for your help guys.