Yes⦠I was asking to see how can we proceed, because we cannot continue distributing as now. In the course of the conversation I found a solution that will please everyone⦠and will allow us to keep giving also zeroconf scripts without needing to download source versions for all (which was, in fact, the problem I was trying to fix). It will require some file reorganisation and the concept of âblessed vmâ: a version we will distribute with the image version (it will be a vm for pharo1, one for pharo2, etc⦠each one with their sources⦠And yes⦠that means a bit more work to configure if you have multiple image-versions⦠but in the long way is the only way we can ensure how an image and a vm works together :) So, no need to continue arguing :) cheers, Esteban
On 23 Mar 2015, at 18:12, Dale Henrichs <dale.henrichs@gemtalksystems.com> wrote:
Marcus,
This makes perfect sense to me ... If zeroconf is only used for the supported versions of Pharo that is perfectly fair ...
When a version goes off of zeroconf support it would be convenient if one could find the appropriate "eternal download urls" for the image/vm otherwise how would I know?
Keep in mind, that I use zeroconf to download for travis-based tests and I don't have a physical disk to look at ... and it is possible that I won't know that a particular version has gone off of zeroncof support until my build fails ... so it would be _convenient_ to be able to lookup the image/vm combo that I need to use...
Dale
The thing is that get.pharo.org <http://get.pharo.org/> is more than a download. People will expect that it *works*. And we can not (we really can not) support all versions of Pharo. E.g. Spur. Soon we will have a VM that can not run old images. If we keep get.pharo.org <http://get.pharo.org/> for 1.4, people expect it to work. And we will have to provide a VM for the old version. Then at some point, this VM will not work anymore on the then current linux. Then people expect us to fix that.
Just downloads is a different thing: this is an archive, use it at your own risk.
Marcus