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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxx  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.


[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Legacy Announce]     [Fedora PHP Devel]     [Kernel Devel]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Big List of Linux Books]     [Gimp]     [Yosemite Information]
  Powered by Linux