Bug: Valet installation fails on Fedora 37 about valet-linux

[akoshodi]

Found a temporary solution inspired by #402 (comment)
To get dnf to install the PHP modules the way Fedora expects i.e dnf install php-fpm , replace php{$this->version}-fpm with php-fpm in the install function in ~/.config/composer/vendor/cpriego/valet-linux/cli/Valet/PhpFpm.php as seen in the screenshot below

[AhmedAnbar]

same here with php 7.4 installed fpm using dnf install php74-fpm

[m-hazem]

Faced same issue. I am using Fedora 37
i used @akoshodi workaround comment to make it works

[faridsa]

@akoshodi fix works for me too, under Fedora 37.

[mc0de]

Dnf installation was broken by assuming that ALL package managers are naming php-fpm packages in same way as apt, I assume the author didn't even test it on RedHat based distros 6e9b617

PhpFpm.php completely disregards Fedora's package naming, this file needs complete refactoring or "dirty" hacks.

6e9b617#diff-d8e7b9c98bc6a045292f784be0d98860c26b463a1dd29f36256fed1d2ad62752

install() method should check against package manager class in use instead of blatantly asking version by Ubuntu naming scheme.

6e9b617#diff-d8e7b9c98bc6a045292f784be0d98860c26b463a1dd29f36256fed1d2ad62752R414 also returns wrong socket name

/etc/php-fpm.d/valet.conf should have listen = /home/lun/.valet/valet.sock value instead of listen = /home/lun/.valet/valet82.sock, OR nginx configuration templates should be updated.

I'd suggest to not use anything above v2.2.36 for Fedora, as it is bricked and not tested.

composer require cpriego/valet-linux:2.2.36

[akoshodi]

I also posted about this in Valet Linux Plus, and the issue has now been been fixed there genesisweb/valet-linux-plus#69

[mc0de]

I also posted about this in Valet Linux Plus, and the issue has now been been fixed there genesisweb/valet-linux-plus#69

well, this is not the actual fix. i've reviewed that earlier. that would break all other installation processes for other distros. more like "it works on my machine" hack.