Opened 15 years ago
Closed 15 years ago
#389 closed enhancement (done)
version tag set by CMAKE is less fancy than the automake setting
| Reported by: | Alpar Juttner | Owned by: | Akos Ladanyi |
|---|---|---|---|
| Priority: | major | Milestone: | LEMON 1.3 release |
| Component: | build system | Version: | hg main |
| Keywords: | Cc: | ||
| Revision id: |
Description
Using the automake build environment the version tag is something like 503.24b3f18ed9e2, where 24b3f18ed9e2 is the hash id and 503 is a number that is strictly increasing if a version is a descendant of another. This version tag is generated by scripts/chg-len.py.
On the other hand, CMAKE simply sets the hash id as a version string.
Attachments (2)
Change History (8)
Changed 15 years ago by
| Attachment: | e74b5db4f2c6_cmake_version_string_fix.patch added |
|---|
comment:1 Changed 15 years ago by
| Status: | new → assigned |
|---|
Changed 15 years ago by
| Attachment: | bba484e8f742.patch added |
|---|
comment:2 follow-ups: 3 5 Changed 15 years ago by
Attachment bba484e8f742.patch implements a hopefully more portable way of execution of scripts/chg-len.py
It is still pretty cumbersome to get it properly worked. It needs
- a python interpreter in the exec path
- the mercurial modules accessible by this interpreter
Note that TortoiseHg? does not install them, at least it not at the python interpreter's module search path. And TortoiseHg? does not ship a callable python interpreter (to my surprise).
Please check the patch, and also whether or not there is any more user friendly approach to set the version tag.
comment:3 follow-up: 4 Changed 15 years ago by
Replying to alpar:
Attachment bba484e8f742.patch implements a hopefully more portable way of execution of scripts/chg-len.py
You changes look fine.
It is still pretty cumbersome to get it properly worked. It needs
- a python interpreter in the exec path
- the mercurial modules accessible by this interpreter
Note that TortoiseHg? does not install them, at least it not at the python interpreter's module search path. And TortoiseHg? does not ship a callable python interpreter (to my surprise).
I couldn't get even this working. I tried installing Mercurial first with the installer of TortoiseHg, then with its own installer. Then tried both Python 2.7 and then 2.6.6. In all cases I added C:\Program Files\Mercurial\library.zip to PYTHONPATH, but chg-len.py kept complaining about missing modules. How did you get the Mercurial Python modules working?
comment:4 Changed 15 years ago by
Replying to ladanyi:
I couldn't get even this working. [...] How did you get the Mercurial Python modules working?
- Install Python (e.g. http://www.python.org/ftp/python/2.7/python-2.7.msi is fine). It will be installed
C:\Python27by default. - Add
C:\Python27to the system path. - Get mercurial source code from http://mercurial.selenic.com/release/mercurial-1.6.3.tar.gz
- Unpack it somehow... :)
- Open a Visual Studio Command Prompt (I tried VS2008)
cd mercurial-1.6.3python setup.py buildpython setup.py install
After this, scripts/chg-len.py should work properly. (Could you please confirm?)
It is possible to build Mercurial without VS (trough mingw), but it is more cumbersome, see http://mercurial.selenic.com/wiki/BuildingOnWindows.
comment:5 Changed 15 years ago by
Replying to alpar:
After this, scripts/chg-len.py should work properly. (Could you please confirm?)
Yes, it works for me too now.
Replying to alpar:
Please check the patch, and also whether or not there is any more user friendly approach to set the version tag.
I don't see a better way.
comment:6 Changed 15 years ago by
| Resolution: | → done |
|---|---|
| Status: | assigned → closed |
This issue has been solved in the main brach by [e74b5db4f2c6] and [7d166b8b8018].


Patch attached.