You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@sedona.apache.org by "bradh (via GitHub)" <gi...@apache.org> on 2025/09/27 10:42:56 UTC
[I] Build problem on Ubuntu 24.04 [sedona-db]
bradh opened a new issue, #158:
URL: https://github.com/apache/sedona-db/issues/158
When trying to build from source using `cargo build`, I hit this:
```
Compiling sedona-s2geography v0.2.0 (/home/bradh/coding/sedona-db/c/sedona-s2geography)
Compiling sedona-geoarrow-c v0.2.0 (/home/bradh/coding/sedona-db/c/sedona-geoarrow-c)
Compiling async-ffi v0.5.0
error: failed to run custom build command for `sedona-s2geography v0.2.0 (/home/bradh/coding/sedona-db/c/sedona-s2geography)`
Caused by:
process didn't exit successfully: `/home/bradh/coding/sedona-db/target/debug/build/sedona-s2geography-33bddb440099945c/build-script-build` (exit status: 101)
--- stdout
CMAKE_TOOLCHAIN_FILE_x86_64-unknown-linux-gnu = None
CMAKE_TOOLCHAIN_FILE_x86_64_unknown_linux_gnu = None
HOST_CMAKE_TOOLCHAIN_FILE = None
CMAKE_TOOLCHAIN_FILE = None
CMAKE_GENERATOR_x86_64-unknown-linux-gnu = None
CMAKE_GENERATOR_x86_64_unknown_linux_gnu = None
HOST_CMAKE_GENERATOR = None
CMAKE_GENERATOR = None
CMAKE_PREFIX_PATH_x86_64-unknown-linux-gnu = None
CMAKE_PREFIX_PATH_x86_64_unknown_linux_gnu = None
HOST_CMAKE_PREFIX_PATH = None
CMAKE_PREFIX_PATH = None
CMAKE_x86_64-unknown-linux-gnu = None
CMAKE_x86_64_unknown_linux_gnu = None
HOST_CMAKE = None
CMAKE = None
running: cd "/home/bradh/coding/sedona-db/target/debug/build/sedona-s2geography-d8fa10bdab345a96/out/build" && CMAKE_PREFIX_PATH="" LC_ALL="C" "cmake" "/home/bradh/coding/sedona-db/c/sedona-s2geography/." "-DCMAKE_INSTALL_PREFIX=/home/bradh/coding/sedona-db/target/debug/build/sedona-s2geography-d8fa10bdab345a96/out" "-DCMAKE_C_FLAGS= -ffunction-sections -fdata-sections -fPIC -m64" "-DCMAKE_C_COMPILER=/usr/bin/cc" "-DCMAKE_CXX_FLAGS= -ffunction-sections -fdata-sections -fPIC -m64" "-DCMAKE_CXX_COMPILER=/usr/bin/c++" "-DCMAKE_ASM_FLAGS= -ffunction-sections -fdata-sections -fPIC -m64" "-DCMAKE_ASM_COMPILER=/usr/bin/cc" "-DCMAKE_BUILD_TYPE=Debug"
-- The C compiler identification is GNU 13.3.0
-- The CXX compiler identification is GNU 13.3.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libcrypto.so (found version "3.0.13")
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Building using CMake version: 3.28.3
-- Building using CMake version: 3.28.3
-- Building using CMake version: 3.28.3
-- Using NONE approach to find s2geometry
-- Found absl: /usr/include/absl
-- Configuring done (2.9s)
-- Generating done (0.0s)
--- stderr
CMake Warning (dev) at /usr/share/cmake-3.28/Modules/FetchContent.cmake:1331 (message):
The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is
not set. The policy's OLD behavior will be used. When using a URL
download, the timestamps of extracted files should preferably be that of
the time of extraction, otherwise code that depends on the extracted
contents might not be rebuilt if the URL changes. The OLD behavior
preserves the timestamps from the archive instead, but this is usually not
what you want. Update your project to the NEW behavior or specify the
DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this
robustness issue.
Call Stack (most recent call first):
s2geography/CMakeLists.txt:200 (FetchContent_Declare)
This warning is for project developers. Use -Wno-dev to suppress it.
-- Install prefix: /home/bradh/coding/sedona-db/target/debug/build/sedona-s2geography-d8fa10bdab345a96/out
-> libs: lib
-> includes: include
-> cmake config: lib/cmake/s2geography
CMake Error at CMakeLists.txt:201 (target_link_libraries):
Target "s2" links to:
absl::check
but the target was not found. Possible reasons include:
* There is a typo in the target name.
* A find_package call is missing for an IMPORTED target.
* An ALIAS target is missing.
CMake Error at CMakeLists.txt:276 (target_link_libraries):
Target "linker_flags" links to:
absl::check
but the target was not found. Possible reasons include:
* There is a typo in the target name.
* A find_package call is missing for an IMPORTED target.
* An ALIAS target is missing.
CMake Warning:
Manually-specified variables were not used by the project:
CMAKE_ASM_COMPILER
CMAKE_ASM_FLAGS
CMake Generate step failed. Build files cannot be regenerated correctly.
thread 'main' panicked at /home/bradh/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/cmake-0.1.54/src/lib.rs:1119:5:
command did not execute successfully, got: exit status: 1
build script failed, must exit now
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
warning: build failed, waiting for other jobs to finish...
warning: sedona-geoarrow-c@0.2.0: In file included from src/geoarrow/ryu/common.h:20,
warning: sedona-geoarrow-c@0.2.0: from src/geoarrow/ryu/d2s.c:43:
warning: sedona-geoarrow-c@0.2.0: src/geoarrow/ryu/common.h: In function 'decimalLength9':
warning: sedona-geoarrow-c@0.2.0: src/geoarrow/ryu/common.h:36:12: warning: comparison of unsigned expression in '>= 0' is always true [-Wtype-limits]
warning: sedona-geoarrow-c@0.2.0: 36 | assert(v >= 0);
warning: sedona-geoarrow-c@0.2.0: | ^~
warning: sedona-geoarrow-c@0.2.0: src/geoarrow/ryu/common.h:36:12: warning: comparison of unsigned expression in '>= 0' is always true [-Wtype-limits]
warning: sedona-geoarrow-c@0.2.0: 36 | assert(v >= 0);
warning: sedona-geoarrow-c@0.2.0: | ^~
```
I think I (now) have absl installed:
```
i libabsl-dev - extensions to the C++ standard library (development files)
p libabsl-dev:i386 - extensions to the C++ standard library (development files)
v libabsl20220623 -
v libabsl20220623:i386 -
i A libabsl20220623t64 - extensions to the C++ standard library
p libabsl20220623t64:i386 - extensions to the C++ standard library
p libabsl20220623t64-dbgsym - debug symbols for libabsl20220623t64
p libabsl20220623t64-dbgsym:i386 - debug symbols for libabsl20220623t64
p python3-absl - Abseil Python Common Libraries
```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@sedona.apache.org.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] Build problem on Ubuntu 24.04 [sedona-db]
Posted by "bradh (via GitHub)" <gi...@apache.org>.
bradh commented on issue #158:
URL: https://github.com/apache/sedona-db/issues/158#issuecomment-3342465967
Thanks for the quick response.
I went with a slightly different approach, using a newer OS (Kubuntu 25.04 plus a disturbing number of updates). That worked well.
I'll try the vcpkg and standalone approaches as well, but I'm OK for now.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@sedona.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] Build problem on Ubuntu 24.04 [sedona-db]
Posted by "bradh (via GitHub)" <gi...@apache.org>.
bradh closed issue #158: Build problem on Ubuntu 24.04
URL: https://github.com/apache/sedona-db/issues/158
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@sedona.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] Build problem on Ubuntu 24.04 [sedona-db]
Posted by "paleolimbot (via GitHub)" <gi...@apache.org>.
paleolimbot commented on issue #158:
URL: https://github.com/apache/sedona-db/issues/158#issuecomment-3342169291
Thanks for opening!
That Abseil is too old for the version of S2 we're using for geography support (I believe we need 2023xx or later), which is a constant annoyance of mine (I wish S2 did not depend on bleeding-edge Abseil!). We have an issue open to simply this so that it's easier to get started building the workspace ( https://github.com/apache/sedona-db/issues/109 ).
The crate that needs this isn't required for the default build of any of the components, so you should still be able to build and test individual components (e.g., `cargo run --bin sedona-cli` or `pip install python/sedonadb`) without Abseil.
If this still comes up, I would recommend installing Abseil via vcpkg (this is what we do in our Ubuntu-based CI):
```shell
git clone https://github.com/microsoft/vcpkg.git
cd vcpkg && ./bootstrap-vcpkg.sh
./vcpkg install abseil
export CMAKE_TOOLCHAIN_FILE=$(pwd)/scripts/buildsystems/vcpkg.cmake
```
There are some instructions on how to wire this into an IDE as well: https://sedona.apache.org/sedonadb/latest/contributors-guide/#linux-and-windows
Let us know if that helps!
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@sedona.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org