Package Details: python-ocp 7.7.2.1+r4.g544d7fd5-1

Git Clone URL: https://aur.archlinux.org/python-ocp.git (read-only, click to copy)
Package Base: python-ocp
Description: Python wrapper for OCCT generated using pywrap
Upstream URL: https://github.com/CadQuery/OCP
Licenses: Apache
Conflicts: python-ocp-git
Submitter: greyltc
Maintainer: greyltc
Last Packager: greyltc
Votes: 1
Popularity: 0.000000
First Submitted: 2020-08-22 14:36 (UTC)
Last Updated: 2024-12-17 20:55 (UTC)

Dependencies (43)

Sources (2)

Latest Comments

1 2 3 4 Next › Last »

greyltc commented on 2024-06-07 16:51 (UTC)

It's probably not stuck, just takes forever to build. Leave it overnight if you think it might be stuck.

chilichiller commented on 2024-05-04 21:18 (UTC) (edited on 2024-05-04 21:32 (UTC) by chilichiller)

I am getting the same problem as Jikstra, the build process is stuck at "Running pywrap", exact same log as Jikstra had (just using Python 3.12). However, there was no issue with the latest fast_float version (6.1.0-2). Can anyone help to fix that?

Jikstra commented on 2024-03-05 16:55 (UTC)

I had to downgrad fast_float to 5.3.0 (sudo paru -U https://archive.archlinux.org/packages/f/fast_float/fast_float-5.3.0-1-any.pkg.tar.zst)

However, it's now stuck at "Running pywrap"

-- Running pywrap
'/usr/bin/python3.11' '-m' 'bindgen' '--njobs' '1' '-l' '/usr/lib/llvm15/lib/libclang.so.15.0.7' '-i' '/usr/lib/llvm15/include/' '-i' '/usr/include/vtk/' '-i' '/usr/lib/clang/16/include' 'all' 'ocp.toml' 'Linux'
^[[A
[W 240305 17:47:53 translation_unit:47] ./opencascade/Standard_WarningsRestore.hxx
[W 240305 17:47:53 translation_unit:48] dummy.cxx:42:28: warning: pragma diagnostic pop could not pop, no matching push [-Wunknown-pragmas]

ptomalak commented on 2024-01-21 09:11 (UTC) (edited on 2024-01-21 09:17 (UTC) by ptomalak)

It was failing for me with:

File "/home/user/builds/python-ocp/src/OCP/pywrap/bindgen/__init__.py", line 48, in read_symbols
sym = pd.read_csv(p,header=None,names=['name'],delim_whitespace=True,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: read_csv() got an unexpected keyword argument 'error_bad_lines'

in the Dumping symbols, then generating bindings... part of the building process just days after (eventually) successfully building it on other device. Same issue with the git version of this package.

A quick hack that fixed the issue for me was modifying PKGBUILD to include:

find ./ -type f -name "*.py" -exec sed -i 's/error_bad_lines=False/on_bad_lines = "skip"/g' {} +

In this part of the build:

build() {
cd OCP
local site_packages=$(python -c "import site; print(site.getsitepackages()[0])")
ln -s "${site_packages}"/clang15 clang
export PYTHONPATH="$(pwd):${PYTHONPATH}"

find ./ -type f -name "*.py" -exec sed -i 's/error_bad_lines=False/on_bad_lines = "skip"/g' {} +

msg2 "Dumping symbols, then generating bindings..."
PATH="/usr/lib/llvm15/bin/:${PATH}" LD_LIBRARY_PATH="/usr/lib/llvm15/lib:${LD_LIBRARY_PATH}" cmake -B new -S .
...

I did not delve deeper into how / why it works, I just applied the first fix given by looking up the error ( https://stackoverflow.com/questions/72210768/read-csv-got-an-unexpected-keyword-argument-on-bad-lines ). I hope someone finds it helpful, or confirms if it is a wider issue or just limited to my setup.

tapia commented on 2023-11-19 21:00 (UTC)

Hi greyltc, it works now! Thanks for fixing the issue ;)

greyltc commented on 2023-11-16 21:25 (UTC)

Should be fixed now tapia. Turns out the official package upgrade of clang/llvm and friends from version 15->16 on 2023-08-29 broke the build. Took me almost forever to figure this out and implement a fix :(

tapia commented on 2023-11-13 21:57 (UTC)

Hi, this is not compiling for me. Is it working for anyone?

greyltc commented on 2023-03-25 23:14 (UTC)

The vtk dep here is stuck at 9.1 for now. You'll have to downgrade/ignore vtk upgrades for this package to work. Once opencascade gets upgraded to 7.7 I'll be able to update this package to unlock it from vtk 9.1.

DCengineer commented on 2023-03-25 20:29 (UTC)

Looks like the recent vtk update in the main repos may have broken the dependency checks for this package. python-ocp-git seems unaffected.

:: Resolving dependencies...
error: could not find all required packages:
    vtk=9.1 (wanted by: python-cadquery-git -> python-ocp)

Salamandar commented on 2022-10-14 16:00 (UTC)

It's not building anymore:

.cache/yay/python-ocp/src/OCP/OCP/BRepPrimAPI_pre.cpp:64:47: erreur: la valeur void n'a pas été ignorée comme elle aurait dû l'être
   64 |         Standard_Address OneAxis() override { PYBIND11_OVERLOAD_PURE(Standard_Address,BRepPrimAPI_MakeOneAxis,OneAxis,) };

1 2 3 4 Next › Last »