BUG: install gufo-snmp on Mac (m3) fails on rust issue #10
Comments
|
I'll try to repack sdiist along with benchmarks |
|
Try to install 0.5.1 |
|
I think this got a bit further than before. but eventually it errors out. just to be sure I added my rust and cargo versions: cargo --version rustc --version raise build_error(e) from None Full error log Adding packages to default dependencies: gufo-snmp ✖ Install gufo-snmp 0.5.1 failed ERRORS: Some errors have detailed explanations: E0412, E0432, E0583. Caused by: socket2=/private/var/folders/sn/fzdv5bys51sgwdq6mp2343jh0000gn/T/pdm-build-iwu8ovo_/target/release/deps/libsocket2-c13308f9e84f24e8.rlib |
|
Can you please do checkout and run |
|
sure here is the output! cargo check that seems to be ok (not 100% sure. never worked with rust). |
|
Try from root folder of the repo: |
|
sorry that it took a bit long to get back to you. what I did was cloned this repo. activated the venv from my own project. python3 -m pip install --editable . this did the trick to get it working on M3 chip! |
|
So I believe the problem may be related with pdm. Anyway, we should build darwin binary packages. |
any progress on this? |
|
@dvolodin7, this is not just a PDB bug. We're looking at shifting an internal network monitoring tool to use this - it builds (and works excellently) on rhel7/8, but our mac dev machines require the It's a bit inconvenient, but I appreciate you sharing the --edit hack so we can start work, but it would be amazing if this could be fixed. Is this something we could help with? Re: "we should build darwin binary packages"? Our team would probably be willing to help and have plenty of darwin machines to do so with. Thank you for the excellent library - we historically use easysnmp for its C interface to snmptools, as our needs stressed out all the python native solutions. Your library is one of the first that's fast enough to consider getting off easysnmp/easysnmp2. |
|
@dvolodin7, here is a recreation of the bug from scratch with just vanilla pip: [TTW77NJH30]:~> python3.11 -m venv gufo_snmp && gufo_snmp/bin/python3 -m pip install -qU pip
[TTW77NJH30]:~> gufo_snmp/bin/pip install -q gufo_snmp
error: subprocess-exited-with-error
× Building wheel for gufo_snmp (pyproject.toml) did not run successfully.
│ exit code: 1
╰─> [285 lines of output]
/private/var/folders/_z/k7431bwn657953bcnjhsnkw40000gq/T/pip-build-env-w4dhz84s/overlay/lib/python3.11/site-packages/setuptools/config/pyprojecttoml.py:70: _ExperimentalConfiguration: `[tool.distutils]` in `pyproject.toml` is still *experimental* and likely to change in future releases.
config = read_configuration(filepath, True, ignore_option_errors, dist)
running bdist_wheel
running build
<... output removed ... for full output: https://gist.github.com/baltimorestrings/ea520296edf64b9d77daac741db8e617>
error: `cargo rustc --lib --message-format=json-render-diagnostics --manifest-path Cargo.toml --release -v --features pyo3/extension-module --crate-type cdylib -- -C 'link-args=-undefined dynamic_lookup -Wl,-install_name,@rpath/_fast.cpython-311-darwin.so'` failed with code 101
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
ERROR: Failed building wheel for gufo_snmp
ERROR: ERROR: Failed to build installable wheels for some pyproject.toml based projects (gufo_snmp)Full output: https://gist.github.com/baltimorestrings/ea520296edf64b9d77daac741db8e617 |
|
This install works perfectly in editable mode, so we've put custom lines in our tox to recerate the following: [TTW77NJH30]:~> gufo_snmp/bin/pip install -e git+https://github.com/gufolabs/gufo_snmp.git\#egg=gufo_snmp
Looking in indexes: https://edge.artifactory.ouroath.com:4443/artifactory/api/pypi/pypi-mirror/simple
Obtaining gufo_snmp from git+https://github.com/gufolabs/gufo_snmp.git#egg=gufo_snmp
Cloning https://github.com/gufolabs/gufo_snmp.git to ./gufo_snmp/src/gufo-snmp
Running command git clone --filter=blob:none --quiet https://github.com/gufolabs/gufo_snmp.git /Users/afrankel02/gufo_snmp/src/gufo-snmp
Resolved https://github.com/gufolabs/gufo_snmp.git to commit e410cfca2267fbed6236c77e1102c31375b846b5
Installing build dependencies ... done
Checking if build backend supports build_editable ... done
Getting requirements to build editable ... done
Preparing editable metadata (pyproject.toml) ... done
Building wheels for collected packages: gufo_snmp
Building editable for gufo_snmp (pyproject.toml) ... done
Created wheel for gufo_snmp: filename=gufo_snmp-0.5.2-0.editable-cp311-cp311-macosx_13_0_arm64.whl size=4478 sha256=3566f6c512120e975a086e73bbefa00a8874dd23f5b8fd2690c8d57207997dd9
Stored in directory: /private/var/folders/_z/k7431bwn657953bcnjhsnkw40000gq/T/pip-ephem-wheel-cache-qr8fgm0x/wheels/ce/fb/ef/889517abbb7c9b065a117ec32298a72225c81ad4e9cfb97bb4
Successfully built gufo_snmp
Installing collected packages: gufo_snmp
Successfully installed gufo_snmp-0.5.2Since we have a workaround, this isn't too huge a deal, but I wanted to make sure you were updated as the comment above sounds like this was dismissed as PDM specific, when this bug is valid for MacOS as a whole. |
Describe the issue:
tried installing the package on my MacBook Pro m3 pro laptop but it ran into a problem.
I have no issues on another laptop that runs ubuntu
Reproduce the code example:
Error message:
Python version information
3.12
Gufo Ping version information
0.5.0
Operation system version
macOS Sonoma 14.3.1
The text was updated successfully, but these errors were encountered: