thePR0M3TH3ANandClaude Opus 4.6 51ab72239f fix(cli): always use system onionshare-cli binary, even in PyInstaller builds (v0.2.17) ...

The previous fix only used the system binary for non-frozen (pip/pipx)
installs.  But the PyInstaller binary also needs this — it downloads
successfully but its bundled onionshare_cli import still crashes on
'No module named pkg_resources'.

Now both serve() and _internal_onionshare() unconditionally prefer the
system onionshare-cli/onionshare binary via shutil.which(), falling
back to the Python import only if no system binary exists.

Co-Authored-By: Claude Opus 4.6 <[email protected]>

2026-03-16 09:51:44 -04:00

..

host/voxvera

Fix Windows .exe crash and bump version to 0.2.1

2026-03-15 17:13:21 -04:00

locales

feat: add Edit option to voxvera manage and improve server detection (v0.2.5)

2026-03-15 18:10:05 -04:00

resources/tor

chore: release v0.2.0 - bundle real Tor binaries for ALL platforms

2026-03-14 21:09:42 -04:00

src

fix(cli): resolve PyInstaller nano crash, pkg_resources import error, and streamline attachment vs URL logic (v0.2.11)

2026-03-15 21:20:26 -04:00

templates/voxvera

feat: add optional file attachment to flyers (v0.2.4)

2026-03-15 17:59:40 -04:00

vendor

feat: Finalize Universal Mirroring and Standalone Binary build system

2026-03-13 15:24:00 -04:00

__init__.py

fix(cli): always use system onionshare-cli binary, even in PyInstaller builds (v0.2.17)

2026-03-16 09:51:44 -04:00

__main__.py

Add Python CLI and update docs

2025-06-18 22:27:28 -04:00

build.py

chore: Final components audit and localization refinement

2026-03-13 16:00:50 -04:00

cli.py

fix(cli): always use system onionshare-cli binary, even in PyInstaller builds (v0.2.17)

2026-03-16 09:51:44 -04:00