Package Details: python-or-tools 9.14-1

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: Apache-2.0
Submitter: dariost
Maintainer: carlosal1015
Last Packager: carlosal1015
Votes: 8
Popularity: 0.004170
First Submitted: 2017-07-11 23:45 (UTC)
Last Updated: 2025-06-20 15:42 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

zuvis commented on 2025-06-05 19:04 (UTC) (edited on 2025-06-05 19:05 (UTC) by zuvis)

Quick and dirty workaround to build on an updated system:

Replace proto_cast_util.cc and proto_utils.cc with updated versions (used ones at git commit b7102a76c4695099d9751de49bd2de20ef1e60de):

https://github.com/pybind/pybind11_protobuf/blob/main/pybind11_protobuf/proto_cast_util.cc

https://github.com/pybind/pybind11_protobuf/blob/main/pybind11_protobuf/proto_utils.cc

Rebuild

It seems older version is hardcoded into or-tools-9.12/cmake/dependencies/CMakeLists.txt

GIT_REPOSITORY "https://github.com/pybind/pybind11_protobuf.git"
GIT_TAG "84653a591aea5df482dc2bde42c19efafbd53a57" # 2024/06/28

TwentyoneThree commented on 2025-04-09 18:21 (UTC) (edited on 2025-04-09 18:22 (UTC) by TwentyoneThree)

Building this package on an up-to-date Arch Linux system aborts with the following error:

make[2]: *** [_deps/pybind11_protobuf-build/CMakeFiles/    pybind11_native_proto_caster.dir/build.make:79: _deps/pybind11_protobuf-build/  CMakeFiles/pybind11_native_proto_caster.dir/pybind11_protobuf/  proto_cast_util.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:3006: _deps/pybind11_protobuf-build/ CMakeFiles/pybind11_native_proto_caster.dir/all] Error 2
make: *** [Makefile:146: all] Error 2
==> ERROR: A failure occurred in build().

Any advice what is wrong here?

micwoj92 commented on 2025-03-27 00:08 (UTC)

Please add benchmark to (make)depends as per last comment:

CMake Error at cmake/system_deps.cmake:96 (find_package):
  By not providing "Findbenchmark.cmake" in CMAKE_MODULE_PATH this project
  has asked CMake to find a package configuration file provided by
  "benchmark", but CMake did not find one.

  Could not find a package configuration file provided by "benchmark" with
  any of the following names:

    benchmarkConfig.cmake
    benchmark-config.cmake

  Add the installation prefix of "benchmark" to CMAKE_PREFIX_PATH or set
  "benchmark_DIR" to a directory containing one of the above files.  If
  "benchmark" provides a separate development package or SDK, be sure it has
  been installed.
Call Stack (most recent call first):
  CMakeLists.txt:426 (include)


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...

Mr.G commented on 2025-02-23 15:30 (UTC) (edited on 2025-02-23 15:31 (UTC) by Mr.G)

Installing benchmark from the AUR made compiling the package possible for me. https://archlinux.org/packages/extra/x86_64/benchmark/

trougnouf commented on 2025-02-07 18:37 (UTC) 

[ 99%] Built target swig_helper_pybind11
make: *** [Makefile:146: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: python-or-tools-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
python-or-tools - exit status 4

carlosal1015 commented on 2024-09-22 20:41 (UTC) (edited on 2024-09-22 20:49 (UTC) by carlosal1015)

I do not know, but looks like is a packaging (upstream or downstream) issue around python-protobuf, is selecting a C++ version instead of Python version in CMake configuration.

--   Checking for external dependencies
CMake Error at /usr/share/cmake/Modules/FetchContent.cmake:2472 (find_package):
  Could not find a configuration file for package "Protobuf" that is
  compatible with requested version "4.23.3".

  The following configuration files were considered but not accepted:

    /usr/lib/cmake/protobuf/protobuf-config.cmake, version: 28.1.0
    /lib/cmake/protobuf/protobuf-config.cmake, version: 28.1.0

Call Stack (most recent call first):
  /usr/share/cmake/Modules/FetchContent.cmake:2362 (__FetchContent_MakeAvailable_find_package)
  /tmp/makepkg/python-or-tools/src/build/_deps/pybind11_protobuf-src/CMakeLists.txt:80 (FetchContent_MakeAvailable)
-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().

I thought what python version should start with 5.: https://gitlab.archlinux.org/archlinux/packaging/packages/protobuf/-/issues/4

carlosal1015 commented on 2024-09-19 15:07 (UTC) (edited on 2024-09-19 17:18 (UTC) by carlosal1015)

Hi everyone, this package is not ready yet. I asked to upstream if there exits some cmake configuration files for pybind11-abseil.

sameer commented on 2024-09-10 18:52 (UTC)

All, I've disowned the package as I'm not familiar enough with pulling in all the other dependencies via AUR. Please feel free to take ownership and make the necessary modifications.

s-ol commented on 2024-06-10 17:57 (UTC)

Can't get this to build, it gets to the linking phase of a couple of targets and then just exits with code 2 with no information whatsoever. As others have pointed out, this package should be pulling in a lot more system dependencies anyway.

As a workaround to get flatcam to work, I've tried installing the wheel using a quick PKGBUILD: https://pastebin.com/yWSBVGx1 I'm sure there's much to improve about it, so I'm not putting it in the AUR at this point, but if anyone else needs something now this might help in a pinch.

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

1 2 3 4 5 Next › Last »