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

.10 => 3.305.1) New version probably have different dependencies I suspect you may need awscrt extension which is quite a nightmare as it bundles tons of libaws-* https://git.remirepo.net/cgit/rpms/php/pecl/php-pecl-awscrt.git/tree/ Remi -- ___

PHP without 32-bit

Remi -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https

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

change. But I also think this is a bit early (F41) - Valkey is very young, and they is no proof it will be best choice - Redis 7.2 is still there and maintained (even version 6.2 and 7.0 are maintained), and keeping it have no security issue. So I’m -1 for F41 and probably +1 for F42 Remi

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?

submitting pull requests against src.fp.o MAY also include a conversion in the pull request and packagers SHOULD merge it. Big -1 to all git log IS NOT a package changelog Read https://keepachangelog.com/en/1.1.0/ Remi -- ___ devel mailing list

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

for tests) Then wait for stabilization of the community. Remi -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US

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

/php-src/commit/8a95e616b91ac0eeedba90a61e36e652919763f2 The patch is in 8.3.0 in rawhide (and will be in 8.2.14 in F39 in 3 weeks) Remi -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

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 ?)

asked upstream for clarification https://github.com/jedisct1/libsodium/issues/1317 According to answer I will build new version in a side-tag with dependencies Other eyes welcome Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe

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

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

is missing use bundled content Full patch for PHP 8.3: https://git.remirepo.net/cgit/rpms/scl-php83/php.git/plain/php-8.3.0-systzdata-v24.patch Remi P.S. IMHO, allowing removal of tzdata for PHP doesn't make any sense as most app will fail badly (runtime exception) because of missing TZ when

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

member why and it seems that this could be helpful. We have the same issue with PHP and lot of recent FTBFS timezone is really mandatory for PHP In version 8.3 (F40) we'll includes the UTC definition in our patch to use system tzdata, UTC being use as the fallback va

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

Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https

Re: The new Change discussion process is painful

f messages are lost so, I also don't receive any of the recent change announcements BTW, I agree this dual channel is terrible for discussion I personally don't follow discussion.fpo too much tools kills simplicity Remi From there, it's up to people where they see and respond to them. If m

Re: [rawhide] ICU upgrade to 73.2

notice mongo-c-driver 1.24.1-2 is NOT in the update I just push and update to 1.24.2-1 there, but not launch any build. Can you take care of it, or tell me when icu73 will be in buildroot Thanks, Remi ___ devel mailing list -- devel@lists.fedoraproje

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

.fc37.x86_64 python3-cartopy-0:0.21.1-1.fc37.x86_64 python3-shapely-0:1.8.5.post1-1.fc37.x86_64 qgis-0:3.26.1-2.fc37.x86_64 spatialite-gui-0:2.1.0-0.14.beta1.fc37.x86_64 Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Something for a python maintainer for nihtest

at this one ? libzip may be updated to 1.10.0 without this, but without its test suite, which seems a bad idea Thanks Remi P.S. of course I may try to help, after initial packaging to update to newer version when needed ___ devel mailing list -- devel

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

a lot about this, and this is a nightmare I must say that I'm terribly sad we have to reinvent the wheel. I'm still a big fan of SCL and I still build them for Fedora to be able to install multiple versions simultaneously # LANG=C dnf list php?? Installed Packages php74.x86_64 7.4-3.fc37.remi

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...)

exception ?) should be properly managed and, at least, announced /me is disappointed Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Condu

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 lis

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

Admin, nextcloud, wordpress...) Developers only use composer to install project dependencies in the project directory. As I already said elsewhere, I'm sad, but I'm tired to fight with PHP projects which don't care of system wide installation and don't support them, and don't want them, and to

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 ?

need preprocessed source + gcc command line to say more. Command is $ gcc -IZend/ -I/home/remi/rpmbuild/BUILD/php-8.1.2/Zend/ -I/home/remi/rpmbuild/BUILD/php-8.1.2/build-cgi/include -I/home/remi/rpmbuild/BUILD/php-8.1.2/build-cgi/main -I/home/remi/rpmbuild/BUILD/php-8.1.2 -I/home/remi

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 /builddir/build/BUILD/php-8.1.2

Re: hiredis soname bump

a upstream PR to fix this and run a new build Cheers, Remi P.S. minimal test is broken with recent change in PHP :( + : Minimal load test for NTS extension + /usr/bin/php --no-php-ini --define extension=/builddir/build/BUILDROOT/php-phpiredis-1.0.1-6.fc36.arm/usr/lib/php/modules/phpiredis.so

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

a bug for Non-responsive maintainer https://bugzilla.redhat.com/show_bug.cgi?id=2034627 Also emailed kaigai about this. Does anyone know how to contact kaigai? Direct email and bug reports have had no response. Thanks and regards, Remi ___ devel mailing

Re: Strange build chain issue (GCC ?)

rted https://github.com/HOST-Oman/libraqm/issues/141 Great thanks for the help, I miss this condition... Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Condu

Strange build chain issue (GCC ?)

looks like a build issue Any idea help welcome Remi P.S. I temporarily disable libraqm usage from gd to workaround this issue. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[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

Re: [HEADS UP] ImageMagick-6.9.12.28

-pecl-imagick Building php-pecl-imagick-3.5.1-2.fc35 for f35-build-side-47231 Done Remi as proven packager as this package is mostly orphaned (owner is unresponsive) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

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

. Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https

Re: [Rawhide] ImageMagick-6.9.12-26 available

es happen, so when library soname change. OK, with this strange library this may happen in patch version (4th digit), but should only be in 3rd digit bump, in which case installation directory also change and may require more work (e.g. /usr/lib64/ImageMagick-6.

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

-utils w3m-img wdune This list is not complete, at least php-pecl-imagick is missing and this one is broken by recent changes... Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Orphaned packages looking for new maintainers

weeks ago php-JMSParser orphan 1 weeks ago php-JsonSchema    orphan, remi 1 Checking the first ones... I don't see any of them orphaned in pagure still owned by Shawn Iwinski Do I miss something ? Remi ___ devel

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

(so fine for Fedora <=34 and EPEL) I plan to orphan all the package in the next day or perhaps only retire them from rawhide Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproje

Re: Review swaps: A bunch of PHP libraries

ably a better place if you have any question about PHP specific packaging Remi Obviously, if you need something reviewed in return, I'd be happy to do that. Full list of links is below, but to make it easier for people - I set up a dependency tree ( https://bugzilla.redhat.com/buglist.cgi?bu

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

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

ded for RHEL 9. I rather hope than EPEL-9 will be better and available for "Beta" time. Remi P.S. yes, I'm really disappointed by how Fedora evolves, not being able to use a proper build system (modules aware) in 2 years, while everyone else seems to be able to do it quite shortly

Re: matio: Not announced soname change in stable branch

Le 05/04/2021 à 23:19, Gwyn Ciesla via devel a écrit : Updates are now in flight for kst, libASL, openmeeg, and vips, for f34 and f33. gtatool is retired and FTBFS, so I left it alone. Looks like the same happens today in Fedora 32 Remi -- Gwyn Ciesla she/her/hers

matio: Not announced soname change in stable branch

.x86_64 kst-0:2.0.8-29.fc33.x86_64 libASL-0:0.1.7-24.fc33.x86_64 openmeeg-0:2.4.2-0.8.fc33.x86_64 vips-0:8.9.2-1.fc33.x86_64 Remi P.S. and an "empty" bodhi description seems also bad ___ devel mailing lis

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

buildroot Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guideli

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

/m6w6/libmemcached/ Version 1.1.0beta1 is released and is design to be a drop in replacement, with API and ABI compatibility I've start working on a package update and this will probably become the new upstream for the fedora libmemcached package Comment / idea ? Remi P.S. of course, I'm

Re: Mass spec file change: Adding BuildRequires: make

ires "make" no change are really needed Remi P.S. PHP extension development rely on php build system which generate stuff using auto*, make, gcc, ... so IMHO make sense to have them required by php-devel ___ devel mailing list -- devel@lis

Plan to retire sabre/dav v3

- php-sabre-vobject-3.5.3 - php-sabre-xml-1.5.1 Also also - php-icewind-searchdav-0.3.1 I think these are no more used Tell me quickly if I'm wrong Cheers, Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

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 s

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

"-S ." As the previous version require the sources directory it seems better to always give it, even with newer version, but using the -S option. BTW, having to add condition around %cmake_* usage (for EL-8) is a nightmare, and having them added in some EPEL

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

o forbid this usage. Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ Lis

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 mailin

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

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

ost people don't even noticed the change So I WON'T provide a broken configuration as "httpd + mod_php" will NOT work. The change is about dropping mod_php, so, sorry, but this discussion about package name is out of topic. Regars, Remi P.S. I also think changing well known

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

dedicated user for security purpose, instead of all webapps running under the same default user account. Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduc

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

php-fpm mod_php is httpd only and prefork mode only so without threaded MPM and without http2 support Please describe issues, I don't have any bug report about this. Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an e

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

(upstream) If some packages still use it (it was deprecated for a while), they need to be fixed to use pkgconfig instead. Cheers, Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: Bodhi 5.2.0 deployed in production.

no other way to get a stable Bodhi, please simply drop the notification tasks. Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedorapr

Modularity branch name

-infrastructure/issue/8687 (but probably not the right place) Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project

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

ike the idea of generated / external stuff related to "storage" or "build system" Sorry, to be again the old bad guy which don't like changes. Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe se

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

e the case? Yes, because I often commit various changse "before" the build (some being cherry-pick on other branch, some not) IMHO, remember KISS, and don't try to add more magic to our tooling And I really prefer to see stabilization of our current t

Zend Framework retired from rawhide

way than ZF Great thanks to Robert-André Mauchin for the mass review. I was initially planing this as a Fedora 33 feature but some other projects have start to use Laminas... Remi P.S. expressive stuff have moved to Mezzio, but was not used so have also been retired (without replacement

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

it with libmongocrypto when possible and push it to stable branch API/ABI seems OK, see https://rpms.remirepo.net/compat_reports/libbson/1.15.3_to_1.16.0/compat_report.html https://rpms.remirepo.net/compat_reports/libmongoc/1.15.3_to_1.16.0/compat_report.html Remi P.S.: Notice: I don't plan

Re: Bodhi Outage Ongoing - Deploying 5.0

g to select among new builds Builds: => allow free input Which was great when update is created DURING the build, when nothing tagged yet. I also dislike the need to open a popup to see the preview. Remi P.S. https://github.com/fedora-infra/bodhi/issues/3707 ___

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

see any real benefit probably going to revert this Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/cod

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

her, but using the package name > is more deterministic to me. > Indeed, pkgconfig(foo) start to raise issues when multiple providers exists. One example is pkgconfig(openssl) IMHO, if your package use pkg-config to discover a library, then it rely on foo.pc, then have to r

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

age this in EPEL ? Remi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/w

Re: Modularity vs. libgit

dRequires: (pkgconfig(libgit) >=26 with pkgconfig(libgit) <= 27) Yes, this will means more packages, and more reviews, but having a new review on a old library when soname change make sense. Of course, old versions have to be retired when no more used Modules are fine for applications. Re

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

as possible. Remi ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https

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

libbson and libmongoc 1.13.0 in F29

/libbson-1.0 to /usr/include/libbson-1.0/bson from /usr/include/libmongoc-1.0 to /usr/include/libmongoc-1.0/mongoc But a compatibility header still available in previous location, so this change "should" not affect any dependent packag

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

  1   2   3   4   5   6   >