-
-
Notifications
You must be signed in to change notification settings - Fork 10.8k
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
depends_on :cask
follow-ups
#8492
Comments
In reference to automation, i.e. using "metacasks" as a stand-in for the deprecated My guess: fork |
That would be more contrived than necessary: homebrew-cask is happy to install from files ( |
We also need to relax the DSL somehow for metacasks, which don't need |
I'm not sure if it's the right place, but there is a problem with the It appear the problem is on line Error: undefined method `each' for nil:NilClass I have tried with this https://gist.github.com/nicolas-brousse/fb3edb9815a8ad03cf00 cask. $ brew cask install https://gist.githubusercontent.com/nicolas-brousse/fb3edb9815a8ad03cf00/raw/b5d076f1efaab3ec684b952fe12723c5a50a94cc/common-group.rb. |
@nicolas-brousse Please open a new issue instead. Your syntax is wrong on the gist, though. It should be |
@vitorgalvao Ok. Sorry and thank you. |
I was never convinced by the idea of metacasks as a replacement for However, while working on #8698, the idea of metacasks made some sense. I’m saying this only as a possible argument for consideration, as I’m still not really convinced of their overall usefulness (they do seem to be desired, though, and that has weight). |
In my opinion metacask Sure there is some other tools to do something like that but I found these others tool more fat than caskroom.io is. Homebrew cask is very light and simple, and it is really enough :)
So for me it's not a replacement but something additional to Homebrew cask. |
I still see absolutely no value in bundle() {
sed '/^\s*$/d;s/^/brew /' "$1" | sh
} There. A bash function that’ll take a file as an argument, and do what |
Yes, you are right for It's not really on this part I am attached but I am on the |
Again, I recommend https://github.com/andrew/brewdler. I'm going to work on making getting this more officially supported soon. It uses a decent DSL which describes what the result should be rather than just a stupid list of commands. The previous approach was extremely error-prone and I'd really recommend against implementing anything similar in future. Metacasks solve a problem but they aren't really a elegant solution. What you really want is something like a |
Agreed. As long as it continues to be actively maintained, I'm all for letting Brewdler do the legwork here. |
That is good to know. That way I can see value in it.
Well, they solve two, actually, but lets outsource one of those to Having said that, I don’t really care much either way for metacasks and would be fine with either decision. I’m simply pointing out they do have a utility. 1 I don’t really think metacasks are a replacement for |
Think we're agreed here 👍 |
Another use case for metacasks: cask aliases. Referenced in #8938 (comment) and (to an extent, maybe) #9174. |
We now have an officially blessed Homebrew implementation that also has |
https://github.com/Homebrew/homebrew-bundle has Cask support, as @MikeMcQuaid stated, which fulfills the purpose of "Metacasks" (and closes out discussion on this issue) |
Post-release of #8491, we are free to proceed with:
In the main repository:
Note that Cask dependencies are only available in master, and caveats concerning dependencies must remain intact until release of v0.52.0.
Hard Cask dependencies can be used to create “metacasks” (using
depends_on
for intra-Cask dependencies and metapackages #2001), which would be artifact-less Casks solely bundling other Casks. Such metacasks would serve the purpose of both automation (brew bundle
has been removed #6537, brew bundle is unsupported #5427) and unification of fragmented upstream packages (add font Google Cousine #1999).The text was updated successfully, but these errors were encountered: