+++ This bug was initially created as a clone of Bug #736613 +++
+++ This bug was initially created as a clone of Bug #736612 +++
Description of problem:
The fcgi package in EPEL-6 contains embedded copy of perl Fast CGI (FCGI) module from CPAN:
But there already is dedicated, system perl-FCGI package, present in EPEL-6.
Thus fcgi package should depend on perl-FCGI package, rather than using its own embbedded copy (so in case of security flaw in perl-FCGI, the fcgi package won't need to be updated too).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. # pwd
2. fcgi-2.4.0]# cd perl/
3. perl]# ls
aclocal.m4 configure echo.PL FCGI.PL Makefile.PL oldinterface.pod remote.PL typemap
ChangeLog configure.in fcgi_config.h.in FCGI.XL MANIFEST README threaded.PL version.pm
Own copy of CPAN FCGI module is embbeded in fcgi package.
EPEL-6 fcgi package uses system perl-FCGI package.
--- Additional comment from opensource till.name on 2011-09-08 17:52:55 CEST ---
fcgi does not use but provide the perl module in a sub package fcgi-perl. Afaics perl-FCGI needs to obsolete fcgi-perl according to these Guidelines:
Since the perl-FCGI maintainer is the co-maintainer of fcgi wrt. the -perl subpackage, I reassign this bug to perl-FCGI to take care of removing the -perl subpackage from fcgi and addding the proper Provides/Obsoletes etc to perl-FCGI. Also any provenpackager is welcome to perform the required changes to fcgi-perl.
Btw. fcgi-perl exists in EPEL 5, too.
But perl-FCGI does not exist in EL5, so there's no library duplication. It's okay for fcgi-perl to provide Perl's FCGI module here.