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

VALET conflicts, how uninstall? #9

Closed
fhferreira opened this issue Feb 1, 2024 · 7 comments · Fixed by #14
Closed

VALET conflicts, how uninstall? #9

fhferreira opened this issue Feb 1, 2024 · 7 comments · Fixed by #14
Assignees
Labels
bug Something isn't working

Comments

@fhferreira
Copy link

O.S.: Mac Sonoma 14.2.1 (23C71)

when i run:
valet start
the output is:
Error finding executable PHP. Quitting for safety.
Provided output from find-usable-php.php:
sh: 32mopencodeco/phpctl:php82: not foundopen input file: Running

@fhferreira
Copy link
Author

composer global require laravel/valet
brew unlink php && brew link --overwrite php
valet install

Make it works again

@fhferreira

This comment was marked as off-topic.

@fhferreira

This comment was marked as off-topic.

@leocavalcante leocavalcante self-assigned this Feb 2, 2024
@leocavalcante leocavalcante added the bug Something isn't working label Feb 2, 2024
@leocavalcante
Copy link
Member

It seems that the phpctl running image output is conflicting with what Valet expects for php command output.
It expects that the output from php find-usable-php.php is a file: https://github.com/laravel/valet/blob/master/valet#L28-L31
But the phpctl output fuzzies the script output with the Running: image name thing: https://github.com/laravel/valet/blob/master/find-usable-php.php

You can workaround this setting the PHP_EXECUTABLE environment variable, so the the valet script will not need to find one by itself: https://github.com/laravel/valet/blob/master/valet#L26

Please, try again with:

PHP_EXECUTABLE=/usr/local/bin/php valet start

@leocavalcante
Copy link
Member

About the

phpctl frankenphp

I'm not sure why did you think it didn't worked.
The output looks fine/expected. It is just INFOs and a WARN here and there, but not errors.

@leocavalcante
Copy link
Member

leocavalcante commented Feb 2, 2024

I was able to reproduce the phpctl server 8000 ./public problem and moved it to a new issue.
Thanks for reporting!

@leocavalcante
Copy link
Member

I've moved the FrankenPHP issue to a new issue as well. They are 3 different things.
But please, confirm that it is really not working.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants