The emerge fails in the compile phase due to lib/edje/.libs/libedje.so: undefined references. Reproducible: Always Steps to Reproduce: 1. emerge -uaDv '=dev-libs/efl-1.8.0_beta2' 2. 3. Actual Results: I attach relevant build log files and the emerge --info below. emerge --info '=dev-libs/efl-1.8.0_beta2::enlightenment' Portage 2.2.7 (default/linux/x86/13.0/desktop, gcc-4.7.3, glibc-2.16.0, 3.10.17-gentoo i686) ================================================================= System Settings ================================================================= System uname: Linux-3.10.17-gentoo-i686-Intel-R-_Pentium-R-_III_Mobile_CPU_1066MHz-with-gentoo-2.2 KiB Mem: 639160 total, 20092 free KiB Swap: 257004 total, 255488 free Timestamp of tree: Sat, 07 Dec 2013 08:15:01 +0000 ld GNU ld (GNU Binutils) 2.23.1 app-shells/bash: 4.2_p45 dev-lang/python: 2.7.5-r3, 3.2.5-r3 dev-util/cmake: 2.8.10.2-r2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12.4 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.12.6, 1.13.4 sys-devel/binutils: 2.23.1 sys-devel/gcc: 4.7.3-r1 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.9 (virtual/os-headers) sys-libs/glibc: 2.16.0 Repositories: gentoo enlightenment x-portage ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA AdobeFlash-11.x" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -march=i686 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fail-clean fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -march=i686 -pipe" GENTOO_MIRRORS="http://gentoo.virginmedia.com/ http://gentoo.tiscali.nl/ http://de-mirror.org/distro/gentoo/ http://gentoo.mneisen.org/ http://gentoo.wheel.sk/ http://gentoo.mirror.pw.edu.pl/ http://gentoo.supp.name/" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/enlightenment /usr/local/portage" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" USE="X a52 aac aalib acl acpi alsa asf atm berkdb bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt css cups curl cxx dbus divx dri dts dvd dvdr dvdread emboss encode exif fam ffmpeg flac fontconfig fortran gdbm gif glitz gmedia gnutls gpm gtalk hpijs hpn hybrid hybrid-auth iconv idea imagemagick imlib injection ipv6 irda irmc jabber jpeg kde laptop lcms ldap libnotify live lm_sensors logrotate mad madwifi matroska md5sum mjpeg mmx mng modplug modules mp3 mp4 mpeg mplayer mudflap nat ncurses nls npp nptl nptlonly nsplugin ntfs ogg opengl openmp pam pango pcmcia pcre pda pdf pmu png policykit ppds qt3support qt4 rc5 rdesktop readline real realmedia reiserfs rfc3779 rt2500usb rtmp rtsp scanner sdl semantic-desktop session smime speex spell sqlite sse ssl startup-notification svg svga tcpd theora tidy tiff truetype udev udisks unicode upower usb vcd vnc vorbis vram wmf wmp wxwidgets x264 x86 xcb xcomposite xine xml xmp xulrunner xv xvid xvmc yv12 zlib" ABI_X86="32" ALSA_CARDS="maestro3" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="fuji topfield" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en en_GB el" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby19 ruby18" USERLAND="GNU" VIDEO_CARDS="radeon r200" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Created attachment 364816 [details] dev-libs\:efl-1.8.0_beta2 build log
Created attachment 365846 [details] build.log I confirm this for dev-libs/efl-1.8.2 after working around bug #494912 by setting USE=-wayland.
Do you have the splitted efl 1.7 libs installed, when you get this error? Does efl compile fine, when you uninstall them previously?
(In reply to Thomas Sachau from comment #3) > Do you have the splitted efl 1.7 libs installed, when you get this error? > > Does efl compile fine, when you uninstall them previously? In my case I have uninstalled all previous enlightenment 1.7 libs and packages. I can check again when I login in that box, but I am pretty sure that there are no older enlightenment packages left. If there is a particular regex stanza you would like me to run to make sure there's nothing left, please post back. -- Regards, Mick
the efl ebuild has a list, copying it here: dev-libs/ecore dev-libs/edbus dev-libs/eet dev-libs/eeze dev-libs/efreet dev-libs/eina dev-libs/eio dev-libs/embryo dev-libs/eobj dev-libs/ephysics media-libs/edje media-libs/emotion media-libs/ethumb media-libs/evas So if any of them still is on the system, try to emerge the efl package again after you uninstalled the remaining 1.7 packages.
> So if any of them still is on the system, try to emerge the efl package > again after you uninstalled the remaining 1.7 packages. My apologies: I had e_dbus still installed as well as eina. I removed them and installed efl-1.8.3 without problem. I guess this bug can be closed, unless the problem persists for Dennis. -- Regards, Mick
(In reply to MickKi from comment #6) > I had e_dbus still installed as well as eina. dev-libs/efl-1.8.3 blocks dev-libs/edbus and not dev-libs/e_dbus (note the underscore). This seems to be a mistake, as there is no such package. (In reply to Thomas Sachau from comment #5) > the efl ebuild has a list, copying it here: After unmerging those (plus e_dbus), dev-libs/efl-1.8.3 compiles fine during a work upgrade (which included E18).
(In reply to Dennis Schridde from comment #7) > After unmerging those (plus e_dbus), dev-libs/efl-1.8.3 compiles fine during > a work upgrade (which included E18). during a "world" upgrade
Just a thought ... shouldn't the ebuild work with portage to remove any packages that cause this problem? At least it should flag up an enotice of sorts advising the user what packages they would need to remove manually and what they ought to install in their place to upgrade to enlightenment 18. -- Regards, Mick
(In reply to Dennis Schridde from comment #7) > dev-libs/efl-1.8.3 blocks dev-libs/edbus and not dev-libs/e_dbus (note the > underscore). This seems to be a mistake, as there is no such package. This issue persists.
(In reply to Dennis Schridde from comment #10) > (In reply to Dennis Schridde from comment #7) > > dev-libs/efl-1.8.3 blocks dev-libs/edbus and not dev-libs/e_dbus (note the > > underscore). This seems to be a mistake, as there is no such package. > > This issue persists. It is no bug, it is a feature. ;-) Upstream has a package called "edbus", which likely was and maybe still is in some overlays like niifaq. To avoid file collisions with this package, it is in the blocker list. On the other side, there is the package called "e_dbus", which is a different package and not included in efl-1.8, so there is no replacement and no file collision, so also no blocker against this package. To avoid those compile time issues, i have added hard blockers to efl-1.8.4 (which should be on your local rsync mirror in a few hours), so you have to uninstall those blocking 1.7 libs before you can install efl-1.8.4.
*** Bug 499334 has been marked as a duplicate of this bug. ***
(In reply to Thomas Sachau from comment #11) > To avoid those compile time issues, i have added hard blockers to efl-1.8.4 > (which should be on your local rsync mirror in a few hours), so you have to > uninstall those blocking 1.7 libs before you can install efl-1.8.4. __[ TLDR ]__ Remove enlightenment itself first or otherwise clean up the preserved-libs if this problem continues __[ Long Form ]___ Having removed all listed blockers, compilation still fails for efl-1.8.4 removing dev-libs/e_dbus-1.7.9 has no impact. I'm suspicious that the PRESERVED_LIBS being held by enlightenment still being installed are to blame. So I forcefully remove enlightenment. <<< !needed sym /usr/lib64/libecore.so.1 <<< !needed obj /usr/lib64/libecore.so.1.7.9 <<< !needed sym /usr/lib64/libecore_con.so.1 <<< !needed obj /usr/lib64/libecore_con.so.1.7.9 <<< !needed sym /usr/lib64/libecore_evas.so.1 <<< !needed obj /usr/lib64/libecore_evas.so.1.7.9 <<< !needed sym /usr/lib64/libecore_file.so.1 <<< !needed obj /usr/lib64/libecore_file.so.1.7.9 <<< !needed sym /usr/lib64/libecore_imf.so.1 <<< !needed obj /usr/lib64/libecore_imf.so.1.7.9 <<< !needed sym /usr/lib64/libecore_imf_evas.so.1 <<< !needed obj /usr/lib64/libecore_imf_evas.so.1.7.9 <<< !needed sym /usr/lib64/libecore_input.so.1 <<< !needed obj /usr/lib64/libecore_input.so.1.7.9 <<< !needed sym /usr/lib64/libecore_input_evas.so.1 <<< !needed obj /usr/lib64/libecore_input_evas.so.1.7.9 <<< !needed sym /usr/lib64/libecore_ipc.so.1 <<< !needed obj /usr/lib64/libecore_ipc.so.1.7.9 <<< !needed sym /usr/lib64/libecore_x.so.1 <<< !needed obj /usr/lib64/libecore_x.so.1.7.9 <<< !needed sym /usr/lib64/libedbus.so.1 <<< !needed obj /usr/lib64/libedbus.so.1.7.9 <<< !needed sym /usr/lib64/libedje.so.1 <<< !needed obj /usr/lib64/libedje.so.1.7.9 <<< !needed sym /usr/lib64/libeet.so.1 <<< !needed obj /usr/lib64/libeet.so.1.7.9 <<< !needed sym /usr/lib64/libeeze.so.1 <<< !needed obj /usr/lib64/libeeze.so.1.7.9 <<< !needed sym /usr/lib64/libefreet.so.1 <<< !needed obj /usr/lib64/libefreet.so.1.7.9 <<< !needed sym /usr/lib64/libefreet_mime.so.1 <<< !needed obj /usr/lib64/libefreet_mime.so.1.7.9 <<< !needed sym /usr/lib64/libefreet_trash.so.1 <<< !needed obj /usr/lib64/libefreet_trash.so.1.7.9 <<< !needed sym /usr/lib64/libeina.so.1 <<< !needed obj /usr/lib64/libeina.so.1.7.9 <<< !needed sym /usr/lib64/libeio.so.1 <<< !needed obj /usr/lib64/libeio.so.1.7.9 <<< !needed sym /usr/lib64/libembryo.so.1 <<< !needed obj /usr/lib64/libembryo.so.1.7.9 <<< !needed sym /usr/lib64/libenotify.so.1 <<< !needed obj /usr/lib64/libenotify.so.1.7.9 <<< !needed sym /usr/lib64/libeukit.so.1 <<< !needed obj /usr/lib64/libeukit.so.1.7.9 <<< !needed sym /usr/lib64/libevas.so.1 <<< !needed obj /usr/lib64/libevas.so.1.7.9 And surprise! elf 1.8.4 compiles again! So I don't think this should be really considered "fixed", as the apparent flaw is compilation being poisoned by system libraries that it shouldn't be.
Well, like i wrote in the other duplication bugs, the problem is the @preserved-rebuild feature of portage. This preserves the 1.7 libs also you removed the packages containing them. So the libs are still around, efl-1.8 tries to use them and this results in a compile failure. The only workarounds are: -either remove the blocked packages with FEATURES=preserved-rebuild disabled -or "emerge -aC @preserved-rebuild" to remove the packages which cause the 1.7 libs to stay There is afaik no clean solution on the ebuild level to prevent this, the only possible thing i may to is some ewarn message telling users about the problem
