What is the problem? Homebrew/php is deprecated in favor of homebrew/core which now has support for php formulae. Homebrew/core supports the following php versions: 5.6, 7.0, 7.1, 7.2. When people use some valet or brew commands which trigger an update they will brick their valet+ installation. Due to PHP not being able to find the missing extensions which are now managed by PECL.

The new homebrew/core php packages have several extensions prepackaged like: mcrypt and intl. Packages should now be managed using the PHP package manager PECL.

What to do?

• [X] Fix Brew.php to support the new php@{version} formulae
• [X] Fix PhpFpm.php to support new php@{version} formulae
• [X] Refactor package management from homebrew/php to PECL
• [X] Fix xdebug on/off switch
• [X] Fix Ioncube loader extension (PhpFpm --> PECL) 5.6, 7.0, 7.1, 7.2
• [x] Provide user friendly switch from old php installation
• [X] Fix n98-magerun, n98-magerun2 and drush. Custom Binary Manager.

Pecl manager supported versions

• [X] PHP 7.2 support: apcu, intl, mcrypt, opcache, geoip
• [X] PHP 7.1 support: apcu, intl, mcrypt, opcache, geoip
• [X] PHP 7.0 support: apcu, intl, mcrypt, opcache, geoip
• [X] PHP 5.6 support: apcu, intl, mcrypt, opcache, geoip

~~Current progress can be followed at https://github.com/tamtamnl/valet-plus/tree/hotfix/homebrew-core-php and will soon be followed up by a PR for the community to judge.~~

Edit: Merged.

Hello everyone,

Valet works for me on php 7.1, but when i will change php(7.1 to 5.6) - (valet use 5.6)

when i ran app, return:

Fatal error: Call to undefined function apcu_fetch() in /Users/maxalexandre/.composer/vendor/weprovide/valet-plus/server.php on line 37

After using Valet-plus for months on my MAC, it stopped working properly. I cannot connect to the MySQL database. I have been working to fix for the last few days but am now at a block.

Valet install always finishes with: "Setting password for root user failed."

Any help would be appreciated. I have followed 246 but it has been no help.

• [/] There is an issue ticket which accompanies my PR: #568
• [/] I have followed the guidelines for contributing.
• [/] I have checked that there aren't other open pull requests for the same issue ticket.
• [/] I have formatted my code with the PSR-2 coding style before submitting my PR.

**I have read the contribution guidelines and am targeting the branch 2.x: Because this is a Feature which is Backwards Compatible.

Changelog entry:

Added

• Added new flag --brew-opt for install command which tells valet to look in /opt/homebrew
• Added new flag --brew-opt for fix command which tells valet to look in /opt/homebrew

Removed

• GEOIP is not installed as proved problematic due to brew path changes and installing via pecl

Note

If using php 7.3 and greater you need the following for a successful install of apcu

export LDFLAGS="-L/opt/homebrew/opt/pcre2/lib"
export CPPFLAGS="-I/opt/homebrew/opt/pcre2/include"
export PKG_CONFIG_PATH="/opt/homebrew/opt/pcre2/lib/pkgconfig"

I reinstalled Macos on my macbook pro a few days ago. Since then I tried to install valet-plus. It works fine, but when I try to switch php version it crashes, the error is different for various php versions.

It works on php 7.1

On php 7.2 I get the following error: Fatal error: Uncaught Error: Call to undefined function apcu_fetch() in /Users/mikehendriks/.composer/vendor/weprovide/valet-plus/server.php:37 Stack trace: #0 {main} thrown in /Users/mike/.composer/vendor/weprovide/valet-plus/server.php on line 37

On php 5.6 I get the following error: 502 Bad Gateway nginx/1.15.5

Fortunately I don't need php 7.2 right now, but I do really need 5.6, I hope someone can help me, I've tried everything.

What's the recommended way of handling multiple stores with Valet+?

Usually I'd just add a line in my nginx.conf file so the MAGE_RUN_CODE or MAGE_RUN_TYPE server variables change depending on the domain name, is it possible to do something like this with Valet+? Should I use a custom driver?

Thanks.

It's hard to pinpoint what is going on, but after certain actions involving Ajax calls (I think), Valet+ becomes completely unresponsive. There is minor php-fpm usage when I open a page, but very short then nothing and eventually it times out with a 504 Gateway Timeout. Very rarely it started working again after a few minutes without doing anything. Mostly I have to restart php and it works again. Sometimes it hangs again on the same Ajax call immediately after, but mostly the Ajax call is handled quickly and without problems after restarting php. Until I open some other pages, save something and try the Ajax call again, it breaks. This happens with a Drupal 8 project.

~/.valet/Log/nginx-error.log:

2017/08/22 10:15:50 [error] 5708#0: *5648 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 127.0.0.1, server: , request: "GET /favicon.ico HTTP/1.1", upstream: "fastcgi://unix:/Users/sander/.valet/valet.sock", host: "project.dev", referrer: "http://project.dev/"

Nothing in ~/.valet/Log/php.log

I see this in /var/log/system.log, but I think it's just a warning because php is always running:

Aug 22 10:07:14 nm2d-02345 com.apple.xpc.launchd[1] (homebrew.mxcl.php70): This service is defined to be constantly running and is inherently inefficient.

Does anyone have any idea which php/nginx settings I can try to solve this?

When I try to switch to 7.3 (valet use 7.3) PHP isn't usable. I have to run brew switch icu4c 64.2 to make it work again. And then when switching back to 7.2 I have to run brew switch icu4c 63.1.

This is what happens...

$ valet use 7.3

[[email protected]] Unlinking
Unlinking /usr/local/Cellar/[email protected]/7.2.13... 25 symlinks removed

[libjpeg] Relinking
[[email protected]] Linking
Linking /usr/local/Cellar/[email protected]/7.3.9_2... 25 symlinks created

[[email protected]] Stopping
[[email protected]] Stopping
[[email protected]] Stopping
[[email protected]] Stopping
[BREW TAP] henkrehorst/php already installed

In Process.php line 434:
                                                  
  The process has been signaled with signal "6".  
                                                  

use [<service>] [<targetVersion>]

So then I do the following to fix it...

$ brew switch icu4c 64.2

Cleaning /usr/local/Cellar/icu4c/64.2
Cleaning /usr/local/Cellar/icu4c/63.1
Opt link created for /usr/local/Cellar/icu4c/64.2

$ php -v

PHP 7.3.9 (cli) (built: Sep  9 2019 13:05:01) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.9, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.3.9, Copyright (c) 1999-2018, by Zend Technologies

How can I prevent this error when switching versions?

New error occurred when I ran valet install --with-maria-db after updating composer to the latest version of valet-plus 1.0.26

In Pecl.php line 134:
Could not find installation path for: apcu_bc
sudo: pecl: command not found

Do I just ignore this?

Would love to see options to (temporarily) disable redis, mailhog, rabbitmq and varnish. Starting and running these only use up time and memory when not always needed.

This issues caused a complete mallfunction of Valet plus after updating my brew to version: 2.7.0

This issues prevents Valet plus from starting services and installing packages.

• [x] There is an issue ticket which accompanies my PR: https://github.com/weprovide/valet-plus/issues/553

• [x] I've checked the issue queue and could not find anything similar to my bug.
• [x] I'm on the latest version of valet-plus (valet --version): 2.4.0-beta6
• [x] I've run valet fix and valet install after updating and before submitting my issue/feature.

What is the problem? After upgrading to macOS Ventura 13.1 I get spammed by "Background Items Added" notifications.

What was supposed to happen? No "Background Items Added" notification should show.

What actually happened? After a reboot/boot I get spammed by "Background Items Added" notifications. Mostly about MailHog. Restarting Valet+ usually solves this, until I reboot again.

How to reproduce this? Install Valet+ on macOS Ventura 13.1. Reboot/boot your computer.

What is the solution? No idea!

• [x] I've checked the issue queue and could not find anything similar to my bug.
• [x] I'm on the latest version of valet-plus (valet --version): <Valet-Plus-Version> Valet+ 2.4.0-beta6
• [x] I've run valet fix and valet install after updating and before submitting my issue/feature.

What is the problem? Valet fix cannot find the installed php Version (8.1)

What was supposed to happen? Valet fix was supposed to find the PHP version

What actually happened? A description of what actually happened. Check Valet+ PHP version... Run valet fix with the --reinstall option to trigger a full reinstall of the default PHP version. ARM Mac detected [[email protected]] Unlinking Error: No available formula with the name "shivammathur/php/[email protected]". Did you mean shivammathur/php/[email protected], shivammathur/php/[email protected], shivammathur/php/[email protected], shivammathur/php/[email protected], shivammathur/php/php, shivammathur/php/[email protected], shivammathur/php/[email protected], shivammathur/php/[email protected], shivammathur/php/[email protected] or shivammathur/php/php-debug?

Could not unlink PHP version! There appears to be an issue with your PHP 7.4 installation! See the output above for more information. [[email protected]] Linking Error: No available formula with the name "shivammathur/php/[email protected]". Did you mean shivammathur/php/[email protected], shivammathur/php/[email protected], shivammathur/php/[email protected], shivammathur/php/[email protected], shivammathur/php/php, shivammathur/php/[email protected], shivammathur/php/[email protected], shivammathur/php/[email protected], shivammathur/php/[email protected] or shivammathur/php/php-debug?

Could not link PHP version! There appears to be an issue with your PHP 7.4 installation! See the output above for more information.

Please check your linked php version, you might need to restart your terminal! Linked PHP should be php 7.4: PHP 8.1.13 (cli) (built: Dec 7 2022 23:32:13) (NTS) Copyright (c) The PHP Group Zend Engine v4.1.13, Copyright (c) Zend Technologies with Zend OPcache v8.1.13, Copyright (c), by Zend Technologies

this is the error: [libjpeg] Relinking ln: /usr/local/opt/jpeg/lib/libjpeg.8.dylib: No such file or directory

the path /usr/local/opt/... doesnt exist on mac m1 machines

• [x] I've checked the issue queue and could not find anything similar to my feature.
• [x] I'm on the latest version of valet-plus (valet --version): Valet+ 2.3.1

Why implement this feature?
By default, Valet+ uses your chosen PHP installation to serve your sites. However, if you need to support multiple PHP versions across various sites this is not possible.

In Laravel Valet this is possible with the isolate command: https://laravel.com/docs/9.x/valet#per-site-php-versions. It would be nice if this could also be implemented in Valet+.

Sources https://laravel.com/docs/9.x/valet#per-site-php-versions

• [x] I've checked the issue queue and could not find anything similar to my feature.
• [x] I'm on the latest version of valet-plus (valet --version): 2.3.1

Why implement this feature?

• Check if DBMS is installed
• If not installed install it as option
• Open Database in 2 DBMS commonly used: Sequel PRO and TablePlus

What will be required for this feature?

• Choice to select DBMS you want to use Sequel or Tableplus (Sequel as default)

• If not installed ask if want to install it

• Open Database in right DBMS

Sources

• External Sources: Sequel Pro, TablePlust

If you think can be a good feature I had the development working of my copy of valet :)

• [ ] I've checked the issue queue and could not find anything similar to my bug.
• [x] I'm on the latest version of valet-plus (valet --version): Valet+ 2.3.0
• [ ] I've run valet fix and valet install after updating and before submitting my issue/feature.

What is the problem? A description of what you think the problem is. ElasticSearch cannot be installed on Mac Silicone.

What was supposed to happen? A description of what you think was supposed to happen. ElasticSearch installation for valet on Mac Silicone.

What actually happened? A description of what actually happened.

[libyaml] Installing
[elasticsearch] Installing
1 : Warning: elasticsearch has been deprecated because it is switching to an incompatible license. Check out `opensearch` instead!
Error: elasticsearch: no bottle available!
You can try to install from source with:
  brew install --build-from-source elasticsearch
Please note building from source is unsupported. You will encounter build
failures with some formulae. If you experience any issues please create pull
requests instead of asking for help on Homebrew's GitHub, Twitter or any other
official channels.


In Brew.php line 109:

  Brew was unable to install [elasticsearch].


elasticsearch [<mode>]

How to reproduce this? A step by step guide on how to reproduce this issue. valet elasticsearch install

What is the solution? A way but, this works not for me, because "elasticsearch-full error 19968" in services list. They think we started as root but we didnt.

softwareupdate --install-rosetta
brew tap elastic/tap
brew install elastic/tap/elasticsearch-full
brew services start elasticsearch-full
curl localhost:9200

Sources All sources related to the bug. If the bug uses external tools like PHP extensions it should at least contain a link to the tool. Any other media which proves helpful can be included here.