I don't use EPEL nor have I ever supported EPEL nor do I plan or intend to support it.

That said, feel free to maintain this package for EPEL yourself.

If anyone interested, missing prerequisites for this package in EPEL8:

DEBUG util.py:593:  No matching package to install: '/usr/bin/python'
DEBUG util.py:593:  No matching package to install: '/usr/sbin/lighttpd'
DEBUG util.py:593:  No matching package to install: 'lighttpd-fastcgi'
DEBUG util.py:593:  No matching package to install: 'perl(Apache::LogFormat::Compiler) >= 0.33'
DEBUG util.py:593:  No matching package to install: 'perl(Authen::Simple::Adapter)'
DEBUG util.py:593:  No matching package to install: 'perl(Authen::Simple::Passwd)'
DEBUG util.py:593:  No matching package to install: 'perl(CGI::Compile) >= 0.03'
DEBUG util.py:593:  No matching package to install: 'perl(CGI::Emulate::PSGI) >= 0.10'
DEBUG util.py:593:  No matching package to install: 'perl(Cookie::Baker) >= 0.07'
DEBUG util.py:593:  No matching package to install: 'perl(Devel::StackTrace::AsHTML) >= 0.11'
DEBUG util.py:593:  No matching package to install: 'perl(Devel::StackTrace::WithLexicals) >= 0.8'
DEBUG util.py:593:  No matching package to install: 'perl(FCGI::Client)'
DEBUG util.py:593:  No matching package to install: 'perl(FCGI::ProcManager)'
DEBUG util.py:593:  No matching package to install: 'perl(File::ShareDir::Install) >= 0.06'
DEBUG util.py:593:  No matching package to install: 'perl(Filesys::Notify::Simple)'
DEBUG util.py:593:  No matching package to install: 'perl(HTTP::Entity::Parser) >= 0.17'
DEBUG util.py:593:  No matching package to install: 'perl(HTTP::Request::AsCGI)'
DEBUG util.py:593:  No matching package to install: 'perl(HTTP::Server::Simple::PSGI)'
DEBUG util.py:593:  No matching package to install: 'perl(Hash::MultiValue) >= 0.05'
DEBUG util.py:593:  No matching package to install: 'perl(IO::Handle::Util)'
DEBUG util.py:593:  No matching package to install: 'perl(LWP::Protocol::http10)'
DEBUG util.py:593:  No matching package to install: 'perl(Log::Dispatch::Array) >= 1.001'
DEBUG util.py:593:  No matching package to install: 'perl(Log::Log4perl)'
DEBUG util.py:593:  No matching package to install: 'perl(Module::Refresh)'
DEBUG util.py:593:  No matching package to install: 'perl(Stream::Buffered) >= 0.02'
DEBUG util.py:593:  No matching package to install: 'perl(Test::TCP) >= 2.15'
DEBUG util.py:593:  No matching package to install: 'perl(WWW::Form::UrlEncoded) >= 0.23'

I'll take this off Ralf's hands since he doesn't want to maintain epel branches.

The following missing dependencies neither have a bug filed nor a build done:
perl-Cookie-Baker
perl-Devel-StackTrace-AsHTML 
perl-HTTP-Entity-Parser
perl-HTTP-Server-Simple-PSGI
perl-LWP-Protocol-http10
perl-Stream-Buffered
perl-WWW-Form-UrlEncoded

Emmanuel, do you want me to file bugs for them ?

(In reply to Xavier Bachelot from comment #4)
>
> Emmanuel, do you want me to file bugs for them ?

No, I'll do this tonight.

(In reply to Emmanuel Seyman from comment #5)
> (In reply to Xavier Bachelot from comment #4)
> >
> > Emmanuel, do you want me to file bugs for them ?
> 
> No, I'll do this tonight.

Sorry, I didn't realize the missing deps were all yours.

(In reply to Xavier Bachelot from comment #6)
> 
> Sorry, I didn't realize the missing deps were all yours.

Actually, they're Ralf's, not mine. But since Ralf doesn't like being assigned EPEL bugs, I decided to file the bugs so that I could assign them to myself, not to him.

But, because requesting a branch doesn't give you commit access to it, I can't push changes. So I've handed over the whole thing to Paul.

lighttpd and lighttpd-fastcgi deps should be ok now. I've added dependencies on their related bugs. (I'm not convinced spawn-fcgi should have been built for EPEL 8 and would have rather argued for it to be retired, but that is a different matter)
/usr/bin/python is thus the only dep that cannot be satisfied. You'll have to choose between /usr/bin/python2 and /usr/bin/python3, with indeed a preference toward the latter.

As python3 is available in all current Fedora releases, EPEL6, EPEL 7 and RHEL/CentOS 8, I would replace :
"""
BuildRequires: /usr/bin/python
"""
by:
"""
BuildRequires: /usr/bin/python3
"""

Hopefully, Ralf would accept such a change to go into master branch.

(In reply to Xavier Bachelot from comment #8)
> lighttpd and lighttpd-fastcgi deps should be ok now. I've added dependencies
> on their related bugs. (I'm not convinced spawn-fcgi should have been built
> for EPEL 8 and would have rather argued for it to be retired, but that is a
> different matter)

Same here, to be honest. I would have been content to remove the requirement and not do the test but, since lighttpd is availible, I see no reason not to use it.

> /usr/bin/python is thus the only dep that cannot be satisfied. You'll have
> to choose between /usr/bin/python2 and /usr/bin/python3, with indeed a
> preference toward the latter.

That would require back-porting a patch from upstream.[1]
I seem to remember that RHEL 8 had the notion of a system python (regardless of version). If that rings a bell, please speak up. Otherwise, I'll just use what dnf uses.

[1] https://github.com/plack/Plack/pull/639

(In reply to Emmanuel Seyman from comment #10)
> (In reply to Xavier Bachelot from comment #8)
> > lighttpd and lighttpd-fastcgi deps should be ok now. I've added dependencies
> > on their related bugs. (I'm not convinced spawn-fcgi should have been built
> > for EPEL 8 and would have rather argued for it to be retired, but that is a
> > different matter)
> 
> Same here, to be honest. I would have been content to remove the requirement
> and not do the test but, since lighttpd is availible, I see no reason not to
> use it.
> 
I was refering to spawn-fcgi, not to lighttpd.

> > /usr/bin/python is thus the only dep that cannot be satisfied. You'll have
> > to choose between /usr/bin/python2 and /usr/bin/python3, with indeed a
> > preference toward the latter.
> 
> That would require back-porting a patch from upstream.[1]

Backporting the python3 patch to master makes sense too. Fedora is trying hard to remove python2.

> I seem to remember that RHEL 8 had the notion of a system python (regardless
> of version). If that rings a bell, please speak up. Otherwise, I'll just use
> what dnf uses.
> 
> [1] https://github.com/plack/Plack/pull/639

RHEL8 has platform-python, which is used by core tools like yum/dnf.
This is located at '/usr/libexec/platform-python' but this is python3.6 as well.

I'm not sure it really makes sense to use this instead of system python, because Fedora doesn't have (and will not have ?) a platform-python, so for the sake of keeping the same spec for all branches, I'd go for the "real" python3.

(In reply to Xavier Bachelot from comment #11)
>
> I was refering to spawn-fcgi, not to lighttpd.

Same issue, TBH.
 
> Backporting the python3 patch to master makes sense too. Fedora is trying
> hard to remove python2.

Historically, Ralf does not appreciate other people committing in the master branch of his packages. I'll probably submit a pull-request to him.

> because Fedora doesn't have (and will not have ?) a platform-python, so for
> the sake of keeping the same spec for all branches, I'd go for the "real"
> python3.

Given that the branches do not have the same maintainers, I don't see how we could have the same spec for all branches without a huge amount of work.

FEDORA-EPEL-2019-5d2caf321b has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-5d2caf321b

perl-Plack-1.0047-7.el8 has been pushed to the Fedora EPEL 8 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-5d2caf321b

Are these packages still on QA?

Bodhi probably forgets closing bugs.