When trying to emerge =sys-fs/encfs-1.5 on a stable and up-to-date amd64 box, a linker error is reported and the ermerge operation fails. Reproducible: Always Steps to Reproduce: 1. emerge -av1 encfs 2. 3. Actual Results: Linker error, emerge fails. Expected Results: emerge should work. Here is the linker invocation which failed: /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../lib64/libboost_serialization-mt-s.a(basic_iarchi ve.o): relocation R_X86_64_32S against `vtable for boost::archive::detail::basic_iarchive ' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../lib64/libboost_serialization-mt-s.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [libencfs.la] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/sys-fs/encfs-1.5/work/encfs-1.5/encfs' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/sys-fs/encfs-1.5/work/encfs-1.5' make: *** [all] Fehler 2 * * ERROR: sys-fs/encfs-1.5 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2685: Called die * The specific snippet of code: * emake || die * The die message: * (no error message) Obviously, there is a problem with the boost library. That library works together with other applications quite well, however. Those are the installed versions: =dev-libs/boost-1.34.1-r2 =sys-fs/encfs-1.5 Yes, the very same version of encfs has been installed already for quite some time now! Seems some later updates of other dependencies (such as the boost library?) created the problems which led to the encfs build process failing now. Anyway, this should be fixed.
Portage 2.1.6.7 (default/linux/amd64/2008.0/desktop, gcc-4.1.2, glibc-2.8_p20080602-r1, 2.6.27-gentoo-r8-xquad-9.27 x86_64) ================================================================= System uname: Linux-2.6.27-gentoo-r8-xquad-9.27-x86_64-AMD_Phenom-tm-_9600_Quad-Core_Processor-with-glibc2.2.5 Timestamp of tree: Sat, 21 Mar 2009 14:45:02 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-java/java-config: 2.1.7 dev-lang/python: 2.5.2-r7 dev-python/pycrypto: 2.0.1-r8 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.2-r1 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -DNDEBUG -pipe -fno-stack-check" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/local/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/host-variants/ /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=k8 -O2 -DNDEBUG -pipe -fno-stack-check" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--nospinner --with-bdeps=y" FEATURES="ccache distlocks fixpackages notitles prelink protect-owned sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://lug.mtu.edu/gentoo/ ftp://gentoo.mirrors.tds.net/gentoo http://gentoo.mirrors.tds.net/gentoo http://gentoo.chem.wisc.edu/gentoo/ http://gentoo-euetib.upc.es/mirror/gentoo/ ftp://gentoo.chem.wisc.edu/gentoo/ ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/ ftp://gentoo.in.th/ http://ftp.twaren.net/Linux/Gentoo/ ftp://ftp.twaren.net/Linux/Gentoo/" LANG="de_AT.utf8" LDFLAGS="-Wl,-O1" LINGUAS="de" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_COMPRESS="lzma" PORTAGE_COMPRESS_FLAGS="-9" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/mscgen /usr/portage/local/layman/xworld /usr/portage/local/layman/simplux /usr/portage/local/layman/xworld_attic /usr/portage/local/layman/xworld_serviced /usr/portage/local/layman/thirdparty /usr/portage/local/overlay" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac aalib acpi alsa amd64 apache2 arts aspell audiofile bash-completion berkdb branding bzip2 cairo caps cddb cdr cleartype cli cracklib crypt css cups curl custom-cflags custom-cxxflags dbus dri dts dv dvd dvdr dvdread ecc emboss encode evo exif expat ffmpeg fftw firefox flac foomaticdb fortran freetype ftp fuse gd gdbm gif gimp glade glut gmp gphoto2 gpm gtk gtk2 hal iconv idea ieee1394 imagemagick imlib isdnlog jack java6 javascript jbig jp2 jpeg jpeg2k kde kdeenablefinal kdehiddenvisibility kdexdeltas kipi kpathsea lame lcms ldap libcaca libclamav libnotify libsamplerate logrotate lzma lzo mad matroska midi mikmod mmap mmx mmxext mng mp3 mpeg mudflap mule multilib musepack musicbrainz ncurses nls nptl nptlonly nsplugin oav ocamlopt odbc offensive ofx ogg openal opengl openmp pam pcre pdf perl pic png ppds pppd pulseaudio python qt qt3 qt3support qt4 quicktime readline reflection samba sasl screen sdl session sharedmem slang smartcard sndfile sox speex spell spl sqlite sse sse2 sse3 sse4a ssl startup-notification svg sysfs tcltk tetex theora threads threadsafe tiff tk truetype unicode usb userlocales utf8 vcd vde vorbis wxwindows x264 xft xml xorg xosd xpm xrandr xscreensaver xsl xulrunner xv xvid xvmc zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="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 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" ELIBC="glibc" INPUT_DEVICES="evdev joystick keyboard mouse void" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" USERLAND="GNU" VIDEO_CARDS="apm dummy radeon v4l vesa vga" Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_RSYNC_EXTRA_OPTS
# gcc-config -c x86_64-pc-linux-gnu-4.1.2
Please attach the build.log file to this bug.
Re-open when appropriate
Created attachment 185811 [details] Ebuild log
Created attachment 185813 [details] Related messages from Portage framework only
Created attachment 185814 [details] config.log but with the testing-lines removed The log is complete except for the many, many lines where the tests have been run ("configure" did not have any problems running anyway). The resulting output variables of the tests are all present in the log file.
(In reply to comment #3) > Please attach the build.log file to this bug. Thanks to the swift response. I have attached the requested files in the entries above. Reopening.
Created attachment 185818 [details] nm-dump of the symbols in the boost-module As the linker complains /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../lib64/libboost_serialization-mt-s.a(basic_iarchive.o): relocation R_X86_64_32S against `vtable for boost::archive::detail::basic_iarchive' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../lib64/libboost_serialization-mt-s.a: could not read symbols: Bad value I have extracted the symbol table of the aforementioned object module for your reference: $ ar x \ /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../lib64/libboost_serialization-mt-s.a basic_iarchive.o $ nm basic_iarchive.o > basic_iarchive.sym
Created attachment 185819 [details] Demangled version of the symbol file I added the demangled version of the symbol file also, just for the case you have a different GCC version installed and might thus likely be too happy with the mangled version alone.
(In reply to comment #7) > config.log but with the testing-lines removed > > The log is complete except for the many, many lines where the tests have been > run ("configure" did not have any problems running anyway). Those were actually the useful parts of the log. The problem here seems to be that m4 macros used by encfs (private macros) select the static boost libraries, instead of shared. Frankly, it seems that those macros leave too much to (nearly) random factors. Look at ax_boost_serialization.m4, ax_boost_system.m4 and ax_boost_filesystem.m4.
Created attachment 185832 [details] The configure tests omitted from the other attachment
(In reply to comment #11) > Those were actually the useful parts of the log. Oops then... sorry! I have created another attachment with the missing tests. > The problem here seems to be that m4 macros used by encfs (private macros) > select the static boost libraries, instead of shared. Hmmm, then how can we help configure to select the correct libraries? > Frankly, it seems that those macros leave too much to (nearly) random factors. > Look at ax_boost_serialization.m4, ax_boost_system.m4 and > ax_boost_filesystem.m4. *Cough*... I can't say to really be comprehending what those macros are actually doing! Unfortunately, my autoconf-experience is still rather limited. ;-) But I will be glad to run any test procedures on my box which might help you pinpoint the actual cause of the troubles.
This part: configure:23129: x86_64-pc-linux-gnu-g++ -c -march=k8 -O2 -DNDEBUG -pipe -fno-stack-check -I/usr/include conftest.cpp >&5 conftest.cpp:26:39: error: boost/system/error_code.hpp: No such file or directory is strange - such file should exist. Said macros seem quite ugly, in regard of --as-needed. If I read them correctly, something like: --with-boost-filesystem=mt should work (similarly for two other libs).
(In reply to comment #14) > This part: > configure:23129: x86_64-pc-linux-gnu-g++ -c -march=k8 -O2 -DNDEBUG -pipe > -fno-stack-check -I/usr/include conftest.cpp >&5 > conftest.cpp:26:39: error: boost/system/error_code.hpp: No such file or > directory > is strange - such file should exist. Well, at least on my box, it doesn't: $ ls /usr/include/boost/system/error_code.hpp ls: cannot access /usr/include/boost/system/error_code.hpp: No such file or directory $ locate error_code.hpp $ (no result) $ equery files boost | grep error_code.hpp $ (still no result) Any ideas why it has not been installed? Could it be that file is installed optionally only? Here are my USE-flags for boost: $ equery uses boost [ Searching for packages matching boost... ] [ Colour Code : set unset ] [ Legend : Left column (U) - USE flags from make.conf ] [ : Right column (I) - USE flags packages was installed with ] [ Found these USE variables for dev-libs/boost-1.34.1-r2 ] U I - - debug : Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see http://www.gentoo.org/proj/en/qa/backtraces.xml + + doc : Adds extra documentation (API, Javadoc, etc) + + icu : Enable ICU (Internationalization Components for Unicode) support, using dev-libs/icu - - pyste : Add support for the pyste frontend + + tools : Build and install the boost tools (bcp, quickbook, inspect, wave) Could it be that error_code.hpp is related to the "debug"-USE-flag somehow? As one can see, I did not enable it.
Created attachment 185889 [details] Output of "equery files boost" This are the files installed by the "boost"-ebuild for my box. No file "error_code.hpp" is present.
Actually, you are correct. According to the docs, boost/system/error_code.hpp appeared first in boost 1.35.0.
Created attachment 186941 [details] Fix boost linking on amd64 This ebuild takes the suggestion from Comment #14 and sets the libs failing linking to =mt, allowing linking on amd64.
(In reply to comment #18) > This ebuild takes the suggestion from Comment #14 and sets the libs failing > linking to =mt, allowing linking on amd64. This works fine for me! :-) Thanks, Peter.
Hi, I have the same problem, although in my system I have the /usr/include/boost/system/error_code.hpp file. Please commit the new 1.5-r1 ebuild to the portage so I can test it :) thanks. Bill
(In reply to comment #20) > /usr/include/boost/system/error_code.hpp file. Please commit the new 1.5-r1 > ebuild to the portage so I can test it :) thanks. They won't commit an ebuild unless it has already been tested, won't they? ;-) However, I have created a public layman overlay which you can use with layman in order to install the new ebuild. Here are the instructions how to do it: $ emerge -u layman '>=bzr-1.6.1' # Make sure dependencies are installed. $ layman -o http://rpo.xw.ath.cx/gentoo/portage/overlays/hosted.xml \ -a hotfixes $ emerge -u encfs
This bug happened to me when i upgraded to gcc-4.3.2 running 'emerge -e world' on my amd64 machine Peter Ferns ebuild (using Guenther Brunthalers nice layman overlay) fixed that problem for me, thanks for providing the fix.
UPDATE: I have upgraded and renamed my layman overlay. (This should not affect people who already have installed the overlay under the old name.) New instructions (obsoleting the ones above) how to install the overlay and emerge the hotfix: $ emerge -u layman '>=bzr-1.9' # Make sure dependencies are installed. $ layman -o http://rpo.xw.ath.cx/gentoo/portage/overlays/hosted.xml \ -a xworld_hotfixes $ emerge -u encfs
Cheers for the layman overlay -- it worked for me! One thing to note, though: I had to do: # layman -L -o http://rpo.xw.ath.cx/gentoo/portage/overlays/hosted.xml before running: # layman -o http://rpo.xw.ath.cx/gentoo/portage/overlays/hosted.xml -a xworld_hotfixes To have "layman" really "see" the repository (I suspect it's a bug in layman itself -- I'm running layman-1.1.1). Anyway, just thought of pointing that out in case somebody was getting that error :)
(In reply to comment #24) > One thing to note, though: I had to do: Thanks for pointing that out! There seems indeed to be a difference whether an overlay list has already been downloaded (internally by layman), or whether this has not yet been done. Layman -L downloads the lists for sure, but according to the documentation layman -f should do the same. Therefore, it should also be possible to do both (downloading the list and installing the overlay) by running the following modified command: $ layman -o http://rpo.xw.ath.cx/gentoo/portage/overlays/hosted.xml -fa \ xworld_hotfixes The additional "-f" option should then do the trick!
i had this issue, and manually put in the ebuild in my existing overlay, and it worked like a charm. +1 amd64 working.
(In reply to comment #26) > i had this issue, and manually put in the ebuild in my existing overlay, and it > worked like a charm. +1 amd64 working. > same here, works for me manually putting the ebuild into local overlay ~jtriley
(In reply to comment #26) > i had this issue, and manually put in the ebuild in my existing overlay, and it > worked like a charm. +1 amd64 working. > I can confirm this ebuild resoved the problem for me too
Works here too. AMD64 portage-2.1.6.13 +doc binutils-2.18-r3 +nls gcc-4.3.2-r3 +doc +fortran +gtk +mudflap (+multilib) +nls +nptl +openmp python-2.5.4-r3 +berkdb +doc +examples +gdbm +ipv6 +ncurses +readline +ssl +threads +xml boost-1.35.0-r2 +doc encfs-1.5-r1 +nls
(In reply to comment #21) > (In reply to comment #20) > > /usr/include/boost/system/error_code.hpp file. Please commit the new 1.5-r1 > > ebuild to the portage so I can test it :) thanks. > > They won't commit an ebuild unless it has already been tested, won't they? ;-) > > However, I have created a public layman overlay which you can use with layman > in order to install the new ebuild. > > Here are the instructions how to do it: > > $ emerge -u layman '>=bzr-1.6.1' # Make sure dependencies are installed. > $ layman -o http://rpo.xw.ath.cx/gentoo/portage/overlays/hosted.xml \ > -a hotfixes > $ emerge -u encfs > Any idea when the *official* ebuild in portage will get a fix?
(In reply to comment #29) > Works here too. > > AMD64 > portage-2.1.6.13 +doc > binutils-2.18-r3 +nls > gcc-4.3.2-r3 +doc +fortran +gtk +mudflap (+multilib) +nls +nptl +openmp > python-2.5.4-r3 +berkdb +doc +examples +gdbm +ipv6 +ncurses +readline +ssl > +threads +xml > boost-1.35.0-r2 +doc > encfs-1.5-r1 +nls > +1
Works here too.
+1. Ebuild from portage sill not work, But ebuild from here - works. When updated ebuild will be committed in portage?
(In reply to comment #33) > +1. > Ebuild from portage sill not work, > But ebuild from here - works. > > When updated ebuild will be committed in portage? > works 4 me too .. amd64 any ide when/if it wil be added to portage ?
I confirm that the -r1 ebuild works fine on amd64. Since it has been quite a while now and there were no other issues reported during this time, I suggest the r1 ebuild be added to the official portage tree.
Please, put encfs-1.5-r1 into portage tree.
I don't know what changed, but encfs-1.5 builds fine for me now and works like a charm. Portage 2.1.6.13 (default/linux/amd64/10.0/desktop, gcc-4.3.4, glibc-2.9_p20081201-r2, 2.6.31-gentoo-r1 x86_64) ================================================================= System uname: Linux-2.6.31-gentoo-r1-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9550_@_2.83GHz-with-gentoo-1.12.13 Timestamp of tree: Fri, 04 Dec 2009 17:30:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p28 dev-java/java-config: 2.1.9-r1 dev-lang/python: 2.5.4-r3, 2.6.4 dev-python/pycrypto: 2.0.1-r8 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo/ ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo" LANG="de_DE.UTF-8" LC_ALL="de_DE.UTF-8" LDFLAGS="-Wl,-O1" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/Spring" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 amr asf berkdb branding bzip2 cairo cdparanoia cdr cli consolekit cracklib crypt css cups curl cxx dbus dga divx4linux dri dts dv dvd dvdr dvdread eds emboss encode ethereal evo extrafilters fam ffmpeg firefox flac fortran ftp gdbm gif gnome gpm gstreamer gtk gtk2 hal iconv icq imagemagick ipv6 java jpeg kde lame ldap libnotify lzo mad mikmod mjpeg mmx modules motif mp3 mp4 mpeg mudflap multilib musepack ncurses network nls nptl nptlonly nsplugin nvidia ogg oggvorbis opengl openmp pam pcre pdf perl png ppds pppd print python qt3support qt4 quicktime readline reflection samba sdl session spell spl sse sse2 ssl startup-notification svg sysfs tcpd theora threads thunar tiff truetype unicode usb userlocales utf8 vcd vorbis wavpack x264 xine xinerama xml xorg xprint xulrunner xv xvid xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="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 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" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia nv" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #37) > I don't know what changed, but encfs-1.5 builds fine for me now and works like > a charm. Just tried again on two machines it failed previously on (after removing earlier custom ebuild / overlay) and succeeded on both here as well.
(In reply to comment #37) > I don't know what changed, but encfs-1.5 builds fine for me now and works like > a charm. I also confirm: Builds fine for me now, too. As a consequence of this, I have removed the -r1 ebuild from the overlay. Which means the next time "layman -S" is run, the ebuild will go away, resulting in a downgrade to the now-working 1.5. Note that the ebuild is still available, because my overlay is under version control. If anyone still needs the -r1 ebuild, "bzr" can be used to check out an older version of the overlay which still has the -r1 ebuild: $ cd /path/to/xworld_hotfixes $ bzr remove-tree $ bzr co -r revid:root@xquad.xworld.mine.nu-20090908171031-nck225fguhgegqjf In order to revert the overlay to the lastest version (with -r1 removed): $ cd /path/to/xworld_hotfixes $ bzr remove-tree $ bzr co
As the original ebuild seems to build fine now, closing the bug with resolution "fixed". It the original problem should arise again, feel free to re-open the bug.
*** Bug 303074 has been marked as a duplicate of this bug. ***
Reopening, as duplicate was filled.
What is the current status of encfs? An update to 1.5 found it not compiling with a ton of unfulfilled references to boost entry points, and no earlier ebuilds to fall back on. Suddenly I am missing tons of files. It's a ~amd64 system. If I need to post logs and stuff, I probably ought to open a new bug. This one is somewhat puzzling to me, what with 1.5-r1 not being an official ebuild.
(In reply to comment #43) > What is the current status of encfs? Well, as stated in #40, the bug seems to be "gone" - at least for me. For a couple of months now, I have had no more problems emerging the official =sys-fs/encfs-1.5 ebuild. For your reference, I am using the following FLAGS on amd64: CXXFLAGS="-march=amdfam10 -O3 -DNDEBUG -pipe -fno-stack-check" USE-flag "nls" is also set. No other specialties regarding that packages. Compiler is "x86_64-pc-linux-gnu-4.3.4". Kernel "2.6.30-gentoo-r8". $ eselect boost list Available boost versions: [1] boost-1.41/default * I hope that might help you to track down the problem. If not, I can also post the complete "emerge --info".
Here is my Boost-Config: $ eselect boost list Available boost versions: [1] boost-1.41/default * $ equery uses boost [ Searching for packages matching boost... ] [ Colour Code : set unset ] [ Legend : Left column (U) - USE flags from make.conf ] [ : Right column (I) - USE flags packages was installed with ] [ Found these USE variables for dev-libs/boost-1.41.0-r3 ] U I - - debug : Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see http://www.gentoo.org/proj/en/qa/backtraces.xml + + doc : Adds extra documentation (API, Javadoc, etc) - + eselect : Run "eselect boost update" even if version is already selected + + expat : Enable the use of dev-libs/expat for XML parsing + + icu : Enable ICU (Internationalization Components for Unicode) support, using dev-libs/icu - - mpi : Adds MPI (Message Passing Interface) layer to the apps that support it - - python : Adds support/bindings for the Python language - - test : Workaround to pull in packages needed to run with FEATURES=test. Portage-2.1.2 handles this internally, so don't set it in make.conf/package.use anymore + + tools : Build and install the boost tools (bcp, quickbook, inspect, wave)
encfs-1.6 in portage, builds fine here with forced asneeded, gcc-4.5.0, and boost-1.42.0-r1.