Package Details: mongodb 8.0.10-1

Git Clone URL: https://aur.archlinux.org/mongodb.git (read-only, click to copy)
Package Base: mongodb
Description: A high-performance, open source, schema-free document-oriented database
Upstream URL: https://www.mongodb.com/
Keywords: database document-oriented nosql
Licenses: SSPL-1.0
Provides: mongodb
Submitter: felixonmars
Maintainer: siavoshkc
Last Packager: siavoshkc
Votes: 36
Popularity: 0.032254
First Submitted: 2019-01-18 22:08 (UTC)
Last Updated: 2025-06-10 06:47 (UTC)

Sources (9)

Pinned Comments

JstKddng commented on 2022-08-03 23:28 (UTC)

Binary builds are available:

https://software.opensuse.org//download.html?project=home%3Ajustkidding%3Aarch&package=mongodb

JstKddng commented on 2022-08-03 23:28 (UTC)

If you have a pre-sandybridge CPU or an ARMv8 sbc, you can use mongodb44

If you'd like to stay in the V5.0 branch, you can use mongodb50

Latest Comments

1 2 3 4 5 6 .. 16 Next › Last »

siavoshkc commented on 2025-06-12 07:17 (UTC)

The compilation problem remains for 15.1.1. I believe there is nothing we can do about it at the moment as the problem seems to be the r8.0.10 version of Abseil being incompatible with the 15.1.1 version of g++ and if we change the version of Abseil it will be a big deviation from the official release. I created an issue regarding the matter: https://jira.mongodb.org/browse/SERVER-106213

fvalenduc commented on 2025-06-10 09:26 (UTC)

The package has been updated to 8.0.10 but the compile error remain the same.

fvalenduc commented on 2025-06-03 17:38 (UTC)

So If I understand the backtrace correctly, mongodb bundle it's own version of abseil-cpp ?

siavoshkc commented on 2025-06-03 16:14 (UTC)

Created an issue about static assertion failure. https://github.com/abseil/abseil-cpp/issues/1896

fvalenduc commented on 2025-05-31 09:19 (UTC)

Compiling with gcc-15 fails

/usr/lib/gcc/x86_64-pc-linux-gnu/15/include/g++-v15/bits/uses_allocator_args.h:71:29: error: static assertion failed: construction with an allocator must be possible if uses_allocator is true 71 | static_assert(is_constructible_v<_Tp, _Args..., const _Alloc&>, | ^~~~ /usr/lib/gcc/x86_64-pc-linux-gnu/15/include/g++-v15/bits/uses_allocator_args.h:71:29: note: 'std::is_constructible_v<std::tuple\<std::__cxx11::basic_string\<char, std::char_traits\<char>, mongo::TrackingAllocator\<char> >, long int>, const std::scoped_allocator_adaptor\<mongo::TrackingAllocator\<std::pair\<const mongo::UUID, std::tuple\<std::__cxx11::basic_string\<char, std::char_traits\<char>, mongo::TrackingAllocator\<char> >, long int> > > >&>' evaluates to false In file included from src/mongo/util/tracking_allocator.h:38, from src/mongo/bson/util/builder.h:65, from src/mongo/util/str.h:55, from src/mongo/base/data_range.h:45, from src/mongo/bson/bsonelement.h:44, from src/mongo/bson/bsonobj.h:59, from src/mongo/bson/bson_field.h:36, from src/mongo/bson/bsonobjbuilder.h:48, from src/mongo/db/namespace_string.h:51, from src/mongo/db/multi_key_path_tracker.h:38, from src/mongo/db/multi_key_path_tracker.cpp:46:

siavoshkc commented on 2025-03-30 19:12 (UTC)

Working on updating to r8.0.4

JstKddng commented on 2025-03-30 04:55 (UTC)

perhaps. I'm no longer using mongodb though so I'll disown, feel free to adopt the package

ZhangHua commented on 2025-03-30 00:46 (UTC)

I think there is no need to use bundled boost. AFAIK, there should only be an error at src/mongo/db/storage/backup_block.cpp. That's because boost removed change_extension. Simply following migration table at https://www.boost.org/doc/libs/1_87_0/libs/filesystem/doc/deprecated.html should be fine.

As for PCRE, @olwilliams's workaround does the trick, but I am not sure if it is correct either.

Patches to fix those problems can be found from my OBS repository here: https://build.opensuse.org/projects/home:ZhangHua/packages/mongodb/files/mongodb-7.0.16-boost-filesystem-change_extension-removed.patch?expand=1 https://build.opensuse.org/projects/home:ZhangHua/packages/mongodb/files/mongodb-7.0.16-ERROR_CONDITION_ATOMIC_ASSERTION_EXPECTED-removed.patch?expand=1

The PCRE fix is shamefully stolen from @olwilliams's comment here.

AlexBocken commented on 2025-03-03 05:59 (UTC)

Does not build in a clean chroot for me anymore. Also, are there plans to upgrade to v 8.0.0?