[Glass] GsDevKit_home Early Access update

Dale Henrichs via Glass glass at lists.gemtalksystems.com
Tue Oct 20 19:57:59 PDT 2015 

That looks like the "standard Pharo3.0 problem on the Mac" where you 
occasionally get errors cracking open the zip file from the github 
download ... retrying the load should eventually get you updated ...

The fix/workaround for the "standard Pharo3.0 crash during unzip" issue 
is to to build from local git clones and I've set up GsDevKit_home to 
use local clones in $GS_HOME/shared/repos ... since I've made that 
change I haven't seen the crashes ...

Given that, I'm a bit surprised that your are getting FileTree from 
github, but I'm guessing that you must have customized the 
gsDevKitCommandLineLoad.st script or ???

I see that you are loading Metacello from 
GsDevKit_home/shared/repos/metacello-work/repository, but I don't know 
why you are loading FileTree from 
github://dalehenrich/filetree:pharo3.0/repository ...

I'm assuming that $GS_HOME/shared/repos/pharo3.0/filetree exists (could 
you check). So the next step is to run the following:

   $GS_HOME/bin/utils/gsDevKitEnvVars | grep FILETREE

Which will tell me which repos you should be using for FileTree ... and 
then I guess we'll go from there ...

Dale

On 10/20/2015 07:34 PM, Mariano Martinez Peck wrote:
> Hi DAle,
>
> Trying to update my Linux (server side of gsDevKit) executing
>
>  $GS_HOME/bin/updateGsDevKit -g -t -i
>
> Gives the following stack. I must go now, cannot debug further, sorry.
> Not urgent at all from my side here.
>
> Bye,
>
>
>
>
> =================
>    GsDevKit script: create_gs_server_image -f -d 
> /opt/gemstoneAdditions/GsDevKit_home/shared/pharo gsDevKitCommandLine
>               path: 
> /opt/gemstoneAdditions/GsDevKit_home/shared/bin/create_gs_server_image
> =================
> update gsDevKitCommandLine.image image using 
> /opt/gemstoneAdditions/GsDevKit_home/sys/default/pharo/gsDevKitCommandLineLoad.st
>
> Fetched -> BaselineOfMetacello-ChristopheDemarey.87 --- 
> filetree:///opt/gemstoneAdditions/GsDevKit_home/shared/repos/metacello-work/repository 
> [:] --- 
> filetree:///opt/gemstoneAdditions/GsDevKit_home/shared/repos/metacello-work/repository
> Loaded -> BaselineOfMetacello-ChristopheDemarey.87 --- 
> filetree:///opt/gemstoneAdditions/GsDevKit_home/shared/repos/metacello-work/repository 
> [:] --- 
> filetree:///opt/gemstoneAdditions/GsDevKit_home/shared/repos/metacello-work/repository
> Loading baseline of BaselineOfMetacello...
> Warning: LOCK ENFORCED: Attempt to 'upgrade to' new project: 
> 'BaselineOfFileTree [baseline] from 
> github://dalehenrich/filetree:pharo3.0/repository' when existing 
> project: 'BaselineOfFileTree [baseline] from 
> github://dalehenrich/filetree:/repository' is locked. New project not 
> loaded. Use #onLock: to intercept.
> Fetched -> BaselineOfFileTree-dkh.4 --- 
> github://dalehenrich/filetree:master/repository [bc48700:master] --- 
> github://dalehenrich/filetree:master/repository
> Loaded -> BaselineOfFileTree-dkh.4 --- 
> github://dalehenrich/filetree:master/repository [bc48700:master] --- 
> github://dalehenrich/filetree:master/repository
> Warning: LOCK ENFORCED: Attempt to 'upgrade to' new project: 
> 'BaselineOfFileTree [baseline] from 
> github://dalehenrich/filetree:pharo3.0/repository' when existing 
> project: 'BaselineOfFileTree [baseline] from 
> github://dalehenrich/filetree:/repository' is locked. New project not 
> loaded. Use #onLock: to intercept.
> Warning: LOCK ENFORCED: Attempt to 'upgrade to' new project: 
> 'BaselineOfFileTree [baseline] from 
> github://dalehenrich/filetree:pharo3.0/repository' when existing 
> project: 'BaselineOfFileTree [baseline] from 
> github://dalehenrich/filetree:/repository' is locked. New project not 
> loaded. Use #onLock: to intercept.
> Project: FileTree baseline
> ...RETRY
> ...RETRY'Errors in script loaded from 
> /opt/gemstoneAdditions/GsDevKit_home/sys/default/pharo/gsDevKitCommandLineLoad.st'
> Error: only integers should be used as indices
> UndefinedObject(Object)>>error:
> UndefinedObject(Object)>>errorNonIntegerIndex
> UndefinedObject(Object)>>at:
> MCFileTreeStCypressReader>>addExtensionClassAndMethodDefinitionsFromEntry:
> MCFileTreeStCypressReader>>addClassAndMethodDefinitionsFromDirectory: 
> in Block: [ :entry | ...
> Array(SequenceableCollection)>>do:
> MCFileTreeStCypressReader>>addClassAndMethodDefinitionsFromDirectory:
> MCFileTreeStCypressReader>>loadDefinitions
> MCFileTreeStCypressReader(MCVersionReader)>>definitions
> MCFileTreeStCypressReader(MCVersionReader)>>snapshot
> MCFileTreeStCypressReader(MCFileTreeAbstractReader)>>basicVersion
> MCFileTreeStCypressReader>>basicVersion
> MCFileTreeStCypressReader(MCVersionReader)>>version
> MCGitHubRepository(MCFileBasedRepository)>>loadVersionFromFileNamed: 
> in Block: [ :r | r version ]
> MCGitHubRepository(MCFileBasedRepository)>>versionReaderForFileNamed:do: 
> in Block: [ :s | (MCVersionReader readerClassForFileNamed: a...etc...
> MCGitHubRepository(MCFileTreeRepository)>>readStreamForFileNamed:do:
> MCGitHubRepository(MCFileBasedRepository)>>versionReaderForFileNamed:do:
> MCGitHubRepository(MCFileBasedRepository)>>loadVersionFromFileNamed:
> MCGitHubRepository(MCFileTreeRepository)>>goferVersionFrom: in Block: 
> [ :packageDirectory | ...
> Array(SequenceableCollection)>>collect:
> MCGitHubRepository(MCFileTreeRepository)>>goferVersionFrom:
> MetacelloCachingGoferResolvedReference(GoferResolvedReference)>>version
> MetacelloCachingGoferResolvedReference>>version
> MetacelloFetchingMCSpecLoader>>resolveDependencies:nearest:into: in 
> Block: [ :each | each version ]
> OrderedCollection>>do:
> MetacelloFetchingMCSpecLoader>>resolveDependencies:nearest:into: in 
> Block: [ ...
> BlockClosure>>on:do:
> MetacelloFetchingMCSpecLoader>>resolveDependencies:nearest:into:
> MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: in Block: 
> linearLoadPackageSpec: packageSpec gofer: gofer...
> MetacelloPharo30Platform(MetacelloPlatform)>>do:displaying:
>
>
> How can I do you give you more information?
>
>
>
> On Tue, Oct 20, 2015 at 9:50 PM, Dale Henrichs via Glass 
> <glass at lists.gemtalksystems.com 
> <mailto:glass at lists.gemtalksystems.com>> wrote:
>
>     Update includes modifications to all parts of GsDevKit_home:
>     scripts, tode: client and server. Update with updateGsDevKit first
>     then update tODE stones manually or with the todeUpdate script:
>
>       $GS_HOME/bin/updateGsDevKit -g -t -i
>       $GS_HOME/bin todeUpdate <stone-name>
>
>     See the pull request[1] for details: for the most part the fixes
>     are aimed at supporting the Seaside project[2] which will function
>     as a poster child for setting up a GsDevKit_home project when
>     completed.
>
>     This update does not contain a fix for the symbolic link on
>     windows problem[3], but I thought it would be prudent to get this
>     update out of the way first, and then I can make the patches and
>     repair script available in a separate Pull Request ... so I want
>     Early Access users to update to this by following the instructions
>     at beginning of post .... and get any issues that come out of the
>     way, without any other complications:)
>
>     Dale
>
>     [1] https://github.com/GsDevKit/GsDevKit_home/pull/5
>     [2]
>     https://github.com/GsDevKit/GsDevKit_home/tree/master/shared/projects/seaside31
>     [3] https://github.com/GsDevKit/GsDevKit_home/issues/7
>     _______________________________________________
>     Glass mailing list
>     Glass at lists.gemtalksystems.com <mailto:Glass at lists.gemtalksystems.com>
>     http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
>
>
> -- 
> Mariano
> http://marianopeck.wordpress.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20151020/47c8ccf6/attachment-0001.html>

More information about the Glass mailing list