Bug 568324 – =dev-db/mongodb-3.0.14 stable request

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Tomáš Mózes 2015-12-15 12:31:51 UTC]

With Mongo 3.2 out, it would be nice to stabilize 3.x.

[Comment 1 Mike Limansky 2015-12-21 17:21:58 UTC]

It seems like this bug should depend on bug 541572, since >=dev-db/mongodb-3.0.5 requires >=dev-libs/boost-1.57.0.

[Comment 2 Tomáš Mózes 2015-12-22 09:12:21 UTC]

I don't know why we have a dep on >=boost-1.57.0, I forgot to check that. By checking the sources in mongodb-src-r3.0.8/src/third_party I see 1.56.0.

[Comment 3 Ultrabug 2015-12-31 13:43:00 UTC]

(In reply to Tomáš Mózes from comment #2)
> I don't know why we have a dep on >=boost-1.57.0, I forgot to check that. By
> checking the sources in mongodb-src-r3.0.8/src/third_party I see 1.56.0.

...and I don't remember why I set that indeed, but I (hope) must have had a reason to do this at the time...

Maybe test & report with 1.56 Tomas, this can still be a stupid dep version bump from me ! then I'll change the ebuild and we can proceed with STABLEREQ.

[Comment 4 Tomáš Mózes 2016-01-04 15:22:25 UTC]

I'll test and report back.

[Comment 5 Tomáš Mózes 2016-01-07 12:22:12 UTC]

You did right Ultrabug, doesn't build with boost 1.56.0-r1, so we need to wait until boost 1.57 is stable:

x86_64-pc-linux-gnu-g++ -o build/build/mongo/db/auth/action_type.o -c -pipe -std=c++11 -fno-omit-frame-pointer -fPIC -fno-strict-aliasing -pthread -Wall -Wsign-compare -Wno-unknown-pragmas -Winvalid-pch -O3 -Wno-unused-local-typedefs -Wno-unused-function -Wno-deprecated-declarations -Wno-unused-but-set-variable -Wno-missing-braces -fno-builtin-memcmp -D_SCONS -DMONGO_EXPOSE_MACROS -DPCRE_STATIC -DSUPPORT_UTF8 -DMONGO_OPTIMIZED_BUILD -DMONGO_BYTE_ORDER=1234 -D_FILE_OFFSET_BITS=64 -DMONGO_HAVE___THREAD -DMONGO_HAVE_CXX11_ATOMICS -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_THREAD_VERSION=2 -DMONGO_HAVE_HEADER_UNISTD_H -DMONGO_HAVE_POSIX_MONOTONIC_CLOCK -DMONGO_HAVE_EXECINFO_BACKTRACE -Isrc/third_party/s2 -Ibuild/build -Isrc build/build/mongo/db/auth/action_type.cpp
build/build/mongo/shell/shell_utils_extended.o: In function `mongo::shell_utils::copyFile(mongo::BSONObj const&, void*)':
shell_utils_extended.cpp:(.text+0x123): undefined reference to `boost::filesystem::detail::copy_file(boost::filesystem::path const&, boost::filesystem::path const&, boost::filesystem::copy_option, boost::system::error_code*)'
build/build/mongo/shell/shell_utils_launcher.o: In function `mongo::shell_utils::copyDir(boost::filesystem::path const&, boost::filesystem::path const&)':
shell_utils_launcher.cpp:(.text+0xa9f): undefined reference to `boost::filesystem::detail::copy_file(boost::filesystem::path const&, boost::filesystem::path const&, boost::filesystem::copy_option, boost::system::error_code*)'
collect2: error: ld returned 1 exit status
scons: *** [build/build/mongo/mongo] Error 1
scons: building terminated because of errors.

[Comment 6 Room Cays 2016-10-05 07:16:39 UTC]

There is official end of support for 2.6 branch at the end of October 2016 (https://www.mongodb.com/blog/post/mongodb-2-6-end-of-life).
I'd welcome stabilizing 3.2 then, but if I understand correctly, this needs new dev-libs/boots to be stabilized first, yes?

[Comment 7 Tomáš Mózes 2016-10-05 08:31:09 UTC]

(In reply to Room Cays from comment #6)
> There is official end of support for 2.6 branch at the end of October 2016
> (https://www.mongodb.com/blog/post/mongodb-2-6-end-of-life).
> I'd welcome stabilizing 3.2 then, but if I understand correctly, this needs
> new dev-libs/boots to be stabilized first, yes?

Yes, mongodb 3.0+ cannot be built using currently stable boost 1.56, so we need to wait until newer boost is stabilized.

[Comment 8 Agostino Sarubbo 2016-12-28 08:39:44 UTC]

Dear Maintainer (or who is mainly involved in this stable request),

This is an auto-generated message that will move the current component to the new component Stabilization.
To ensure that the stabilization will proceed correctly, please fill the fields "Atoms to stabilize" and "Runtime testing required" as described here:
https://archives.gentoo.org/gentoo-dev/message/4b2ef0e9aa7588224b8ae799c5fe31fa

[Comment 9 Michael Palimaka (kensington) 2016-12-30 17:14:48 UTC]

An automated check of this bug failed - repoman reported dependency errors (75 lines truncated): 

> dependency.bad dev-db/mongodb/mongodb-3.0.14.ebuild: DEPEND: amd64(default/linux/amd64/13.0) ['>=dev-libs/boost-1.57[threads(+)]', 'app-admin/mms-agent']
> dependency.bad dev-db/mongodb/mongodb-3.0.14.ebuild: PDEPEND: amd64(default/linux/amd64/13.0) ['>=app-admin/mongo-tools-3.0.14']
> dependency.bad dev-db/mongodb/mongodb-3.0.14.ebuild: RDEPEND: amd64(default/linux/amd64/13.0) ['>=dev-libs/boost-1.57[threads(+)]', 'app-admin/mms-agent']

[Comment 10 Stabilization helper bot 2017-01-11 17:14:07 UTC]

An automated check of this bug failed - repoman reported dependency errors (75 lines truncated): 

> dependency.bad dev-db/mongodb/mongodb-3.0.14.ebuild: DEPEND: amd64(default/linux/amd64/13.0) ['>=dev-libs/boost-1.57[threads(+)]', 'app-admin/mms-agent']
> dependency.bad dev-db/mongodb/mongodb-3.0.14.ebuild: PDEPEND: amd64(default/linux/amd64/13.0) ['>=app-admin/mongo-tools-3.0.14']
> dependency.bad dev-db/mongodb/mongodb-3.0.14.ebuild: RDEPEND: amd64(default/linux/amd64/13.0) ['>=dev-libs/boost-1.57[threads(+)]', 'app-admin/mms-agent']

[Comment 11 Stabilization helper bot 2017-01-12 13:50:26 UTC]

An automated check of this bug failed - repoman reported dependency errors (49 lines truncated): 

> dependency.bad dev-db/mongodb/mongodb-3.0.14.ebuild: DEPEND: amd64(default/linux/amd64/13.0) ['>=dev-libs/boost-1.57[threads(+)]']
> dependency.bad dev-db/mongodb/mongodb-3.0.14.ebuild: RDEPEND: amd64(default/linux/amd64/13.0) ['>=dev-libs/boost-1.57[threads(+)]']
> dependency.bad dev-db/mongodb/mongodb-3.0.14.ebuild: DEPEND: amd64(default/linux/amd64/13.0/desktop) ['>=dev-libs/boost-1.57[threads(+)]']

[Comment 12 Agostino Sarubbo 2017-01-25 14:29:26 UTC]

amd64 stable

[Comment 13 Agostino Sarubbo 2017-01-25 15:35:55 UTC]

x86 stable. Closing.