[Bug 237197] perl-File-Slurp: EL-4, EL-5 branches?

bugzilla at redhat.com bugzilla at redhat.com
Fri Apr 20 04:06:05 UTC 2007


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

Summary: perl-File-Slurp: EL-4, EL-5 branches?


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





------- Additional Comments From rc040203 at freenet.de  2007-04-20 00:06 EST -------
(In reply to comment #0)
> It would be useful to me to have this package under RHEL4 and 5.  Any chance I
> can prevail upon you to build for those distros, as well?
> 
> (perl-File-Slurp's review is bug 167282.)

Short answer: No, I do not support EPEL.

Longer answer: I am not supporting EPEL. Primarily, because I am not using EPEL.

More generally, 

* technically, I do not feel able to support RHEL, because of the
additional technical constraints EPEL imposes (ABIs, longevity etc).
Additionally, I think, EPEL contradicts the objectives of RHEL (stability,
longevity).


* politically, 

1. I refuse to provide a non-free commercial distribution
(such as RHEL) to make it match user-demands better. 
It means nothing else but the vendor (RH) not meeting these user's demands. 
IMO, people wanting to use Fedora packages on RHEL should feel encouraged to
switching distros, e.g. to Fedora.

2. I consider Fedora EPEL to be undermining Fedora's objectives.
It causes users not to use Fedora but to pay _RH_ for their commercial
base-distro. More radically formulated: EPEL helps RH to outsource development
resources, but doesn't help Fedora.

In a nutshell: I consider EPEL to be RH's business, not the communities.


I see 3 alternatives:

1. You take over perl-File-Slurp for all of Fedora and EPEL.
2. You maintain it for EPEL and I do so for Fedora.
3. This package doesn't make it into EPEL.

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




More information about the Fedora-perl-devel-list mailing list