I found this when doing an initial setup of an ~amd64 system from the 2006.1 livecd and performing an emerge of kde and then koffice for the first time. It's probably also present for other koffice or kexi ebuilds on amd64 and other platforms. When the emerge of koffice attempts to build the example code for kexi, it fails when trying to link against libkexisql3.so.3. At this point the only place this and other kexi libraries live is in a .libs subdirectory in the kexi work area. As a workaround I copied the libkexisql.so files from the .libs subdir in the work area into my /usr/lib64 and did an emerge --resume This is probably more of an upstream KDE issue and not a Gentoo specific thing. Perhaps the kexi examples can be split out into another ebuild with kexi as a dependency or the ebuild could adjust its LD_LIBRARY_PATH to include the .libs. Emerge against an existing koffice/kexi install will link the examples against the earlier ebuild and not fail to install. This is probably no big deal but may cause subtle mind games for the user if they did some major mojo to their flags and are doing a --newuse Reproducible: Always Steps to Reproduce: 1. Emerge koffice on a system without a current koffice installation or move libkexisql3 libraries off our your LD_LIBRARY_PATH before attempting to emerge or update koffice or kexi 2. 3. Actual Results: This was found on a system attached to a closed LAN and thus the actual emerge error listing cannot be attached. I could probably reproduce it at home and post the results if you really needed them.
Created attachment 115895 [details] Compilation errors for koffice. Only relevant part of the output I ran into a similar problem in my x86 system. I'm not opening a new bug as this is also a koffice emerge problem related to kexi(although this is a compilation error, not a linker error). I tried syncing the portage tree. I also tried removing the koffice source from distfiles and trying to emerge again. [ebuild N ] app-office/koffice-1.6.1-r1 USE="-arts -debug -doc -mysql -postgres -xinerama" 0 kB The compilation error is attached. There are some Turkish messages, they are usual cleanup messages that make prints after running into compilation errors. # emerge --info Portage 2.1.2.2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.15-28-686 i686) ================================================================= System uname: 2.6.15-28-686 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz Gentoo Base System release 1.12.9 Timestamp of tree: Tue, 10 Apr 2007 07:20:01 +0000 ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.31 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict userfetch" GENTOO_MIRRORS="ftp://ftp.linux.org.tr/pub/gentoo/ ftp://ftp.ankara.edu.tr/gentoo/" LANG="tr_TR.utf8" LC_ALL="tr_TR.utf8" LINGUAS="en tr" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aac aalib alsa audiofile bash-completion berkdb bitmap-fonts bzip2 cairo cddb cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode fam fbcon ffmpeg fftw firefox flac gdbm gif gpm gstreamer gtk hal iconv imagemagick imlib isdnlog jpeg kde kdexdeltas lame ldap libcaca libg++ mad midi mikmod mmx mp3 mpeg musepack musicbrainz ncurses nls nptl nptlonly nsplugin ogg opengl oss pam pango pcre perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session sndfile speex spell spl sqlite3 sse sse2 ssl svga tcpd tetex theora threads tiff tk truetype truetype-fonts type1-fonts unicode v4l vcd vorbis win32codecs x264 x86 xml xorg xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en tr" USERLAND="GNU" VIDEO_CARDS="i810 nv vesa vga vmware fbdev radeon" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
(In reply to comment #1) as a side note. I am trying this compilation within a chroot made from my running ubuntu system. (That's why kernel seems old) Also, ccache is enabled, if that may be causing problems, I can try without ccache. (Not doing now because compilation of koffice is looooong )
I can reproduce both issues with <=app-office/kexi-1.6.2 but not with app-office/kexi-1.6.2-r1. Could you try if -r1 works for you, too, Bill and/or Gokdeniz?
I now realized that kexi has a seperate package and it is not a dependency of koffice. I package.keyworded necessary packages and it shows; # emerge -av kexi [ebuild N ] app-office/koffice-data-1.6.2 USE="-arts -debug -xinerama" 55,713 kB [ebuild N ] app-office/koffice-libs-1.6.2 USE="doc -arts -debug -xinerama" 0 kB [ebuild N ] app-office/kexi-1.6.2-r1 USE="-arts -debug -kdeenablefinal -mysql -postgres -xinerama" 0 kB # emerge -av koffice [ebuild N ] app-office/koffice-1.6.2-r1 USE="doc -arts -debug -mysql -postgres -xinerama" 55,713 kB Can this be a dependency bug ?
In reply to comment #3 I'm in the process of updating a friends box but he hasn't brought it to me in over a year. At some point I'll check the -r1 build to see if it works clean. In reply to comment #4 It is a dependency in the sense that the kexi exmaple code needs to link against kexi libraries. One of my suggestions was to break kexi into a base and an examples package. As for koffice, it could probably stand to be a virtual with a number of children ebuilds. I'm sure krita, kexi and company are on different release cycles. It takes long enough to build everything, so it would probably be a win to break it up.
(In reply to comment #5) I finally got my friends box rebuilt to a 2007.0 stable x86 profile. It just finished emerging an initial 1.6.1-r1 without any problems. I'll have to try the same with an unstable box on 1.6.2-r1 or later to see if things are fixed on the other side.
(In reply to comment #4) > Can this be a dependency bug ? No, you can alternatively install KOffice or the individual Applications as you like. Looking at the Changelog this seems to have been fixed with 1.6.2-r1, indeed.
*** Bug 152347 has been marked as a duplicate of this bug. ***
