it's fine, makepkg already takes care of adding the required flags for lto and other stuff. This means some setups might by possible but are not supported by upstream.
Search Criteria
Package Details: mongodb 7.0.15-1
Package Actions
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: | SSPL-1.0 |
Provides: | mongodb |
Submitter: | felixonmars |
Maintainer: | JstKddng |
Last Packager: | JstKddng |
Votes: | 35 |
Popularity: | 0.051090 |
First Submitted: | 2019-01-18 22:08 (UTC) |
Last Updated: | 2024-12-12 23:00 (UTC) |
Dependencies (27)
- boost-libs
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- gperftools (gperftools-gitAUR)
- krb5 (krb5-gitAUR)
- libldap (libldap-gnutlsAUR)
- libsasl
- libstemmer (libstemmer-gitAUR)
- libunwind (libunwind-carbonAUR, libunwind-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- pcre2 (pcre2-gitAUR)
- snappy (snappy-gitAUR)
- yaml-cpp
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- zstd (zstd-gitAUR, zstd-staticAUR)
- boost (boost-gitAUR) (make)
- mongo-c-driver (make)
- python-cheetah3 (make)
- python-psutil (make)
- python-pymongo (make)
- python-regex (python-regex-gitAUR) (make)
- python-requests (make)
- python-setuptools (make)
- python-yaml (python-yaml-gitAUR) (make)
- mongodb-toolsAUR (percona-server-mongodb-binAUR, mongodb36-binAUR, mongodb-tools-gitAUR, mongodb-tools-binAUR) (optional) – mongoimport, mongodump, mongotop, etc
- mongoshAUR (mongosh-gitAUR, mongosh-binAUR) (optional) – interactive shell to connect with MongoDB
Required by (29)
- adminer (optional)
- alerta (optional)
- camlistore (optional)
- cronsun-bin
- grasscutter-git (optional)
- graylog (optional)
- icalingua++-electron-git (optional)
- icalingua++-git (optional)
- nemesyst-git (optional)
- nodejs-generator-scalatra (optional)
- omada-controller
- omada-controller-rxy
- pritunl-git (optional)
- pump.io (optional)
- pumpio-git (optional)
- python-ezdb-git (optional)
- python-ivre (optional)
- python-ivre-git (optional)
- python-pydal-git (optional)
- rocketchat-server
- rocketchat-server-standalone
- sip3-captain-ce (optional)
- sip3-salto-ce (optional)
- sip3-twig-ce (optional)
- unifi
- unifi-beta
- unifi-video
Sources (9)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 .. 15 Next › Last »
JstKddng commented on 2023-10-05 12:45 (UTC)
PolarianDev commented on 2023-10-05 12:24 (UTC)
Create a issue upstream and ask how to build with LTO?
LTO is useful, and should at least be attempted to work.
(If you do create the issue please pin it to the top of the repository, it could be useful for others to see).
Thank you,
Polarian
JstKddng commented on 2023-10-05 12:17 (UTC)
yeah, they just added some checks for some reason, lto should work.
PolarianDev commented on 2023-10-05 12:10 (UTC)
Also LTO worked on the previous version, this error was not encountered there.
PolarianDev commented on 2023-10-05 12:09 (UTC)
@JstKddng,
Then add:
options=('!lto')
By default, lto is enabled within chroot builds, therefore it will break in the official environment.
JstKddng commented on 2023-10-05 11:36 (UTC)
indeed, won't build if you have lto enabled. I'll fix that.
PolarianDev commented on 2023-10-05 09:55 (UTC)
@JstKddng,
The latest version you have pushed does not build in a clean chroot, please see the following log:
gcc found in $PATH at /usr/bin/gcc
CXX is g++
g++ found in $PATH at /usr/bin/g++
Checking if dev env is valid... skipped
Checking if C++ compiler "g++" is GCC... yes
Checking if C compiler "gcc" is GCC... yes
Detected a x86_64 processor
Checking if target OS linux is supported by the toolchain... yes
Checking if C compiler is GCC 11.3 or newer...yes
Checking if C++ compiler is GCC 11.3 or newer...yes
Checking whether the C compiler works... yes
Checking whether the C++ compiler works... yes
Checking that the C++ compiler can link a C++ program... yes
Checking if C compiler supports -Wno-unused-local-typedefs... yes
Checking if C compiler supports -Wno-unused-function... yes
Checking if C compiler supports -Wno-unused-private-field... no
Checking if C compiler supports -Wno-deprecated-declarations... yes
Checking if C compiler supports -Wno-tautological-constant-out-of-range-compare... no
Checking if C compiler supports -Wno-tautological-constant-compare... no
Checking if C compiler supports -Wno-tautological-unsigned-zero-compare... no
Checking if C compiler supports -Wno-tautological-unsigned-enum-zero-compare... no
Checking if C compiler supports -Wno-unused-const-variable... yes
Checking if C compiler supports -Wno-unused-but-set-variable... yes
Checking if C compiler supports -Wno-missing-braces... yes
Checking if C compiler supports -Wno-inconsistent-missing-override... no
Checking if C compiler supports -Wno-potentially-evaluated-expression... no
Checking if C++ compiler supports -Wpessimizing-move... yes
Checking if C++ compiler supports -Wno-maybe-uninitialized... yes
Checking if C++ compiler supports -Wno-undefined-var-template... no
Checking if C++ compiler supports -Wno-instantiation-after-specialization... no
Checking if C compiler supports -Wno-unused-lambda-capture... no
Checking if C++ compiler supports -fsized-deallocation... yes
Checking if C++ compiler supports -Wno-defaulted-function-deleted... no
Checking if C++ compiler supports -Wunused-exception-parameter... no
Checking if C++ compiler supports -Wno-deprecated... yes
Checking if C++ compiler supports -Wno-deprecated-builtins... no
Checking if -Wnon-virtual-dtor works reasonably... no
Checking if we are using libstdc++... yes
Checking if C++ compiler supports -std=c++20... yes
Checking if C compiler supports -std=c11... yes
WARNING: System versions of C++ libraries must be compiled with C++20 support
Checking for C++20... yes
Checking for memset_s... no
Checking for C function strnlen()... yes
Checking for C function explicit_bzero()... yes
Checking for libstdc++ 5.3.0 or better... yes
Checking if we are on a POSIX system... yes
Checking if the POSIX monotonic clock is supported... yes
Checking off_t is 8 bytes... yes
Checking if C compiler supports -gdwarf64... yes
Checking that DWARF64 format is viable... (cached) no
Checking if C compiler supports -fdebug-types-section... yes
Checking if linker supports -Wl,--no-threads... no
Checking if linker supports --Wl,--threads=1... no
Checking if linker supports -Wl,--build-id... yes
Checking if linker supports -Wl,--hash-style=gnu... yes
Checking if linker supports -Wl,-z,noexecstack... yes
Checking if linker supports -Wl,--warn-execstack... yes
Checking if linker supports -Wl,-z,relro... yes
Checking if C compiler supports -Wa,--nocompress-debug-sections... yes
Checking elf.h for SHF_COMPRESSED... yes
Checking if linker supports -Wl,--compress-debug-sections=none... yes
Checking if C compiler supports -flto... yes
Checking if linker supports -flto... yes
NameError: name 'linker_ld' is not defined:
File "/home/build/mongodb/src/mongodb-src-r7.0.2/SConstruct", line 5403:
env = doConfigure(env)
File "/home/build/mongodb/src/mongodb-src-r7.0.2/SConstruct", line 4615:
if linker_ld != "gold":
==> ERROR: A failure occurred in build().
Aborting...
Hope this helps,
Polarian
Scimmia commented on 2023-09-29 02:54 (UTC)
ortonomy, did you bother reading the makedepends?
ortonomy commented on 2023-09-29 02:52 (UTC) (edited on 2023-09-29 02:53 (UTC) by ortonomy)
There are a number of python package dependencies that must be installed before running this AUR and there is no warning or check to make sure they're present:
cheetah3 = "<=3.2.6.post1" # src/mongo/base/generate_error_codes.py packaging = "<=21.3" regex = "<=2021.11.10" requirements_parser = "<=0.3.1" setuptools = "58.1.0" psutil = "5.8.0" pymongo = "4.3.3" PyYAML = "5.3.1" requests = "2.26.0"
https://github.com/mongodb/mongo/blob/master/docs/building.md#python-prerequisites
PolarianDev commented on 2023-09-22 13:27 (UTC)
@siavoshkc This issue can not be reproduced without more information.
Were you compiling this in a clean chroot, were you using an AUR helper?
I do not believe there is anything wrong with the PKGBUILD
as it compiles just fine in a clean chroot.
If you can not get it to help I suggest using a prebuilt package, JstKddng has their own ones, or I have ones available on polarrepo
, both of which will allow you to update mongodb with pacman -Syu
.
For more information see PolarRepo
Hope this helps!
Take care,
Polarian
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
JstKddng commented on 2022-08-03 23:25 (UTC)
The
mongo
utility will be removed in future releases. Switching tomongosh
is recommended.