I'm upgrading from kde 3.4 to the new stable version. Here are the use flags used for this ebuild: [ebuild NS ] kde-base/kpdf-3.5.2 USE="kdeenablefinal -arts -debug -kdehiddenvisibility -xinerama" 0 kB The full build log will be attached. emerge --info : Portage 2.1_rc3-r2 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.6-r3, 2.6.15-gentoo-r7 x86_64) ================================================================= System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5-r2, 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O0 -pipe -g" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/lib64/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/" CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O0 -pipe -g" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms splitdebug strict" GENTOO_MIRRORS="ftp://ftp.du.se/pub/os/gentoo http://ds.thn.htu.se/linux/gentoo ftp://mirror.pudas.net/gentoo http://ftp.heanet.ie/pub/gentoo/ ftp://ftp.heanet.ie/pub/gentoo/" LC_ALL="fr_FR.UTF-8" LINGUAS="fr" MAKEOPTS="-j2" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /home/bruno/hack/xgl" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="amd64 X a52 aac acpi alsa avi bash-completion berkdb bidi bitmap-fonts bzip2 cairo cdr cjk cli crypt cups doc dri dts dvd eds emboss encode fbcon ffmpeg flac foomaticdb fortran gif gnome gpm gtk gtk2 hal howl imlib ipv6 isdnlog jpeg kde kdeenablefinal lzw lzw-tiff mad mng mp3 mpeg ncurses nls nptl nptlonly nsplugin nvidia ogg oggvorbis opengl pam pcmcia pcre pdflib perl png postgres pppd python qt quicktime readline reflection samba sdl session speex spell spl ssl tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb vorbis xine xorg xpm xprint xv zlib elibc_glibc input_devices_keyboard input_devices_ps2mouse kernel_linux linguas_fr userland_GNU video_cards_nv video_cards_nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 87870 [details] failing build log
what is your poppler version?
(In reply to comment #2) > what is your poppler version? > [ebuild R ] app-text/poppler-0.5.1-r1 USE="jpeg" 0 kB I think it was updated just before, the whole thing happened during a "emerge -uavDN world". The system had last been updated about a week ago.
I've found the problem : as we can see on the command line preceding the error, only -lpoppler is specified, not -lpoppler-qt (which contains the missing symbols). Changing $(POPPLER_LIBS) to $(POPPLERQT_LIBS) in kpdf-3.5.2/kpdf/Makefile.am fixes the problem. I attach a patch and a patch for the ebuild.
Created attachment 88414 [details, diff] Makefile.am patch Change $(POPPLER_LIBS) to $(POPPLERQT_LIBS) in the libkpdfpart_la_LIBADD variable. Maybe this should go upstream ?
Created attachment 88415 [details, diff] Ebuild patch to use the previous patch
Created attachment 92583 [details, diff] patch against ${DISTDIR}/kpdf-3.5.2-poppler.patch.bz2
Both packages are stable. Any reason not to fix it now?
(In reply to comment #8) > Both packages are stable. Any reason not to fix it now? this is still broken in kpdf-3.5.5...
I got bitten by this in kpdf-3.5.5. However after upgrading poppler-bindings to 0.5.4 from 0.5.3 (using the qt3 and at4 USE flags), kpdf compiled just fine. Could this be a poppler-bindings issue? That is, are perhaps qt3 or qt4 needed? Or do we simply need to require the bindings version 0.5.4?
(In reply to comment #9) > this is still broken in kpdf-3.5.5... kpdf-3.5.6-r1?
This bug seems to have been fixed in =kde-base/kdegraphics-3.5.5-r2 and =kde-base/kpdf-3.5.5-r1.
(In reply to comment #12) > This bug seems to have been fixed in =kde-base/kdegraphics-3.5.5-r2 and > =kde-base/kpdf-3.5.5-r1. Both stable, closing.