Package Details: python-or-tools 9.11-4

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.64
First Submitted: 2017-07-11 23:45 (UTC)
Last Updated: 2024-10-05 19:24 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

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

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.

1 2 3 4 5 Next › Last »