Re: Additional PHP packages in EPEL-9

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Le 08/12/2021 à 13:20, François Kooman a écrit :

I'm not sure how to best deal with the increased complexity of "modern" software, except fight it and keep things as simple as possible. It might be unsustainable in the long run, but at least for now it more or less works and I can deploy and test/build on EL without requiring any packaged 3rd party PHP libraries. Not sure if this approach is something I should pursue...


For memory, main issues for me


1/ number of packages vs number of packagers

I don't want to maintain more libraries
Already own too much without real help


2/ time waiting for package reviews

roundcubemail 1.5 was blocked for weeks because
of lack of roundcube/rtf-html-php [1]

composer 2.2 will probably be blocked because
of lack of composer/pcre [2]


3/ Exception to package review

From Review Guidelines [3]


    > Contributors and reviewers MUST follow the Package Review Process,
    > with the following exceptions:
    > ...
    > * The package is being created so that multiple versions
    >   of the same package can coexist in the distribution.

but this only apply for a "compat" package (old version)
not for a newer version, which is for now the common practice
for PHP libraries. I have tons of such packages, and I'm too
tired to submit them to review (and see §1) and don't want
having to change our common practice.



4/ Symfony

This is the most commonly used set of libraries,
but also the one for which we are unable to run tests.

Version 5 is released for a while, 6 is coming,
but we still only have 4.

Some updates are already blocked by Symfony 5
(laminas/cli, laminas/cache, php-cs-fixer...)


5/ Phar

is the new way to distribute CLI application
perhaps simple to use them in RPM
(single file in /usr/bin)

=> phpnuit, composer, phpcompatinfo, php-cs-fixer...


Remi


[1] https://bugzilla.redhat.com/show_bug.cgi?id=2015452
[2] https://bugzilla.redhat.com/show_bug.cgi?id=2030376
[3] https://docs.fedoraproject.org/en-US/packaging-guidelines/ReviewGuidelines/#_package_review_process
_______________________________________________
php-devel mailing list -- php-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to php-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/php-devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora KDE]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux