I just tried installing sci-physics/root on a fairly recently installed system. It fails like this: ltp-fe1 ~ # emerge root * IMPORTANT: 8 news items need reading for repository 'gentoo'. * Use eselect news to read news items. Calculating dependencies... done! >>> Verifying ebuild manifests >>> Emerging (1 of 1) sci-physics/root-5.32.03-r2 * root_v5.32.03.source.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * Using following Fortran compiler: * F77: x86_64-pc-linux-gnu-gfortran * FC: x86_64-pc-linux-gnu-gfortran * There are extra options on packages not yet in Gentoo: * AliEn, castor, Chirp, dCache, gfal, gLite, Globus, * HDFS, Monalisa, MaxDB/SapDB, SRP. * You can use the env variable EXTRA_ECONF variable for this. * For example, for SRP, you would set: * EXTRA_ECONF="--enable-srp --with-srp-libdir=/usr/lib64" >>> Unpacking source... >>> Unpacking root_v5.32.03.source.tar.gz to /var/tmp/portage/sci-physics/root-5.32.03-r2/work >>> Source unpacked in /var/tmp/portage/sci-physics/root-5.32.03-r2/work >>> Preparing source in /var/tmp/portage/sci-physics/root-5.32.03-r2/work/root ... * Applying root-5.28.00b-prop-ldflags.patch ... [ ok ] * Applying root-5.28.00b-asneeded.patch ... [ ok ] * Applying root-5.32.00-nobyte-compile.patch ... [ ok ] * Applying root-5.28.00b-glibc212.patch ... [ ok ] * Applying root-5.28.00b-unuran.patch ... [ ok ] * Applying root-5.32.00-afs.patch ... [ ok ] * Applying root-5.32.00-cfitsio.patch ... [ ok ] * Applying root-5.32.00-chklib64.patch ... [ ok ] * Applying root-5.32.00-explicit-functions.patch ... [ ok ] * Applying root-5.32.00-dotfont.patch ... [ ok ] >>> Source prepared. >>> Configuring source in /var/tmp/portage/sci-physics/root-5.32.03-r2/work/root ... Checking for source directory ... /var/tmp/portage/sci-physics/root-5.32.03-r2/work/root Configuring for linuxx8664gcc INFO: --enable-astiff: already enabled by default. INFO: --enable-exceptions: already enabled by default. INFO: --enable-memstat: already enabled by default. INFO: --enable-shared: already enabled by default. INFO: --enable-x11: already enabled by default. INFO: --enable-asimage: already enabled by default. INFO: --enable-genvector: already enabled by default. INFO: --enable-mathmore: already enabled by default. INFO: --enable-tmva: already enabled by default. INFO: --enable-opengl: already enabled by default. INFO: --enable-cintex: already enabled by default. INFO: --enable-reflex: already enabled by default. INFO: --enable-ssl: already enabled by default. Checking for Fink/MacPorts directory ... disabled Checking for GNU Make version >= 3.80 ... ok Checking for C compiler ... x86_64-pc-linux-gnu-gcc Checking for C++ compiler ... x86_64-pc-linux-gnu-g++ Checking for linker (LD) ... x86_64-pc-linux-gnu-g++ Checking for F77 compiler ... x86_64-pc-linux-gnu-gfortran Checking for libX11 ... /usr/lib64 Checking for X11/Xlib.h ... /usr/include Checking for X11/xpm.h ... /usr/include Checking for X11/Xft/Xft.h ... no configure: Xft headers MUST be installed See http://root.cern.ch/drupal/content/build-prerequisites * ERROR: sci-physics/root-5.32.03-r2::gentoo failed (configure phase): * configure failed * * Call stack: * ebuild.sh, line 93: Called src_configure * environment, line 5362: Called die [...] So apparently there is a dependency for libXft missing...
Apparently this was only fixed in newer ebuilds.
I'll fix this in a few days when I'll have time to recompile all this stuff. Though we should really drop all ancient 5.32 branch (it doesn't worth time needed to maintain it) and stabilize something newer.
(In reply to Andrew Savchenko from comment #2) > I'll fix this in a few days when I'll have time to recompile all this stuff. > Though we should really drop all ancient 5.32 branch (it doesn't worth time > needed to maintain it) and stabilize something newer. This is the way I went, too (because after installing the missing dependencies manually, there were other compilation issues creeping up): I installed 5.34.13-r1 which compiled and installed fine. I successfully use 5.34 in Sabayon systems for some time now. However, on Gentoo I had to unmask it first, because the 5.32 is still the default. So I would suggest to either fix 5.32 or drop it, but definitely make the 5.34 branch default/stable.
Fixed in science overlay. However, since 5.32.03-r2 needs additional patching to work on recent systems (tested on ~amd64/~x86, I don't have amd64/x86 setups), I'm not sure this fix will go right into portage without revbump, and if revbump is needed, there will be a new stabilization request with an appropriate delay.
This is way over a year ago now, and the issue on newly installed Gentoo systems is still the same...
5.32 branch is dead and no longer supported by upstream. Use 5.34.26 instead.
(In reply to Andrew Savchenko from comment #6) > 5.32 branch is dead and no longer supported by upstream. Use 5.34.26 instead. Sure, that's what I'm doing all the time. But shouldn't 5.34 be declared as default (stable) then?
(In reply to Gerrit Kühn from comment #7) > Sure, that's what I'm doing all the time. But shouldn't 5.34 be declared as > default (stable) then? It should, of course. But there are rules to follow: http://devmanual.gentoo.org/keywording/index.html See "Moving from ~arch to arch" chapter. I need to wait at least 30 days after 5.34.26 was put into tree, and this time still not come. Subscribe to bug 529538 for updates.
> It should, of course. But there are rules to follow: > http://devmanual.gentoo.org/keywording/index.html > See "Moving from ~arch to arch" chapter. > I need to wait at least 30 days after 5.34.26 was put into tree, and this > time still not come. I see, although carrying a broken ebuild as stable does not appear to be useful. > Subscribe to bug 529538 for updates. I will. Thanks for the pointer and for your work and support.
Fixed in 5.34.26 now stable in the tree.