[Glass] GsDevKit_home Early Access update

Wed Oct 21 05:32:54 PDT 2015

Hi great Dale,

Let me know when (how?) you want me to test that and I tell you if it fixes
the problem or not.
There is no hurry from my side on this one.
Thanks for the push!

On Wed, Oct 21, 2015 at 2:50 AM, Dale Henrichs <
dale.henrichs at gemtalksystems.com> wrote:

> Mariano, I have a partial explanation for why the BaselineOfFileTree is
> failing ... I have defined some env vars incorrectly in a couple of places
> ...
>
> I've got a patch pull request[9] that I'm queuing up for the symbolic
> problem and it will also include a fix for the env vars (plus some added
> tests) ...
>
> Dale
>
> [9] https://github.com/GsDevKit/GsDevKit_home/pull/9
>
> 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>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
>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
>
>

-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20151021/d618767a/attachment.html>