delocate
delocate copied to clipboard
Find and copy needed dynamic libraries into python wheels
Bug: delocate-wheel 0.9.1 or newer causes `install_name_tool` to error out on some libraries with the following error: ``` Traceback (most recent call last): File "/Users/atwilso/anaconda3/envs/tracktable-build-python3.7/bin/delocate-wheel", line 10, in sys.exit(main()) File...
Git has changed its default branch name to `main`, from `master`. `main` seems like a reasonable name for the main development branch. Other projects, such as Scipy, are also making...
Issue #78 involved a breaking change in the output of `otool`. This was fixed in #130 but I couldn't reproduce this output on the any of the [GitHub Runners](https://docs.github.com/en/actions/using-github-hosted-runners/about-github-hosted-runners), and...
**Is your feature request related to a problem? Please describe.** `delocate-wheel --require-archs arm64,x86_64` is not enforced for executables, at least, already present in the wheel being repaired. This is not...
I'm using cibuildwheel to build a Python wheel on GitHub Actions (running OS X 10.15.7). My wheel depends on Boost Regex which in turn depends on ICU libs located under...
This worked in the past but suddenly I get an error when running `delocate-path` on a folder where multiple executables rely on the same dependency (I'm assuming that's what the...
``` $ delocate-wheel -w wheels -v foo-py3-none-any.whl delocate.delocating.DelocationError: /private/var/folders/[random]/wheel/foo/.dylibs/libfreetype.6.dylib already exists $ delocate-listdeps foo-py3-none-any.whl --all --depending ... /opt/X11/lib/libfreetype.6.dylib: foo/_foo.so foo/foocpp.dylib ``` I'm a bit stumped here!
as discussed in https://github.com/pypa/auditwheel/issues/102 I published a pre-release version to PyPI so that we can try this out in delocate: https://pypi.org/project/wheeltools/
Using the `icu` library as installed from `brew install icu4c`, `delocate` did copy the `dylib` files into my wheel, and adjusted the links, but it got the filenames wrong, presumably...
Hello, after releasing psycopg 2.7.6 I have been reported the following problem (https://github.com/psycopg/psycopg2/issues/807): ``` File "/Users/martijn/.pyenv/versions/3.7.0/lib/python3.7/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "/Users/martijn/.pyenv/versions/3.7.0/envs/my-virtualenv/lib/python3.7/site-packages/django/db/backends/postgresql/base.py", line 24, in raise...