Update symfony to 7.4

[BentiGorlich]

• Update symfony to 7.4
• update all recipes

[BentiGorlich]

Seems like it does not like the new packages for some reason. Locally everything works fine... Any idea @melroy89 ?

[melroy89]

Seems like it does not like the new packages for some reason. Locally everything works fine... Any idea @melroy89 ?

Yes.. I believe it either retrieves a cache.. or either.. more likely, it seems to complain about Your lock file does not contain a compatible set of packages. Please run composer update.

Meaning there is a mismatch for sure. Did you also try to run: composer install --no-dev --no-progress (so without dev packages of composer)? And be sure the lock file is in sync with your composer file, it asked to run: composer update.

Finally, you are running the latest prebuild docker image, dockerfile: https://github.com/MbinOrg/mbin/blob/main/ci/Dockerfile

Which is still using PHP 8.3.. maybe Symfony 7.4 doesn't support php 8.3 anymore, hence we first need to update this dockerfile as well to have our requirements correctly installed. (it could also be we need additional packages if Symfony have additional package requirements since previous versions).

[BentiGorlich]

Yes.. I believe it either retrieves a cache.. or either.. more likely, it seems to complain about Your lock file does not contain a compatible set of packages. Please run composer update.

Meaning there is a mismatch for sure. Did you also try to run: composer install --no-dev --no-progress (so without dev packages of composer)? And be sure the lock file is in sync with your composer file, it asked to run: composer update.

Yes I did run that and had no issues with it. Locally it does not complain about the lock file not being in sync, after all there are a lot of changes in it. I did not run an entire composer update, as that would have updated everything, not just the symfony packages, so I ran composer update symfony/*

Finally, you are running the latest prebuild docker image, dockerfile: https://github.com/MbinOrg/mbin/blob/main/ci/Dockerfile

Which is still using PHP 8.3.. maybe Symfony 7.4 doesn't support php 8.3 anymore, hence we first need to update this dockerfile as well to have our requirements correctly installed. (it could also be we need additional packages if Symfony have additional package requirements since previous versions).

No that is not the case. 7.4 even supports php8.2

Here is the output of my cli:

• With dev packages:

composer install
PHP Deprecated: PHP Startup: session.sid_length INI setting is deprecated in Unknown on line 0
PHP Deprecated: PHP Startup: session.sid_bits_per_character INI setting is deprecated in Unknown on line 0
Installing dependencies from lock file (including require-dev)
Verifying lock file contents can be installed on current platform.
Nothing to install, update or remove
Package debril/feed-io is abandoned, you should avoid using it. Use php-feed-io/feed-io instead.
Package doctrine/annotations is abandoned, you should avoid using it. No replacement was suggested.
Package doctrine/cache is abandoned, you should avoid using it. No replacement was suggested.
Generating optimized autoload files
164 packages you are using are looking for funding.
Use the composer fund command to find out more!

Run composer recipes at any time to see the status of your Symfony recipes.

Executing script cache:clear [OK]
Executing script assets:install public [OK]

• without dev packages:

composer install --no-scripts --no-progress
PHP Deprecated: PHP Startup: session.sid_length INI setting is deprecated in Unknown on line 0
PHP Deprecated: PHP Startup: session.sid_bits_per_character INI setting is deprecated in Unknown on line 0
Installing dependencies from lock file (including require-dev)
Verifying lock file contents can be installed on current platform.
Nothing to install, update or remove
Package debril/feed-io is abandoned, you should avoid using it. Use php-feed-io/feed-io instead.
Package doctrine/annotations is abandoned, you should avoid using it. No replacement was suggested.
Package doctrine/cache is abandoned, you should avoid using it. No replacement was suggested.
Generating optimized autoload files
164 packages you are using are looking for funding.
Use the composer fund command to find out more!

Run composer recipes at any time to see the status of your Symfony recipes.

[melroy89]

I see.. I think in that case we are facing this issue: symfony/symfony#63087

There seems to be some kind of requirement that it now requires redis v6? Its a weird issue, and luckily we are not the only one having this issue with ext-redis.

More details: So the current Dockerfile for CI/CD runs is using Ubuntu with PHP v8.3 which is installing the PHP redis extension, which is apparently v5 by default at this time of writing for Ubuntu 24.04.

[BentiGorlich]

Nice find. Bummer though..

[melroy89]

Nice find. Bummer though..

Thanks, but indeed. It's not ideal. Many servers might run Debian or Ubuntu Server. So they will need to fix this upstream first.

[melroy89]

Symfony is not gonna fix it !? 😢

[melroy89]

Symfony is not gonna fix it !? 😢

That being said, our bare bone installation explains that people need to use deb.sury.org to get the latest PHP8.4 version, which actually comes with php8.4-redis version of: 6.3.0-2+ubuntu24.04.1+deb.sury.org+1 .. Meaning this is v6 iso v5.

So we can apply the same thing in our Dockerfile and use deb sury to upgrade and install a newer php version with a newer php (8.4) redis extension. Which then also is more inline with our server admins deployments.