php-devel

php-devel@lists.fedoraproject.org

264 discussions

PHPUnit update (Version 13)
by Remi Collet 06 Feb '26

06 Feb '26

Hi, For your information PHPUnit version 13 will be soon now available in Fedora 43+ See https://phpunit.de/announcements/phpunit-13.html Already testable using my repo https://blog.remirepo.net/post/2026/02/06/PHPUnit-13 SCM requests for 19 new packages are open This will be the default version in F44+ (providing the phpunit command) Regards, Remi

1 0

PHP 8.4 in CentOS Stream 10 (RHEL 10.2)
by Remi Collet 03 Dec '25

03 Dec '25

Hi, Enterprise linux 10 has PHP 8.3 as default version As there is no more module, new versions have to use different package prefix. Already in CentOS Stream 10 (same extensions than 8.3) - php8.4 - php8.4-pecl-apcu - php8.4-pecl-redis6 - php8.4-pecl-rrd - php8.4-pecl-xdebug3 - php8.4-pecl-zip On the way to EPEL-10.2 - php8.4-extras https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-23811e2a69 - php8.4-pecl-rpminfo https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-b9aa036ae5 - php8.4-pecl-xpass https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-ef84a5af61 Notices: - installation: # dnf install php8.4 --allow-erasing but not required extensions will be removed - a single version can be installed - php8.4-* packages conflict with the php-* packages - php8.4-* packages provide the same than the php-* packages - dnf install php-foo works for extension (ex php-mysqli) but not for package (ex php-mysqlnd), this is a DNF issue. So the packaged applications can run with 8.3 or 8.4 Feedback very welcome Cheers, Remi

1 0

PHPUnit 7 removal
by Remi Collet 27 May '25

27 May '25

Hi, FYI, phpunit7 (and some dependencies) was removed from rawhide. This version is no more supported by upstream and is not compatible with PHP 8.4 So some packages using it are FTBFS because of this For memory, we have version 8, 9, 10, 11, and 12 in the repository (all active branches) Remi

1 0

PHPUnit update
by Remi Collet 10 Feb '25

10 Feb '25

Hi, For your information PHPUnit version 11 is now available in Fedora 41 See https://phpunit.de/announcements/phpunit-11.html https://bodhi.fedoraproject.org/updates/FEDORA-2025-ede7bfd1ab PHPUnit version 12 is now available in Fedora 41 See https://phpunit.de/announcements/phpunit-12.html https://bodhi.fedoraproject.org/updates/FEDORA-2025-14d57b36e8 Regards, Remi P.S. I may retire phpunit7 in the near future

1 0

New project/package for composer app packaging
by Remi Collet 11 Oct '24

11 Oct '24

Hi, I just created "composer-generators" https://git.remirepo.net/cgit/rpms/composer-generators.git/tree/ I helps to maintain list of bundled libraries in a composer enabled application It was tested with composer, pie, roundcubemail, phpMyAdmin Already submitted for review https://bugzilla.redhat.com/show_bug.cgi?id=2317977 As usually, feedback welcome Remi

1 0

PIE: PHP Installer for extensions
by Remi Collet 10 Oct '24

10 Oct '24

Hi, For libraries, PEAR (system wide installer) was replaced by composer (dependencies resolver). For extension, PECL is going to be replaced by PIE See: https://github.com/php/pie The https://pear.php.net/ and https://pecl.php.net/ websites (forges) will probably disappear in the near feature. php-pear sources are probably going to be unmaintained and can become unusable because of lack of compatibility with newer PHP (9.x) Projects registry: - For Libraries: https://packagist.org/ - For extensions: https://packagist.org/extensions I already have a PIE package available in my repository (version 0.1.0) https://git.remirepo.net/cgit/rpms/pie.git/ (this is a bundle everything package) Packaging PoV. No big changes, as "pecl" is already an optional runtime dependency only used to populate its system database. We will be able later to simplify packaging - no need to install the package.xml in %{pecl_xmldir} - no need for doc in %{pecl_docdir}, switching to standard way - no need for tests in %{pecl_testdir} Package name Like for library, using php-<vendor>-<project> will work especially as lot of extensions will be registered in the <pecl> vendor namespace so resulting to the same name (ex: php-pecl-apcu) As we have virtual provide of php-composer(vendor/project) we can add php-pie(vendor/project). Notice: php-<extname> is the main name used for dependency allowing to track extension moving in or out of php-src (ex json merged in php, pspell removed and moved to pecl) Comments and feedback very welcome Remi

1 2

New library version and compat package
by Remi Collet 12 Sep '24

12 Sep '24

Hi, Each new major version of a library means a new package. Common pratice was to provide a new package, with a new name for the new API (ex: php-vendor-project#) For yoast/phpunit-polyfills I apply a new/modern way creating a compat package (with review exception allowed) Previously: php-yoast-phpunit-polyfills version 1.1.1 Update: 1/ php-yoast-phpunit-polyfills version 2.0.1 https://git.remirepo.net/cgit/rpms/php/yoast/php-yoast-phpunit-polyfills.gi… Notice: new installation path 2/ php-yoast-phpunit-polyfills1 version 1.1.1 https://git.remirepo.net/cgit/rpms/php/yoast/php-yoast-phpunit-polyfills1.g… Notice: installation patch is unchanged for v1 Explanation: autoloader path must be unchanged so consumers won't notice the new provider name (consider it like a shared library soname) 3/ php-phpmailer6 use v1 https://git.remirepo.net/cgit/rpms/php/phpmailer/php-phpmailer6.git/commit/… Range dependency ensure v1 is used 4/ php-mikey179-vfsstream use v2 https://git.remirepo.net/cgit/rpms/php/mikey179/php-mikey179-vfsstream.git/… This make packager life easier, as compat package doesn't need a review (https://pagure.io/releng/fedora-scm-requests/issue/65917) especially as PHP reviews are terribly slow/stalled Remi P.S.1: I was used to not use this way because of lack of range version dependency on EL-7. Now EL-7 is EOL :) P.S.2: for memory https://blog.remirepo.net/pages/Pending-reviews

1 1

phpunit version 5 removal
by Remi Collet 27 Sep '23

27 Sep '23

Hi, As Symfony was removed, php-phpunit-PHPUnit version 5.7.27 was also removed If your project still use it, really time to switch to phpunit 8, 9 or 10 Regards, Remi

1 0

PHP version 8.3 in Fedora 40
by Remi Collet 25 Sep '23

25 Sep '23

Hi, If you miss the announcement https://fedoraproject.org/wiki/Changes/php83 I have some reviews waiting, especially - php-pecl-redis6 (plan to removed php-pecl-redis5 with 8.3) - php-nikic-php-parser5 (instead of php-nikic-php-parser4) Remi P.S. https://blog.remirepo.net/pages/Pending-reviews

1 0

Packaging tips for PHP extension
by Remi Collet 22 Jun '23

22 Jun '23

We were used to duplicate sources tree for dual build (NTS/ZTS) despite most extensions support out of sources build which is the way pecl command build them Here is 2 examples of the change: https://git.remirepo.net/cgit/rpms/php/pecl/php-pecl-rnp.git/commit/?id=a05… https://src.fedoraproject.org/rpms/php-pecl-mongodb/c/a16edfac821be29632072… Or a full spec file: https://rpms.remirepo.net/temp/php-pecl-rnp.spec I plan to modernize some other extension spec files during update for new version Notice: I now recommend to use some new macro helpers provided by php-devel package %{__php} %{__phpize} %{__phpconfig} %{__ztsphpconfig} No immediate plan to change their value but thinking about packaging changes Regards Remi P.S. review #2210274 and #2216682 and two new extensions (bitset and rnp) following this new way.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

php-devel