[Glass] Problem with `create_gs_server_image` in latest gsDevKit_home

[Mariano Martinez Peck via Glass]

On Tue, Nov 21, 2017 at 2:22 PM, Dale Henrichs via Glass <
glass at lists.gemtalksystems.com> wrote:

> I don't quite understand under what conditions you get an error ... and
> what the error is?
>

It happened to me when I wanted to `updateGsDevKit` and the `-d` caused
this problem. Error? No error...pharo VM simply opening the Finder dialog
as the passed image didn't exist.
See attached picture.


> What options are you using and what does the output look like when it
> fails ...
>

Just the instructions from the GsDevKit release:  `updateGsDevKit -ti` in
client or   `updateGsDevKit -gsd` on server.

What is strange is that this happened to me in my OSX (client side) and in
ONE of the server... but not in another one. I imagine the difference is
that the working installation did have the `gsDevKitCommandLine.image`
already while the other one did not.

Is that clearer now or not yet?




> Dale
>
> On 11/21/17 5:05 AM, Mariano Martinez Peck via Glass wrote:
>
> Hi Dale,
>
> I have just updated to latest GsDevKit release and I am trying to re-build
> the devKit images. However, there is a problem. I tracked it down up to
> this line:
>
>
>  ❯ ./create_gs_server_image -f -d /opt/gemstoneAdditions/GsDevKit_home/shared/pharo
> gsDevKitCommandLine
>
>
> The problem is that that script, even if at the very beginning it
> correctly sets `initialImageName=Pharo.image` when we are in case
> `gsDevKitCommandLine`, but at the end of the switch case, you set
> `imageName=${imageBaseName}.image`. Therefore, $imageName  would resolve
> to `gsDevKitCommandLine.image`. Obviously, in `$GS_HOME/shared/pharo` I
> only have Pharo.image and not gsDevKitCommandLine.image.
>
> Finally, this is the failing code which tries to open an image that
> doesn't exist:
>
> if [ "${force}" = "true" ] ; then
>   "$pharoCmd" "$directoryPath/$imageName" save gsDevKitTmp
> else
>   "$pharoCmd" "$directoryPath/$initialImageName" save gsDevKitTmp
> fi
>
> BTW the console shows "create" as per $message variable.
>
> Conclusion: if I remove the "-f" argument, it does work, obviously, but
> then it means it is not always safe to simply follow the instructions of `$GS_HOME/bin/updateGsDevKit
> -ti` as the `-i` would fail as in my case.
> I guess we could check if `$directoryPath/$imageName" ` exists, and if
> not, then use $initialImageName even if -f was passed by...
>
> Thoughts?
>
>
>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
>
> _______________________________________________
> Glass mailing listGlass at lists.gemtalksystems.comhttp://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>


-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20171121/1135984f/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2017-11-21 at 9.32.54 AM.png
Type: image/png
Size: 733257 bytes
Desc: not available
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20171121/1135984f/attachment-0001.png>