-
-
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
Deprecate --caskroom
flag
#21858
Comments
@vitorgalvao I am very much in favor of this – as long as the particular minority I’m lobbying for is not affected; and it indeed is not. (I would make for a terrible politician!) Removing things no one really needs anymore is exactly what keeps a product from becoming a big ball of mud. 👍 |
This commit fixes an error occurring with both `install` and `install --force` where either would fail when encountering a broken symlink. Users _might_ run into that issue in the wake of PR #21857, and certainly _will_ be bitten by it once PR #21858 is merged. This commit changes the `install` case so it handles the condition gracefully. It also fixes `install --force` so before moving an app, it removes any broken symlinks which might stand in the way.
In light of the feedback we've been getting after #21857 (e.g. #21894), I think we should hold off on this for a while. I feel like we jumped the gun, and should have made sure to notify users of the change and ensure that their old Caskroom would remain intact, at least for a specified transitional period. I'm away from my computer at the moment, but unless someone beats me to it (@claui has been killing it lately), I'm going to write up a PR this evening that will use the old path if it exists, warn users that the default has changed, and encourage them to add |
@jawshooah Made an official answer before we start getting bashed by the less friendly users. As for the fix, I think we should both encourage adding |
This commit fixes an error occurring with both `install` and `install --force` where either would fail when encountering a broken symlink. Users _might_ run into that issue in the wake of PR Homebrew#21857, and certainly _will_ be bitten by it once PR Homebrew#21858 is merged. This commit changes the `install` case so it handles the condition gracefully. It also fixes `install --force` so before moving an app, it removes any broken symlinks which might stand in the way.
If a Caskroom exists at the old location of /opt/homebrew-cask/Caskroom, use it and warn the user that the default location has changed. Refs Homebrew#21858, Homebrew#21857, Homebrew#21894
Changed title to |
Started seeing this:
Where exactly is the new location? Here is my
Configured via: https://github.com/balupton/dotfiles/blob/7cf12331de5462ad3f377609deaa9c9cd101c83e/.scripts/sources/mac.sh |
The new location is |
Okay cool! Any plan for a
|
For what? |
Started seeing this too. What does it mean? All I executed was |
Do you have set |
Ah yes, that's it. Thank you @reitermarkus |
Remove before: after: |
In a similar vein to #21372, in merging with Homebrew and moving the Caskroom inside their directory by default, why would you ever want your Caskroom in a separate location?
We would simplify the code by removing the flag. Even when creating the Caskroom for the first time, this (26 lines with multiple
sudo
s) could become this (9 lines, nosudo
s):The text was updated successfully, but these errors were encountered: