mig5

Thanks @mikeperry-tor ! Yep, we've actually updated our develop branch to fetch Tor binaries out of the Tor Browser 11.0.15 release. So the next OnionShare release (which is 'imminent') will...

Thanks for the heads up @mikeperry-tor . We're moving a bit slowly on getting a release out the door :s in this case, sounds lucky this time

I'm going to close this out, as the 2.6 release of OnionShare will have the latest version of Tor bundled with it (for Windows/macOS and the Linux snap/flatpak builds).

Closing in favour of #1374 regarding the lock file issue.

Hi @weaselp - it's not a bad idea. Currently the CLI version of OnionShare will wait until it gets an .onion, so you wouldn't have to mess around with loops,...

> However, there's also another option: I don't know if it's a practical solution for you, but OnionShare supports 'persistent' onion addresses. > I'm not sure persistence is useful here....

> I don't know when onionshare writes its statefiles. It doesn't really have state other than the Tor state (typical of what you'd see in /var/lib/tor/), which uses a random...

On that topic, I wonder if using Stem's simplified example is saner for your needs (e.g write your test in native Python and then you can easily obtain the onion...

~~[Waitress](https://docs.pylonsproject.org/projects/waitress/en/stable/) might be interesting?~~ Nevermind, it works in principle, but it doesn't support gzip, so we are better off moving to Nginx I guess...

@Botspot OnionShare is now supported for amd64, arm64, and armhf in Snapcraft (and x86_64 and arm64 on Flatpak) https://micahflee.com/2022/10/new-censorship-circumvention-features-come-to-onionshare-26/