After loading Glamour dev in Pharo 40 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gofer new smalltalkhubUser: 'Moose' project: 'Glamour'; package: 'ConfigurationOfGlamour'; load. (Smalltalk at: #ConfigurationOfGlamour) perform: #loadDevelopment ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ when I try opening Playground I get AnObsoleteGLMLiveStringBrick(Object)>>doesNotUnderstand: #textLogic: And Spotter throws GLMHintableActionButtonBrick(Object)>>doesNotUnderstand: #addUpAction: Am I missing some extra dependency? Thanks, Peter
Also I am interested only in presenter for Roassal, is there separate configuration for that? On Mon, Mar 23, 2015 at 6:47 PM, Peter Uhnák <i.uhnak@gmail.com> wrote:
After loading Glamour dev in Pharo 40 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gofer new smalltalkhubUser: 'Moose' project: 'Glamour'; package: 'ConfigurationOfGlamour'; load. (Smalltalk at: #ConfigurationOfGlamour) perform: #loadDevelopment ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
when I try opening Playground I get AnObsoleteGLMLiveStringBrick(Object)>>doesNotUnderstand: #textLogic:
And Spotter throws GLMHintableActionButtonBrick(Object)>>doesNotUnderstand: #addUpAction:
Am I missing some extra dependency?
Thanks, Peter
There are several tools in Pharo that depend on Glamour. If you update glamour to the latest version you also need to update the tools that depend on it. This script updated everything: { { 'ConfigurationOfRubric'. 'AlainPlantec'. 'Rubric' }. { 'ConfigurationOfGlamourCore'. 'Moose'. 'Glamour' }. { 'ConfigurationOfGTInspectorCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTPlaygroundCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTSpotter'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGToolkitCore'. 'Moose'. 'GToolkit' }. } do: [ :spec | Gofer new smalltalkhubUser: spec second project: spec third; package: spec first; load ]. ConfigurationOfGToolkitCore loadDevelopment. If you are interested just in the Roassal presented you could try and only load the package Glamour-Roassal2-Presentations + Roassal. However, depending on what changes you might need to also update glamour. Cheers, Andrei On Mon, Mar 23, 2015 at 6:47 PM, Peter Uhnák <i.uhnak@gmail.com> wrote:
After loading Glamour dev in Pharo 40 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gofer new smalltalkhubUser: 'Moose' project: 'Glamour'; package: 'ConfigurationOfGlamour'; load. (Smalltalk at: #ConfigurationOfGlamour) perform: #loadDevelopment ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
when I try opening Playground I get AnObsoleteGLMLiveStringBrick(Object)>>doesNotUnderstand: #textLogic:
And Spotter throws GLMHintableActionButtonBrick(Object)>>doesNotUnderstand: #addUpAction:
Am I missing some extra dependency?
Thanks, Peter
I think it is pretty telling that 2 different persons basically had the same issue in 3 days. Should this issue be considered as something to have fixed for the Pharo 4 release?
On Mar 23, 2015, at 14:53, Andrei Chis <chisvasileandrei@gmail.com> wrote:
There are several tools in Pharo that depend on Glamour. If you update glamour to the latest version you also need to update the tools that depend on it.
This script updated everything:
{ { 'ConfigurationOfRubric'. 'AlainPlantec'. 'Rubric' }. { 'ConfigurationOfGlamourCore'. 'Moose'. 'Glamour' }. { 'ConfigurationOfGTInspectorCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTPlaygroundCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTSpotter'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGToolkitCore'. 'Moose'. 'GToolkit' }. } do: [ :spec | Gofer new smalltalkhubUser: spec second project: spec third; package: spec first; load ]. ConfigurationOfGToolkitCore loadDevelopment.
If you are interested just in the Roassal presented you could try and only load the package Glamour-Roassal2-Presentations + Roassal. However, depending on what changes you might need to also update glamour.
Cheers, Andrei
On Mon, Mar 23, 2015 at 6:47 PM, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote: After loading Glamour dev in Pharo 40 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gofer new smalltalkhubUser: 'Moose' project: 'Glamour'; package: 'ConfigurationOfGlamour'; load. (Smalltalk at: #ConfigurationOfGlamour) perform: #loadDevelopment ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
when I try opening Playground I get AnObsoleteGLMLiveStringBrick(Object)>>doesNotUnderstand: #textLogic:
And Spotter throws GLMHintableActionButtonBrick(Object)>>doesNotUnderstand: #addUpAction:
Am I missing some extra dependency?
Thanks, Peter
_______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
Running the update script in the latest image (40585) causes a DNU: Instances of UndefinedObject are not indexable. :-( I can only see the stack trace in the pre-debugger. Clicking in the pre-debugger or trying to close a window causes the DNU again. The problem seems to be in RubFindReplaceService>>textArea:
On Mar 23, 2015, at 14:53, Andrei Chis <chisvasileandrei@gmail.com> wrote:
There are several tools in Pharo that depend on Glamour. If you update glamour to the latest version you also need to update the tools that depend on it.
This script updated everything:
{ { 'ConfigurationOfRubric'. 'AlainPlantec'. 'Rubric' }. { 'ConfigurationOfGlamourCore'. 'Moose'. 'Glamour' }. { 'ConfigurationOfGTInspectorCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTPlaygroundCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTSpotter'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGToolkitCore'. 'Moose'. 'GToolkit' }. } do: [ :spec | Gofer new smalltalkhubUser: spec second project: spec third; package: spec first; load ]. ConfigurationOfGToolkitCore loadDevelopment.
---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
The same problem appeared on jenkins now. To be fixed really soon. Cheers, Andrei On Fri, Mar 27, 2015 at 6:44 PM, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Running the update script in the latest image (40585) causes a DNU: Instances of UndefinedObject are not indexable. :-(
I can only see the stack trace in the pre-debugger. Clicking in the pre-debugger or trying to close a window causes the DNU again. The problem seems to be in RubFindReplaceService>>textArea:
On Mar 23, 2015, at 14:53, Andrei Chis <chisvasileandrei@gmail.com> wrote:
There are several tools in Pharo that depend on Glamour. If you update glamour to the latest version you also need to update the tools that depend on it.
This script updated everything:
{ { 'ConfigurationOfRubric'. 'AlainPlantec'. 'Rubric' }. { 'ConfigurationOfGlamourCore'. 'Moose'. 'Glamour' }. { 'ConfigurationOfGTInspectorCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTPlaygroundCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTSpotter'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGToolkitCore'. 'Moose'. 'GToolkit' }. } do: [ :spec | Gofer new smalltalkhubUser: spec second project: spec third; package: spec first; load ]. ConfigurationOfGToolkitCore loadDevelopment.
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
OK thanks for taking care of this!
On Mar 27, 2015, at 14:48, Andrei Chis <chisvasileandrei@gmail.com> wrote:
The same problem appeared on jenkins now. To be fixed really soon.
Cheers, Andrei
On Fri, Mar 27, 2015 at 6:44 PM, Johan Fabry <jfabry@dcc.uchile.cl <mailto:jfabry@dcc.uchile.cl>> wrote: Running the update script in the latest image (40585) causes a DNU: Instances of UndefinedObject are not indexable. :-(
I can only see the stack trace in the pre-debugger. Clicking in the pre-debugger or trying to close a window causes the DNU again. The problem seems to be in RubFindReplaceService>>textArea:
---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
These configurations/the metacello handling of them are still pretty seriously broken. In Forum from the Moose CI I cannot run the script because it throws an error which triggers the broken debugger. As does opening the workspace. I suspect there are quite some broken green builds on ci atm. Stephan
Still in this case the problem seems to be that version 0.1 from ConfigurationOfForum wants to load the development version of Glamour in a Moose 5.0 image, which is not going to work. Cheers, Andrei On Tue, Mar 31, 2015 at 4:46 PM, Stephan Eggermont <stephan@stack.nl> wrote:
These configurations/the metacello handling of them are still pretty seriously broken. In Forum from the Moose CI I cannot run the script because it throws an error which triggers the broken debugger. As does opening the workspace. I suspect there are quite some broken green builds on ci atm.
Stephan
On 01/04/15 00:29, Andrei Chis wrote:
Still in this case the problem seems to be that version 0.1 from ConfigurationOfForum wants to load the development version of Glamour in a Moose 5.0 image, which is not going to work.
Thanks, that helped. Stephan
participants (4)
-
Andrei Chis -
Johan Fabry -
Peter Uhnák -
Stephan Eggermont