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

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

 



On Fri, Jul 10, 2020 at 8:55 PM John M. Harris Jr <johnmh@xxxxxxxxxxxxx> wrote:
>
> On Thursday, May 28, 2020 12:53:26 PM MST Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/drop_mod_php
> >
> > == Summary ==
> > mod_php (apache2handler) is an optional httpd module to execute PHP
> > scripts, not used.
> >
> > == Owner ==
> > * Name: [[User:Remi| Remi Collet]]
> > * Email: remi at fedoraproject dot org
> >
> >
> > == Detailed Description ==
> > By default php-fpm is used for a few versions. mod_php is not
> > supported for threaded modules. mod_php usage also increases security
> > risk, sharing the same process than httpd.
> >
> > Drop mod_php from php build. This will only affect user of httpd in
> > "prefork" mode, which will also use php-fpm.
> >
> > php-fpm is already used but most users of httpd and nginx without any
> > issue.
>
> > The "php" package will be kept as a metapackage, installing (weak
> > dependencies) most commonly used extension, thus reducing the
> > difference between "yum install php" (flat repository) and "yum module
> > install php" (modular repository).
> >
> > == Benefit to Fedora ==
> >
> > Only provide the modern way to execute PHP in a web server.
> >
> > == Scope ==
> >
> > PHP rebuild (mod_php build is already conditional)
> >
> > * Other developers: N/A (not a System Wide Change)
> > * Release engineering:  N/A
> > * Policies and guidelines: N/A (not a System Wide Change)
> > * Trademark approval: N/A (not needed for this Change)
> >
> >
> > == Upgrade/compatibility impact ==
> > N/A (not a System Wide Change)
> >
> > == How To Test ==
> >
> > * install and play with your web applications
> >
> > == User Experience ==
> >
> > No change.
> >
> >
> > == Dependencies ==
> >
> > None (dependency on "php" is already forbidden by Guidelines)
> >
> > == Contingency Plan ==
> > * revert
> >
> > * Contingency deadline: N/A (not a System Wide Change)
> > * Blocks release? N/A (not a System Wide Change), Yes/No
> > * Blocks product? product
> >
> > == Documentation ==
>
> Now that this has been accepted, I take it that the current maintainer of
> mod_php no longer wants to maintain it? I'd like to offer to take over the
> package if that's the case, so that Fedora will continue to work for those
> using mod_php.

mod_php is built from the php source tree, so no, you can't really do that.



-- 
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 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/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux