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

Cask installed Duet Display app fails to launch #14952

Closed
timup opened this issue Nov 4, 2015 · 9 comments
Closed

Cask installed Duet Display app fails to launch #14952

timup opened this issue Nov 4, 2015 · 9 comments

Comments

@timup
Copy link

timup commented Nov 4, 2015

~
$ brew cask install duet
==> Downloading http://dl.devmate.com/com.kairos.duet/1.4.0/1439081188/duet-1.4.
Already downloaded: /Library/Caches/Homebrew/duet-1.4.0_1439081188.zip
==> Symlinking App 'duet.app' to '/Applications/duet.app'
🍺  duet staged at '/opt/homebrew-cask/Caskroom/duet/1.4.0_1439081188' (355 files, 10M)

~
$ cd /applications

/applications
$ open duet.app

And then, nada.

Downloading the app from the duet display site, you are greeted with the following message after opening the app initially:

Imgur

Is it possible that this authorization is missed/bypassed somehow by the cask install?

Running El Cap, so maybe a new issue?

@adidalal adidalal added bug Issue describing a reproducible bug. cask labels Nov 5, 2015
@reitermarkus
Copy link
Member

I just tested this. A symlink in /Applications doesn't work because the app tries to copy itself to /Applications without prompting and if a symlink exists, it fails.

@vitorgalvao
Copy link
Member

Another one for #12858. We’ll need to add a caveat.

@timup
Copy link
Author

timup commented Nov 5, 2015

Can confirm @reitermarkus. Opening from ~/downloads copies the app to /applications before the permission prompt.

@vitorgalvao
Copy link
Member

Closing in favour of #13201, which will fix this. At the moment we don’t have any other type of workaround that could be used, anyway.

@toonetown
Copy link
Contributor

Is there a way to suppress putting in the symlink? I just got bitten by this one - brew cask install duet will automatically place the link in /Applications/duet.app - but then the first time you run it, it tries to copy itself /Applications/duet.app, but cannot because the link already exists. Then it gets in this cycle of crashing and trying to restart.

This is, however, because I have HOMEBREW_CASK_OPTS=--appdir=/Applications set...so it is definitely an edge case in my setup.

If we could specify not to create a symlink, however, then it should work...since the first time it runs, it will be copied into the correct location. I do agree, however, that a caveat should be added.

@vitorgalvao
Copy link
Member

@toonetown See #13201 and #13966.

@toonetown
Copy link
Contributor

@vitorgalvao Yes - I had been following those discussions previously. I was just wondering if there was a "quick fix" (specify to skip linking phase completely). It's not a huge issue right now for me...I've got the app installed now ;)

Would it be helpful to add a caveat section now? (I can do that, if it would be helpful) Or would it be better to just wait on the #13966 and #13201 to be implemented?

@vitorgalvao
Copy link
Member

It’s best to wait for it to be implemented. Hopefully not long, now.

@toonetown
Copy link
Contributor

I have no problem with that...just wanting to help out wherever I can!

On Feb 9, 2016, at 6:38 PM, Vítor Galvão [email protected] wrote:

It’s best to wait for it to be implemented. Hopefully not long, now.


Reply to this email directly or view it on GitHub.

@adidalal adidalal mentioned this issue Apr 11, 2016
3 tasks
@miccal miccal removed bug Issue describing a reproducible bug. cask labels Dec 23, 2016
@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

6 participants