Opened 16 years ago
Closed 16 years ago
#23 closed defect (wontfix)
problem with version numbering
Reported by: | assefa | Owned by: | |
---|---|---|---|
Priority: | major | Component: | Documentation |
Version: | Keywords: | ||
Cc: | tomkralidis |
Description
I tried to upload the ms_ogc_workshop and came across a problem: the previous version of this package was 1.0.9 and the new version I am trying to load is 1.0.10, It seems that the installer never "picks up" this new package possibly because 1.0.10 is seen as < as 1.0.9. I have renamed the new package to be 1.0.99 and It gets picked up/downlaoded/installed properly.
Change History (6)
comment:1 by , 16 years ago
Cc: | added |
---|
comment:2 by , 16 years ago
comment:3 by , 16 years ago
I think the consistent way would have been to name the previous package 1.0.09 if we anticipated going to double digits versions. Tom, I think we could upgrade the workshop to 1.1.0 for the next release and avoid all this :)
comment:5 by , 16 years ago
Note it is possible to list explicit versions in the setup.hint file for situations like this, though it would be nicer if we avoided irregular versions numbers like this. There is some discussion of this in the "setup.hint" section of:
I don't think there is any action to take on this, and would suggest it be closed as informational.
comment:6 by , 16 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
closing this. Next release of the package (1.1.0) would fix this.
Won't think affect all packages when passing .9, or ,19, etc.?