Arvid Norberg

I think there's a fundamental issue with this ticket. It's failing to communicate what the problem is. The original report says the expected behavior is to not have an unhandled...

yes, there was overlap with that PR. I've rebased ths now

perhaps this is not an improvement

I believe this problem has been fixed in `RC_2_0` and may have been released in some 2.0.x even

I agree. I will make one

@AllSeeingEyeTolledEweSew Do you have any idea why setuptools is trying to build an egg? I'm increasingly thinking that building the C++ code via `setup.py` is a mistake. It's incredibly complex...

maybe it's green now, or it's flaky. it used to fail like this: https://github.com/arvidn/libtorrent/actions/runs/14721771065/job/41509430023?pr=7912#step:13:284 ``` NotImplementedError: Support for egg-based install has been removed. ```

> I think the command python setup.py build_ext should be replaced with python pip3 build_ext It's just not very clear how one would pass in custom build paramters. e.g. `python...

@DUTNO1 that's also failing on MacOS CI, but in a different way: https://github.com/arvidn/libtorrent/actions/runs/15241712705/job/42862602802?pr=7948#step:14:19 ``` Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/3.13/lib/python3.13/site-packages/pyproject_hooks/_impl.py", line 402, in _call_hook raise BackendUnavailable( ...... ) pyproject_hooks._impl.BackendUnavailable:...

If I recall correctly, libtorrent doesn't configure path length. I would expect this to be a feature of the i2p daemon. Is this something the libtorrent client is uniquely capable...