The ebuild for kde-base/step-4.8.80 and kde-base/step-4.8.90 from the KDE overlay is missing a dependency for sci-libs/blas-atlas. Without this library the package fails to build with the message /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -latlas collect2: ld returned 1 exit status make[2]: *** [step/step] Error 1 make[1]: *** [step/CMakeFiles/step.dir/all] Error 2 make: *** [all] Error 2 Reproducible: Always
Addition: my USE flags for step are: +gsl +handbook +qalculate -aqua -debug
Created attachment 315203 [details] Build log
Please check with "eselect cblas list" if your cblas settings point to something that is installed, and rebuild gsl. Afterwards try rebuilding step... If you still have problems then, we'll have to dig deeper. Your exact gsl version and useflags might be helpful...
With blas-atlas installed (that's where step builds fine) eselect cblas list shows [1] atlas [2] atlas-threads [3] gsl * [4] reference with blas-atlas uninstalled it looks like [1] gsl * [2] reference So in both cases gsl is selected. The strange thing is that this results in a circular dependency when building gsl with cblas-external USE flag (without that USE flag step is able to build successfully even when blas-atlas is not installed). Might this be a Sabayon screw-up instead of a Gentoo ebuild issue? The Sabayon binary seems to be built with that flag as far as I can tell from Portage (the Entropy store is currently down).
Any more on this/is this still an issue? I haven't been able to reproduce and I have no blas-atlas and the same USE set on step (though I do not have gsl with cblas-external).
I suspect this might indeed be a Sabayon issue about what GSL links to. Can you paste the output of scanelf -n /usr/lib64/libgslcblas.so.0 ? (scanelf comes from app-misc/pax-utils)
