boost-utils.eclass get_includedir or get_libdir check for a slot, which includes the current version, and appends that directory to $libdir. Boost files are now directly in $libdir, but the functions return $libdir/boost-version/. Ebuilds then fail. Reproducible: Always Steps to Reproduce: 1. Emerge new unslotted boost. 2. Emerge ebuild using boost-utils.eclass 3. Build fails, looking for libs in $libdir/boost-version instead of $libdir
Also: # @MAINTAINER: ...
For an example, this bug causes emerge of net-libs/rb_libtorrent-0.16.3 to fail: Checking for boost libraries: configure: error: --with-boost-libdir expected directory name Others fail similarly.
(In reply to comment #2) > For an example, this bug causes emerge of net-libs/rb_libtorrent-0.16.3 to > fail: > > Checking for boost libraries: > configure: error: --with-boost-libdir expected directory name > > Others fail similarly. Actually, rb_libtorrent is not currently using boost-utils (though it should be changed to do so).
Alternatively, boost-utils.eclass may be obsolete, given that its only function is to get the directory based on SLOT.
Zac is it possible to add this to the list of deprecated eclasses so that we get a warning if somebody tries to use it?
Done: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commitdiff;h=da268c268e7fb91318a4676025ec841a4444b362
This is fixed in 2.1.11.32 and 2.2.0_alpha143.