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

Le 29/04/2024 à 11:32, domi...@wombacher.cc a écrit : On 04/24/2024 4:21 PM CEST Remi Collet wrote: I suspect you may need awscrt extension which is quite a nightmare as it bundles tons of libaws-* You suspect right, "aws/aws-crt-php": "^1.2.3". https://git.remire

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: 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: 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: 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: 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: [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

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

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: 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

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

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: 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: 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

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:

Re: Orphaned packages looking for new maintainers

Le 08/03/2021 à 11:52, Miro Hrončok a écrit : php-pecl-ssh2 orphan, remi 2 Taken ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: PHP 8 mass rebuild in rawhide - DONE

Le 04/03/2021 à 09:08, Remi Collet a écrit : Hi, I start working on PHP 8 for Fedora 35 https://fedoraproject.org/wiki/Changes/php80 PHP 8.0.3 will be shortly in rawhide https://bodhi.fedoraproject.org/updates/FEDORA-2021-6efb3c293c FTBFS - #1934995swig #1934996

PHP 8 mass rebuild in rawhide

Hi, I start working on PHP 8 for Fedora 35 https://fedoraproject.org/wiki/Changes/php80 Mass rebuild is coming will be run in sidetag "f35-build-side-38222" Will be pushed to rawhide when done, probably next week. If your package need new build, please tell me to avoid using bad buildroot

Re: libmemcached replacement

Le 22/12/2020 à 10:55, Remi Collet a écrit : I've start working on a package update and this will probably become the new upstream for the fedora libmemcached package A scratch build is available https://koji.fedoraproject.org/koji/taskinfo?taskID=58118722 From my local tests, everything

libmemcached replacement

Hi, libmemcached exists in Fedora for years and is used by lot of projects to handle communication with a memcached server. Sadly this project is dead: https://launchpad.net/libmemcached/ Last version released in 2014 and nearly no git activity since this A fork now exists

Re: Mass spec file change: Adding BuildRequires: make

Hi, Le 30/11/2020 à 23:06, Tom Stellard a écrit : If you are a package maintainer and would prefer to update your packages on your own, please do so before Dec 14, which is when I will begin doing the mass update. php is done. For all php-*, as they require "php-devel" which requires

Plan to retire sabre/dav v3

AS we have - php-sabre-dav4-4.1.1 - php-sabre-event5-5.1.0 - php-sabre-http5-5.1.0 - php-sabre-uri2-2.2.0 - php-sabre-vobject4-4.3.1 - php-sabre-xml2-2.2.1 I plan to retire from rawhide the old versions - php-sabre-dav-3.2.3 - php-sabre-event-2.0.2 - php-sabre-http-4.2.4 - php-sabre-uri-1.2.1 -

Re: Orphaned packages looking for new maintainers - php-true-punycode

Le 03/08/2020 à 12:26, Miro Hrončok a écrit : > php-true-punycode orphan   5 I will take this one back as used by laminas stack. Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: cmake-3.18.0-2.fc33 (or 3.18.0-1.fc33.1) in rawhide is broken!

Le 20/07/2020 à 21:34, Dominik 'Rathann' Mierzejewski a écrit : > This doesn't help to fix this: > > %build > mkdir -p build > cd build > %cmake3 \ > .. > %make_build > > Help? Have you try "%cmake3 -S .. -B ." This should override the default "-S ." As the previous version require the

Re: Policy for Modules in Fedora and Fedora ELN - Fedora 33 Self-Contained Change proposal

Le 09/07/2020 à 20:00, Ben Cotton a écrit : > https://fedoraproject.org/wiki/Changes/ModularPolicy > There is a preview of the new policy available at > https://sgallagh.fedorapeople.org/docs/modularity/modularity/policies/ I think this part may be confusing Packages provided at runtime by the

Re: CPE Team Engagement Feedback

Le 08/07/2020 à 11:09, Aoife Moloney a écrit : > Our CPE Review Team > include: > * Fedora - mmiller, mnordin, bcotton > * CentOS - rbowen, bex > * RHEL - bex, dperpeet, aslobodova Where is EPEL ? Remi ___ devel mailing list --

Re: Searching a new home for my packages

Hi, Le 12/06/2020 à 21:37, Thomas Spura a écrit : > - php-zmq I can take this one. Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

Le 04/06/2020 à 19:42, Carl George a écrit : > I think it would be a better idea to move mod_php (the software) to a > literal mod_php subpackage that is marked as deprecated [0]. Sorry, but I won't do that. Never. We are focusing since ever to provide proper configuration working out of the

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

Le 30/05/2020 à 11:13, Zbigniew Jędrzejewski-Szmek a écrit : > Is mod_php a maintainance burder and/or a noticable installation > overhead when not used? And if it is, would additional help with the > maintainance that was offered make it easier to keep? Its maintainance is not much work, the

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

Le 29/05/2020 à 06:15, John M. Harris Jr a écrit : > Please do not drop mod_php. It is NOT the case that "php-fpm is already used > but most users of httpd and nginx without any issue." php-fpm is the default configuration for httpd and nginx for few versions nginx ONLY uses php-fpm mod_php is

libgd 2.3.0 in F32/rawhide - gdlib-config command dropped

Hi, New version 2.3.0 have been released: https://github.com/libgd/libgd/releases/tag/gd-2.3.0 ABI/API is compatible https://rpms.remirepo.net/compat_reports/libgd/2.2.5-2_to_2.3.0/compat_report.html (some constified function parameters) Notice that the gdlib-config command have been dropped

Re: Bodhi 5.2.0 deployed in production.

Le 23/03/2020 à 10:20, Clement Verna a écrit : > Hi all, > > I have just deployed Bodhi 5.2.0 in production. Thanks > This version should improve > the performance of updates creation since the expansive task of tagging > builds in koji has been moved to an async process using a celery workers.

Modularity branch name

Hi, After some test, is looks like the stream name of a module have to match the branch name. I think this constraint doesn't make sense. We can want different content (.yaml file) for different distributions (Fedora vs EPEL) or different Version Reported as

Re: Ideas and proposal for removing changelog and release fields from spec file

Le 24/02/2020 à 17:48, Pierre-Yves Chibon a écrit : > - You can easily opt-in by using the macros Please keep opt-in as a mandatory need for such a change. To be clear, I will be (perhaps the only) one to not use it. For now spec file are self-contained, which is nice. I don't like the

Re: Ideas for better development processes when maintaining hundreds of packages

Le 28/01/2020 à 10:03, Richard W.M. Jones a écrit : > I always think that Fedora works fine if you maintain 1-5 packages. > It's possible to maintain 20 with a lot of work. And if you want to > maintain 100+ (things like the ocaml-* set that I help to maintain) > then you have to write your own

Zend Framework retired from rawhide

Hi, FYI all php-zendframework-* packages are now retire from rawhide. This project is dead Read: https://framework.zend.com/blog/2019-04-17-announcing-laminas.html So, now, all php-laminas-* packages are built and available including the compatibility layer which allow to use it the same

Re: Rawhide broken for aarch64 (arm_neon.h)

Le 21/01/2020 à 13:14, Remi Collet a écrit : > /usr/lib/gcc/aarch64-redhat-linux/10/include/arm_neon.h:34612:10: fatal > error: arm_bf16.h: No such file or directory Reported as https://bugzilla.redhat.com/1793471 ___ devel mailing list --

Rawhide broken for aarch64 (arm_neon.h)

Is it a known issue ? /usr/lib/gcc/aarch64-redhat-linux/10/include/arm_neon.h:34612:10: fatal error: arm_bf16.h: No such file or directory Remi P.S. full build log on https://koji.fedoraproject.org/koji/taskinfo?taskID=40815537 ___ devel mailing

mongo-c-driver 1.16 changes

Hi, mongo-c-driver 1.16.0 is released One the the key feature of this version is support for Client-side Field Level Encryption. This need libmongocrypto which I submit for review https://bugzilla.redhat.com/1792224 Version 1.16.0 is built in rawhide without this feature I plan to rebuild it

Re: Bodhi Outage Ongoing - Deploying 5.0

Le 12/11/2019 à 10:45, Clement Verna a écrit : > We will be upgrading bodhi to its 5.0 release. This release comes in with > few UI changes but also task scheduling system (rabbitmq/celery based) > allowing to offload some of the tasks currently performed in the front-end > to distributed workers.

Re: HEADS-UP: PJHP 7.4 coming to rawhide

Le 02/10/2019 à 08:37, Remi Collet a écrit : > Hi, > > See: https://fedoraproject.org/wiki/Changes/php74 > Mass rebuild done php-7.4.0~RC3-1.fc32 graphviz-2.42.2-2.fc32 php-ast-1.0.3-2.fc32 php-facedetect-1.2.0-0.9.20180306gitc717941.fc32 ph

HEADS-UP: PJHP 7.4 coming to rawhide

Hi, See: https://fedoraproject.org/wiki/Changes/php74 PHP 7.4.0RC3 will be announced tomorrow, and I plan to build it in rawhide I will also run a mass rebuild of all extensions Ping me, I you prefer I don't rebuild some package and you want to fix it yourself Remi

Re: Defining the future of the packager workflow in Fedora

Le 26/09/2019 à 15:10, Pierre-Yves Chibon a écrit : > On Thu, Sep 26, 2019 at 03:01:25PM +0200, Remi Collet wrote: >> Le 26/09/2019 à 11:36, Pierre-Yves Chibon a écrit : >>> Here is what the vision we came to and that we would like to discuss: >>> >>> ○ Every

Re: Defining the future of the packager workflow in Fedora

Le 26/09/2019 à 11:36, Pierre-Yves Chibon a écrit : > Here is what the vision we came to and that we would like to discuss: > > ○ Every changes to dist-git is done via pull-requests IMHO Have to stay optional, making this mandatory being a terrible headache. RFemi

Mass rebuild with cpio issue ?

Is it really a good idea to launch the mass rebuild now, when cpio is broken on i386 ? https://bugzilla.redhat.com/show_bug.cgi?id=1729382 And https://koji.fedoraproject.org/koji/taskinfo?taskID=36501622 Probably going to have lot of FTBFS Remi

Re: HEADS UP: Source File Verification

Additional question, what will happen when the key will expire ? Ok, probably not going to happen in Fedora, but may happen in some other distributions, supported for more years ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe

Re: HEADS UP: Source File Verification

Le 24/07/2019 à 23:15, Igor Gnatenko a écrit : > Hello, > > we've got new section in Packaging Guidelines about verifying upstream > sources[0] with GPG. Please use it whenever possible :) Looking at the Guidelines... Implementing it for PHP... I agree with Petr and Wit, I don't see any real

Re: true or false: pkgconfig(foo) vs foo-devel

Le 18/07/2019 à 18:26, Nicolas Chauvet a écrit : >> "Build dependencies on Fedora packages which provide pkg-config files SHOULD >> be expressed >> as pkgconfig(foo) and not foo-devel, whether the dependent package uses >> pkg-config or not." > > This is true for the fast majority of cases.

Re: Modularity vs. libgit

Le 14/06/2019 à 20:03, Josh Boyer a écrit : > On Fri, Jun 14, 2019 at 3:50 AM Remi Collet wrote: >> >> >>> IMHO, having library in modules is an error, this can only raise issues >> >> Some examples, taken from RHEL-8 >> >> libJudy is part of th

Re: Modularity vs. libgit

> IMHO, having library in modules is an error, this can only raise issues Some examples, taken from RHEL-8 libJudy is part of the mariadb module ... (without -devel) libssh2 is part of the virt module... (without -devel) libzip is part of the php module... etc How are we going to manage this

Re: Modularity vs. libgit

Le 13/06/2019 à 20:31, Adam Samalik a écrit : > So, I'd like to discuss the libgit issue [1] [2] we're experiencing. With a > help of a few people, I've put together this post to get us on common > ground: https://communityblog.fedoraproject.org/modularity-vs-libgit/ > > There are few ideas about

Re: epel 8 anytime soon?

Le 15/05/2019 à 09:53, Remi Collet a écrit : > Le 14/05/2019 à 13:10, che...@nosuchhost.net a écrit : > >> ps.: i'm looking for php-pecl-msgpack for php71 And if you want to try EL-8, my repository already have a full PHP stack, including PHP 5.6 to 7.3 with most of possibl

[EPEL-devel] Wordpress in EPEL enter "security mode" only update

Hi, Wordpress 5.2 was released This version raise dependency on PHP 5.6 (but 7.2 is recommended for performance, and to avoid some pure-PHP compatibility libraries) So this new version will only be available in Fedora repository (and later in EPEL-8) EPEL-6 and EPEL-7 will keep 5.1.x as along

Re: [HEAD-UP] PHP version 7.3.0RC3 built in rawhide

Hi, Le 11/10/2018 à 09:51, Remi Collet a écrit : > php-7.3.0~rc3-1 is built in rawhide. > > I will start to rebuild all dependent packages (~60) Extensions mass rebuild done Build OK graphviz-2.40.1-38.fc30 mlt-6.10.0-5.fc30 php-ast-0.1.7-2.fc30 php-f

[HEAD-UP] PHP version 7.3.0RC3 built in rawhide

Hi, https://fedoraproject.org/wiki/Changes/php73 php-7.3.0~rc3-1 is built in rawhide. I will start to rebuild all dependent packages (~60) Please take care of yours (else I will do it later) Cheers, Remi ___ devel mailing list --

libbson and libmongoc 1.13.0 in F29

Hi, I just update mongo-c-driver to 1.13.0 ABI/API is compatible http://rpms.remirepo.net/compat_reports/libbson/1.12.0_to_1.13.0/compat_report.html http://rpms.remirepo.net/compat_reports/libmongoc/1.12.0_to_1.13.0/compat_report.html Warning: headers paths have changed from

Re: DNF issue ? able to install redis with missing dependency

Le 06/07/2018 à 16:30, Robert-André Mauchin a écrit : > The update 389-ds-base-1.4.0.11-2.fc28 which fix it is in stable though so I > don't understand why your build still install 1.4.0.10-2. Forget and sorry for the noise... This is an old build Remi

  1   2   3   4   5   6   >