[ZCM] [ZC] 2210/10 Resolve "Version string is 'unreleased version' instead of 'Zope 2.10.0-final'"
"Collector: Zope Bugs, Features, and Patches ..." <[email protected]>
| Newsgroups | gmane.comp.web.zope.devel.collector-monitor |
|---|---|
| Message-ID | <[email protected]> |
Issue #2210 Update (Resolve) "Version string is 'unreleased version' instead of 'Zope 2.10.0-final'" Status Resolved, Zope/bug low To followup, visit: http://www.zope.org/Collectors/Zope/2210 ============================================================== = Resolve - Entry #10 by ajung on Jan 13, 2007 6:34 am Status: Pending => Resolved Should be fixed in 2.10.2 and the latest 2.9.X version ________________________________________ = Comment - Entry #9 by ajung on Dec 2, 2006 3:23 pm Please read followup #5 and verify the fixes instead of adding more and more complaints about an issue that is hopefully fixed now. ________________________________________ = Comment - Entry #8 by jaraco on Dec 2, 2006 3:11 pm Please note that this program affects the programmatic API of Zope. In particular, calls to App.txt_version.getZopeVersion() will return (-1, -1, -1, '', -1). This affects other applications, such as Plone, which use the version number for more than just display of the version. I believe the importance of this bug should be elevated, or at the very least, a work-around should be implemented for subsequent versions. This bug also exists in Zope 2.10.1-final. ________________________________________ = Comment - Entry #7 by Charlie_X on Nov 30, 2006 10:10 am If version.txt is going to live in lib/python then the following patch would seem a reasonable solution from App.config import getConfiguration fn = os.path.join(getConfiguration().softwarehome, 'version.txt') although it make sense to extend the getConfiguration to include this information and put a wrapper in here before deprecation ________________________________________ = Comment - Entry #6 by Charlie_X on Nov 28, 2006 10:04 am I just did a clean install and version.txt is missing from my Zope install (/opt/Zope-2.10/lib/python/Zope-2) Anything that depends upon getZopeVersion is going to choke. ________________________________________ = Comment - Entry #5 by ajung on Nov 22, 2006 3:04 pm I fixed this on the Zope 2.10 by creating lib/python/Zope2/version.txt instead lib/python/version.txt. I would like to see a 3rd-party confirmation if it really works. ________________________________________ = Comment - Entry #4 by ajung on Nov 21, 2006 12:34 pm The 'instance' target of the makefile does not depend on the 'version_txt' target (as the target 'install' does). No idea if this is intentional or not. ________________________________________ = Comment - Entry #3 by ajung on Nov 21, 2006 12:31 pm However this happens only when you create an instance in-place. Not a big issue for me... ________________________________________ = Comment - Entry #2 by ajung on Nov 21, 2006 12:27 pm This is also the case for 2.9.6 and 2.10.1. Looks as if "make instance" won't copy Zope2/version.txt since the file is present in the archive. ________________________________________ = Request - Entry #1 by smt on Oct 7, 2006 3:46 pm The DebugInfo of my Zope 2.10.0 installation shows "unreleased version" instead of "Zope 2.10.0-final". This is caused by a "version.txt" file in the Zope2 package folder. See line 34 of file "App/version_txt.py": fn = os.path.join(os.path.dirname(Zope2.__file__), 'version.txt') ==============================================================