Hi,
i have a linux system where run GemStone/S 3.1.0 Web Edition. I read the email with object: [GemStone-Smalltalk] GemStone/S 64 Bit 3.1.0.1 release I need to update my system ? I download the last version from ftp://ftp.gemstone.com/pub/GemStone64/3.1.0.1/GemStone64Bit3.1.0.1-x86_64.Linux.zip I have two questions : A) I unzip the GemStone64Bit3.1.0.1-x86_64.Linux.zip. I can only copy the new extent0.dbf version in the hold GemStone64Bit3.0.1-x86_64.Linux/seaside/data ? If yes, in the new GemStone64Bit3.1.0.1-x86_64.Linux/seaside/data i don't find the new extent0.dbf B) With the Gemstone 3.1.0 i use the installGemstone3.1.0.sh to download and create a new environment. Now i don't find the new relative version from http://seaside.gemstone.com/scripts/installGemstone3.1.0.1.sh Thank for any considerations. Dario |
Ciao, excuse for my replication. But i'm ready to port my code and data from Gemstone 2.4 to Gemstone 3.1.x.y Some weeks ago i have install on a linux system, the Gemstone/S 64 Bit 3.1.0 environment with the installGemstone3.1.0.sh ( from http://seaside.gemstone.com/downloads.html ). In the last days, in this mailing list i read the message : [GemStone-Smalltalk] GemStone/S 64 Bit 3.1.0.1 release Now my question ( before begin the porting) , is how i can install the new GemStone/S 64 Bit 3.1.0.1 release? I think it's need, but i don't know how i can install it.
Some hold questions are:
Now i have copy and rename the : GemStone64Bit3.1.0.1-x86_64.Linux/bin/extent0.seaside.dbf into the GemStone64Bit3.0.1-x86_64.Linux/seaside/data/extent0.dbf A this point when i starting the Gemstone the script report : startstone[Info]: GemStone version '3.1.0' It's correct ? Because it don't report startstone[Info]: GemStone version '3.1.0.1' I can consider this copy correctly and enough ? Or i wrong ? ( The size of the 3.1.0.1 extent0.seaside.dbf is same of the 3.1.0 extent0.seaside.dbf ) How i can test the Gemstone version from GemTools workspace?
A new question: When i starting the Gemstone the gemstone.secret is consider ? I have the impression that the system starting in any case ( even when the password is incorrect ). On the contrary, when i stopping the system, the password is always testing. Thanks in advance for any considerations, Dario |
In the installGemstone3.1.0.sh script change the shell variable vers
from 3.1.0 to 3.0.1.1 and run the install script. On 09/04/2012 04:52 AM, Dario Trussardi wrote: > Ciao, > > excuse for my replication. > > But i'm ready to port my code and data from Gemstone 2.4 to Gemstone > 3.1.x.y > > Some weeks ago i have install on a linux system,the Gemstone/S 64 Bit > 3.1.0 environment with theinstallGemstone3.1.0.sh > <http://seaside.gemstone.com/scripts/installGemstone3.1.0.sh> ( from > http://seaside.gemstone.com/downloads.html ). > > In the last days, in this mailing list i read the message : > [GemStone-Smalltalk] GemStone/S 64 Bit 3.1.0.1 release > > Now my question ( before begin the porting) , is how i can install the > new GemStone/S 64 Bit 3.1.0.1 release? > > I think it's need, but i don't know how i can install it. > > >> Hi, >> >> i have a linux system where run GemStone/S 3.1.0 Web Edition. >> >> I read the email with object: [GemStone-Smalltalk] GemStone/S 64 Bit >> 3.1.0.1 release >> >> >> I need to update my system ? >> >> >> I download the last version from >> ftp://ftp.gemstone.com/pub/GemStone64/3.1.0.1/GemStone64Bit3.1.0.1-x86_64.Linux.zip >> > > Some hold questions are: > >> I have two questions : >> >> A) I unzip the GemStone64Bit3.1.0.1-x86_64.Linux.zip. >> >> I can only copy the new extent0.dbf version in the hold >> GemStone64Bit3.0.1-x86_64.Linux/seaside/data ? >> >> If yes, in the new GemStone64Bit3.1.0.1-x86_64.Linux/seaside/data i >> don't find the new extent0.dbf > > Now i have copy and rename the : > GemStone64Bit3.1.0.1-x86_64.Linux/bin/extent0.seaside.dbf > > into the GemStone64Bit3.0.1-x86_64.Linux/seaside/data/extent0.dbf > > A this point when i starting the Gemstone the script report : > startstone[Info]: GemStone version '3.1.0' > > It's correct ? Because it don't report startstone[Info]: GemStone > version '3.1.0.1' > > I can consider this copy correctly and enough ? > > Or i wrong ?( The size of the 3.1.0.1 extent0.seaside.dbf is same of > the 3.1.0 extent0.seaside.dbf ) > > How i can test the Gemstone version from GemTools workspace? > >> >> >> B) With the Gemstone 3.1.0 i use the installGemstone3.1.0.sh >> <http://seaside.gemstone.com/scripts/installGemstone3.1.0.sh> to >> download and create a new environment. >> >> Now i don't find the new relative version from >> http://seaside.gemstone.com/scripts/installGemstone3.1.0.1.sh > > A new question: > When i starting the Gemstone the gemstone.secret is consider ? > > I have the impression that the system starting in any case ( even when > the password is incorrect ). > On the contrary, when i stopping the system, the password is always testing. > > > Thanks in advance for any considerations, > > Dario > |
In reply to this post by dario trussardi
Sorry that should have read:
In the installGemstone3.1.0.sh script change the shell variable vers from 3.1.0 to 3.1.0.1 and run the install script. On 09/04/2012 04:52 AM, Dario Trussardi wrote: > Ciao, > > excuse for my replication. > > But i'm ready to port my code and data from Gemstone 2.4 to Gemstone > 3.1.x.y > > Some weeks ago i have install on a linux system,the Gemstone/S 64 Bit > 3.1.0 environment with theinstallGemstone3.1.0.sh > <http://seaside.gemstone.com/scripts/installGemstone3.1.0.sh> ( from > http://seaside.gemstone.com/downloads.html ). > > In the last days, in this mailing list i read the message : > [GemStone-Smalltalk] GemStone/S 64 Bit 3.1.0.1 release > > Now my question ( before begin the porting) , is how i can install the > new GemStone/S 64 Bit 3.1.0.1 release? > > I think it's need, but i don't know how i can install it. > > >> Hi, >> >> i have a linux system where run GemStone/S 3.1.0 Web Edition. >> >> I read the email with object: [GemStone-Smalltalk] GemStone/S 64 Bit >> 3.1.0.1 release >> >> >> I need to update my system ? >> >> >> I download the last version from >> ftp://ftp.gemstone.com/pub/GemStone64/3.1.0.1/GemStone64Bit3.1.0.1-x86_64.Linux.zip >> > > Some hold questions are: > >> I have two questions : >> >> A) I unzip the GemStone64Bit3.1.0.1-x86_64.Linux.zip. >> >> I can only copy the new extent0.dbf version in the hold >> GemStone64Bit3.0.1-x86_64.Linux/seaside/data ? >> >> If yes, in the new GemStone64Bit3.1.0.1-x86_64.Linux/seaside/data i >> don't find the new extent0.dbf > > Now i have copy and rename the : > GemStone64Bit3.1.0.1-x86_64.Linux/bin/extent0.seaside.dbf > > into the GemStone64Bit3.0.1-x86_64.Linux/seaside/data/extent0.dbf > > A this point when i starting the Gemstone the script report : > startstone[Info]: GemStone version '3.1.0' > > It's correct ? Because it don't report startstone[Info]: GemStone > version '3.1.0.1' > > I can consider this copy correctly and enough ? > > Or i wrong ?( The size of the 3.1.0.1 extent0.seaside.dbf is same of > the 3.1.0 extent0.seaside.dbf ) > > How i can test the Gemstone version from GemTools workspace? > >> >> >> B) With the Gemstone 3.1.0 i use the installGemstone3.1.0.sh >> <http://seaside.gemstone.com/scripts/installGemstone3.1.0.sh> to >> download and create a new environment. >> >> Now i don't find the new relative version from >> http://seaside.gemstone.com/scripts/installGemstone3.1.0.1.sh > > A new question: > When i starting the Gemstone the gemstone.secret is consider ? > > I have the impression that the system starting in any case ( even when > the password is incorrect ). > On the contrary, when i stopping the system, the password is always testing. > > > Thanks in advance for any considerations, > > Dario > |
I also forgot to recommend that you unlink the
/opt/gemstone/product link prior to running the install script so that seaside extent is copied from/to the correct place. On 09/04/2012 05:18 PM, Paul DeBruicker wrote: > Sorry that should have read: > > In the installGemstone3.1.0.sh script change the shell variable vers > from 3.1.0 to 3.1.0.1 and run the install script. > > > > > > On 09/04/2012 04:52 AM, Dario Trussardi wrote: >> Ciao, >> >> excuse for my replication. >> >> But i'm ready to port my code and data from Gemstone 2.4 to Gemstone >> 3.1.x.y >> >> Some weeks ago i have install on a linux system,the Gemstone/S 64 Bit >> 3.1.0 environment with theinstallGemstone3.1.0.sh >> <http://seaside.gemstone.com/scripts/installGemstone3.1.0.sh> ( from >> http://seaside.gemstone.com/downloads.html ). >> >> In the last days, in this mailing list i read the message : >> [GemStone-Smalltalk] GemStone/S 64 Bit 3.1.0.1 release >> >> Now my question ( before begin the porting) , is how i can install the >> new GemStone/S 64 Bit 3.1.0.1 release? >> >> I think it's need, but i don't know how i can install it. >> >> >>> Hi, >>> >>> i have a linux system where run GemStone/S 3.1.0 Web Edition. >>> >>> I read the email with object: [GemStone-Smalltalk] GemStone/S 64 Bit >>> 3.1.0.1 release >>> >>> >>> I need to update my system ? >>> >>> >>> I download the last version from >>> ftp://ftp.gemstone.com/pub/GemStone64/3.1.0.1/GemStone64Bit3.1.0.1-x86_64.Linux.zip >>> >>> >> >> Some hold questions are: >> >>> I have two questions : >>> >>> A) I unzip the GemStone64Bit3.1.0.1-x86_64.Linux.zip. >>> >>> I can only copy the new extent0.dbf version in the hold >>> GemStone64Bit3.0.1-x86_64.Linux/seaside/data ? >>> >>> If yes, in the new GemStone64Bit3.1.0.1-x86_64.Linux/seaside/data i >>> don't find the new extent0.dbf >> >> Now i have copy and rename the : >> GemStone64Bit3.1.0.1-x86_64.Linux/bin/extent0.seaside.dbf >> >> into the GemStone64Bit3.0.1-x86_64.Linux/seaside/data/extent0.dbf >> >> A this point when i starting the Gemstone the script report : >> startstone[Info]: GemStone version '3.1.0' >> >> It's correct ? Because it don't report startstone[Info]: GemStone >> version '3.1.0.1' >> >> I can consider this copy correctly and enough ? >> >> Or i wrong ?( The size of the 3.1.0.1 extent0.seaside.dbf is same of >> the 3.1.0 extent0.seaside.dbf ) >> >> How i can test the Gemstone version from GemTools workspace? >> >>> >>> >>> B) With the Gemstone 3.1.0 i use the installGemstone3.1.0.sh >>> <http://seaside.gemstone.com/scripts/installGemstone3.1.0.sh> to >>> download and create a new environment. >>> >>> Now i don't find the new relative version from >>> http://seaside.gemstone.com/scripts/installGemstone3.1.0.1.sh >> >> A new question: >> When i starting the Gemstone the gemstone.secret is consider ? >> >> I have the impression that the system starting in any case ( even when >> the password is incorrect ). >> On the contrary, when i stopping the system, the password is always >> testing. >> >> >> Thanks in advance for any considerations, >> >> Dario >> > |
In reply to this post by Paul DeBruicker
Thank Paul,
> Sorry that should have read: > > In the installGemstone3.1.0.sh script change the shell variable vers from 3.1.0 to 3.1.0.1 and run the install script. i follow your indication, and now i have a stone 3.1.0.1 run on my server. I work with GemTools-1.0-beta.8.7-31x Pharo image run on MacBook. Now when i do the Login to the new stone 3.1.0.1 the system erase the error: 'The versions of RPC GCI client and Gem server are incompatible.' Some ideas ? Dario |
Hmm. Looks like you'll have to wait to hear from someone at Gemstone
about this. Probably need an update for GemTools. On 09/05/2012 03:56 AM, Dario Trussardi wrote: > Thank Paul, > > >> Sorry that should have read: >> >> In the installGemstone3.1.0.sh script change the shell variable vers from 3.1.0 to 3.1.0.1 and run the install script. > > i follow your indication, and now i have a stone 3.1.0.1 run on my server. > > I work with GemTools-1.0-beta.8.7-31x Pharo image run on MacBook. > > Now when i do the Login to the new stone 3.1.0.1 the system erase the error: > > 'The versions of RPC GCI client and Gem server are incompatible.' > > Some ideas ? > > Dario > |
In reply to this post by dario trussardi
Dario,
Regarding: 'The versions of RPC GCI client and Gem server are incompatible.' The gci libraries (embedded in your gemtools one clicks) are different between 3.1.0 and 3.1.0.1 ... it's probably easiest to keep a separate GemTools for each version 2.4.x, 3.1.0 and 3.1.0.1 ... we don't always change RPC compatibility levels (especially with minor version updates), but occasionally it is necessary and that is the case this time around ... Here's a snippet from the one-click build script that should help you decipher which gci files to copy and where they should be copied to: # copy gemstone-specific artifacts cp "$LINUX_GEMSTONE/lib32/libgcirpc-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/gciForLinux.so" cp "$LINUX_GEMSTONE/lib32/libssl-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/" cp "$MAC_GEMSTONE/lib32/libgcirpc-3.1.0-32.dylib" "$OUTPUT_PATH/Contents/Resources/gciForMacintosh.so" cp "$MAC_GEMSTONE/lib32/libssl-3.1.0-32.dylib" "$OUTPUT_PATH/Contents/Resources/" cp "$WINDOWS_GEMSTONE/bin/libgcirpc-3.1.0-32.dll" "$OUTPUT_PATH/Contents/Resources/gciForWindows.dll" cp "$WINDOWS_GEMSTONE/bin/libssl-3.1.0-32.dll" "$OUTPUT_PATH/Contents/Resources/" Let me know if this helps, Dale ----- Original Message ----- | From: "Dario Trussardi" <[hidden email]> | To: "GemStone Seaside beta discussion" <[hidden email]> | Sent: Wednesday, September 5, 2012 3:56:40 AM | Subject: Re: [GS/SS Beta] GemStone/S 64 Bit 3.1.0.1 release | | Thank Paul, | | | > Sorry that should have read: | > | > In the installGemstone3.1.0.sh script change the shell variable | > vers from 3.1.0 to 3.1.0.1 and run the install script. | | i follow your indication, and now i have a stone 3.1.0.1 run on my | server. | | I work with GemTools-1.0-beta.8.7-31x Pharo image run on MacBook. | | Now when i do the Login to the new stone 3.1.0.1 the system erase | the error: | | 'The versions of RPC GCI client and Gem server are incompatible.' | | Some ideas ? | | Dario |
Ciao, Dale > Dario, > > Regarding: 'The versions of RPC GCI client and Gem server are incompatible.' > > > The gci libraries (embedded in your gemtools one clicks) are different between 3.1.0 and 3.1.0.1 ... it's probably easiest to keep a separate GemTools for each version 2.4.x, 3.1.0 and 3.1.0.1 ... we don't always change RPC compatibility levels (especially with minor version updates), but occasionally it is necessary and that is the case this time around ... > > Here's a snippet from the one-click build script that should help you decipher which gci files to copy and where they should be copied to: > > # copy gemstone-specific artifacts > cp "$LINUX_GEMSTONE/lib32/libgcirpc-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/gciForLinux.so" > cp "$LINUX_GEMSTONE/lib32/libssl-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/" > cp "$MAC_GEMSTONE/lib32/libgcirpc-3.1.0-32.dylib" "$OUTPUT_PATH/Contents/Resources/gciForMacintosh.so" > cp "$MAC_GEMSTONE/lib32/libssl-3.1.0-32.dylib" "$OUTPUT_PATH/Contents/Resources/" On the MacBook with the relative *3.1.0.1* works fine. Thanks, Dario > cp "$WINDOWS_GEMSTONE/bin/libgcirpc-3.1.0-32.dll" "$OUTPUT_PATH/Contents/Resources/gciForWindows.dll" > cp "$WINDOWS_GEMSTONE/bin/libssl-3.1.0-32.dll" "$OUTPUT_PATH/Contents/Resources/" > > Let me know if this helps, > > Dale > > ----- Original Message ----- > | From: "Dario Trussardi" <[hidden email]> > | To: "GemStone Seaside beta discussion" <[hidden email]> > | Sent: Wednesday, September 5, 2012 3:56:40 AM > | Subject: Re: [GS/SS Beta] GemStone/S 64 Bit 3.1.0.1 release > | > | Thank Paul, > | > | > | > Sorry that should have read: > | > > | > In the installGemstone3.1.0.sh script change the shell variable > | > vers from 3.1.0 to 3.1.0.1 and run the install script. > | > | i follow your indication, and now i have a stone 3.1.0.1 run on my > | server. > | > | I work with GemTools-1.0-beta.8.7-31x Pharo image run on MacBook. > | > | Now when i do the Login to the new stone 3.1.0.1 the system erase > | the error: > | > | 'The versions of RPC GCI client and Gem server are incompatible.' > | > | Some ideas ? > | > | Dario |
Free forum by Nabble | Edit this page |