<div dir="ltr"><div>Marten,</div><div><br></div><div>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 ...</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">runtime environment for Monticello stones</blockquote><div><br></div><div>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...</div><div><br></div><div>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 ...</div><div><br></div><div>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 :) <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">upgrade monticello based stones to GsDevKit_stones stones<br></blockquote><div>I am not exactly sure what you think the difference between a  "monticello" stone and a "GsDevKit_stone" stone is ... <br></div><div><br></div><div>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 ...</div><div><br></div><div>Dale<br></div><div><br></div><div>[1] <a href="https://github.com/GsDevKit/GsDevKit_stones/blob/v2.1/bin/loadTode.stone">https://github.com/GsDevKit/GsDevKit_stones/blob/v2.1/bin/loadTode.stone</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 11, 2024 at 11:11 PM Marten Feldtmann via Glass <<a href="mailto:glass@lists.gemtalksystems.com">glass@lists.gemtalksystems.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Ok,<br>
<br>
my situation has changed now. The current Linux distribution I use<br>
(based on Ubuntu 22.04) is not able to execute the pharo executable<br>
stable in the i386 architecture. So I decided to go a different way:<br>
<br>
<br>
-> install a virtual image running pure Ubuntu 22.04 LTS server for<br>
creating stones, updating stones (because of Monticello)<br>
<br>
-> make a backup<br>
<br>
-> install the stones under GsDevKit_stones and use GsDevKit_stones for<br>
runtime support only<br>
<br>
<br>
but this is quite not as easy as it might be. GsDevKit_stones allows you<br>
to make a backup, but I have not found a restore :-(<br>
<br>
<br>
Here are some questions:<br>
<br>
- how do I make a restore from a full backup under GsDevKit_stones ?<br>
<br>
- without tode defined some scripts are not running. Is there still tode<br>
running around ?<br>
<br>
- is there something like the stones utility ?<br>
<br>
- is there a way to upgrade a monticello based stones to GsDevKit_stones<br>
<br>
<br>
and a suggestion:<br>
<br>
<br>
prepare GsDevKit_Stones in the first stage as a runtime environment for<br>
Monticello stones (Rowan is not there and GsDevKit_home is on its<br>
sunset) and offer the following services:<br>
<br>
- backup, restore, start, stop (suitable for all stones)<br>
<br>
- environment for writing linux services scripts<br>
<br>
<br>
Going this way, one could at least have a transition in the installed<br>
databases to switch from _home to _stones.<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Glass mailing list<br>
<a href="mailto:Glass@lists.gemtalksystems.com" target="_blank">Glass@lists.gemtalksystems.com</a><br>
<a href="https://lists.gemtalksystems.com/mailman/listinfo/glass" rel="noreferrer" target="_blank">https://lists.gemtalksystems.com/mailman/listinfo/glass</a><br>
</blockquote></div>