There are options other than a flavour (e.g. pointing at a path which is symlinked to the relevant executable, or installing a wrapper script that selects which one to use). Building the whole thing twice in bulk builds makes no sense.
--
Sent from a phone, apologies for poor formatting.
On 15 February 2026 13:23:18 David Uhden Collado <daviduhden@gmail.com> wrote:
Landry Breuil wrote:a flavor ? hell no :) though you can add alternatives in RUN_DEPENDS inwww/tor-browser/Makefile.inc, which would be the right fit here, butleft to the MAINTAINER's judgment.LandryThe www/tor-browser port manually inserts the path to the net/tor portbinary into the browser profile at build time. This is why it would benecessary to create a flavor of this port if we want to give users theoption to choose which routing software to use. Both are supported bythe Tor Project. In the future, the C implementation of the Tor routingsoftware will likely be deprecated in favor of the Rust implementation.On the other hand, it would be beneficial to try porting oniux toOpenBSD. However, I think this will be difficult since oniux uses Linuxkernel namespaces.https://gitlab.torproject.org/tpo/core/oniuxI use both Arti and Oniux on Linux, and they work very well.
No comments:
Post a Comment