I've tried to install mongodb for our new rails project, but latest ebuild mongodb-2.2.0-r1 suddenly supports only <dev-libs/boost-1.49 But boost-1.49 cannot be build with glibc 2.16.0 (this was fixed in boost-1.51). Boost-1.51 have only BOOST_FILESYSTEM_VERSION 3, but mongodb used version 2 I've created very simple patch according to: 1. automatic name portability error detection was dropped we dont need to write: #if( BOOST_VERSION >= 104500 ) boost::filesystem::path::default_name_check( boost::filesystem2::no_check ); #else boost::filesystem::path::default_name_check( boost::filesystem::no_check ); #endif 2. native_directory_string() -> string() 3. native_file_string() -> string() info: http://www.boost.org/doc/libs/1_45_0/libs/filesystem/v3/doc/faq.htm and http://www.boost.org/doc/libs/1_45_0/libs/filesystem/v3/doc/deprecated.html Reproducible: Always
Created attachment 327086 [details] boost_filesystem_3.patch
PS I've used boost-1.51 from poly-c overlay
This is fixed upstream as of https://jira.mongodb.org/browse/SERVER-4314 - which availability seems to be 2.3.0. I'm not sure we should start patching $src based on out-of-x86-ebuilds just yet. If boost 1.51 lands before 2.3.0 arrives, we could merge this: https://github.com/mongodb/mongo/commit/b3b1949de30b5dc1bde3d91aa197a8587d17d193 ...but I would at least prefer avoiding these kind of patches in between upstream releases.
Actually, it seems that filesystem v2 support was rid of in boost 1.50, which is masked in tree.
Wait, I thought they fixed this with 2.2 already, damn it. Anyway, you'd better apply the patch now since boost-1.51.0-r1 is going to be unmasked next week with glibc-2.16.
*** This bug has been marked as a duplicate of bug 425190 ***