4 ms·

Cask could be awesome, but it's not at this stage. There are no upgrades, in many cases it doesn't work. Most apps complain that they are not in /Applications,

by kolev 13y ago

Cask could be awesome, but it's not at this stage. There are no upgrades, in many cases it doesn't work. Most apps complain that they are not in /Applications, but are in ~/Applications instead and so on. At the end of the day, it duplicates some of the Homebrew functionality - some non-GUI packages are getting into Cask, because possibly Homebrew doesn't want them - it's a bit confusing as well. I think efforts should be put into merging into Homebrew instead of keeping it separate.

phinze 13y ago
Hiya - author here. Thanks for the feedback on this stuff! It's always good to hear where it's best to focus improvements. I'm going to address a few of your points specifically. > There are no upgrades, in many cases it doesn't work. It's true that `brew cask upgrade` is not yet a thing. I would very much like it to be. I've been sort of avoiding work on the feature for fear of messing it up. But that's no reason to not try to make something work! :) Maybe I'll use this as an occasion to start digging in and getting my hands dirty. > At the end of the day, it duplicates some of the Homebrew functionality - some non-GUI packages are getting into Cask, because possibly Homebrew doesn't want them - it's a bit confusing as well. If the purpose of the project is not clear, that's definitely a problem. I'm not aware of many (any?) purely non-gui apps making it in to Cask. The `Homebrew/homebrew-binary` tap is the place for those. I'll go review our included Casks to make sure things are clear. > I think efforts should be put into merging into Homebrew instead of keeping it separate. I can understand this opinion, but I think we may actually end up going in the other direction. The places we share code with Homebrew have been the biggest problem areas for us. We are already 90% code independent from Homebrew, and I think moving Cask to its own world may benefit both the project and the users. But of course that's a conversation to have with the (amazing!) project team.
- asparagui 13y ago
  Is there anything Homebrew can do differently to make things easier for your project?
- kolev 13y ago
  Just saw at least one duplicate - OSXFUSE.
alwillis 13y ago
Huh… I’ve installed 17 Casks; no apps have complained about being in ~/Applications. In fact, for properly written apps, it should not matter, so there may be something else going on. I’ve been using ~/Applications forever for beta testing and accessing two different versions of the same app.
- kolev 13y ago
  That's true. I hope more apps improve as well as OS X itself. The issue with ~/Application seems to be OS X-related as reported by HyperSwitch (http://bahoom.com/hyperswitch/ http://bahoom.com/hyperswitch/), which cannot run in background without being under /Applications.
  - alwillis 13y ago
    So that’s a HyperSwitch issue that doesn’t have anything to do the operating system itself. Properly written apps (and that probably means not using undocumented APIs or doing otherwise unsupported things) don’t care about being in ~/Applications.
wise_young_man 13y ago
You can override the application directory for Cask: export HOMEBREW_CASK_OPTS="--appdir=/Applications"
- kolev 13y ago
  I know about this, but I would want only the problematic apps to auto select /Application - some work fine in ~/Applications, i.e. the Cask formula can override the appdir default value.

by kolev 13y ago

phinze 13y ago

Hiya - author here. Thanks for the feedback on this stuff! It's always good to hear where it's best to focus improvements. I'm going to address a few of your points specifically. > There are no upgrades, in many cases it doesn't work. It's true that `brew cask upgrade` is not yet a thing. I would very much like it to be. I've been sort of avoiding work on the feature for fear of messing it up. But that's no reason to not try to make something work! :) Maybe I'll use this as an occasion to start digging in and getting my hands dirty. > At the end of the day, it duplicates some of the Homebrew functionality - some non-GUI packages are getting into Cask, because possibly Homebrew doesn't want them - it's a bit confusing as well. If the purpose of the project is not clear, that's definitely a problem. I'm not aware of many (any?) purely non-gui apps making it in to Cask. The `Homebrew/homebrew-binary` tap is the place for those. I'll go review our included Casks to make sure things are clear. > I think efforts should be put into merging into Homebrew instead of keeping it separate. I can understand this opinion, but I think we may actually end up going in the other direction. The places we share code with Homebrew have been the biggest problem areas for us. We are already 90% code independent from Homebrew, and I think moving Cask to its own world may benefit both the project and the users. But of course that's a conversation to have with the (amazing!) project team.

asparagui 13y ago
Is there anything Homebrew can do differently to make things easier for your project?
kolev 13y ago
Just saw at least one duplicate - OSXFUSE.

alwillis 13y ago

Huh… I’ve installed 17 Casks; no apps have complained about being in ~/Applications. In fact, for properly written apps, it should not matter, so there may be something else going on. I’ve been using ~/Applications forever for beta testing and accessing two different versions of the same app.

kolev 13y ago
That's true. I hope more apps improve as well as OS X itself. The issue with ~/Application seems to be OS X-related as reported by HyperSwitch (http://bahoom.com/hyperswitch/ http://bahoom.com/hyperswitch/), which cannot run in background without being under /Applications.
- alwillis 13y ago
  So that’s a HyperSwitch issue that doesn’t have anything to do the operating system itself. Properly written apps (and that probably means not using undocumented APIs or doing otherwise unsupported things) don’t care about being in ~/Applications.

wise_young_man 13y ago

You can override the application directory for Cask: export HOMEBREW_CASK_OPTS="--appdir=/Applications"

kolev 13y ago
I know about this, but I would want only the problematic apps to auto select /Application - some work fine in ~/Applications, i.e. the Cask formula can override the appdir default value.