Package Details: python-or-tools 9.9-2

Git Clone URL: https://aur.archlinux.org/python-or-tools.git (read-only, click to copy)
Package Base: python-or-tools
Description: Google's Operations Research tools
Upstream URL: https://github.com/google/or-tools
Keywords: or-tools ortools
Licenses: Apache2
Submitter: dariost
Maintainer: sameer
Last Packager: sameer
Votes: 7
Popularity: 0.000000
First Submitted: 2017-07-11 23:45 (UTC)
Last Updated: 2024-03-13 17:36 (UTC)

Latest Comments

1 2 3 4 Next › Last »

MarsSeed commented on 2024-03-13 19:14 (UTC) (edited on 2024-03-13 19:14 (UTC) by MarsSeed)

Btw this is very badly configured. CMake should absolutely not be allowed to download sources; all sources should be declared in source=() array, and libraries that exist in Arch repo or on AUR should be used from those packages, not built from scratch.

It seems the current config leads to downloading the sources and building abseil-cpp, coin-or-cbc, coin-or-clp, coin-or-cgl, coin-or-coinutils, coin-or-osi, eigen, googletest, protobuf, pybind11, re2, scip and even zlib!

Plus, if Python venv is used during the build, it should be allowed to use system site packages, and the needed python libs should be declared in depends=() array so they get preinstalled via pacman. Current configuration is:

-- Python: Allow venv to use system site packages: OFF
-- Python: Fetch dependencies: ON

MarsSeed commented on 2024-03-13 18:46 (UTC)

Build is broken:

-- Searching python module: "setuptools"
CMake Warning at cmake/python.cmake:89 (message):
  Can't find python module: "setuptools", install it using pip...
Call Stack (most recent call first):
  cmake/python.cmake:362 (search_python_module)
  CMakeLists.txt:416 (include)

error: externally-managed-environment

× This environment is externally managed
╰─> To install Python packages system-wide, try 'pacman -S
    python-xyz', where xyz is the package you are trying to
    install.

    If you wish to install a non-Arch-packaged Python package,
    create a virtual environment using 'python -m venv path/to/venv'.
    Then use path/to/venv/bin/python and path/to/venv/bin/pip.

    If you wish to install a non-Arch packaged Python application,
    it may be easiest to use 'pipx install xyz', which will manage a
    virtual environment for you. Make sure you have python-pipx
    installed via pacman.

note: If you believe this is a mistake, please contact your Python installation or OS distribution provider. You can override this, at the risk of 
    breaking your Python installation or OS, by passing --break-system-packages.
hint: See PEP 668 for the detailed specification.
CMake Error at cmake/python.cmake:90 (execute_process):
  execute_process failed command indexes:

    1: "Child return code: 1"

Call Stack (most recent call first):
  cmake/python.cmake:362 (search_python_module)
  CMakeLists.txt:416 (include)

-- Configuring incomplete, errors occurred!

sameer commented on 2024-03-01 18:06 (UTC)

P.S. Perhaps coin-or-clp should be in dependencies? Otherwise it is downloaded from Git and built by cmake.

There are a bunch of git dependencies pulled in by the build. For now I've been focused on getting the build working, but if you have ideas would be happy to apply a patch.

sameer commented on 2024-03-01 18:03 (UTC) (edited on 2024-03-01 18:03 (UTC) by sameer)

This would allow to use all CPU cores during build. Otherwise build is too slow.

Done!

Actually ended up reverting this, you should be setting MAKEFLAGS in your /etc/makepkg.conf so the build runs concurrently.

sameer commented on 2024-03-01 17:58 (UTC) (edited on 2024-03-01 17:58 (UTC) by sameer)

Hey all, I've updated to v9.8. There is a patch used to fix the build.

I've also adopted the python-mypy-protobuf dep and updated that to the latest version.

This would allow to use all CPU cores during build. Otherwise build is too slow.

Done!

winnie_ua commented on 2023-10-10 22:19 (UTC)

Please change this line

cmake --build build

to this:

cmake --build build -j

This would allow to use all CPU cores during build. Otherwise build is too slow.

P.S. Perhaps coin-or-clp should be in dependencies? Otherwise it is downloaded from Git and built by cmake.

XZS commented on 2023-08-29 19:28 (UTC)

Thank you for the update. Unfortunately, building already fails again for me, even in a clean chroot. I suspect the relevant part of the error message to be the following/

[ 11%] Creating directories for 'pybind11_protobuf-populate'
[ 22%] Performing download step (git clone) for 'pybind11_protobuf-populate'
Cloning into 'pybind11_protobuf-src'...
Your branch is up to date with 'origin/main'.
Already on 'main'
[ 33%] Performing disconnected update step for 'pybind11_protobuf-populate'
[ 44%] Performing patch_disconnected step for 'pybind11_protobuf-populate'
[ 55%] No configure step for 'pybind11_protobuf-populate'
[ 66%] No build step for 'pybind11_protobuf-populate'
[ 77%] No install step for 'pybind11_protobuf-populate'
[ 88%] No test step for 'pybind11_protobuf-populate'
[100%] Completed 'pybind11_protobuf-populate'
[100%] Built target pybind11_protobuf-populate
CMake Error at /usr/lib/cmake/absl/abslTargets.cmake:42 (message):
  Some (but not all) targets in this export set were already defined.

  Targets Defined: absl::atomic_hook, absl::errno_saver, absl::log_severity,
  absl::raw_logging_internal, absl::spinlock_wait, absl::config,
  absl::dynamic_annotations, absl::core_headers, absl::malloc_internal,

I cut out a long list of what seems to be functions from absl here.

  absl::optional, absl::bad_optional_access, absl::bad_variant_access,
  absl::variant, absl::compare, absl::utility

  Targets not yet defined: absl::hash_testing, absl::spy_hash_state,
  absl::scoped_mock_log, absl::random_mocking_bit_gen,
  absl::cord_test_helpers

Call Stack (most recent call first):
  /usr/lib/cmake/absl/abslConfig.cmake:42 (include)
  build/_deps/pybind11_protobuf-src/CMakeLists.txt:32 (find_package)


-- Configuring incomplete, errors occurred!

I already tried to downgrade absl and protobuf, to no avail.

brolin commented on 2023-08-08 01:25 (UTC)

sudo pacman -S python-virtualenv

solves the error

carlosal1015 commented on 2023-06-13 21:35 (UTC)

Hi, I have the following message error

removing build/bdist.linux-x86_64/wheel
Create venv and install ortools
/usr/sbin/python3.11: No module named virtualenv
make[2]: *** [CMakeFiles/python_package.dir/build.make:110: python_package] Error 1
make[1]: *** [CMakeFiles/Makefile2:2665: CMakeFiles/python_package.dir/all] Error 2
make: *** [Makefile:166: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: python-or-tools-exit status 4

philo commented on 2022-08-18 15:54 (UTC)

Nobody can offer a solution to the issue raised by the previous commentator ? Would version 9.4 solve it ?