Dale Henrichs
Dale Henrichs
see [discussion here](http://forum.world.st/Problem-with-create-gs-server-image-in-latest-gsDevKit-home-td5033891.html) ... fix this problem and consider creating the gsDevKitCommandLine.image during install* scripts...
See the [discussion here](http://forum.world.st/Seaside-Installation-1-problem-with-gemServer-ston-script-2-attaching-via-localhost-td4947504.html) for the details. ``` set gemnetid gemnetobject ``` Was the fatal command - it converts a linked topaz into an rpc login, which requires netldi information......
see http://forum.world.st/Out-of-memory-crashed-writing-CSV-to-gemstone-directory-tc4934076.html. Upshot is that both `startNetldi` and `startTopaz` should cd to` $GS_HOME/server/stones//logs` before launching topaz/netldi executables ... this should give consistent behavior for log files (CSV files in particular)...
link to non-existent directory: /usr/lib/i386-lin-gnu/
It **is** run during createStone, on demand, but I think a user is better prepared for install-time failures (trying to install a bunch of code from http servers to create...
The .smalltalk.ston appears to be valid STON format as the following is handled correctly in GemStone: ``` Smalltalk STON fromString: 'SmalltalkCISpec { #loading : [ SCIMetacelloLoadSpec { #baseline : ''Gt4Gemstone'',...
I think the [Working with GemStone](https://github.com/GsDevKit/GsDevKit_home/blob/master/docs/workingWithGemStoneServer.md) should be linked from the top-level readme ... perhaps in this section: https://github.com/GsDevKit/GsDevKit_home#using-gsdevkit-and-tode?
It's worth doing sooner or later ...
[This email](http://forum.world.st/Migrating-to-github-2-tp4906038p4906068.html) with [a correction in this one](http://forum.world.st/Migrating-to-github-2-tp4906038p4906068.html) pretty much covers the steps, but we need to insert this information into our docs ...