ACD-Model
depends on MessageSendDebugAction
???
may be this one is the fix
package: 'ACD-Model' with: [spec requires: #('NewDebugger-Core' 'DebuggerActions)];
in AnnouncerCentricDebugger
To me I think that it would be good to have a Moosedev and a MooseDeployment part because we have many differnt frameworks in the system
Stef
Hi,
MooseImage is a new class that is meant to store meta-information about the
origin of the current image. Right now, this populated by the Jenkins build
job.
You can simply print the result of "MooseImage current" to find the
information
For example, you can get:
Moose
https://ci.inria.fr/moose/job/moose-latest-dev-4.8/855/
11 August 2013 3:23:43 pm
>From now on, we can identify our images better.
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Maintainability
New issue 963 by tu...(a)tudorgirba.com: Jenkins should stamp a build number
in the Moose image
http://code.google.com/p/moose-technology/issues/detail?id=963
The best way to do this would be to extend the
MooseImageSetupCommandLineHandler to support a build number parameter.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
HI doru
GLMBrowserTemplate
You must resolve these dependencies before you will be able to load these definitions:
GLMEyeSeeExamplesBrowser
I checked and
GLMEyeSeeExamplesBrowser class >> open
^ self new openOn: ESExamples
package: 'Glamour-Examples' ;
look bogus
it depends on Magritte!, EyeSee and Roassal
I tried
package: 'Glamour-Examples' with: [spec requires: #('Glamour-Magritte-Presentations' 'Glamour-EyeSee-Presentations' 'Glamour-Mondrian-Presentations')] ;
but I navigate in the total guess here.
Can you have a look?
Stef