Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Source city
by Diego Lont 27 Jan '14

27 Jan '14

Hi all, I wanted to try out source city in Moose 5.0. The current pharo version there is Pharo3.0 (Latest update: #30714), so note before loading you need to install the slice that belongs to issue 12488. So somewhere regressions occurred. But after installing this slice, you still have to fix the configuration. I attached a fixed configuration, as I am not allowed to put it in the right spot. If someone could upload this, I would be much obliged. Cheers, Diego

1 0

Re: Issue 1043 in moose-technology: Can't load glamour on Pharo 2.0
by Stephan Eggermont 27 Jan '14

27 Jan '14

I guess you need something similar to this in ConfigurationOfGlamour>stable spec for: #'common' version: '2.1'. spec for: #'pharo1.3.x' version: '2.2'. spec for: #'pharo1.4.x' version: '2.4'. spec for: #'pharo2.x' version: '2.5'. spec for: #'pharo3.x' version: '2.6-snapshot'.

1 0

managing gtinspector extensions
by Tudor Girba 27 Jan '14

27 Jan '14

Hi, As you probably know by now, you can get the most our of the GTInspector by extending it with custom presentations. However, the problem that raises is how to manage these extensions? To solve this problem, just inspect the GTInspector and you will get a list with all these extensions. This list also serves as a set of examples that you can learn from. And because most of these extensions require just one method, you get a rather effective browser. [image: Inline image 1] You can see a more detailed explanation here: http://www.humane-assessment.com/blog/managing-gtinspector-extensions What else would you need in the GTInspector? Let me know what you think. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

1 0

www.moosetechnology.org down?
by NISHIHARA Satoshi 26 Jan '14

26 Jan '14

is http://www.moosetechnology.org/ down? best regards. -- -- "NISHIHARA Satoshi" [:goonsh :nsh | ^ nishis perform: goonsh with: nsh]

2 1

Re: Build failed in Jenkins: roassal2 #41
by Alexandre Bergel 26 Jan '14

26 Jan '14

Hi! I do not understand. Apparently Roassal2 cannot be build. Any idea why? Alexandre On Jan 24, 2014, at 7:13 PM, admin(a)moosetechnology.org wrote: > See <https://ci.inria.fr/moose/job/roassal2/41/> > > ------------------------------------------ > [URLTrigger] A change within the response URL invocation (log) > Building remotely on moose-ubuntu1204-dualproc-i386 in workspace <https://ci.inria.fr/moose/job/roassal2/ws/> > > Deleting project workspace... done > > [roassal2] $ /bin/sh -xe /tmp/hudson7964457589234081262.sh > + wget --quiet -O - http://get.pharo.org/30+vm > + bash > Downloading the latest 30 Image: > http://files.pharo.org/image/30/latest.zip > Pharo.image > Downloading the latest pharoVM: > http://files.pharo.org/vm/pharo/linux/stable.zip > pharo-vm/pharo > Downloading PharoV10.sources: > http://files.pharo.org/sources//PharoV10.sources.zip > Downloading PharoV20.sources: > http://files.pharo.org/sources//PharoV20.sources.zip > Creating starter scripts pharo and pharo-ui > + ./pharo Pharo.image save roassal2 > + REPO=http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main > + ./pharo roassal2.image config http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main ConfigurationOfRoassal2 --install=development > [31m[33m > =============================================================================== > Notice: Installing ConfigurationOfRoassal2 development > =============================================================================== > [0m[0mInstalling ConfigurationOfRoassal2 development > > Loading dev of ConfigurationOfRoassal2... > Fetched -> Trachel-AlexandreBergel.57 --- http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main/ --- http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main/ > Fetched -> Roassal2-JurajKubelka.91 --- http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main/ --- http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main/ > Loaded -> Trachel-AlexandreBergel.57 --- http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main/ --- cache > RTDowserExample>>example6 (ROObject is Undeclared) > > RTDowserBuilderTest>>testControlPointWith (ROElement is Undeclared) > > RTDowserBuilderTest>>testControlPointWith (ROBox is Undeclared) > > RTDowserBuilderTest>>testControlPointWith (ROElement is Undeclared) > > RTDowserBuilderTest>>testControlPointWith (ROBox is Undeclared) > > RTDowserBuilderTest>>testControlPointWith (ROElement is Undeclared) > > RTDowserBuilderTest>>testControlPointWith (ROBox is Undeclared) > > RTDowserBuilderTest>>testControlPointWith (ROElement is Undeclared) > > RTDowserBuilderTest>>testControlPointWith (ROBox is Undeclared) > > Loaded -> Roassal2-JurajKubelka.91 --- http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main/ --- cache > ...finished dev+ ./pharo roassal2.image test --junit-xml-output Roassal2.*|Trachel.* > [31m[33m > =============================================================================== > Notice: Running tests in 2 Packages > =============================================================================== > [0m[0mRunning tests in 2 Packages > [31mAn attempt to use interactive tools detected, while in non-interactive mode > Interactive Request: [ Author identification ] Please type your full name. > It will be used to sign the changes you make to the image. > Spaces, accents, dashes, underscore and similar characters are not allowed > > [0mNonInteractiveUIManager>>nonInteractiveWarning: > NonInteractiveUIManager>>nonInteractiveRequest:title: > NonInteractiveUIManager>>request:initialAnswer:title:entryCompletion: > NonInteractiveUIManager>>request:initialAnswer:title: > AuthorNameRequest>>defaultAction > UndefinedObject>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > AuthorNameRequest(Exception)>>signal > Author>>requestFullName > Author>>fullName > Author class>>fullName > Author class>>changeStamp > SQSurfaceDispatch class(ClassDescription)>>compile:classified:notifying: > SQSurfaceDispatch class(ClassDescription)>>compileSilently:classified:notifying: in Block: [ self compile: code classified: category notifyin...etc... > BlockClosure>>ensure: > SystemAnnouncer>>suspendAllWhile: > SQSurfaceDispatch class(ClassDescription)>>compileSilently:classified:notifying: > SQSurfaceDispatch class(ClassDescription)>>compileSilently:classified: > SQSurfaceDispatch class(NBExternalStructure class)>>createAccessorsFor: > SQSurfaceDispatch class(NBExternalStructure class)>>rebuildFieldAccessors in Block: [ :fldName | self createAccessorsFor: fldName ] > NBExternalStructureFields>>fieldNamesDo: in Block: [ :name | aBlock value: name ] > Dictionary>>keysDo: in Block: [ :association | aBlock value: association key ] > Dictionary>>associationsDo: in Block: [ :each | each ifNotNil: [ aBlock value: each ] ] > Array(SequenceableCollection)>>do: > Dictionary>>associationsDo: > Dictionary>>keysDo: > NBExternalStructureFields>>fieldNamesDo: > SQSurfaceDispatch class(NBExternalStructure class)>>rebuildFieldAccessors > SQSurfaceDispatch class(NBExternalStructure class)>>fields > [0mBuild step 'Execute shell' marked build as failure > Archiving artifacts > Recording test results -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 5

Re: a problem in latest moose 5.0 image
by Stephan Eggermont 24 Jan '14

24 Jan '14

Followups in the pharo-dev list, please Esteban wrote: >I would really like a reproducible case… in the form of an image, if no else. > >btw… moose 5.0 images are severely broken in that area, so if you are using one of them you *will* have problems. I can deny that it is a Moose problem, I can reproduce it in Pharo 30716 on mac Open the image, open a Nautilus browser Add new package AZ Select AST-Core, Nodes Select RBProgramNode Copy the class with right-click menu Rename to AZProgramNode Enter your name (should have happened when creating the new package!) Drag AZProgramNode to AZ Category is not updated. Stephan

2 3

Re: a problem in latest moose 5.0 image
by Stephan Eggermont 24 Jan '14

24 Jan '14

Yesterday I copied a configuration class with Nautilus copy command. I dragged it to the new category and noticed the same happening. In addition, the class side methods were not copied. Haven’t checked corresponding Pharo yet. Could be related to the RPackage problems though Stephan

1 0

a problem in latest moose 5.0 image
by Esteban Lorenzano 23 Jan '14

23 Jan '14

Hi, Stef discovered a bug on latest moose image and I could reproduce it there, and not in corresponding pharo image. So I think is a problem that happens in some package installed by you :) Here is the issue: Take a class and drag it to a different package. It will not change the system category and therefore everything will became unstable. enjoy ;) Esteban

1 0

Activity Diagram
by Serge Stinckwich 23 Jan '14

23 Jan '14

Dear all, with a colleague from Savoie University, we are looking for some Smalltalk code in order to model, execute and animate Activity Diagram. Any existing works ? Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

5 9

Jenkins build became unstable: moose-5.0 #585
by admin＠moosetechnology.org 23 Jan '14

23 Jan '14

See <https://ci.inria.fr/moose/job/moose-5.0/585/>

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev