EPEL, RHEL-5Server and RHEL-5Client...
Daniel Riek
riek at redhat.com
Tue Jul 17 14:47:32 UTC 2007
I think the right solution is, to move add python imaging to the core
server. In that way it will be available to every user.
I have to review why it was moved to the Client only (it will be
available to server customers in a separate channel containing the
Client-only packages as soon as the RHN profiles get updated). I assume
dependencies where only from that Repo.
We'll target that for 5.1
Regards,
Daniel
On Tue, 2007-07-17 at 12:33 +0200, Thorsten Leemhuis wrote:
>
> On 17.07.2007 12:13, Joel Andres Granados wrote:
> >
> > Regarding the python-imaging package...
> > What is the matter with including the 1.1.6 version in EPEL/el5? does
> > it break anything?
> > Both Plone and python-docutils (deps in EPEL) use the Image library from
> > PIL and this library does not have any
> > backward compatibility issues. additionally, RHEL5-client has no
> > package that depends on
> > python-imaging. So I say KISS, and ship 1.1.6 with the EPEL/el5. I
> > know it goes against the EPEL policies,
> > but I think its much better that messing with nvr.
>
> This way lie dragons.
>
> "EPEL does not replace packages from the distribution it was build for"
> is IMHO not debatable -- just as it was in Extras before the merge.
>
> For the situations at hand:
>
> Problem1 -- python-imaging was EPEL: We made a error, but we are still
> in the testing/buildup phase, so we can still remove it from the repo
> and say loudly "apologize" and "we are sorry"(¹). Not ideal, but problem
> solved.
>
> Problem2 -- python-imaging had a higher EVR then the EL5Client package:
> Ignore those users that got the newer python-imaging from EPEL (see
> Problem 1: "EPEL is still in testing" and "apologize"). Rebuild plone
> and python-docutils against the 1.1.5 package from EL (if that's
> needed). Solved.
>
> Problem3 -- no python-imaging in EL5Server: Not solved yet, but under
> discussion.
>
> CU
> thl
>
>
> (¹) -- we likely should put something (test-scripts?) in place to make
> sure something similar does not happen again
>
> _______________________________________________
> epel-devel-list mailing list
> epel-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/epel-devel-list
--
Daniel Riek, Product Manager Red Hat Enterprise Linux, Red Hat Inc.
E-Mail: riek at redhat.com, http://www.redhat.com/
Key-FP: 3DD7 C376 C3E0 1917 9A63 6343 5A26 2C59 6C07 6F32
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/epel-devel-list/attachments/20070717/2e950009/attachment.sig>
More information about the epel-devel-list
mailing list