Closed slo-sleuth closed 5 months ago
Solved by installing libarchive-dev
.
I see that you solved the problem yourself, but it isn't the user experience I aim for. It would be really cool if python-libarchive-c
offered platform-specific wheels with a statically built libarchive to avoid this issue. As an alternative, the AppImage is built with all dependencies. The AppImage can also be extracted and the contained script can be called directly, basically like a portable app installation, to avoid the ~1s startup time. Installed like this it is as good as the installation via pip. Maybe, I'll also add this installation method to the ReadMe as an alternative.
Secondly, I'm pretty sure that a try-except
should work. I'll try to add that to ratarmount so that it works without error with file formats that work without libarchive.
I tried the appimage before positing the issue, but it failed with the same error. Try/Except just led me to another variable setting in ffi.py whose function failed to find an attribute, and not being familiar with libarchive, I decided to post and try to find another solution that would be more sustainable.
Ratarmount is a huge need and incredible idea, but unfortunately, it fails to run under WSL Ubuntu due to libarchive ffi.py errors.
I created a virtual environment for a clean install and ran
pip3 install ratarmount
.Attempting to use the tool or list help results in this error:
I attempted to try/except around the calling
ffi
function, but that started me down a rabbit trail. I thought I'd post here in case the developer has a better suggestion or workaround.Thanks