amazon-linux-2023
amazon-linux-2023 copied to clipboard
amazonlinux
[Package Request] - PHP 8.3
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
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 😅
Any news on that?? PHP 8.3 was released 4 moths (!) ago and still no package available?
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.
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.
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.
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.
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.
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.
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
Steps:
- Install Nix:
curl --proto '=https' --tlsv1.2 -sSf -L https://install.determinate.systems/nix | sh -s -- install - Use PHP83:
nix shell nixpkgs#php83
Hope this will help, enjoy !
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? 😭
@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.
@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.
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!
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.
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
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.
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.
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.
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