-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Script ‘attachRowanDevClones.stone’ fails when using GemStone v3.7.2 #31
Comments
@Rinzwind I'm assuming that you are following the instructions in the JadeiteForPharo README? It seems that those instructions are not complete. The particular error you are seeing is a consequence of loading the incorrect version of Rowan 3 ... You'll have to wait until we publish the correct instructions for 3.7.2 .... |
@Rinzwind The following instructions can be used to load the two projects into a 3.7.2 extent0.rowan3.dbf.
I'm recording the SHAs that I used for my test as known data points, but you should be able to use the two branches as well.
I've just tested a login, and I haven't tested anything else ... These are the JfP SHAs that I'm using :
The GsDevKit_stones variants of installProject.stone can be used to do the load as well ... |
Before closing this bug, let's add 3.7.2 to the CI lineup and add some level of JfP testing as well ... |
Thanks! I tested that and posted an updated Dockerfile in JadeiteForPharo issue #181. |
During the issue #32 work, I added a test for Rowan 3 and 3.7.2 ... which fulfills part of the requirements for this issue, however, I removed Announcements from the projectSets and neglected to include a test for attachRowanDevClones.stone ... attachRowanDevClones.stone is no longer part of the process needed to setup a 3.7.2stone to be used with JfP, but using attachRowanDevClones.stone with 3.7.2 and JfP should be an alternate path ... |
After further review there are two scenarios that need to be supported for managing git repositories: Pharo and GemStone on same machineWhen Pharo and GemStone on the same machine it is a good idea to use the same $ROWAN_PROJECTS_HOME directory for all of the client and server projects. The Pharo and GemStone on separate machinesFor Pharo, the For Gemstone, the Updating GemStoneThe server can be updated using either an
or using the
|
…an issue with logging into stone from JfP, using latest RemoteServiceReplication commit
The Dockerfile that I gave in JadeiteForPharo issue #148 still builds without error (tested using
docker build --no-cache --progress plain .
), but after modifying thecreateStone.solo
command to use version 3.7.2 instead of 3.7.1 (while keepingrowanv3_371
as the stone name), theattachRowanDevClones.stone
command fails:The text was updated successfully, but these errors were encountered: