[Glass] GsDevKit_stones - additional remarks

[Dale Henrichs]

Marten,

While this is not a direct answer to your question ... I use snapshot.solo
in combination with newExtent.solo to do "backup and restore" ... but then
I don't restore from tranlogs in my use cases ... with that said I agree
that full backup/restore functionality needs to be supported ...

runtime environment for Monticello stones


I don't know what process you followed with _home, but if you created
stones using the createStone script (and no "special" options), then tODE
was installed in your stone ... so if you use the loadTode.stone[1]  script
after createStone.solo, your stone should be equivalent to one started with
createStone in _home...

While not ideal it is also possible (use a tODE stone) to take an .mcz
file, export it as a filetree repository and use vi to edit the source
code. Then you can create a new version of an .mcz file from the filetree
repository ... Not ideal, but functional in a pinch ...

I can supply details for this as well ... I know that I owe you
instructions to programmatically generate Rowan definitions and will try to
kill both birds with one stone ... when I carve out the time :)

upgrade monticello based stones to GsDevKit_stones stones
>
I am not exactly sure what you think the difference between a  "monticello"
stone and a "GsDevKit_stone" stone is ...

If you provide me with a GsDevKit_home script that you use to create a
"monticello" stone, then I will be able to provide you with a script to do
the same thing in GsDevKit_stones and explicitly identify any missing
functionality in GsDevKit_stones, if there are any holes outside of a
restore from backup script and an upgradeStone script which are already
know to be missing ...

Dale

[1] https://github.com/GsDevKit/GsDevKit_stones/blob/v2.1/bin/loadTode.stone

On Thu, Jul 11, 2024 at 11:11 PM Marten Feldtmann via Glass <
glass at lists.gemtalksystems.com> wrote:

> Ok,
>
> my situation has changed now. The current Linux distribution I use
> (based on Ubuntu 22.04) is not able to execute the pharo executable
> stable in the i386 architecture. So I decided to go a different way:
>
>
> -> install a virtual image running pure Ubuntu 22.04 LTS server for
> creating stones, updating stones (because of Monticello)
>
> -> make a backup
>
> -> install the stones under GsDevKit_stones and use GsDevKit_stones for
> runtime support only
>
>
> but this is quite not as easy as it might be. GsDevKit_stones allows you
> to make a backup, but I have not found a restore :-(
>
>
> Here are some questions:
>
> - how do I make a restore from a full backup under GsDevKit_stones ?
>
> - without tode defined some scripts are not running. Is there still tode
> running around ?
>
> - is there something like the stones utility ?
>
> - is there a way to upgrade a monticello based stones to GsDevKit_stones
>
>
> and a suggestion:
>
>
> prepare GsDevKit_Stones in the first stage as a runtime environment for
> Monticello stones (Rowan is not there and GsDevKit_home is on its
> sunset) and offer the following services:
>
> - backup, restore, start, stop (suitable for all stones)
>
> - environment for writing linux services scripts
>
>
> Going this way, one could at least have a transition in the installed
> databases to switch from _home to _stones.
>
>
>
>
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> https://lists.gemtalksystems.com/mailman/listinfo/glass
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/archives/glass/attachments/20240712/889da8d4/attachment.htm>