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

Can't run crc setup on macOS Catalina - "the developer cannot be verified" #836

Closed
geerlingguy opened this issue Nov 22, 2019 · 15 comments
Closed
Assignees
Labels
kind/bug Something isn't working status/pinned Prevents the stale bot from closing the issue

Comments

@geerlingguy
Copy link

General information

  • OS: macOS 10.15.1 Catalina
  • Hypervisor: default
  • Did you run crc setup before starting it? Yes (but that's where it fails)

CRC version

N/A - cannot run crc

CRC status

N/A - cannot run crc

CRC config

N/A - cannot run crc

Host Operating System

ProductName:	Mac OS X
ProductVersion:	10.15.1
BuildVersion:	19B88

Steps to reproduce

  1. Download the CRC archive from this page (macOS HyperKit).
  2. Extract the archive.
  3. Move crc into my $PATH (mv ~/Downloads/crc-macos-1.1.0-amd64/crc /usr/local/bin/crc)
  4. Run crc setup

Expected

I would be guided through the CRC setup process.

Actual

After about a minute, I see the following dialog pop up:

Screen Shot 2019-11-22 at 9 29 18 AM

It reads:

"crc" cannot be opened because the developer cannot be verified.

macOS cannot verify that this app is free from malware.

Safari downloaded this file today at 9:24 AM

Logs

N/A - crc won't run

@geerlingguy geerlingguy added the kind/bug Something isn't working label Nov 22, 2019
@geerlingguy
Copy link
Author

Probably related: hashicorp/terraform#23033

Workaround is to:

  1. Open the containing folder in Finder (e.g. open /usr/local/bin)
  2. Right-click on crc in Finder.
  3. Click 'Open'.
  4. Wait for 'Verifying "crc"' to fail (this takes about a minute).
  5. You'll get a popup (see below) asking "Are you sure you want to open it?"
  6. Click 'Open' to confirm the security exception.

Screen Shot 2019-11-22 at 9 44 45 AM

CRC (the binary—any command) seems to run very slowly under Catalina, though. Could be related to #727

So, since there's a workaround, the question is: is it possible for CRC to be signed by a valid developer account (I believe you can get a Developer ID free with any working Apple ID, and use it to sign apps to bypass Gatekeeper) during its build process, so macOS users don't have to go through these hoops to use it?

@praveenkumar
Copy link
Member

@geerlingguy Yes we are working on that, we will prioritise it in next sprint.

@zeenix
Copy link
Contributor

zeenix commented Nov 22, 2019

I can confirm that I can reproduce this issue after upgrading to Catalina.

@sebastianfaulhaber
Copy link

FYI: Could reproduce with CRC V1.4.0

@sebastianfaulhaber
Copy link

FYI: Could reproduce with CRC V1.6.0

@gbraad
Copy link
Contributor

gbraad commented Feb 19, 2020 via email

@sebastianfaulhaber
Copy link

Here's how VSCode did it...maybe this helps: https://developer.apple.com/documentation/xcode/notarizing_macos_software_before_distribution

I still think that the workaround is not acceptable for many customers. So I kindly ask you to put this up in the list. Thanks a lot.

Regards,
Sebastian

@gbraad
Copy link
Contributor

gbraad commented May 6, 2020

this is being resolved company wide, but some applications are currently in the process for this. we will hopefully soon

@XUTProf
Copy link

XUTProf commented May 7, 2020

My corporate IT admin sadly setup my mac and disabled the prompt for me to trust the crc app, so I had to allow download for all apps with "sudo spctl --master-disable".
+1 for developers LOL

@carlmes
Copy link

carlmes commented Jun 1, 2020

My workaround is to simply remove the quarantine flag, after which crc runs without issues:

sudo xattr -d com.apple.quarantine ~/crc-macos-1.10.0-amd64/crc

I usually create a symlink so that I don't have to keeping typing in "dot" "slash" (i.e. ./crc):

ln -nsf ~/crc-macos-1.10.0-amd64/crc /usr/local/bin/crc

@stale
Copy link

stale bot commented Jul 31, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the status/stale Issue went stale; did not receive attention or no reply from the OP label Jul 31, 2020
@anjannath anjannath added status/pinned Prevents the stale bot from closing the issue and removed status/stale Issue went stale; did not receive attention or no reply from the OP labels Jul 31, 2020
@srimurthyGit
Copy link

FYI - could reproduce with 1.19 on Mac

@cg2p
Copy link

cg2p commented Mar 21, 2021

Workaround is fine and works and looks like the root problem is on the list todo - meanwhile it would make complete sense to update the installation instructions on this page with details of the workaround here

@guillaumerose
Copy link
Contributor

We are now shipping a .pkg for macOS. The crc binary is now signed and notarized. The default link will be changed in couple of days.

https://mirror.openshift.com/pub/openshift-v4/clients/crc/latest/crc-macos-amd64.pkg

@guillaumerose
Copy link
Contributor

Default link is now the pkg

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Something isn't working status/pinned Prevents the stale bot from closing the issue
Projects
None yet
Development

No branches or pull requests