resolution for python-imaging in EPEL

Joel Andres Granados jgranado at redhat.com
Tue Jul 17 15:01:56 UTC 2007


Daniel Riek wrote:
> The client packages are going to become available to all server
> customers as soon as the RHN profiles get updated. That takes some time
> as it is a major repull of data.
>
> For python-imaging my proposal is to move it to the core server.
>
> Did you open a ticket about this package with RH support?
>
> Regards,
>
> Daniel
>
> On Tue, 2007-07-17 at 10:15 -0400, Konstantin Ryabitsev wrote:
>   
>> On 7/17/07, Jesse Keating <jkeating at redhat.com> wrote:
>>     
>>> That said, somebody really needs to verify what I was told earlier,
>>> which is customers of EL5Server can use RHN and subscribe to the Client
>>> channels and get the content.  Perhaps not vice-versa, but in this case
>>> it should be enough.  Before we go down the road of doom, lets verify
>>> whether or not 5Server customers can get access to python-imaging
>>> through RHN.
>>>       
>> I don't think this is true. I have RHEL-5Server (academic)
>> entitlement, and I don't see "Client" listed anywhere in my list of
>> available software channels. I only see:
>>
>> # RHEL Virtualization (v. 5 for 32-bit x86)
>> # RHEL Supplementary (v. 5 for 32-bit x86)
>> # RHEL Hardware Certification (v. 5 for 32-bit x86)
>> # RHEL FasTrack (v. 5 for 32-bit x86)
>> # Red Hat Network Tools for RHEL Server (v.5 32-bit x86)
>>
>> And "python-imaging" is definitely not available to me:
>>
>> root at bakserv:[~]# yum list python-imaging
>> Loading "rhnplugin" plugin
>> Loading "installonlyn" plugin
>> Setting up repositories
>> rhel-i386-server-5        100% |=========================| 1.4 kB    00:00
>> Reading repository metadata in from local files
>> Finished
>>
>> The situation may be different for those who paid full enterprise
>> price for RHEL entitlements, but that doesn't change the fact that
>> unless EPEL provides "client" packages, I'll be left with broken
>> repositories. I will note, that it makes that much harder for me to
>> justify paying money to RH if I can have a better service using
>> Centos+EPEL.
>>
>> Regards,
>>     
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> epel-devel-list mailing list
>> epel-devel-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/epel-devel-list
>>     
Question:  was the fact that python-imaging got introduced to RHELClient 
and not Server a conscious determination or
was it a mistake?
if it was a conscious determination, what are the policies that dictate 
when and how this occurs? and where can they be found?

Regards.

-- 
Joel Andres Granados




More information about the epel-devel mailing list