[Glass] How to convert this source to GsDevKit_stones ?

[Marten Feldtmann]

On 27.11.24 01:19, Dale Henrichs wrote:
>
>
> I do recommend that you put your $STONES_DATA_HOME/gsdevkit_stones
> directory under git control and periodically do commits, so that you
> can protect the GsDevKit_stones data base from accidental corruption
> either from manual edits of GsDevKit_stones bugs...
>
>
Ah ok, I added a backup script for that.

And I have to apologize here - I *thought*, that with 3.7.1 there is no
Monticello/Metacello extent delivered and I got pretty upset about that,
but I was wrong. With 3.7.1 four extents are delivered, two for various
rowan formats and extent0.seaside.dbf is still Monticell/Metacello format.

If you are working with Jade, you should use the latest Jade version
available (August 2024 - 2.4.33) - otherwise you might get a connection
error when try to connect to a 3.7.1 database.

The movement from GsDevKit_home to GsDevKit_stones is still needed for
myself - due to the fact, that under my current development Linux
distribution (TuxedoOS, Ubuntu 22.04 based) the pharo3 virtual machine
is crashing regularly (ca. 75% of all calls) and so GsDevKit_home is not
useable any more on such distribution. Its more save to make the
transition to GsDevKit_stones.

During such transition, most of my work is done in changing the setting
up the environment code for calling topaz code ... but this is only
repeating work in various scripts.

What I really like about GsDevKit_stones is, that one is able to run the
same Gemstone/S binary under different licenses.

And my original question was: how can I create a file like
"extent0.seaside.dbf" ? Is a full backup file a suitable extent for that
? I assume, that the dbf file must have no relation to any
transaction-log files ?


Marten

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/archives/glass/attachments/20241128/208b139b/attachment-0001.htm>