On Friday, July 10, 2020 7:12:50 PM MST Neal Gompa wrote: > On Fri, Jul 10, 2020 at 10:05 PM John M. Harris Jr <johnmh@xxxxxxxxxxxxx> > wrote: > > > > > > On Friday, July 10, 2020 6:56:36 PM MST Gary Buhrmaster wrote: > > > > > On Sat, Jul 11, 2020 at 1:50 AM John M. Harris Jr > > > <johnmh@xxxxxxxxxxxxx> > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > Why should I have to switch the system that's being used, and > > > > potentially > > > > break these servers, just because a package isn't being compiled > > > > anymore? > > > > It still works, and it works very well. It has less overhead than > > > > php-fpm, even!> > > > > > > > > > > > > > > > > > > > > > > > AFAICT you do not. You are absolutely free to build > > > your own rpms and use them on your own systems. > > > I do that for a couple of very specific applications > > > that have no value outside of my personal use case, > > > and did that for years at a previous $DAYJOB for > > > the site. > > > > > > > > What would be the best way to do that, such that all Fedora users can make > > use of it? Otherwise, this is going to break peoples' systems on upgrade > > to Fedora 33, so we need to solve this problem fairly quickly. I > > originally considered cloning the current php package over to copr when > > the change was accepted, but that'd only be useful for those that are > > aware their systems are about to be needlessly broken. > > > > > > > Copr is the way to go if you really want to provide it. You can > probably start from here: > https://src.fedoraproject.org/rpms/php/pull-request/4 > > But as described in the PR by Remi, mod_php + httpd is essentially a broken > configuration. Nowhere in there does it describe how mod_php + httpd would be a broken configuration, and it's not. I see where remi mentions that, but that's simply not the case. mod_php works just fine, as it has for over a decade, and will for many years to come. It's a damn shame that your PR was closed, that looks like the best way to handle the situation to me, drop it into a sub-package. -- John M. Harris, Jr. _______________________________________________ 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
