<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>98425</bug_id>
          
          <creation_ts>2005-07-08 20:24 0000</creation_ts>
          <short_desc>digikam  0.7.3 compile fails undefined reference in libkio.so</short_desc>
          <delta_ts>2005-09-16 12:57:51 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>matt_harrison@yahoo.com</reporter>
          <assigned_to>kde@gentoo.org</assigned_to>
          <cc>gentoo-bugs2@carldunham.com</cc>
    
    <cc>holler.loudly@gmail.com</cc>
    
    <cc>mkay@gentoo.org</cc>
    
    <cc>t35t0r@gmail.com</cc>
    
    <cc>tekknokaetzi@web.de</cc>

      

      
          <long_desc isprivate="0">
            <who>matt_harrison@yahoo.com</who>
            <bug_when>2005-07-08 20:24:42 0000</bug_when>
            <thetext>trying to emerge digikam but it fails....
/usr/qt/3/bin/moc ./imagepropertieshistogram.h -o imagepropertieshistogram.moc
i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../..
-I../../digikam/utilities/imageeditor -I../../digikam/libs/thumbbar/
-I../../digikam/libs/widgets -I../../digikam/libs/histogram
-I../../digikam/digikam -I../../digikam/utilities/splashscreen 
-I/usr/kde/3.4/include -I/usr/qt/3/include -I.   -DQT_THREAD_SUPPORT 
-D_REENTRANT  -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi
-D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts
-Wall -W -Wpointer-arith -Wno-non-virtual-dtor -DNDEBUG -DNO_DEBUG -O2 -O2
-march=pentium4 -fomit-frame-pointer -Wformat-security
-Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE  -c -o imagepropertieshistogram.o `test
-f &apos;imagepropertieshistogram.cpp&apos; || echo &apos;./&apos;`imagepropertieshistogram.cpp
/bin/sh ../../libtool --silent --mode=link --tag=CXX i686-pc-linux-gnu-g++ 
-Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W
-Wpointer-arith -Wno-non-virtual-dtor -DNDEBUG -DNO_DEBUG -O2 -O2
-march=pentium4 -fomit-frame-pointer -Wformat-security
-Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE    -o showfoto -R /usr/lib -R
/usr/kde/3.4/lib -R /usr/qt/3/lib -R /usr/lib -L/usr/kde/3.4/lib -L/usr/qt/3/lib
-L/usr/lib    main.o showfoto.o setup.o setupeditor.o setupplugins.o
imageproperties.o imagepropertiesgeneral.o imagepropertiesexif.o
imagepropertieshistogram.o -lqt-mt  -lz -lpng -lz -lm -lXext -lX11  -lSM -lICE
-lpthread -lkdecore -lkdeui -lkio -lkparts -ljpeg
../../digikam/utilities/imageeditor/libimagecanvas.la
../../digikam/utilities/imageeditor/libshowfoto.la
../../digikam/libs/histogram/libhistogram.la
../../digikam/libs/widgets/libwidgets.la
../../digikam/utilities/splashscreen/libsplashscreen.la
../../digikam/libs/thumbbar/libthumbbar.la
/usr/kde/3.4/lib/libkio.so: undefined reference to
`KProtocolInfo::canRenameToFile() const&apos;
/usr/kde/3.4/lib/libkio.so: undefined reference to
`KProtocolInfo::fileNameUsedForCopying() const&apos;
/usr/kde/3.4/lib/libkio.so: undefined reference to
`KProtocolInfo::canRenameFromFile() const&apos;
/usr/kde/3.4/lib/libkio.so: undefined reference to
`KProtocolInfo::canDeleteRecursive() const&apos;
/usr/kde/3.4/lib/libkio.so: undefined reference to
`KIconViewSearchLine::setIconView(QIconView*)&apos;
/usr/kde/3.4/lib/libkio.so: undefined reference to
`KIconView::takeItem(QIconViewItem*)&apos;
/usr/kde/3.4/lib/libkio.so: undefined reference to `KURL::pathOrURL() const&apos;
/usr/kde/3.4/lib/libkio.so: undefined reference to
`KApplication::keyboardMouseState()&apos;
/usr/kde/3.4/lib/libkio.so: undefined reference to
`KIconViewSearchLine::KIconViewSearchLine[in-charge](QWidget*, char const*)&apos;
collect2: ld returned 1 exit status
make[3]: *** [showfoto] Error 1
make[3]: Leaving directory
`/var/tmp/portage/digikam-0.7.3/work/digikam-0.7.3/digikam/showfoto&apos;
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/digikam-0.7.3/work/digikam-0.7.3/digikam&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/digikam-0.7.3/work/digikam-0.7.3&apos;
make: *** [all] Error 2

!!! ERROR: media-gfx/digikam-0.7.3 failed.
!!! Function kde_src_compile, Line 164, Exitcode 2
!!! died running emake, kde_src_compile:make
!!! If you need support, post the topmost build error, NOT this status message.


Reproducible: Always
Steps to Reproduce:
1. try to emerge digikam
2.
3.

Actual Results:  
emerge failed

Expected Results:  
succeeded

mycomputer ~ # emerge info
Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.4.20041102-r1, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 1600MHz
Gentoo Base System version 1.6.12
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Apr 27 2005, 20:15:59)]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.6.3, 1.9.5, 1.7.9, 1.4_p6, 1.8.5-r3
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=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-O2 -march=pentium4 -fomit-frame-pointer&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/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.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown
/usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref
/usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=pentium4 -fomit-frame-pointer&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs autoconfig ccache distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo&quot;
MAKEOPTS=&quot;-j1&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dnow X aalib alsa apm avi berkdb bitmap-fonts cdparanoia cdr crypt
cups curl dga dv dvd dvdr emacs emboss encode esd fam ffmpeg flac foomaticdb
fortran gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 imagemagick imlib ipv6
jack java joystick jpeg junit kde ldap libg++ libwww mad mikmod mmx motif
mozilla mp3 mpeg mysql ncurses nls nptl nptlonly ogg oggvorbis opengl oss pam
pda pdflib perl png postgres ppds python qt quicktime readline real samba
scanner sdl spell sse sse2 ssl svga tcpd tiff truetype truetype-fonts
type1-fonts unicode usb vorbis win32codecs wxwindows xine xml2 xmms xv zlib
userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-07-09 02:43:19 0000</bug_when>
            <thetext>It seems you have some problem with the kdelibs installation, please try 
reemerging kdelibs. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gloegl@oktiron.net</who>
            <bug_when>2005-07-10 12:23:47 0000</bug_when>
            <thetext>I have just the same problem - remerging kdelibs did not help.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ccartano@yahoo.com</who>
            <bug_when>2005-07-10 16:05:01 0000</bug_when>
            <thetext>I am #3:  I have the same problem. - remerging kdelibs did not help. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sh33p@blisteringsheep.com</who>
            <bug_when>2005-07-11 00:01:54 0000</bug_when>
            <thetext>I had the exact same error.  After I reemerged libkexif, the emerge of digikam
succeeded.  /usr/lib/libkexif.la still has the path for the kde 3.3 libraries in
it, and reemerging libkexif will rebuild against kde 3.4.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jgeisler@css.tayloru.edu</who>
            <bug_when>2005-07-11 09:06:20 0000</bug_when>
            <thetext>I can verify that Ed&apos;s fix works.  When should someone be notified to re-emerge
libkexif?  When kdelibs is updated?  Or when the user tries to emerge some
program that uses it like digikam?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gloegl@oktiron.net</who>
            <bug_when>2005-07-11 11:18:50 0000</bug_when>
            <thetext>Can not verify - remerging libexif did not change anything for me. Still get the
same error.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-07-11 11:54:28 0000</bug_when>
            <thetext>Maybe you reemerged libexif instead of libkexif, or it was a typo? 
Does running &apos;revdep-rebuild&apos; catch this issue? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ccartano@yahoo.com</who>
            <bug_when>2005-07-11 13:27:03 0000</bug_when>
            <thetext>Hello all,  re-emerging libkexif worked for me.  Thanks for the solution. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gloegl@oktiron.net</who>
            <bug_when>2005-07-11 15:45:17 0000</bug_when>
            <thetext>Ah yes, sorry, remerging lib_k_exif worked. Thanks for the help.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@karlt.net</who>
            <bug_when>2005-07-11 15:59:44 0000</bug_when>
            <thetext>Thanks for the libkexif solution - worked for me too. 
revdep-rebuild didn&apos;t pick it up possibly because there a still a kdelibs-3.3 
installed (slotted). 
 
Note that /usr/kde/3.3/lib in the runpath of libkexif.so as well as 
in /etc/ld.so.conf.  (readelf -d /usr/lib/libkexif.so) 
Perhaps if it were removed from the runpath of libkexif.so, there would be no 
need to re-emerge? 
 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2005-07-13 07:14:08 0000</bug_when>
            <thetext>(In reply to comment #7)
&gt; Maybe you reemerged libexif instead of libkexif, or it was a typo? 
&gt; Does running &apos;revdep-rebuild&apos; catch this issue? 

It never will, since it uses only ldd to catch &quot;missing&quot; libs, which is not the
case here. Moreover it can&apos;t presage when you intend to install an application
against kdelibs slot Y, while other libs the application depends on are build
against kdelibs slot X. This is something we probably need to address, but there
can&apos;t be any satisfying solution unless portage supports reverse dependencies
taking all this into account. Especially the need to rebuild other applicatons
depending on these libs as well is &quot;fun&quot;. An alternative would be to install
libkipi, likexif, ... slotted as well. Would implicate some weird naming scheme,
though.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2005-07-16 15:14:23 0000</bug_when>
            <thetext>*** Bug 99254 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>d.paolino@gmail.com</who>
            <bug_when>2005-07-17 14:02:06 0000</bug_when>
            <thetext>Hi guys,

I have the same problem.

I re emerged libexif,libkexif,kdelibs, nothing works, digikam still end up with
that silly error...

----8&lt;----
igikam/sqlite/libsqlite.la ../../digikam/libs/histogram/libhistogram.la
../../digikam/libs/levels/liblevels.la ../../digikam/libs/curves/libcurves.la
../../digikam/libs/filters/libfilters.la
../../digikam/libs/thumbbar/libthumbbar.la
../../digikam/libs/themeengine/libthemeengine.la
../../digikam/libs/widgets/libwidgets.la
../../digikam/utilities/cameragui/libcameragui.la
../../digikam/utilities/imageeditor/libimagecanvas.la
../../digikam/utilities/imageeditor/libimageeditor.la
../../digikam/utilities/splashscreen/libsplashscreen.la
../../digikam/utilities/setup/libsetup.la
grep: /usr/kde/3.3/lib/libkio.la: No such file or directory
/bin/sed: can&apos;t read /usr/kde/3.3/lib/libkio.la: No such file or directory
libtool: link: `/usr/kde/3.3/lib/libkio.la&apos; is not a valid libtool archive
make[4]: *** [libdigikam.la] Erreur 1
make[4]: Leaving directory
`/var/tmp/portage/digikam-0.7.3/work/digikam-0.7.3/digikam/digikam&apos;
make[3]: *** [all-recursive] Erreur 1
make[3]: Leaving directory
`/var/tmp/portage/digikam-0.7.3/work/digikam-0.7.3/digikam/digikam&apos;
make[2]: *** [all-recursive] Erreur 1
make[2]: Leaving directory
`/var/tmp/portage/digikam-0.7.3/work/digikam-0.7.3/digikam&apos;
make[1]: *** [all-recursive] Erreur 1
make[1]: Leaving directory `/var/tmp/portage/digikam-0.7.3/work/digikam-0.7.3&apos;
make: *** [all] Erreur 2

!!! ERROR: media-gfx/digikam-0.7.3 failed.
!!! Function kde_src_compile, Line 164, Exitcode 2
!!! died running emake, kde_src_compile:make
!!! If you need support, post the topmost build error, NOT this status message.


wolverine pol # emerge info
Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0,
2.6.12-gentoo-r4 i686)
=================================================================
System uname: 2.6.12-gentoo-r4 i686 Intel(R) Pentium(R) III CPU - S         1400MHz
Gentoo Base System version 1.6.12
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.2.3-r5, 2.3.5, 2.4.1-r1
sys-apps/sandbox:    1.2.10
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=pentium3 -O3 -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/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/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d&quot;
CXXFLAGS=&quot;-march=pentium3 -O3 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig ccache digest distlocks fixpackages sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo&quot;
LANG=&quot;fr_FR@euro&quot;
LC_ALL=&quot;fr_BE@euro&quot;
LINGUAS=&quot;fr&quot;
MAKEOPTS=&quot;-j4&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 X aalib acl alsa apache2 apm avi bash-completion berkdb bitmap-fonts
bonobo cdr crypt cups curl dba dvd dvdread eds emboss encode fam firebird flac
foomaticdb fortran gd gdbm gif gphoto2 gpm gtk gtk2 guile imagemagick imlib ipv6
java jpeg kde kerberos ldap libg++ libwww mad mbox mcal mikmod mmx mmx2 motif
mozilla mp3 mpeg mpeg4 mplayer mysql ncurses nls nvidia ogg oggvorbis opengl pam
pda pdflib perl png python qt quicktime readline samba session slang sockets
spell sqlite sse sse2 ssl svg svga svgz tcltk tcpd tetex tiff truetype
truetype-fonts type1-fonts usb v4l v4l2 vorbis win32codecs winbind wmf wxwindows
xine xinerama xml xml2 xv xvid zlib linguas_fr userland_GNU kernel_linux
elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, LDFLAGS

Versions of recompiled softwares:

* media-libs/libexif
     Available versions:  0.5.12-r2 0.5.12-r3 ~0.6.12-r4
     Installed:           0.6.12-r4
     Homepage:            http://libexif.sourceforge.net/
     Description:         Library for parsing, editing, and saving EXIF data

* kde-base/kdelibs
     Available versions:  3.2.3-r7 3.2.3-r9 3.3.2-r9 ~3.4.0-r2 3.4.1-r1 ~3.4.1-r2
     Installed:           3.4.1-r2
     Homepage:            http://www.kde.org/
     Description:         KDE libraries needed by all kde programs

* media-libs/libkexif
     Available versions:  ~0.1 0.2.1
     Installed:           0.2.1
     Homepage:            http://digikam.sourceforge.net/
     Description:         A KDE library for loss-less EXIF operations.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo3@hubbertz.de</who>
            <bug_when>2005-07-21 11:04:51 0000</bug_when>
            <thetext>
&gt; I have the same problem.
I don&apos;t think your problem is the same one than the other reported in this bug,
but I have exact the same problem than you.

I also tried to reemerge a lot of libs but the error hasn&apos;t gone.

A very dirty workaround for me was to symlink /usr/kde/3.4/lib to /usr/kde/3.3
lib, emerge digikam and than removing the link again.



Maybe it&apos;s better to file a new bug for this?


&gt; grep: /usr/kde/3.3/lib/libkio.la: No such file or directory
&gt; /bin/sed: can&apos;t read /usr/kde/3.3/lib/libkio.la: No such file or directory
&gt; libtool: link: `/usr/kde/3.3/lib/libkio.la&apos; is not a valid libtool archive

--&gt; The problem is that libtool looks in the wrong directory for libkio.


Euphi</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2005-07-21 13:09:00 0000</bug_when>
            <thetext>If you have a look at the digkam ebuild there are two dependencies, which
compile against kdelibs. re-emerge both, emerge digikam. The basic poblem is
that portage doesn&apos;t deal with slot updates correctly. It should do the rebuild
transparent for you.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>t35t0r@gmail.com</who>
            <bug_when>2005-07-24 00:08:52 0000</bug_when>
            <thetext>remerging libkexif worked for me, here are all the versions I have installed:

root# qpkg -I -v kdelibs
kde-base/kdelibs-3.3.2-r9 *
kde-base/kdelibs-3.4.1-r1 *
/root# qpkg -I -v libexif
media-libs/libexif-0.5.12-r3 *
/root# qpkg -I -v libkexif
media-libs/libkexif-0.2.1 *
/root# qpkg -I -v digikam
media-gfx/digikam-0.7.3 *</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>danarmak@gentoo.org</who>
            <bug_when>2005-07-29 08:23:33 0000</bug_when>
            <thetext>&gt; An alternative would be to install 
&gt; libkipi, likexif, ... slotted as well. Would implicate some weird naming  
&gt; scheme, though. 
I.e. always create paired ebuilds with revision numbers matching their deps 
on a specific kde slot: 
libkexif-&lt;version&gt;-r3300 
libkexif-&lt;version&gt;-r3400 
When we want a revbump we&apos;ll create r3301 and r3401, etc. 
 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>holler.loudly@gmail.com</who>
            <bug_when>2005-08-11 17:02:28 0000</bug_when>
            <thetext>Exact same problem here for a number of packages - eagerly awaiting progress? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mkay@gentoo.org</who>
            <bug_when>2005-08-14 04:30:10 0000</bug_when>
            <thetext>for those, who recompiled libkexif and still have that problem: try to recompile 
also media-libs/libkipi - that helped on my system</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2005-08-28 12:02:46 0000</bug_when>
            <thetext>Created an attachment (id=67103)
digikam-0.7.4.ebuild

(In reply to comment #17)
&gt; I.e. always create paired ebuilds with revision numbers matching their deps 
&gt; on a specific kde slot: 

Dan, I just played with that in my mind, but never thought this would be a
possible way to go. We didn&apos;t face the problem in the past, because we had no
such dependencies outside of kde-base/, but now regarding libkexif and libkipi
it&apos;s digikam, kimdaba, showimg and gwenview. Also the split koffice is
affected. I don&apos;t think you&apos;d take into account to add a lot of new ebuild
revisions for every supported KDE 3.x version. Do you!? ;) We can only hope to
get Portage to another level soon :| For now I wrote a function to test forthis
sort of problem...

@everyone: My Gentoo box is sort of dead - time to buy new hardware... :/ - so
the attached ebuild is untested, but should be enough as a workaround. The new
function should go into kde.eclass of course, please test.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tekknokaetzi@web.de</who>
            <bug_when>2005-08-31 01:20:10 0000</bug_when>
            <thetext>When I emerged digikam-0.7.3 I got the same error message that is reported in
the description of this bug.
The new ebuild of digikam-0.7.4 emerged fine, and it works with my 2 cameras:
Canon PowerShot A520 and Rollei DR5. Automatic detection of those cameras fails,
but adding them manually works perfectly.
Thanks for the ebuild!

btw. digikam-0.8.0-beta1 ist out. Anybody in here who could provide an ebuild?
That would be great!!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>noticiasdegurp@yahoo.es</who>
            <bug_when>2005-09-14 03:59:18 0000</bug_when>
            <thetext>It&apos;s not really related to this bug, but may be some people is having the same 
problem as I did. I first thought it was libkexif, but it wasn&apos;t. The problem 
was with imlib2. It was compiled without the &quot;X&quot; flag. After emerging it with 
that flag, digikam emerged flawlessly. ;-) 
 
Hope it helps! </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cryos@gentoo.org</who>
            <bug_when>2005-09-14 16:19:21 0000</bug_when>
            <thetext>*** Bug 105494 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cryos@gentoo.org</who>
            <bug_when>2005-09-16 12:57:51 0000</bug_when>
            <thetext>I have committed digikam-0.7.4 and digikamimageplugins-0.7.4 to the tree. Both  
support optional downloads of the docs and work great here on amd64 and x86.  
They are much improved too - please let me know if there are any problems. 
 
Carsten I tested your function and it seemed to work fine here. I have added it 
to kde.eclass as you requested - thanks. </thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>67103</attachid>
            <date>2005-08-28 12:02 0000</date>
            <desc>digikam-0.7.4.ebuild</desc>
            <filename>digikam-0.7.4.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQga2RlCgpNWV9QPSR7UC9fLy19ClM9JHtXT1JLRElSfS8ke01ZX1B9CgpE
RVNDUklQVElPTj0iQSBkaWdpdGFsIHBob3RvIG1hbmFnZW1lbnQgYXBwbGljYXRpb24gZm9yIEtE
RS4iCkhPTUVQQUdFPSJodHRwOi8vZGlnaWthbS5zb3VyY2Vmb3JnZS5uZXQvIgpTUkNfVVJJPSJt
aXJyb3I6Ly9zb3VyY2Vmb3JnZS9kaWdpa2FtLyR7TVlfUH0udGFyLmJ6MiIKClNMT1Q9IjAiCkxJ
Q0VOU0U9IkdQTC0yIgpLRVlXT1JEUz0ifng4NiB+cHBjIH5hbWQ2NCIKSVVTRT0iIgoKREVQRU5E
PSI+PW1lZGlhLWxpYnMvbGliZ3Bob3RvMi0yCgk+PW1lZGlhLWxpYnMvbGlia2V4aWYtMC4yLjEK
CW1lZGlhLWxpYnMvbGlia2lwaQoJbWVkaWEtbGlicy9pbWxpYjIKCW1lZGlhLWxpYnMvdGlmZgoJ
c3lzLWxpYnMvZ2RibQoJIW1lZGlhLXBsdWdpbnMvZGlnaWthbXBsdWdpbnMiCgpuZWVkLWtkZSAz
LjIKCnNsb3RfcmVidWlsZCgpewoJbG9jYWwgVkRCX1BBVEg9IiQocG9ydGFnZXEgdmRiX3BhdGgp
IgoJbG9jYWwgS0RFX1BSRUZJWD0iJChrZGUtY29uZmlnIC0tcHJlZml4KSIKCWxvY2FsIFJFQlVJ
TERfTElTVD0iIgoKCWVjaG8KCWVpbmZvICJTY2FuIGZvciBwb3NzaWJsZSBuZWVkZWQgc2xvdCBy
ZWxhdGVkIHJlYnVpbGRzLlxuIgoJZm9yIGkgaW4gJHsqfSA7IGRvCgkJbG9jYWwgdGVtcD0iJChs
cyAtMWQgJHtWREJfUEFUSH0vJHtpfSopIgoJCWZvciBqIGluICR7dGVtcH0gOyBkbwoJCQlpZiBb
ICQoY2F0ICQoZ3JlcCAtbyAvLiovbGliLipcLmxhICR7an0vQ09OVEVOVFMpIHwgZ3JlcCAtY28g
IiR7S0RFX1BSRUZJWH0iKSA9IDAgXSA7IHRoZW4KCQkJCVJFQlVJTERfTElTVD0iJHtSRUJVSUxE
X0xJU1R9ID0ke2ovJHtWREJfUEFUSH1cLy99IgoJCQlmaQoJCWRvbmUKCWRvbmUKCglpZiBbIC1u
ICIke1JFQlVJTERfTElTVH0iIF0gOyB0aGVuIAoJCWxvY2FsIHRlbXA9IiIKCQljZCAke1ZEQl9Q
QVRIfQoJCWZvciBpIGluICR7UkVCVUlMRF9MSVNUfSA7IGRvCgkJCWk9IiQoZWNobyAke2klLSp9
IHwgY3V0IC1kPSAtZjIpIgoJCQl0ZW1wPSIke3RlbXB9ICQoZmluZCAuICAtaW5hbWUgIkRFUEVO
RCIgLWV4ZWMgZ3JlcCAtSCAke2l9ICd7fScgXDsgfCBjdXQgLWYyLTMgLWQvIHwgZ3JlcCAtdiAk
e0NBVEVHT1JZfS8ke1BOfSkiCgkJZG9uZQoJCXRlbXA9IiQoZWNobyAke3RlbXB9IHwgZm10IC13
IDEgfCBzb3J0IC11IHwgZm10IC13IDEwMDAwKSIKCQlmb3IgaSBpbiAke3RlbXB9IDsgZG8KCQkJ
UkVCVUlMRF9MSVNUPSIke1JFQlVJTERfTElTVH0gPSR7aX0iCgkJZG9uZQoJZmkKCglpZiBbIC1u
ICIke1JFQlVJTERfTElTVH0iIF0gOyB0aGVuIAoJCWVpbmZvICJQbGVhc2UgcnVuIFwiZW1lcmdl
IC0tb25lc2hvdCAke1JFQlVJTERfTElTVH1cIiBiZWZvcmUgY29udGludWluZy5cbiIKCWVsc2UK
CQllaW5mbyAiRG9uZSA6KSwgY29udGludWluZy4uLlxuIgoJCXJldHVybiAxCglmaQoJZWNobwp9
Cgpwa2dfc2V0dXAoKXsKCXNsb3RfcmVidWlsZCAibWVkaWEtbGlicy9saWJraXBpIG1lZGlhLWxp
YnMvbGlia2V4aWYiICYmIGRpZQp9
</data>        

          </attachment>
    </bug>

</bugzilla>