After Peter's tweet about the automatic downloading of a vm I decided
to try the improved PharoLauncher myself. I like the automatic downloading of a vm. When trying it, I noticed that the sources dependency changed to a very unusable one: each image needs its own specific sources file. Stephan |
That's not related to Pharo Launcher. Pharo 7 sources (for alpha images) are now shipped with the image, not the VM. Peter On Thu, Sep 14, 2017 at 2:45 PM, stephan <[hidden email]> wrote: After Peter's tweet about the automatic downloading of a vm I decided to try the improved PharoLauncher myself. I like the automatic downloading of a vm. When trying it, I noticed that the sources dependency changed to a very unusable one: each image needs its own specific sources file. |
On 14-09-17 14:52, Peter Uhnák wrote:
> That's not related to Pharo Launcher. Pharo 7 sources (for alpha images) > are now shipped with the image, not the VM. That's an issue. I have hundreds of images, and definitely don't need so many different sources. Stephan |
Kill some images :).
We did that for good reasons I do not remember why but this is due to the bootstrap. Stefan we will never be perfect day one. This is not possible for us. Stef On Thu, Sep 14, 2017 at 3:10 PM, stephan <[hidden email]> wrote: > On 14-09-17 14:52, Peter Uhnák wrote: >> >> That's not related to Pharo Launcher. Pharo 7 sources (for alpha images) >> are now shipped with the image, not the VM. > > > That's an issue. I have hundreds of images, and definitely don't need so > many different sources. > > Stephan > > |
On 14-09-17 20:00, Stephane Ducasse wrote:
> Kill some images :). > We did that for good reasons I do not remember why but this is due to > the bootstrap. > Stefan we will never be perfect day one. This is not possible for us. Don't worry. Break it to improve it. I have to change my workflow, so I am running into lots of things. Stephan |
In reply to this post by Stephan Eggermont-3
2017-09-14 15:10 GMT+02:00 stephan <[hidden email]>: On 14-09-17 14:52, Peter Uhnák wrote: You can share sources for as many images as you want as soon these images are based on the same bootstrapped image build. -- Pavel
|
Actually, in latest bootstrapped images, images are shipped with sources instead of changes. So, as before you had a changes file per image, now you have a sources file per image. So there is no really an extra overhead... On Thu, Sep 14, 2017 at 8:57 PM, Pavel Krivanek <[hidden email]> wrote:
|
2017-09-15 11:31 GMT+02:00 Guillermo Polito <[hidden email]>:
Cool. But changes mechanism is still in image? At what point changes are created? And did we plan to remove old changes in Pharo 7? ( Epices is working fine now)
|
On Fri, Sep 15, 2017 at 1:44 PM, Denis Kudriashov <[hidden email]> wrote:
Yes, as soon as you start coding, new code will go to the changes file as usual.
Epicea is good for logs, but the changes file also stores versions and source code. As soon as we don't have a new solution to store method's source code, the changes file will be there.
|
In reply to this post by Denis Kudriashov
2017-09-15 13:44 GMT+02:00 Denis Kudriashov <[hidden email]>:
when the image is is bootstrapped, it does have no sources nor changes file. But as soon as you start to load packages into it using compiler, all loaded sources are placed in the changes file. When everything is loaded, we condense changes to the sources file so you have all sources in the changes file and empty sources ready for changes done by the image user. -- Pavel
|
In reply to this post by Guillermo Polito
2017-09-15 13:54 GMT+02:00 Guillermo Polito <[hidden email]>:
Ah, right. I should know it :)
|
Free forum by Nabble | Edit this page |