Re: Intention to take over orphaned packages: php-aws-sdk3, php-ralouphie-getallheaders, php-guzzlehttp-guzzle6

Le 24/04/2024 à 11:41, domi...@wombacher.cc a écrit : I'm not in the packager group yet and looking for a Sponsor to completed the onboarding process. Afterwards I want to become the maintainer of the orphaned packages php-aws-sdk3 [1], php-ralouphie-getallheaders [2] and

PHP without 32-bit

Hi, https://fedoraproject.org/wiki/Changes/php_no_32_bit Most work is done https://bodhi.fedoraproject.org/updates/FEDORA-2024-88e69f401c All extensions have also been rebuilt 3 packages need to be fixed - libvpx8 waiting for PR #1 - flamegraph waiting for PR #1 - swig waiting for PR #7

Re: F41 Change Proposal: Replace Redis with Valkey (system-wide)

Le 17/04/2024 à 18:37, Maxwell G a écrit : On Wed Apr 17, 2024 at 16:38 +0100, Aoife Moloney wrote: Thank you for submitting this! I agree we’ll have to get rid of redis in the future, and than such a switch will make a strong statement about our disapproval to redis about this License

Re: convert everything to rpmautospec?

Le 08/04/2024 à 18:43, Michael J Gruber a écrit : How absurd! That is rude, and ONLY your PoV. To summarize, there is no agreement on a unique workflow, and having one to become the only allowed seems to me as a terrible idea. Remi -- ___ devel

Re: convert everything to rpmautospec?

Le 07/04/2024 à 17:15, Zbigniew Jędrzejewski-Szmek a écrit : Thus, the proposal: - new packages MUST use rpmautospec - packagers SHOULD convert their packages - provenpackagers MAY convert existing packages (e.g. when they want to push some fix or separately from other work) - people

Re: [PHP-DEV] base64_encode without padding

Le 13/03/2024 à 17:06, Remi Collet a écrit :   PHPAPI extern zend_string *php_base64_encode_ex     (const unsigned char *, size_t, zend_long flags); This is done in master No change in user-land and no plan from me. Remi

Re: Redis will no longer be OSS... now what?

Le 21/03/2024 à 19:19, Scott Williams a écrit : can we really continue to ship redis-7 in Fedora 40 if we can't patch and maintain it? I don't see any problem keeping Redis 7.2 in Fedora 40 and up for a while. And having some alternatives (keydb...), to be installed simultenously (especially

Re: [PHP-DEV] base64_encode without padding

Le 14/03/2024 à 21:31, Yasuo Ohgaki a écrit : Please add PHP_BASE64_URL flag also. This is another feature, out of the scope of this PR Remi

Re: [PHP-DEV] base64_encode without padding

Le 14/03/2024 à 12:46, Dik Takken a écrit : Only I would strongly prefer a boolean argument over a flag. Make sense. PR updated

Re: [PHP-DEV] base64_encode without padding

Link to the PR https://github.com/php/php-src/pull/13698

[PHP-DEV] base64_encode without padding

I think padding should be optional (on by default to keep BC) Of course in user land, simple to write $enc = trim(base64_encode('foo'), '='); This proposal allow to simply use $enc = base64_encode('foo', PHP_BASE64_NO_PADDING); And also expose it for extension as PHPAPI extern

Re: [PHP-DEV] New "PECL"

Le 05/12/2023 à 14:45, Derick Rethans a écrit : https://docs.google.com/document/d/1_N0E9xo3jn9aKrIZHIbTYaY5lXw71BpSO6-it4cRpDo In this first stage, we would like to invite you in commenting on the document (either inline, or here). As inline requires a Google account... > priority

Re: [PECL-DEV] Publish Aerospike PHP extension to PECL

Le 27/11/2023 à 20:36, Sachin Venkatesha Murthy a écrit : Hello! I am Sachin, a developer at Aerospike. I maintain the PHP client for Aerospike. I'd like to introduce you to the Aerospike PHP client extension, a PHP SDK which is an extension written in Rust for the Aerospike NoSQL database

Re: libxml2 2.12.0 (and 2.12.1) in rawhide, with some API breaks

Le 27/11/2023 à 14:23, Frederic Berat a écrit : I made a mass rebuild of the packages that directly depend on libxml2, and found 115 packages (out of 621) with build failure correlated to the libxml2 update. I see PHP in the failure report The issue is fixed upstream

Re: [PHP-DEV] PHP-8.1 closed for bug fixes, security fixes only

Le 10/11/2023 à 20:57, Ben Ramsey a écrit : Hi, all! According to the supported versions page[^1] (and our release process documentation), active support for PHP-8.1 ends on 25 Nov 2023. Since our release cycle has a release falling on 23 Nov, this means PHP 8.1.26 is the last bug-fix

Re: [PHP-DEV] [RFC] [Discussion] Release cycle update

Le 10/11/2023 à 17:51, Jakub Zelenka a écrit : Hello, I would like to propose a new process RFC for updates to PHP release cycle: https://wiki.php.net/rfc/release_cycle_update > Extending security support by one year +1 > Allowing recent regression fixes during security support As

Re: [Rpm-maint] [rpm-software-management/rpm] Make rpmfiSetFX() return code meaningful (318efba)

Make sense Was affected, trying to build test code developed on 4.18 on EL-8 and EL-9 Finally have to ignore the return value for now => https://git.remirepo.net/cgit/tools/php-rpminfo.git/commit/?id=9f7298ac633f610af96b0b915e49596bb5520aeb -- Reply to this email directly or view it on

Re: libsodium mass rebuild DONE

Le 05/10/2023 à 08:10, Remi Collet a écrit : Le 04/10/2023 à 15:43, Remi Collet a écrit : Hi, I start working on libsodium update from 1.0.18 to 1.0.19 Mass rebuild started in f40-build-side-75054 23 builds in new update https://bodhi.fedoraproject.org/updates/FEDORA-2023-9190538ec0 2

Re: libsodium mass rebuild

Le 04/10/2023 à 15:43, Remi Collet a écrit : Hi, I start working on libsodium update from 1.0.18 to 1.0.19 Mass rebuild started in f40-build-side-75054 Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

libsodium upcoming update (soname change ?)

Hi, I start working on libsodium update from 1.0.18 to 1.0.19 Upstream bump the soname from 23 to 26 which means this will only happen in Rawhide BTW, I don't see any change in API justifying this https://rpms.remirepo.net/compat_reports/libsodium/1.0.18_to_1.0.19/compat_report.html So I

Re: PHP 8.3 mass rebuild - Done

Le 03/10/2023 à 07:39, Remi Collet a écrit : Hi, https://fedoraproject.org/wiki/Changes/php83 Mass rebuild is started in f40-build-side-74920 Mass rebuild is done and update pushed in stable: https://bodhi.fedoraproject.org/updates/FEDORA-2023-246a5cdcbe Single FTBFS (already reported

PHP 8.3 mass rebuild

Hi, https://fedoraproject.org/wiki/Changes/php83 Mass rebuild is started in f40-build-side-74920 Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of

Re: F39 Change Proposal: Allow Removal of tzdata (System-Wide)

upstream use a bundle copy of the full database, so this can never happen, so this will create another RPM specific problem (when upstream is opposed to our change, for years)From db0a54781ce95dbbe7adbf26346322075794a931 Mon Sep 17 00:00:00 2001 From: Remi Collet Date: Fri, 22 Sep 2023 15:56:38 +0200

Re: F39 Change Proposal: Allow Removal of tzdata (System-Wide)

Le 25/09/2023 à 10:38, Vít Ondruch a écrit : Dne 22. 09. 23 v 16:01 Zbigniew Jędrzejewski-Szmek napsal(a): On Fri, Sep 22, 2023 at 10:43:05AM +0200, Vít Ondruch wrote: https://bugzilla.redhat.com/show_bug.cgi?id=2233281#c3 This probably answers my question. So heads up to others. Dne 22.

Re: [PHP-DEV] [VOTE] Increasing the default BCrypt cost

more results on ARM: RK3399 - Cortex-A7x Cost 10: 10.694221 total (0.106942 per hash) Cost 11: 21.360409 total (0.213604 per hash) Cost 12: 42.692786 total (0.426928 per hash) RK3399 - Cortex-A5x Cost 10: 15.146773 total (0.151468 per hash) Cost 11: 30.272059 total (0.302721 per hash) Cost

Re: [PHP-DEV] [VOTE] Increasing the default BCrypt cost

Le 21/09/2023 à 19:26, Tim Düsterhus a écrit : Hi I just opened the vote for the "Increasing the default BCrypt cost" RFC. The RFC contains a two votes, one primary vote that requires a 2/3 majority to pass and a secondary vote deciding on the new costs with a simple majority. Voting runs 2

Re: [PHP-DEV] Proposal to unbundle imap/pspell/oci8 extensions for PHP 8.4

Le 13/09/2023 à 10:50, Derick Rethans a écrit : Hi, In a recent chat between the PHP Foundation developers, we discussed unbundling several extensions. ext/imap +1 ext/pspell +1 There are other replacements, ispell, and hunspell, but they don't seem to be compatible API-wise. The

Re: F40 Change Proposal:PHP 8.3 (Self Contained)

Le 11/09/2023 à 19:12, Aoife Moloney a écrit : The discussion thread to provide feedback on this proposed change can be found here https://discussion.fedoraproject.org/t/f40-change-proposal-php-8-3-self-contained/89611/1 Please don't use above link Please use this ML for questions/feedback

Re: The new Change discussion process is painful

Le 13/09/2023 à 08:09, Adam Williamson a écrit : On Wed, 2023-09-13 at 05:51 +0200, Kevin Kofler via devel wrote: Hi, it is really a pain that the Change discussion is now hidden in a web forum behind a web link, instead of happening right here in this mailing list. It was promised that

Re: [PHP-DEV] Bad debug build usage

Le 11/09/2023 à 09:20, Remi Collet a écrit : Hi, According to https://bugs.php.net/bugs-generating-backtrace.php > To get a backtrace with correct information you must have PHP configured with --enable-debug! Perhaps a better wording is To get a backtrace with correct information

[PHP-DEV] Bad debug build usage

Hi, According to https://bugs.php.net/bugs-generating-backtrace.php > To get a backtrace with correct information you must have PHP configured with --enable-debug! This seems wrong. Of course you can use GDB against any build of PHP Result: for some time, I noticed people asking about

Re: [rawhide] ICU upgrade to 73.2

Hi, Le 12/07/2023 à 10:15, Frantisek Zatloukal a écrit : I'd submitted the side-tag for merging to f39 base: https://bodhi.fedoraproject.org/updates/FEDORA-2023-18495e9c7c There are a bunch of packages missing, I notice

Re: HEADS UP: Update to geos-3.12.0 in rawhide

Le 06/07/2023 à 15:53, Sandro Mani a écrit : Hi I'm updating to geos-3.12.0 in rawhide, which carries a soname bump. I'm building geos-3.12.0 in f39-build-side-69654 and will rebuild the following dependencies: osgearth vfrnav mingw-osgearth It seems you miss some, On Fedora 37 # dnf

Something for a python maintainer for nihtest

Hi, libzip have switch from old perl test suite to a new python based one using nihtest https://github.com/nih-at/nihtest https://pypi.org/project/nihtest/ As I don't want to dig in python packaging and as there is probably enough python guys here is there is one king enough to look at this

[PHP-WEBMASTER] [web-php] master: add CVE in ChangeLog

Author: Remi Collet (remicollet) Date: 2023-06-22T08:10:49+02:00 Commit: https://github.com/php/web-php/commit/8a48cca42f48b6d13d6b03b25ac38132c271c6c0 Raw diff: https://github.com/php/web-php/commit/8a48cca42f48b6d13d6b03b25ac38132c271c6c0.diff add CVE in ChangeLog Changed paths: M

Re: Modules without MBS

Le 13/06/2023 à 18:32, Petr Pisar a écrit : Hello, as it seems that module build infrastructure isn't getting any better, as modular YUM repositories are going to be deconfigured , there is a time to look at different ways

Re: Modules without modularity

Le 14/06/2023 à 14:14, Petr Pisar a écrit : V Wed, Jun 14, 2023 at 10:19:27AM +0200, Remi Collet napsal(a): Your approach will move complexity back to packagers. Yes. That's because the problem has a complexity and the complexity needs to live somewhere. With modularity it was in MBS

Re: Modules without modularity

Hi, Le 13/06/2023 à 18:32, Petr Pisar a écrit : I spent some time thinking how to approximate the nice features with current state of RPM, Koji, and DNF and come up with this approach . First thanks for your work on this I also thinking a lot

Orphaning Laminas framework

Hi, I have orphaned the Laminas packages and few others This will break some doctrine and symfony packages Remi P.S. List (probably more later) php-doctrine-migrations php-friendsofphp-proxy-manager-lts php-laminas-authentication php-laminas-barcode php-laminas-cache php-laminas-captcha

EPEL-9 terrible updates (dav1d, libavif...)

It looks like EPEL-9 is managed like rawhide. 1/ dav1d 1.0.0 update (also in F37) https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-40bb8ce9c5 This introduce a soname change breaking lot of stuff including libavif (from EPEL) and packages in RPMFusion 2/ libavif 0.11.1 update (only in

Re: SPDX Change update - Missing identifier for XDebug

Le 10/11/2022 à 13:48, Miroslav Suchý a écrit : Dne 10. 11. 22 v 12:04 Remi Collet napsal(a): What is the process to ask for a new SPDX id ? Open an issue for https://gitlab.com/fedora/legal/fedora-license-data Done as https://gitlab.com/fedora/legal/fedora-license-data/-/issues/95

Re: SPDX Change update - Missing identifier for XDebug

I'm searching for License identifier for php-pecl-xdebug which was "BSD" It is based on PHP-3.0 which is based on BSD-3-Clause What should I use ? What is the process to ask for a new SPDX id ? Thanks, Remi ___ devel mailing list --

Re: PHP version 8.2 mass rebuild - Done

Le 05/10/2022 à 08:03, Remi Collet a écrit : Hi, https://fedoraproject.org/wiki/Changes/php82 As the feature is approved by Fesco I start working on the mass rebuild Will use the f38-build-side-58889 side tag Mass rebuild done => https://bodhi.fedoraproject.org/updates/FEDORA-2

PHP version 8.2 mass rebuild

Hi, https://fedoraproject.org/wiki/Changes/php82 As the feature is approved by Fesco I start working on the mass rebuild Will use the f38-build-side-58889 side tag Please ping me on IRC or by mail if something special needed for one of your packages. Remi P.S.: dnf repoquery

[PHP-WEBMASTER] [web-php] master: add missing CVEs

Author: Remi Collet (remicollet) Date: 2022-09-30T09:12:35+02:00 Commit: https://github.com/php/web-php/commit/e1aab133e05732fddae4cb8a2135344e1a64566f Raw diff: https://github.com/php/web-php/commit/e1aab133e05732fddae4cb8a2135344e1a64566f.diff add missing CVEs Changed paths: M ChangeLog

Re: [PECL-DEV] Maintenance of the scrypt extension

Le 13/07/2022 à 14:39, Máté Kocsis a écrit : Hi All, I'm writing here because the scrypt extension ( https://pecl.php.net/package/scrypt) is apparently unmaintained since a long time. I filed https://github.com/DomBlack/php-scrypt/issues/62 asking for releasing PHP 8 support around 1.5 months

[PHP-WEBMASTER] [web-php] master: drop entry for reverted fix

Author: Remi Collet (remicollet) Date: 2022-07-08T07:27:58+02:00 Commit: https://github.com/php/web-php/commit/22ea1e2e6f6569e040ad92445c7a20749a2b0bd0 Raw diff: https://github.com/php/web-php/commit/22ea1e2e6f6569e040ad92445c7a20749a2b0bd0.diff drop entry for reverted fix Changed paths: M

[PHP-DEV] PHP-8.1 branch seems broken

Hi, In PHP 8.1: This branch is 1 commit ahead, 7 commits behind master. This seems terribly wrong, looks like was merged from master (NEWS file have 8.2 entries) Can some GIT expert check and fix that ? Regards, Remi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe,

[PHP-WEBMASTER] [web-php] master: refresh keyring

Author: Remi Collet (remicollet) Date: 2022-05-25T10:05:02+02:00 Commit: https://github.com/php/web-php/commit/1af2d1a4408c7519964a3626e3c5aeeef9648303 Raw diff: https://github.com/php/web-php/commit/1af2d1a4408c7519964a3626e3c5aeeef9648303.diff refresh keyring Changed paths: M

Re: [PHP-DEV] Re: [8.2] Release Manager Election

Le 18/05/2022 à 20:45, Ben Ramsey a écrit : Our 8.2 “rookie” release managers are: * Sergey Panteleev * Pierrick Charron Congrats to Sergei and Pierrick! Do you have a twitter account ? Cheers, Remi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

Re: Question about Fedora Package Naming

Le 19/02/2022 à 13:58, Hirotaka Wakabayashi via devel a écrit : Hello, I have a question about Fedora Package Naming. php-guzzlehttp-guzzle's version is 5.3.4, which is already EOL version by upstream. The latest version is 7.4.1. https://src.fedoraproject.org/rpms/php-guzzlehttp-guzzle

Re: gcc-12.0.0-0.4.fc36 in rawhide - s390x regression ?

Tracked as https://bugzilla.redhat.com/show_bug.cgi?id=2048565 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: gcc-12.0.0-0.4.fc36 in rawhide - s390x regression ?

Hi, Le 19/01/2022 à 11:53, Jakub Jelinek a écrit : That error means that there is difference in the target attribute or #pragma GCC target between the caller of the always_inline function and the always_inline function which prevents the inlining (and always_inline requires to be inlined). I'd

Re: gcc-12.0.0-0.4.fc36 in rawhide - s390x regression ?

Le 19/01/2022 à 11:53, Jakub Jelinek a écrit : On Wed, Jan 19, 2022 at 07:27:44AM +0100, Remi Collet wrote: Le 14/01/2022 à 15:31, Jakub Jelinek a écrit : gcc 12 snapshot has landed as the system compiler into rawhide today. PHP is now FTBFS on s390x only https://koji.fedoraproject.org/koji

Re: gcc-12.0.0-0.4.fc36 in rawhide - s390x regression ?

Le 14/01/2022 à 15:31, Jakub Jelinek a écrit : Hi! gcc 12 snapshot has landed as the system compiler into rawhide today. PHP is now FTBFS on s390x only https://koji.fedoraproject.org/koji/taskinfo?taskID=81436437 Any help welcome, Remi P.S. from build.log

Re: hiredis soname bump

Le 18/01/2022 à 02:53, Kevin Fenzi a écrit : ok, so I made the sidetag (f36-build-side-49618) and rebuilt things, but of course now there's 4 more erroring packages (I guess due to gcc12?). Any help welcomed. :) php-phpiredis is also broken, but sadly not detected during the build I open a

Re: [PHP-DEV] how to add annotations to an extension function

Le 12/01/2022 à 11:28, Brett McBride a écrit : Hello, I'm pretty stuck, trying to make an existing PHP extension (google/protobuf) compatible with php 8.1 [1] whilst retaining backwards-compatibility (ideally back to 7.0, but that might be negotiable). I'm not a C programmer, and definitely not

Re: [PHP-DEV] Drop support for libmysql with mysqli

Le 24/12/2021 à 18:32, Kamil Tekiela a écrit : Hi Internals, I would like to propose dropping support for libmysql from mysqli and ask for opinions on how this could be best achieved. +1 to drop support for libmysql. Simply do it in the next version "8.2" will be in version documentation

Re: Non-responsive maintainer hubbitus (Pavel Alexeev)

Le 21/12/2021 à 15:47, Remi Collet a écrit : Hi, Pavel is non responsive for a while Already managed 4 years ago https://pagure.io/fesco/issue/1758 I've been maintaining for a while - php-pecl-gmagick - php-pecl-imagick - php-pecl-xmldiff Do you I need to follow the full workflow

Non-responsive maintainer hubbitus (Pavel Alexeev)

Hi, Pavel is non responsive for a while Already managed 4 years ago https://pagure.io/fesco/issue/1758 I've been maintaining for a while - php-pecl-gmagick - php-pecl-imagick - php-pecl-xmldiff Do you I need to follow the full workflow, or a fesco ticket is enough ? Regards, Remi

Non-responsive maintainer check for kaigai

Hi, This is a non-responsive maintainer check for kaigai I've been maintaining php-pecl-selinux for a while and I've also taken upstream lead developement for it See https://pecl.php.net/package/selinux Filed a bug for EPEL-9 branch https://bugzilla.redhat.com/show_bug.cgi?id=2030545 Filed a

Re: Strange build chain issue (GCC ?)

Le 19/11/2021 à 11:39, Mamoru TASAKA a écrit : Related source code on libraqm: https://github.com/HOST-Oman/libraqm/blob/master/src/raqm.c#L1726 So with HAVE_FT_GET_TRANSFORM defined, libraqm is doing some "transformation", perhaps some rotation of something. Confirmed and reported

Strange build chain issue (GCC ?)

This first affects libraqm, and so its users so libgd so php Initial report https://github.com/libgd/libgd/issues/790 Tracked as https://bugzilla.redhat.com/show_bug.cgi?id=2022957 In short libraqm is broken on F35 same version works as expected on F34 F34 version works on F35 So, really

[EPEL-devel] Plan for EPEL-9

As both RHEL-9 Beta and CentOS 9 Stream are available, what are the plan for EPEL-9 ? I really this should be available ASAP to be available to our users at GA time. Regards, Remi ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To

Re: [HEADS UP] ImageMagick-6.9.12.28

Le 31/10/2021 à 22:44, Luya Tshimbalanga a écrit : Hello team, ImageMagick is updated 6.9.12.28 on Rawhide and got side tag as 35-build-side-47231. For my understanding, the following packages (including those from RPM Fusion) may need a rebuild based on these dependencies: fedora

Re: [HEADS UP] PHP 8.1 mass rebuild - Done

Le 28/10/2021 à 10:50, Remi Collet a écrit : Mass rebuild is in progress in f36-build-side-47161 which already have php-8.1.0~RC5-1.fc36 Mass rebuild done 58/63 packages were built with success and are now available in rawhide See: https://bodhi.fedoraproject.org/updates/FEDORA-2021

[HEADS UP] PHP 8.1 mass rebuild

Hi, I started working on PHP 8.1 on F36/Rawhide https://fedoraproject.org/wiki/Changes/php81 Mass rebuild is in progress in f36-build-side-47161 which already have php-8.1.0~RC5-1.fc36 I will try to take care of most extensions so please don't build any, or use the side tag and please tell me.

Re: [Rawhide] ImageMagick-6.9.12-26 available

Le 28/10/2021 à 08:33, l...@fedoraproject.org a écrit : On 2021-10-27 10:21 a.m., "Antonio T. sagitter" wrote: Use a side-tag (https://docs.fedoraproject.org/en-US/package-maintainers/Package_Update_Guide/#multiple_packages), please. Done. ''' Side tag 'f36-build-side-47153' (id 47153)

Re: [Rawhide] ImageMagick-6.9.12-26 available

Le 27/10/2021 à 01:42, Luya Tshimbalanga a écrit : Hello team,  I would like to let you know ImageMagick-6.9.12-26 recently landed upstream. Learning from the previous experiences, I or my co-maintainer are planning to commit and build this package for Rawhide only in about a week, so the

Re: ImageMagick update

Le 15/10/2021 à 10:22, Remi Collet a écrit : This list is not complete, at least php-pecl-imagick is missing and this one is broken by recent changes... # dnf repoquery --whatrequires ImageMagick-libs ImageMagick R-magick WINGs-libs autotrace chafa converseen digikam-libs dmtx-utils

Re: ImageMagick update

Le 15/10/2021 à 10:05, Luya Tshimbalanga a écrit : Hello everyone, ImageMagick is now pushed to 6.9.12.25 as a long-overdue update [1] for all releases except EPEL8 branch, which I do not use (co-maintainer welcome). Affected packages below may need to rebuild: Sorry, but such update, with

Re: Orphaned packages looking for new maintainers

Le 07/09/2021 à 11:51, Miro Hrončok a écrit : The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure php-EasyRdf orphan   1 weeks ago php-Faker orphan 1

[PHP-DEV] Minor security improvement

In phar default signature is still SHA-1 which is no more considered add secure Proposal: switch to SHA256 by default https://github.com/php/php-src/pull/7341 Old algo are not removed, at least they are required to check old archives. Perhaps could make sense to raise a warning when used

Re: Plan to orphan (retire ?) the Horde stack

Le 30/07/2021 à 09:00, Remi Collet a écrit : Hi, https://www.horde.org/ The horde stack is a huge set of >100 packages Lot of them are FTBFS as not ready for PHP 9 The project is not very active, and their seems to be a major rewrite, with namespace, and using composer. The project is st

Plan to orphan (retire ?) the Horde stack

Hi, https://www.horde.org/ The horde stack is a huge set of >100 packages Lot of them are FTBFS as not ready for PHP 9 The project is not very active, and their seems to be a major rewrite, with namespace, and using composer. The project is still maintained for security but using old PHP (so

[PHP-WEBMASTER] [web-php] master: 8.0.9 tarballs

Author: Remi Collet (remicollet) Date: 2021-07-29T15:11:31+02:00 Commit: https://github.com/php/web-php/commit/d567df3bd4118ab373a12c4a4ca693c82974b569 Raw diff: https://github.com/php/web-php/commit/d567df3bd4118ab373a12c4a4ca693c82974b569.diff 8.0.9 tarballs Changed paths: M

Re: Review swaps: A bunch of PHP libraries

Le 16/07/2021 à 10:39, Christopher Engelhard a écrit : Hi all, I finally found some time to unbundle all the 3rdparty PHP/composer libraries from the nextcloud package. The bad news is that due to their various dependency trees, I now have a total of 24 new packages that need reviewing. The

Re: F35 Change: libmemcached-awesome (Self-Contained Change proposal)

FYI https://fedoraproject.org/wiki/Changes/libmemcached-awesome libmemcached 1.0.18 have been retired from Rawhide libmemcached-awesome 1.1.0 is now available Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

Re: F35 Change: libmemcached-awesome (Self-Contained Change proposal)

ome > >== Summary == >Switch from libmemcached to libmemcached-awesome > >== Owner == >* Name: [[User:Remi| Remi Collet]] >* Email: remi at fedoraproject dot org > >== Detailed Description == > >libmemcache 1.0.18 was released in February 2014, so hasn't received >an upd

Re: [PHP-DEV] [RFC] Add Random Extension (before: Add Random class)

Le 26/06/2021 à 02:39, Go Kudo a écrit : Hello Internals. RFC has been reorganized for finalization. https://wiki.php.net/rfc/rng_extension 1st I dislike the name "random_ext", why this "_ext" part ? 2nd why not following the standard process ? 1/ publish on pecl 2/ merge in php-src if

[PHP-WEBMASTER] [web-php] master: 8.0.8 is security

Author: Remi Collet (remicollet) Date: 2021-07-01T15:02:45+02:00 Commit: https://github.com/php/web-php/commit/533603bf3ff62aa60dde1fe5aa065a5f5d94 Raw diff: https://github.com/php/web-php/commit/533603bf3ff62aa60dde1fe5aa065a5f5d94.diff 8.0.8 is security Changed paths: M archive

Re: [PHP-DEV] PHP 8.0.8 Released!

Le 01/07/2021 à 13:35, Gabriel Caruso a écrit : The PHP development team announces the immediate availability of PHP 8.0.8. This is a bugfix release. Should read: This is a security and bugfix release Remi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

Re: building against epel8 modules

Le 24/06/2021 à 15:33, Matthew Miller a écrit : On Thu, Jun 24, 2021 at 03:08:42PM +0200, Remi Collet wrote: P.S. yes, I'm really disappointed by how Fedora evolves, not being able to use a proper build system (modules aware) If you could wave a magic wand here, what would a proper build

Re: building against epel8 modules

Le 23/06/2021 à 10:57, Nico Kadel-Garcia a écrit : I can't find *anyone* who likes modularity. I like modules ! BTW Community have killed SCL Community is killing modules EPEL-8 is IMHO partially broken, and perhaps should be consider as dead. > I'm devoutly hoping that it is discarded

Re: [PECL-DEV] Adding tentative extra data structures (Teds) as a PECL

Le 21/06/2021 à 19:34, tyson andre a écrit : Hi, I'd like to add my recent iterable RFC and data structure proposals I'm working on as a PECL. https://github.com/TysonAndre/pecl-teds/ (I plan to publish alpha releases initially) No objection from me +1 Remi -- PECL development

Re: [PECL-DEV] Adding var_representation as a PECL

Le 17/06/2021 à 03:31, tyson andre a écrit : Hi, My recent RFC to add var_representation to core failed 9-10 recently with conflicting objections. I'd like to add this as a PECL. Are there any objections? None from me +1 Remi -- PECL development discussion Mailing List

Re: [PECL-DEV] I would like to take over PAM extension which is inactive since 2009

Hi, Le 26/05/2021 à 07:28, Amish a écrit : Hello, My name is Amish and I am located in India and a coder since about 23 years or so. I would like to take over PAM extension located at https://pecl.php.net/package/PAM. The package is inactive since 2009. I have improved the code to make

Re: [PHP-DEV] Propagating AVIF support from libgd into PHP's bundled gd

Le 04/06/2021 à 16:36, Ben Morss via internals a écrit : ... I created a PR to propagate libgd's AVIF support into PHP's bundled gd fork... Does it really make sense to keep maintaining this fork ? Having to maintain 2 (quite) different code and picking piece from one to other seems a waste

Re: [scl.org] Is Software Collections abandoned?

On Tue, 11 May 2021 at 07:14, Jan Staněk > wrote: Hi all, currently, I'm not aware of any collections planned for CentOS 8; modularity/AppStream is the prefferred way forward. Le 11/05/2021 à 14:12, Stephen John Smoogen a écrit : So Red Hat does and

Re: [PHP-DEV] Bugsnet

Le 09/05/2021 à 08:48, Joe Watkins a écrit : Having moved our workflow to github, now seems to be the time to seriously consider retiring bugsnet for general use, and using the tools that are waiting for us - Github Issues. Please NO This mean we will drop ownership on all data and history

[PECL-DEV] Re: [External] : Re: [PECL-DEV] New PECL Extension, mysqlnd based

Please provide LICENSE file in pecl package Else anyone dsitributing it will violate the license terms Remi -- PECL development discussion Mailing List (https://pecl.php.net/) To unsubscribe, visit: https://www.php.net/unsub.php

[PECL-DEV] Re: [External] : Re: [PECL-DEV] New PECL Extension, mysqlnd based

issue, what OS/release are you using to build the code? I might have to check for compatibility issues and fix them. Fedora 32, 33, 34 RHEL 7, 8 Remi Thanks a lot From: Remi Collet Sent: Monday, May 10, 2021 11:21 AM To: pecl-dev@lists.php.net ; Filip Janiszewski

Re: [PECL-DEV] New PECL Extension, mysqlnd based

Le 10/05/2021 à 11:21, Remi Collet a écrit : Also krb5 support seems broken     PKG_CHECK_MODULES([KRB5], [libkrb5]) Which library provides this     PKG_CHECK_MODULES([KRB5], [krb5]) Seems better (build passes), but cannot be loaded     modules/mysqlnd.so: undefined symbol

Re: [PECL-DEV] New PECL Extension, mysqlnd based

Also krb5 support seems broken PKG_CHECK_MODULES([KRB5], [libkrb5]) Which library provides this PKG_CHECK_MODULES([KRB5], [krb5]) Seems better (build passes), but cannot be loaded modules/mysqlnd.so: undefined symbol: GSS_C_NT_USER_NAME Remi -- PECL development discussion

Re: [PECL-DEV] New PECL Extension, mysqlnd based

Le 22/04/2021 à 10:23, Filip Janiszewski a écrit : Hi, I would like to publish a new extension on PECL, the proposed name is mysqlnd_ngen (where ngen stands for next gen) and it would contain mysqlnd, mysqli and pdo (forked from php and bundled in one extension with building scripts that

[PHP-WEBMASTER] [web-php-distributions] master: Update keyring with ram...@php.net key

Author: Ben Ramsey (ramsey) Committer: Remi Collet (remicollet) Date: 2021-04-28T06:42:42+02:00 Commit: https://github.com/php/web-php-distributions/commit/625b2bf7be0369d8d0b1d728e56a09c549078444 Raw diff: https://github.com/php/web-php-distributions/commit

[PHP-WEBMASTER] [web-php-distributions] master: Add Patrick Allaert key in keyring

Author: Patrick Allaert (patrickallaert) Committer: Remi Collet (remicollet) Date: 2021-04-27T15:06:53+02:00 Commit: https://github.com/php/web-php-distributions/commit/77428ac30937316a152ad9103d26df11f1b74aaf Raw diff: https://github.com/php/web-php-distributions/commit

Re: matio: Not announced soname change in stable branch

in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, April 2, 2021 11:45 PM, Remi Collet fed...@famillecollet.com wrote: It looks like matio have been updated in Fedora 33 https://bodhi.fedoraproject.org/updates/FEDORA-2021

[web-qa] master: 8.0.5RC1

Author: Remi Collet (remicollet) Date: 2021-04-16T11:38:24+02:00 Commit: https://github.com/php/web-qa/commit/fb387e525438d9f49956caa3e6eab3f645079ee1 Raw diff: https://github.com/php/web-qa/commit/fb387e525438d9f49956caa3e6eab3f645079ee1.diff 8.0.5RC1 Changed paths: M include/release

matio: Not announced soname change in stable branch

It looks like matio have been updated in Fedora 33 https://bodhi.fedoraproject.org/updates/FEDORA-2021-0933889858 From matio 1.5.17 with soname 9 To matio 1.5.21 with soname 11 This doesn't seems acceptable, or, at least, should be managed Used by:

  1   2   3   4   5   6   7   8   9   10   >