Skip to content
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

feature request: alias #5101

Closed
jasonkarns opened this issue Jun 27, 2014 · 3 comments
Closed

feature request: alias #5101

jasonkarns opened this issue Jun 27, 2014 · 3 comments

Comments

@jasonkarns
Copy link
Contributor

I'd love to be able to brew cask alias x y to alias app 'x' as 'y'. Would be as simple as changing the symlink name, I would think.

@vitorgalvao
Copy link
Member

Issuing this in the way you suggest doesn’t make much sense to me. It seems like it’d be more appropriate to do at install time. Maybe something that would override (or set) :target. That could break badly in casks that have multiple link stanzas, though. It would also only work in casks that are linked (since the installed ones do not use symlinks), which could make this confusing. We would also need to store some metadata referring to your choice, so it doesn’t break every time you upgrade.

With all this is mind, this seems to me like a very niche feature that could cause more trouble than what it’s worth, in the context of the project.

@rolandwalker
Copy link
Contributor

Yes. It might be a useful feature, but we can't manage it until #3066 at least, and perhaps not until we add a ~/.brewcaskconfig file. Because we currently don't store state.

I certainly do want users to be able to override the :target, but it will take plenty of effort to create an implementation that is not a bug-generator.

@vitorgalvao
Copy link
Member

Will be irrelevant when symlinking changes (in the plans), so closing.

@Homebrew Homebrew locked and limited conversation to collaborators May 8, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants