[Bug 590324] Review Request: perl-FCGI - FastCGI Perl bindings

bugzilla at redhat.com bugzilla at redhat.com
Mon May 10 06:00:47 UTC 2010


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=590324

--- Comment #5 from Chris Weyl <cweyl at alumni.drew.edu> 2010-05-10 02:00:43 EDT ---
(In reply to comment #4)
> I'm not sure sure what's wrong with the existing fcgi-perl package, but:

So, the bulk of that is discussed in the bug we're blocking.  The gist is that
fcgi hasn't had any real updates (that I'm aware of) since 2003-ish...  Except
in its incarnation as FCGI.  This hasn't been an issue so far, but the FCGI
updates do address a number of other issues in addition to the corrections for
Perl 5.12.

> Licence tag is wrong; should be "OML".  It's obviously not BSD; was this
> actually checked?  (Yes, the fcgi package license is wrong as well; there's an
> open bug on that which I promised to fix.)

Thanks for bringing this up; I did check it but it didn't scream "obviously not
BSD" at me so I deferred to the fcgi package.

> Does this package not bundle various files from the fcgi source distribution?
> At least the headers seem to duplicate those in fcgi-devel.  This obviously
> isn't a complication when fcgi-perl is built but as a separate package it gets
> into the issue of library duplication.    

While FCGI and the perl/ dir in fcgi's source were essentially identical in
0.67, the CPAN tarball does include a number files originally from the main
part of the fcgi source distribution.  While the CPAN release of FCGI does
build with those directly, so does the module built by fcgi (fcgi-perl package)
builds that way -- at least, "repoquery --requires fcgi-perl" doesn't expose
any libfcgi so dependencies.  In other words, perl-FCGI doesn't do anything
different than fcgi-perl.

Another thing to take into consideration here is that while FCGI has seen a
recent uptake in development and maintenance, fcgi doesn't seem to have had any
such activity around it for quite some time now.  That's not a bad thing in and
of itself, but FCGI 0.71 addresses the problems we're seeing in the 0.67
codebase.

I'm open to any alternate suggestions, but it seems to make the most sense here
to simply treat fcgi and perl-FCGI as distinct entities.  If fcgi sees some
activity and starts incorporating the changes to 0.71 we can certainly reabsorb
perl-FCGI into fcgi-perl.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



More information about the package-review mailing list