Bug 658952
Summary: | [RFE] Update Trac to version 0.12 (EL5) | |||
---|---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Bryan J Smith <brsmith> | |
Component: | trac | Assignee: | David Cantrell <dcantrell> | |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
Severity: | medium | Docs Contact: | ||
Priority: | low | |||
Version: | el5 | CC: | awaizman, dcantrell | |
Target Milestone: | --- | Keywords: | Reopened | |
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 658954 (view as bug list) | Environment: | ||
Last Closed: | 2010-12-01 21:25:51 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: | ||||
Bug Depends On: | 658962 | |||
Bug Blocks: | 658954 |
Description
Bryan J Smith
2010-12-01 17:22:23 UTC
The problem here is that upgrading trac from 0.10 to anything newer will break existing project databases, unitl an admin manually "upgrades" the database. Since trac DBs can exist in any number of places, it would be impossible (and irresponsible) to attempt to automatically upgrade them from within rpm. Add to that there are a number of important plugins which require a newer python in order to work with newer trac versions. This would leave a lot of functionality in the lurch, or require a massive undertaking of bringing a new python to EL5. In short, we are not going to update Trac in EL5. As security issues are found we will do our best to backport them to the 0.10 code set. Understand the first point, and done it myself. Although seeing one-off Trac versions in different Fedora and EPEL releases is interesting. At some point it might be nice to unify them. The second point, I was not aware of. Is it possible, without much overhead, to built a "trac012" package? That way: 1. It is more unified in Fedora and EPEL 2. It doesn't break existing Trac 0.10 or 0.11 databases on older Fedora/EL releases 3. It doesn't break existing plug-ins on older Fedora/EL releases 4. Those with newer plug-in requirements will just migrate to newer distros Just a suggestion. Another consideration for the second point ... Build Trac 0.12 against Python 2.6, as the concurrent "python26" packages are now being included in EPEL now to deal with other Python dependency considerations in various other packages. This also matches the Python in RHEL6, and would address the Trac plug-in dependency issues. A newer Python also opens doors on using things other than mod_python as well. I know there are many comments and views out there about using mod_python. Not trying to stomp on the charity and efforts of others in the Fedora Project working on EPEL by telling anyone what to do. Just trying to find a way forward to get off these older Trac versions, especially 0.10 which isn't supported. In some cases, these may actually reduce headaches. You're more than welcome to investigate a trac012 package for EPEL, built against python26 and potentially python-genshi06. But that would be a review request bug, not an RFE bug. As for upgrading the existing one, we're not going to do it. We won't stop anybody from working on the review though. *** Bug 658954 has been marked as a duplicate of this bug. *** |