Bug 610969 - python-webpy is bundling wsgiserver from cherrypy
Summary: python-webpy is bundling wsgiserver from cherrypy
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: python-webpy
Version: 14
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Ray Van Dolson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-07-02 22:04 UTC by Toshio Ernie Kuratomi
Modified: 2012-06-27 10:30 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-27 10:30:02 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Toshio Ernie Kuratomi 2010-07-02 22:04:41 UTC
Description of problem:

The directory /usr/lib/python2.6/site-packages/web/wsgiserver/
and the __init__.py inside of it are taken from the CherryPy project.  We need to unbundle that file so we aren't copying it all over the place, something that makes for problems if security problems or just plain bugfixes get fixed upstream in cherrypy but the other projects don't pick up the changes (this has happened in python-paste-script, for instance).


Version-Release number of selected component (if applicable):

python-webpy-0.32-4.fc12.noarch

Additional Info:
I've documented a few ways to fix this here:

https://fedoraproject.org/wiki/User:Toshio/Unbundling_Python_Modules

Additionally, we may want to start packaging the wsgiserver directory separately from cherrypy.  The CherryPy upstream does not package it standalone but he does make it easy to get the code separately on the website:

http://www.cherrypy.org/wiki/CherryPyDownload#StandaloneWSGIserver

Comment 1 Ray Van Dolson 2010-07-09 16:12:37 UTC
Will look into this shortly, though I'll be gone for the next week for work.

Comment 2 Ray Van Dolson 2010-07-09 18:36:43 UTC
One _potential_ problem I see with this is that python-webpy's wsgiserver is based on CherryPy 3.1.2.

While this version is available in Fedora, the python-cherrypy in EPEL is the 2.x series.

Are you considering doing a python-cherrypy2 compat package for EPEL as you did for Fedora and moving python-cherrypy to 3.x?

Comment 3 Ray Van Dolson 2010-07-09 19:14:21 UTC
Asked upstream a few questions[1] regarding to plans for the embedded version of wsgiserver and also about missing files in their 0.34 release.

[1] http://groups.google.com/group/webpy/browse_frm/thread/6d6aa59a538135fc

Comment 4 Toshio Ernie Kuratomi 2010-07-09 20:31:34 UTC
We have a couple of choices for EPEL-5:

1) Package python-cherrypy3 (so that users of python-cherrypy in production don't get any nasty surprises with a yum update).  Unfortunately, using the non-default cherrypy will mean hacking the PYTHONPATH (Usually through the use of setuptools:

__requires__ = 'CherryPy >= 3'
import pkg_resources
pkg_resources.require('CherryPy')

2) Just fix this in Fedora and EPEL-6.  Don't worry about EL-5.

I'm not sure I like either of those solutions. :-/

I'll be out of town for two weeks starting on Tuesday, next week.

Comment 5 Bug Zapper 2010-07-30 12:24:39 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 6 Matthias Runge 2012-06-27 10:30:02 UTC
this issue has already been solved (at least for fedora>=16).


Note You need to log in before you can comment on or make changes to this bug.