Package Details: php83-openssl 8.3.29-1

Git Clone URL: https://aur.archlinux.org/php83.git (read-only, click to copy)
Package Base: php83
Description: OpenSSL module for php83
Upstream URL: http://www.php.net
Licenses: PHP
Submitter: el_aur
Maintainer: el_aur
Last Packager: el_aur
Votes: 5
Popularity: 0.003930
First Submitted: 2023-10-27 11:16 (UTC)
Last Updated: 2025-12-20 21:59 (UTC)

Latest Comments

1 2 3 Next › Last »

el_aur commented on 2025-12-29 11:23 (UTC) (edited on 2025-12-29 11:27 (UTC) by el_aur)

@aariow just install php83-cli subpackage

not all systems need CLI installation - sometimes FPM is enough when running hosting etc.

phpize83 and php-config83 have no dependency to php binary, so that's fine

aariow commented on 2025-12-26 16:39 (UTC) (edited on 2025-12-26 16:59 (UTC) by aariow)

Issue: Base CLI binary not installed when installing with extensions

When installing php83 along with its extensions in a single command, the base package gets registered in pacman's database but the main CLI binary (/usr/bin/php83) is not actually installed to the filesystem.

Steps to Reproduce:

  1. Install php83 with extensions in one command: yay -S php83 php83-cgi php83-fpm php83-curl php83-gd php83-mbstring php83-mysql php83-openssl php83-pdo php83-phar

  2. Check installation status: pacman -Q | grep php83 Shows: php83 8.3.29-1 (and all extensions)

  3. Try to run php83: php83 -v Returns: zsh: command not found: php83

  4. Verify the binary is missing: ls -la /usr/bin/php83 File does not exist

  5. Check what files were installed: pacman -Ql php83 | grep bin Shows:

  6. php83 /usr/bin/ (directory ownership)
  7. php83 /usr/bin/php-config83
  8. php83 /usr/bin/phpize83 BUT missing the actual /usr/bin/php83 binary
Workaround:

Force reinstallation of the base package: cd ~/.cache/yay/php83 makepkg -sif

After this, /usr/bin/php83 is properly installed and works correctly.

Expected Behavior:

The /usr/bin/php83 CLI binary should be installed automatically when the php83 package is installed, regardless of whether it's installed alone or with extension packages.

System Info:
  • Arch Linux 6.18.1-arch1-2
  • yay v12.5.7 - libalpm v16.0.1
  • Occurred with both php81 and php83 packages

This appears to be an issue with split package installation where the base package is marked as installed but its files are not actually copied to the system when installed alongside sub-packages.

el_aur commented on 2025-12-20 15:58 (UTC)

@mathemaat you have to rebuild PHP packages after system update, issue is related to new libicuco version

mathemaat commented on 2025-11-21 15:12 (UTC)

After a regular Manjaro update, working with PHP 8.3 produced some warnings:

PHP Warning:  PHP Startup: Unable to load dynamic library 'intl.so' (tried: /usr/lib/php83/modules/intl.so (libicuio.so.76: cannot open shared object file: No such file or directory), /usr/lib/php83/modules/intl.so.so (/usr/lib/php83/modules/intl.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0

So I tried reinstalling php83-intl, but that fails unfortunately:

Failed to generate php83-intl information

kescherAUR commented on 2025-08-13 19:33 (UTC)

Since this package was flagged out of date, two more patch versions of 8.3 have been released.

AnotherAURUser commented on 2025-06-23 00:23 (UTC) (edited on 2025-06-28 01:58 (UTC) by AnotherAURUser)

for those who cannot wait:

git clone https://aur.archlinux.org/php83.git 
cd php83
open PKGBUILD and auto replace a version you have with the version you want (for example 8.3.21->8.3.22)
updpkgsums
makepkg -si

voila

el_aur commented on 2025-05-14 16:17 (UTC)

updated to 8.3.21

kescherAUR commented on 2025-05-09 20:53 (UTC)

8.3.21 released 2025-05-08

kescherAUR commented on 2025-05-02 13:52 (UTC)

Replacing 8.3.14 with 8.3.20 and running updpkgsums from the pacman-contrib package works.

kescherAUR commented on 2025-03-28 11:00 (UTC) (edited on 2025-05-02 13:50 (UTC) by kescherAUR)

6 minor versions out of date.

1 2 3 Next › Last »