Package Details: mongodb 4.2.7-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
Licenses: custom:SSPL
Submitter: felixonmars
Maintainer: jamespharvey20 (chrbayer)
Last Packager: chrbayer
Votes: 23
Popularity: 0.55
First Submitted: 2019-01-18 22:08
Last Updated: 2020-06-03 08:22

Pinned Comments

jamespharvey20 commented on 2019-08-21 22:40

READ ME - 4.2.0 is here - The good, the bad, and the ugly

Good! 4.2.0 finally supports python3. The dependency on aur/python2-scons is no longer needed.

Bad! 4.2.0 breaks having aur/wiredtiger as a separate package, so it is no longer needed. Upstream may fix this some day, but advised for now they can't be separate. When mongodb is being built, it recognizes it's not using a separate wiredtiger package and compiles wiredtiger's source into part of mongodb, so it's still there, just not separate. This increases the space required to about 260GB. The combined amount of time it takes to build shouldn't change.

Mixed! 4.2.0 breaks most of the tests performed in check() under devtools. Previously, only 8 tests couldn't run within devtools due to systemd-nspawn banning mlock(). Now, it appears hundreds of them require mlock(). It's no longer feasible to discover and disable all of them, and maintain this list between versions, so if devtools is detected, check() does nothing. In my opinion, that's bad news, because I'd like to run the tests. Many users will probably greatly welcome this change, because most of the space and time required to build mongodb is in check().

So, users of devtools will only need 20GB available to build this, and it will complete in about 30% of the time it used to, due to check() not doing anything.

But, direct users of makepkg (including probably most AUR helpers) will now need about 260GB available just to build this.

jamespharvey20 commented on 2019-02-22 03:50

READ ME - Manual intervention potentially required upgrading to or past 4.0.6-2

If you never modified /etc/mongodb.conf, there is nothing you need to do, as pacman will install the new configuration file for you.

If pacman alerts you that a new configuration file is saved at /etc/mongodb.conf.pacnew, you must switch to it, or at least modify your existing one to enable forking.

Among other cleanups, 4.0.6-2 switches to:

  1. Upstream's systemd service file, which uses a systemd service type of forking, versus the old Arch-specific type of simple.

  2. Upstream's configuration file, which uses the YAML format introduced back in 2.6, versus the old Arch-specific configuration file using the 2.4 format.

If you had modified /etc/mongodb.conf, pacman will install the new one to /etc/mongodb.conf.pacnew. So, you will either need to: switch to the new one, and duplicate changes you made to the old one that you still need, considering the new file is now in the YAML format; or modify your existing one to enable forking. (Using the old 2.4 file format, adding fork: true should be what is needed.)

jamespharvey20 commented on 2019-02-15 09:58

READ ME - This is quite the package to build

If you use makepkg or an AUR helper you should have 260GB available just to build this. If you use devtools, you will only need 20GB available, because check() is skipped.

It takes a lot of time to build this. Using makepkg, a user reported it took 6.5 hours on an Intel i7. 32 Xeon cores with a high-end NVMe takes an hour.

How much memory you need to build this is untested, but I'd guess having a low amount of memory could cause compilation errors.

If you have compilation problems, please use makepkg, or extra-x86_64-build from devtools, as AUR helpers are not officially supported.

Alternatively, there is the mongodb-bin package, which converts the pre-compiled Ubuntu package into one for Arch. Note Ubuntu's package may use different compilation options.

Latest Comments

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

bassam commented on 2020-08-10 23:57

Build failed again (I get the same error when I try to install via gui package manager):

$ makepkg -si
...
src/mongo/db/matcher/expression_type.h: In instantiation of 'std::unique_ptr<mongo::MatchExpression> mongo::TypeMatchExpressionBase<T>::shallowClone() const [with T = mongo::InternalSchemaBinDataEncryptedTypeExpression]':
src/mongo/db/matcher/expression_type.h:69:38:   required from here
src/mongo/db/matcher/expression_type.h:74:30: warning: redundant move in return statement [-Wredundant-move]
   74 |         return std::move(expr);
      |                              ^
src/mongo/db/matcher/expression_type.h:74:30: note: remove 'std::move' call
src/mongo/db/matcher/expression_type.h: In instantiation of 'std::unique_ptr<mongo::MatchExpression> mongo::TypeMatchExpressionBase<T>::shallowClone() const [with T = mongo::InternalSchemaTypeExpression]':
src/mongo/db/matcher/expression_type.h:69:38:   required from here
src/mongo/db/matcher/expression_type.h:74:30: warning: redundant move in return statement [-Wredundant-move]
src/mongo/db/matcher/expression_type.h:74:30: note: remove 'std::move' call
src/mongo/db/matcher/expression_type.h: In instantiation of 'std::unique_ptr<mongo::MatchExpression> mongo::TypeMatchExpressionBase<T>::shallowClone() const [with T = mongo::TypeMatchExpression]':
src/mongo/db/matcher/expression_type.h:69:38:   required from here
src/mongo/db/matcher/expression_type.h:74:30: warning: redundant move in return statement [-Wredundant-move]
src/mongo/db/matcher/expression_type.h:74:30: note: remove 'std::move' call
scons: building terminated because of errors.
build/opt/mongo/stdx/sigaltstack_location_test.o failed: Error 1
==> ERROR: A failure occurred in check().
    Aborting...

keilmillerjr commented on 2020-07-16 21:36

@bug-reaper @ArchBoxHero I have the same error as well. Package required for unifi.

ArchBoxHero commented on 2020-07-04 20:44

@bug-reaper I am dealing with the same error. I'll be vocal if I find a solution. '

bug-reaper commented on 2020-07-04 06:58

scons: building terminated because of errors. build/opt/mongo/stdx/sigaltstack_location_test.o failed: Error 1 ==> ERROR: A failure occurred in check(). Aborting... HELP PLS

gnaggnoyil commented on 2020-06-05 18:23

Errors were encountered when building 4.2.7-1 as of today. When specifying MAKEFLAGS="VERBOSE=1 -j1", the build process produces the following errors:

g++ @/tmp/tmp97m1vngn.lnk
g++ -o build/opt/mongo/stdx/sigaltstack_location_test.o -c -Woverloaded-virtual -Wpessimizing-move -Wredundant-move -Wno-maybe-uninitialized -fsized-deallocation -std=c++17 -fno-omit-frame-pointer -fno-strict-aliasing -pthread -Wall -Wsign-compare -Wno-unknown-pragmas -Winvalid-pch -O2 -Wno-unused-local-typedefs -Wno-unused-function -Wno-deprecated-declarations -Wno-unused-const-variable -Wno-unused-but-set-variable -Wno-missing-braces -fstack-protector-strong -fno-builtin-memcmp -fPIE -DSAFEINT_USE_INTRINSICS=0 -DPCRE_STATIC -DNDEBUG -D_XOPEN_SOURCE=700 -D_GNU_SOURCE -D_FORTIFY_SOURCE=2 -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_MATH_NO_LONG_DOUBLE_MATH_FUNCTIONS -DBOOST_ENABLE_ASSERT_DEBUG_HANDLER -DABSL_FORCE_ALIGNED_ACCESS -Isrc/third_party/SafeInt -Isrc/third_party/pcre-8.42 -Isrc/third_party/fmt/dist/include -Isrc/third_party/boost-1.70.0 -Isrc/third_party/abseil-cpp-master/abseil-cpp -Ibuild/opt -Isrc src/mongo/stdx/sigaltstack_location_test.cpp
In file included from src/mongo/stdx/sigaltstack_location_test.cpp:30:
src/mongo/stdx/thread.h: In member function 'void mongo::stdx::support::SigAltStackController::_install() const':
src/mongo/stdx/thread.h:81:13: error: 'abort' was not declared in this scope
   81 |             abort();
      |             ^~~~~
src/mongo/stdx/thread.h: In member function 'void mongo::stdx::support::SigAltStackController::_uninstall() const':
src/mongo/stdx/thread.h:89:13: error: 'abort' was not declared in this scope
   89 |             abort();
      |             ^~~~~
scons: *** [build/opt/mongo/stdx/sigaltstack_location_test.o] Error 1
scons: building terminated because of errors.
build/opt/mongo/stdx/sigaltstack_location_test.o failed: Error 1
==> 错误: 在 check() 中发生一个错误。
    正在放弃...
Error making: mongodb

I've confirmed that every dep and build deps are up-to-date, and this error occurs on every archlinux environment I create/have.

Synthead commented on 2020-04-14 17:48

I'm getting this build error:

Starting build()...
SCons import failed. Unable to find engine files in:
  /usr/lib/scons-3.1.2
  /usr/lib/scons-3.1.2
  /usr/local/lib/scons-3.1.2
  /usr/lib/python2.7/site-packages/scons-3.1.2
  /usr/lib/python2.7/site-packages/scons-3.1.2
  /usr/lib/scons-3.1.2
  /usr/lib/scons
  /usr/lib/scons
  /usr/local/lib/scons
  /usr/lib/python2.7/site-packages/scons
  /usr/lib/python2.7/site-packages/scons
  /usr/lib/scons
Traceback (most recent call last):
  File "/bin/scons", line 195, in <module>
    import SCons.Script
ImportError: No module named SCons.Script
==> ERROR: A failure occurred in build().
    Aborting...

Hi-Angel commented on 2020-01-09 08:43

@Hi-Angel - sorry for not having responded earlier. I can't reproduce your problem. mongodb.tmpfiles is used to create the /var/{lib,log}/mognodb directories, and appears to be working fine for me. I even tried removing the package, removing the directories, and installing the package without non-existent directory errors

Thank you very much! I didn't know it should be created by systemd-tmpfiles. After you mentioned it, I did some digging, and it turned out that systemd-tmpfiles was broken for me. For some reason my / was not owned by root, no idea why, and systemd-tmpfiles was refusing to coop with that. So after I fixed permissions, the directories were correctly created.

Sorry for causing troubles!

jamespharvey20 commented on 2019-12-30 09:07

@azcn2503, what version of the dependency python-cheetah3 do you have installed? Likely, you need to upgrade that AUR package to 3.2.4-2. Please let me know either way. If this doesn't work, are you using makepkg, devtools, or an AUR helper?

EDIT: If you already have python-cheetah3 3.2.4-2 installed, try rebuilding it and reinstalling it. Possibly its dependencies changed and require a rebuild.

azcn2503 commented on 2019-12-30 07:31

Attempting to upgrade from 4.2.1-1 to 4.2.2-1 and receiving the following error:

Creating 'build/opt/mongo/config.h'
/usr/bin/python src/mongo/base/generate_error_codes.py src/mongo/base/error_codes.err src/mongo/base/error_codes.tpl.h=build/opt/mongo/base/error_codes.h src/mongo/base/error_codes.tpl.cpp=build/opt/mongo/base/error_codes.cpp
Traceback (most recent call last):
  File "src/mongo/base/generate_error_codes.py", line 45, in <module>
    from Cheetah.Template import Template
ModuleNotFoundError: No module named 'Cheetah'

jamespharvey20 commented on 2019-12-23 08:18

@Hi-Angel - sorry for not having responded earlier. I can't reproduce your problem. mongodb.tmpfiles is used to create the /var/{lib,log}/mognodb directories, and appears to be working fine for me. I even tried removing the package, removing the directories, and installing the package without non-existent directory errors.

@jiri.one - mongodb used to be in the official repos, but was dropped because upstream made a license change that was unclear (at best) whether it could be redistributed prepackaged, so it was dropped to the AUR. So, sorry, but it doesn't look like it's a candidate for going back to an official package.