search

amazonlinux / amazon-linux-2023

Amazon Linux 2023
https://aws.amazon.com/linux/amazon-linux-2023/
Other
535 stars 40 forks source link

[Package Request] - PHP 8.3 #573

Closed aran112000 closed 3 months ago

aran112000 commented 11 months ago

What package is missing from Amazon Linux 2023? Please describe and include package name. PHP 8.3

Is this an update to existing package or new package request? The latest stable PHP release, currently only PHP 8.1 and PHP 8.2 are there

Is this package available in Amazon Linux 2? If it is available via external sources such as EPEL, please specify. Yes

RavianXReaver commented 10 months ago

When can we expect PHP 8.3 to be added?

kivengh commented 9 months ago

PHP 8.3 is a requirement, do you know when can we expect a release ?

beeradmoore commented 8 months ago

I thought 8.2 was out of support but I was wrong.

8.1 is out of active support, has security support until Nov 2024. 8.2 has active support until Dec 2024, security support until Dec 2025. 8.3 has active support until Nov 2025, and security support until Nov 2026.

Looking forward to moving to 8.3. Still checking for it each time there is a new AL2023 AMI out 😅

beephotography commented 8 months ago

Any news on that?? PHP 8.3 was released 4 moths (!) ago and still no package available?

willyk commented 8 months ago

Please can you tell us when it will be on Amazon Linux 2023?

adelkedjour commented 8 months ago

Any news? I think using Amazon Linux was huge mistake as we have to relay on you and all the time we have to request necessary packages that should not be removed from the first place.

beeradmoore commented 8 months ago

I think using Amazon Linux was huge mistake as we have to relay on you and all the time we have to request necessary packages that should not be removed from the first place.

But you don’t have to rely on them though. You can compile it yourself and distribute it to your own systems if it’s a thing you need today.

adelkedjour commented 8 months ago

I think using Amazon Linux was huge mistake as we have to relay on you and all the time we have to request necessary packages that should not be removed from the first place.

But you don’t have to rely on them though. You can compile it yourself and distribute it to your own systems if it’s a thing you need today.

That's true, but the problem is that some necessary libraries to build PHP from source might be missing as well from the package repositories. This can complicate the process and may require additional effort to resolve dependencies and ensure a successful build.

Example: staying with PHP 8.2, xdebug as an example you can't install it directly from the dnf packages you must compile it using php-pear which is make the build process longer and you consume more resources comparing to directly install it from the packages manager. If you check how many package request issues are open you will understand how poor is this AL2023 distro in my opinion tbh.

beeradmoore commented 8 months ago

I agree it's not ideal, but it shouldn't be deal breaker. We get around most of these issues by using AWS Image Builder so we can have AMIs that have the things ready to go.

adelkedjour commented 8 months ago

I agree it's not ideal, but it shouldn't be deal breaker. We get around most of these issues by using AWS Image Builder so we can have AMIs that have the things ready to go.

Honestly, we use it at work but if it was my decision I will never use AL as OS not even for development.

RavianXReaver commented 8 months ago

I think using Amazon Linux was huge mistake as we have to relay on you and all the time we have to request necessary packages that should not be removed from the first place.

I wholeheartedly agree. PHP 8.4 will be released on this November 21st. Guess we will have to wait until then?

This was a mistake but it is what it is. Will definetely move away from this distro as the team behind this is unable to deliver.

lloricode commented 7 months ago

+1

willyk commented 7 months ago

+1

SelimSalihovic commented 7 months ago

👍

kangwonchul commented 7 months ago

+1

drupol commented 6 months ago

Hi all,

To use any version of PHP on your Amazon Linux, you can use a universal package manager like Nix. It works on any version of Linux AND MacOS, seamlessly.

Once installed, you can create a shell containing PHP 8.3 by doing: nix shell nixpkgs#php83

image

Steps:

  1. Install Nix: curl --proto '=https' --tlsv1.2 -sSf -L https://install.determinate.systems/nix | sh -s -- install
  2. Use PHP83: nix shell nixpkgs#php83

Hope this will help, enjoy !

beephotography commented 6 months ago

Asking again: any news on that? It's 6 months (half a year!!) now that PHP 8.3 was released, that's crazy... when can we expect this version to be released? I mean... will PHP 8.4 be released before PHP 8.3 on Amazon Linux? 😭

drupol commented 6 months ago

@beephotography, I've shared a potential solution above that we use daily without any issues.

@olmstd and you, could you please share your concerns about this proposal? Your feedback would be valuable to me.

adelkedjour commented 6 months ago

@beephotography, I've shared a potential solution above that we use daily without any issues.

@olmstd and you, could you please share your concerns about this proposal? Your feedback would be valuable to me.

The proposed solution lacks reliability for production environments. Any Linux distribution intended for servers should ideally provide all essential packages and libraries through its official repositories. It's concerning that additional package management tools like Nix are required to install common software such as PHP on AL2023.

This approach feels precarious and introduces unnecessary risk. Instead, I advocate for a more robust solution. At my workplace, I advocated for and implemented the decision to move away from Amazon Linux entirely. We opted to replace it with either Ubuntu or our custom image, which offers greater stability, compatibility, and control over our server environment.

drupol commented 6 months ago

Thank you for sharing your thoughts and concerns. I appreciate the diversity of perspectives, and I recognize the importance of selecting the right tools for our environments. I would have tailored my response better had I known your level of familiarity with Nix beforehand. It's essential for our discussion to benefit from the experiences of those who have hands-on experience with the tools in question, as this helps us avoid biases and misunderstandings. This would have helped us all to better evaluate the merits and drawbacks of using Nix in an objective way. Below are my responses to your points to clarify the intent and reasoning behind my proposed solution:

The proposed solution lacks reliability for production environments.

Your comment regarding reliability is indeed an important consideration. While some may view the introduction of a tool like Nix in a production environment as unconventional, it's worth noting that Nix's design specifically aims to enhance reliability by isolating dependencies. This isolation can prevent system-wide issues that are often encountered with traditional package managers. Nevertheless, I understand that this approach may not align with all operational policies and standards.

Any Linux distribution intended for servers should ideally provide all essential packages and libraries through its official repositories. It's concerning that additional package management tools like Nix are required to install common software such as PHP on AL2023.

It is indeed concerning that AL2023 has not yet included PHP 8.3 in its official repositories, more than 6 months after its release. Ideally, reliance on third-party package managers would be unnecessary. However, given the current limitations, Nix provides a flexible interim solution to bridge this gap without an indefinite wait for official support. Additionally, building PHP from source is always an option, offering a universal solution across any Linux distribution.

This approach feels precarious and introduces unnecessary risks. Instead, I advocate for a more robust solution. At my workplace, we advocated for and implemented the decision to move away from Amazon Linux entirely. We opted to replace it with either Ubuntu or our custom image, which offers greater stability, compatibility, and control over our server environment.

Discussing the risks of any approach is essential, and different experiences can lead to varying conclusions about what is deemed 'precarious'. While that comment was subjective, I respect the notion that moving to a more controlled or familiar environment, such as a Debian-based distribution, could provide a feeling of greater security. This migration could indeed be a more suitable long-term strategy for many.

I also completely agree that moving away from AL and exploring other distributions that better meet needs for up-to-date software is a valid and potentially excellent approach. For those who can make such a transition, it might indeed be the best course of action.

Finally, this will be my last contribution to this thread, as I believe I have made my point clear. However, I'm always open to lively discussions offline or in a more interactive setting if anyone wishes to delve deeper into this topic or explore practical demonstrations of Nix or other tools.

Good luck all!

peigongdsd commented 6 months ago

I don't assume there's a better standalone PM than nix. However, If you really do not want this trouble, just install from source or some out_of_tree.tar.xz is considerable.

troy-rudolph commented 5 months ago

Please add PHP 8.3 to Amazon Linux 2023. It has been available since November 2023. Thank you!

https://www.php.net/supported-versions.php

dominic-lear commented 5 months ago

I'd also like to request php 8.3 to be made available. In lieu of that it would be great to get clarity on when is planned to become available and then to get visibility into when php 8.4 support will be added once its released November 21, 2024.

Newer versions of php are required to ensure we stay on the latest versions of Laravel and associated packages from Spatie etc.

vovarpd commented 5 months ago

Yes, it would be nice to have PHP 8.3.

kingIZZZY commented 4 months ago

Yes please add PHP 8.3 to amazon linux 2023

beeradmoore commented 4 months ago

php8.3 was just added to 2023.5.20240624.0.

countless-integers commented 4 months ago

Does anyone know if there's a roadmap for PHP updates in the future? Not for end of support, but rather for when to expect new versions dropping, so that we can plan upgrades accordingly.

aran112000 commented 4 months ago

Does anyone know if there's a roadmap for PHP updates in the future? Not for end of support, but rather for when to expect new versions dropping, so that we can plan upgrades accordingly.

PHP 8.4 is scheduled for stable release Nov 21 2024 (mid-late November tends to be the timeline each year for PHP): https://wiki.php.net/todo/php84

As for when that reaches an Amazon Linux repo, expect 6-12 months later from past experiences with AL2 and AL2023.

jtrumpio commented 4 months ago

Still not added, unless I am missing something.

beeradmoore commented 4 months ago

Still not added, unless I am missing something.

You need to update your Amazon Linux 2023 version. Packages are locked to specific OS releases. So if you want php8.3 you need to get Amazon Linux 2023.5.20240624.0 or higher

jtrumpio commented 4 months ago

I'm using 2023.5.20240701 and it's still only at 8.2.18.

beeradmoore commented 4 months ago

Are you installing with php8.3? Does def search php show it?

EDIT: I just booted up a new instance to double check incase it was removed. 

# cat /etc/os-release
...
PRETTY_NAME="Amazon Linux 2023.5.20240701"
...

and when I do the search, 

# dnf search php
Last metadata expiration check: 0:02:42 ago on Mon Jul  8 03:19:03 2024.
======================================================================== Name & Summary Matched: php ========================================================================
php-pear.noarch : PHP Extension and Application Repository framework
php8.1.x86_64 : PHP scripting language for creating dynamic web sites
php8.1-bcmath.x86_64 : A module for PHP 8.1 applications for using the bcmath library
php8.1-cli.x86_64 : Command-line interface for PHP 8.1
php8.1-common.x86_64 : Common files for PHP 8.1
php8.1-dba.x86_64 : A database abstraction layer module for PHP 8.1 applications
php8.1-dbg.x86_64 : The interactive PHP 8.1 debugger
php8.1-devel.x86_64 : Files needed for building PHP 8.1 extensions
php8.1-embedded.x86_64 : PHP 8.1 library for embedding in applications
php8.1-enchant.x86_64 : Enchant spelling extension for PHP 8.1 applications
php8.1-fpm.x86_64 : PHP 8.1 FastCGI Process Manager
php8.1-gd.x86_64 : A module for PHP 8.1 applications for using the gd graphics library
php8.1-gmp.x86_64 : A module for PHP 8.1 applications for using the GNU MP library
php8.1-intl.x86_64 : Internationalization extension for PHP 8.1 applications
php8.1-ldap.x86_64 : A module for PHP 8.1 applications that use LDAP
php8.1-mbstring.x86_64 : A module for PHP 8.1 applications which need multi-byte string handling
php8.1-mysqlnd.x86_64 : A module for PHP 8.1 applications that use MySQL databases
php8.1-odbc.x86_64 : A module for PHP 8.1 applications that use ODBC databases
php8.1-pdo.x86_64 : A database access abstraction module for PHP 8.1 applications
php8.1-pgsql.x86_64 : A PostgreSQL database module for PHP 8.1
php8.1-process.x86_64 : Modules for PHP 8.1 script using system process interfaces
php8.1-pspell.x86_64 : A module for PHP 8.1 applications for using pspell interfaces
php8.1-snmp.x86_64 : A module for PHP 8.1 applications that query SNMP-managed devices
php8.1-soap.x86_64 : A module for PHP 8.1 applications that use the SOAP protocol
php8.1-tidy.x86_64 : Standard PHP 8.1 module provides tidy library support
php8.1-xml.x86_64 : A module for PHP 8.1 applications which use XML
php8.2.x86_64 : PHP scripting language for creating dynamic web sites
php8.2-bcmath.x86_64 : A module for PHP 8.2 applications for using the bcmath library
php8.2-cli.x86_64 : Command-line interface for PHP 8.2
php8.2-common.x86_64 : Common files for PHP 8.2
php8.2-dba.x86_64 : A database abstraction layer module for PHP 8.2 applications
php8.2-dbg.x86_64 : The interactive PHP 8.2 debugger
php8.2-devel.x86_64 : Files needed for building PHP 8.2 extensions
php8.2-embedded.x86_64 : PHP 8.2 library for embedding in applications
php8.2-enchant.x86_64 : Enchant spelling extension for PHP 8.2 applications
php8.2-fpm.x86_64 : PHP 8.2 FastCGI Process Manager
php8.2-gd.x86_64 : A module for PHP 8.2 applications for using the gd graphics library
php8.2-gmp.x86_64 : A module for PHP 8.2 applications for using the GNU MP library
php8.2-intl.x86_64 : Internationalization extension for PHP 8.2 applications
php8.2-ldap.x86_64 : A module for PHP 8.2 applications that use LDAP
php8.2-mbstring.x86_64 : A module for PHP 8.2 applications which need multi-byte string handling
php8.2-mysqlnd.x86_64 : A module for PHP 8.2 applications that use MySQL databases
php8.2-odbc.x86_64 : A module for PHP 8.2 applications that use ODBC databases
php8.2-pdo.x86_64 : A database access abstraction module for PHP 8.2 applications
php8.2-pgsql.x86_64 : A PostgreSQL database module for PHP 8.2
php8.2-process.x86_64 : Modules for PHP 8.2 script using system process interfaces
php8.2-pspell.x86_64 : A module for PHP 8.2 applications for using pspell interfaces
php8.2-snmp.x86_64 : A module for PHP 8.2 applications that query SNMP-managed devices
php8.2-soap.x86_64 : A module for PHP 8.2 applications that use the SOAP protocol
php8.2-tidy.x86_64 : Standard PHP 8.2 module provides tidy library support
php8.2-xml.x86_64 : A module for PHP 8.2 applications which use XML
php8.3.x86_64 : PHP scripting language for creating dynamic web sites
php8.3-bcmath.x86_64 : A module for PHP 8.3 applications for using the bcmath library
php8.3-cli.x86_64 : Command-line interface for PHP 8.3
php8.3-common.x86_64 : Common files for PHP 8.3
php8.3-dba.x86_64 : A database abstraction layer module for PHP 8.3 applications
php8.3-dbg.x86_64 : The interactive PHP 8.3 debugger
php8.3-devel.x86_64 : Files needed for building PHP 8.3 extensions
php8.3-embedded.x86_64 : PHP 8.3 library for embedding in applications
php8.3-enchant.x86_64 : Enchant spelling extension for PHP 8.3 applications
php8.3-fpm.x86_64 : PHP 8.3 FastCGI Process Manager
php8.3-gd.x86_64 : A module for PHP 8.3 applications for using the gd graphics library
php8.3-gmp.x86_64 : A module for PHP 8.3 applications for using the GNU MP library
php8.3-intl.x86_64 : Internationalization extension for PHP 8.3 applications
php8.3-ldap.x86_64 : A module for PHP 8.3 applications that use LDAP
php8.3-mbstring.x86_64 : A module for PHP 8.3 applications which need multi-byte string handling
php8.3-modphp.x86_64 : PHP 8.3 module for Apache HTTP Server
php8.3-mysqlnd.x86_64 : A module for PHP 8.3 applications that use MySQL databases
php8.3-odbc.x86_64 : A module for PHP 8.3 applications that use ODBC databases
php8.3-pdo.x86_64 : A database access abstraction module for PHP 8.3 applications
php8.3-pgsql.x86_64 : A PostgreSQL database module for PHP 8.3
php8.3-process.x86_64 : Modules for PHP 8.3 script using system process interfaces
php8.3-pspell.x86_64 : A module for PHP 8.3 applications for using pspell interfaces
php8.3-snmp.x86_64 : A module for PHP 8.3 applications that query SNMP-managed devices
php8.3-soap.x86_64 : A module for PHP 8.3 applications that use the SOAP protocol
php8.3-tidy.x86_64 : Standard PHP 8.3 module provides tidy library support
php8.3-xml.x86_64 : A module for PHP 8.3 applications which use XML
sphinx-php.x86_64 : PHP API for Sphinx
============================================================================= Name Matched: php =============================================================================
php8.1-ffi.x86_64 : Foreign Function Interface
php8.1-opcache.x86_64 : The Zend OPcache
php8.1-zip.x86_64 : ZIP archive management extension
php8.2-ffi.x86_64 : Foreign Function Interface
php8.2-opcache.x86_64 : The Zend OPcache
php8.2-sodium.x86_64 : Wrapper for the Sodium cryptographic library
php8.2-zip.x86_64 : ZIP archive management extension
php8.3-ffi.x86_64 : Foreign Function Interface
php8.3-opcache.x86_64 : The Zend OPcache
php8.3-sodium.x86_64 : Wrapper for the Sodium cryptographic library
php8.3-zip.x86_64 : ZIP archive management extension
texlive-graphpaper.noarch : A LaTeX class to generate several types of graph papers
=========================================================================== Summary Matched: php ============================================================================
composer.noarch : Dependency Manager for PHP

Installing php8.3 and checking its version I get

# php -v
PHP 8.3.7 (cli) (built: May  7 2024 16:35:26) (NTS gcc x86_64)
Copyright (c) The PHP Group
Zend Engine v4.3.7, Copyright (c) Zend Technologies
    with Zend OPcache v8.3.7, Copyright (c), by Zend Technologies

I am unsure if there is something you need to do with dnf to get it to find the new versions and upgrade it or not.

daniejstriata commented 4 months ago

Just saw this article saying AWS is definitely dropping support for older releases of PHP and would want users to favour current releases. Problem is that today some site is current and in 4 years it's legacy but can't be switched off just yet. https://devclass.com/2024/07/08/aws-pulls-support-for-eold-but-widely-used-versions-of-php/

beeradmoore commented 4 months ago

@daniejstriata , that article is talking about AWS SDK itself, not php runtimes in Amazon Linux 2/2023.

stewartsmith commented 3 months ago

AL2023.5 has added php8.3 to the repositories, so resolving this issue.