Bug 468216

Summary: python-imaging does not provide egg information
Product: Red Hat Enterprise Linux 5 Reporter: Felix Schwarz <fschwarz>
Component: python-imagingAssignee: Joel Andres Granados <jgranado>
Status: CLOSED WONTFIX QA Contact: Release Test Team <release-test-team-automation>
Severity: low Docs Contact:
Priority: low    
Version: 5.2   
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-11-24 08:49:03 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Patch for spec file to resolve the issue none

Description Felix Schwarz 2008-10-23 15:59:42 UTC
The current RPM for python-imaging does not provide any egg information.
Upstream does not use setuptools but it is easily possible to enable the
generation of egg information in the RPM. See
http://fedoraproject.org/wiki/Packaging/Python/Eggs#Providing_Eggs_for_non-setuptools_packages

Missing egg information may force a user to recompile python-imaging if he
needs to run software which uses setuptool's require mechanism and PIL is
required.

Fixing the problem does not require any patches to the software itself. It does not change any code, it is just a packaging issue.

Comment 1 Felix Schwarz 2008-11-21 20:45:19 UTC
Created attachment 324343 [details]
Patch for spec file to resolve the issue

Comment 2 Joel Andres Granados 2008-11-24 08:36:44 UTC
This should not be addressed in current RHEL5.

1. This is already fixed in rawhide and will be present in RHEL6.
2. This is *very* low priority.
3. We offer python-imaging only in RHEL5 client.

For these reasons I'm saying "no" to this.

Comment 3 RHEL Program Management 2008-11-24 08:49:03 UTC
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.