But where is such information stored?
Then, the VMMaker package version says nothing, because to buiyld the VM you need more packages than VMMaker, so you have to guess which version to use.
Moreoever, there is also ANOTHER version in VM which is VMMaker class>>versionString� which is different from that.
Then from the image or from a log we get: VM: Mac OS - intel - 1068 - Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.78] Croquet Cog 3.0.0
so where it is the svn version?

(1007 to: 1009) collect: [:n| Smalltalk getSystemAttribute: n]

#('CoInterpreter VMMaker.oscog-eem.138 uuid: f9a63bdf-7bbc-4ae5-9634-ecd6fd814c9d Nov 18 2011'
� �'StackToRegisterMappingCogit VMMaker.oscog-eem.139 uuid: c2849383-9768-4948-b9b2-a5c22d482b07 Nov 18 2011'
� �'r2519 http://www.squeakvm.org/svn/squeak/branches/Cog')

Good enough?

Better. So I guess that at least in Pharo this method deserves an update:

version
��� "Return the version number string of the Virtual machine built"
��� "
��� Smalltalk vm version
��� "

��� ^(self getSystemAttribute: 1004), ' ', ((self getSystemAttribute: 1009) ifNil: [''])
�




�In fact, only the last is required since the VM and plugin source is included in�http://www.squeakvm.org/svn/squeak/branches/Cog/src.


So...all in all, I think that indeed, it is quite a mess. But it is also complicated to manage and I don't really know what to suggest.
With ConfigurationOfCog at least with one number we group all image side related packages.
Then we only need svn/git version. Moreover, we can store this svn/git as the description in each version of ConfigurationOfCog. That way, you know *exactly* what do you need.�

Cheers

�
�

Cheers,
-- Pavel




--
best,
Eliot




--
Mariano
http://marianopeck.wordpress.com




--
best,
Eliot




--
Mariano
http://marianopeck.wordpress.com