-
-
Notifications
You must be signed in to change notification settings - Fork 10.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
tunnelblick installation instructions unclear #16396
Comments
Can the instructions be more descriptive when installing? |
What would you recommend? We're open to suggestions! |
Given that #13201 proposes to change all of this, I'd consider this to be a reasonable, temporary workaround: Casks/tunnelblick.rb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Casks/tunnelblick.rb b/Casks/tunnelblick.rb
index 1daf039..58eb7c0 100644
--- a/Casks/tunnelblick.rb
+++ b/Casks/tunnelblick.rb
@@ -11,7 +11,7 @@ cask 'tunnelblick' do
depends_on :macos => '>= :tiger'
- app 'Tunnelblick.app'
+ installer :manual => 'Tunnelblick.app'
uninstall :launchctl => 'net.tunnelblick.tunnelblick.LaunchAtLogin',
:quit => 'net.tunnelblick.tunnelblick' |
ping |
Making it an You may submit a PR to extend the |
Respectfully, it's not worse, because it's completely broken in its current state-- |
What's lame about this is that homebrew-cask creates the symlink itself. So this means a user must:
My suggestion above means the user has one extra step instead of two extra steps, which is the current state of things. Believe me, I understand wanting to keep things maintainable. But ultimately homebrew-cask exists to help users easily install stuff, doesn't it? Not to sound too harsh, but users don't care about the state of the codebase--they just want something that works. I assert "less broken" is a step in that direction. |
Homebrew-cask symlinks by default to
When things are more maintainable, they’re better for everyone. We’re not about to make things worse to maintain because an entitled use who contributes nothing and pays nothing to use this software built by the free time of others thinks their specific annoyance should be dealt with immediately, to the detriment (however small) of the remainder of the project1. We’re unapologetically alpha, and not production-ready. We never changed that stance. The fact so many users can already use it daily is great, but that does not change that fact. Read #13201 carefully and you’ll see a very clear message: “no workarounds, lets make things work”. We’re done with band-aids. They got us in the mess the codebase is in in the first place, and we don’t intend to go back. The fix for this is clear. It’s outlined in #13201. If a user cares that much to want this now, they can:
Our goal is to fix these issues and make everything better as a whole. Band-aids that cause setbacks when there is a clear correct outlined solution will be refused. 1 I want to be absolutely clear that this is not how I see you at all. On the contrary, you sound very reasonable, and as such deserve a detailed explanation of this reasoning. However, those users do exist, and occasionally show themselves. |
Ahhh! This is the problem. I didn't recall doing this, but there it is in my exports: declare -x HOMEBREW_CASK_OPTS="--appdir=/Applications" So I apologize about that--I was under the impression it was failing out-of-the-box. You guys deserve a lot of credit. You're trying to do something here which is difficult--a one-size-fits-all solution to install just about anything. It's a testament to your ingenuity it works as well as it does in "alpha" state. I don't have the bandwidth to contribute anything major, but I look forward to the future of this project. |
OK. But if it's symlinked with the same name, Tunnelblick fails to install itself properly:
So, to fix, one must:
Is there any way to automate this?
The text was updated successfully, but these errors were encountered: