Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Issue 914 in moose-technology: withCenteredText not centering text correctly

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 914 by cunningh...(a)gmail.com: withCenteredText not centering text correctly http://code.google.com/p/moose-technology/issues/detail?id=914 When I ask for centeredText, I would expect it to be centered horizontally in the area that it is displaying in. Instead, it appears to be bumped up vertically above the location where it should be. If you add the following (missing?) method: ROMondrianExample>>centeredText " self new centeredText " | view | view := ROMondrianViewBuilder new. self centeredTextOn: view. view open and then run ROMondrianExample new centeredText, you will see the issue. How to reproduce the problem: step by step if necessary This is from the latest (2013-02-14) Moose Suite 4.7 from the MooseTechnology.org download page, on Windows 7 os. Labels: Type-Defect Component-Roassal -- 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

11 years, 6 months

Build failed in Jenkins: moose-latest-dev-4.9 #1342

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1342/> ------------------------------------------ Started by timer Building remotely on moose-slave in workspace <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/ws/> Deleting project workspace... done [moose-latest-dev-4.9] $ /bin/sh -xe /tmp/hudson2076311877495556671.sh + bash + wget --quiet -O - http://get.pharo.org/20+vmLatest Downloading the latest 20 Image: http://files.pharo.org/image/20/latest.zip Pharo.image Downloading the latest pharoVM: http://files.pharo.org/vm/pharo/linux/latest.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 moose-latest-dev-4.9 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-latest-dev-4.9.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0m[31m==== Startup Error: ConnectionTimedOut: Data receive timed out. [0mSocket>>waitForDataFor: in Block: [ConnectionTimedOut signal: 'Data receive timed ou...etc... Socket>>waitForDataFor:ifClosed:ifTimedOut: Socket>>waitForDataFor: Socket>>receiveDataSignallingTimeout:into:startingAt: SocketStream>>receiveData SocketStream>>next ZnLineReader>>processNext ZnLineReader>>nextLine ZnStatusLine>>readFrom: ZnStatusLine class>>readFrom: ZnResponse>>readHeaderFrom: ZnResponse(ZnMessage)>>readFrom: ZnResponse class(ZnMessage class)>>readFrom: ZnClient>>executeRequestResponse ZnClient>>getConnectionAndExecute in Block: [self executeRequestResponse] BlockClosure>>ensure: ZnClient>>getConnectionAndExecute ZnClient>>executeWithRedirectsRemaining: ZnClient>>executeWithRetriesRemaining: in Block: [self executeWithRedirectsRemaining: self maxNumbe...etc... BlockClosure>>on:do: ZnClient>>executeWithRetriesRemaining: ZnClient>>executeWithRetriesRemaining: in Block: [:exception | retryCount > 0... BlockClosure>>cull: MethodContext(ContextPart)>>handleSignal: in Block: [self exceptionHandlerBlock cull: exception] BlockClosure>>ensure: MethodContext(ContextPart)>>handleSignal: ConnectionTimedOut(Exception)>>signal ConnectionTimedOut(Exception)>>signal: ConnectionTimedOut class(Exception class)>>signal: Socket>>waitForDataFor: in Block: [ConnectionTimedOut signal: 'Data receive timed ou...etc... [0m[31mGot startup errors: [0m[31m ConnectionTimedOut: Data receive timed out. [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

11 years, 6 months

Re: moose 4.9

by Stephan Eggermont

Hi Doru, No problem. I've been using 4.9 development since 4.8 is finished. When loading older stuff I've had to replace 'mondrian' by 'roassal' in glamour browsers a few times. Those packages I already committed. Stephan

11 years, 6 months

moose 4.9

by Tudor Girba

Hi, I just released Moose 4.9. It holds a couple of fixes and has one Mondrian engine less :): https://code.google.com/p/moose-technology/issues/list?can=1&q=4.9 Please take a look at it and say if you see any problem. We should announce it and then move to Pharo 3.0. Doru -- www.tudorgirba.com "Every thing has its own flow"

11 years, 6 months

SortedCollection and flatCollect

by roberto.minelli＠usi.ch

Hi, I am experiencing problems in using #flatCollect: on a SortedCollection. This reproduces my problem: ((OrderedCollection with: #(1 2 3) with: #(3 4 5)) asSortedCollection: [ :a :b | true ]) flatCollect: #yourself I am using the last Pharo 2.0 image from the CI server (ZeroConf script). SortedCollection(Object)>>shouldNotImplement SortedCollection>>at:put: WriteStream>>pastEndPut: WriteStream>>nextPut: WriteStream(Stream)>>nextPutAll: in Block: [:v | self nextPut: v] Array(SequenceableCollection)>>do: WriteStream(Stream)>>nextPutAll: WriteStream>>nextPutAll: SortedCollection(Collection)>>flatCollect: in Block: [:each | stream... SortedCollection(OrderedCollection)>>do: SortedCollection(Collection)>>flatCollect: Thanks for any help, Roby

11 years, 6 months

Discover dependencies

by roberto.minelli＠usi.ch

Hi, I have a couple of questions about dependencies... In a previous release of my project, I had an explicit Moose model, and I added the load of Moose to my ConfigurationOf. Now, to ease the loading, I removed the meta model (i.e., removed dependencies with MooseEntity, annotations, etc.). Since I was working with Moose installed I exploited some cool messages (e.g., flatCollect is the first that came to my mind). The point is that I do not remember where and why I used methods from Moose. The question is, apart from loading my project without Moose and playing around to see when it crashes, is there any way to automatically detect missing dependencies or something like that? Cheers and thanks in advance, Roby

11 years, 6 months

Jenkins build is back to stable : moose-latest-dev-4.9 #1337

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1337/>

11 years, 6 months

Issue 991 in moose-technology: Clean access isWrite/isRead

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Milestone-4.9 Component-Famix New issue 991 by tu...(a)tudorgirba.com: Clean access isWrite/isRead http://code.google.com/p/moose-technology/issues/detail?id=991 isWrite is the mandatory field. If it is set, the Access is clearly either write or read. However, if it is not set, the situation is ambiguous. We need a systematic response. So, when isWrite is nil: - isWrite and isRead return false - isReadWriteUnknown returns true -- 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

11 years, 6 months

Build failed in Jenkins: moose-latest-dev-4.9 #1335

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1335/> ------------------------------------------ Started by upstream project "gtoolkit" build number 426 originally caused by: Started by timer Started by upstream project "petitjava" build number 291 originally caused by: Started by timer Started by upstream project "petitparser" build number 253 originally caused by: Started by timer Started by upstream project "roassal" build number 573 originally caused by: Started by timer Started by upstream project "gtoolkit" build number 427 originally caused by: Started by upstream project "glamour" build number 357 originally caused by: Started by timer Building remotely on moose-slave in workspace <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/ws/> Deleting project workspace... done [moose-latest-dev-4.9] $ /bin/sh -xe /tmp/hudson7245081017407357872.sh + bash + wget --quiet -O - http://get.pharo.org/20+vmLatest Downloading the latest 20 Image: http://files.pharo.org/image/20/latest.zip Pharo.image Downloading the latest pharoVM: http://files.pharo.org/vm/pharo/linux/latest.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 moose-latest-dev-4.9 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-latest-dev-4.9.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0m[31m==== Startup Error: Error: Could not resolve: ConfigurationOfCommandShell [ConfigurationOfCommandShell] in <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/ws/package-cache> http://www.squeaksource.com/MetacelloRepository ERROR: 'GoferRepositoryError: Could not access http://www.squeaksource.com/MetacelloRepository: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable' [0mMetacelloFetchingMCSpecLoader(Object)>>error: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>retryingResolvePackageSpecReferences:gofer: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: in Block: [| references nearestReference cachedReference ext...etc... MetacelloPharoPlatform>>do:displaying: in Block: [aBlock value] BlockClosure>>ensure: RPackageSet class>>withCacheDo: MetacelloPharoPlatform>>do:displaying: in Block: [:bar | ... BlockClosure>>cull: Job>>run in Block: [result := block cull: self] BlockClosure>>on:do: Job>>run in Block: [self prepareForRunning.... BlockClosure>>ensure: Job>>run NonInteractiveUIManager(UIManager)>>displayProgress:from:to:during: ByteString(String)>>displayProgressFrom:to:during: MetacelloPharoPlatform>>do:displaying: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: MetacelloPackageSpec>>loadUsing:gofer: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: in Block: [:pkg | pkg loadUsing: self gofer: gofer] Array(SequenceableCollection)>>do: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: MetacelloFetchingMCSpecLoader>>explicitLoadPackageSpecs:repositories: in Block: [super linearLoadPackageSpecs: packageSpecs reposi...etc... BlockClosure>>ensure: MetacelloLoaderPolicy>>pushLoadDirective:during: MetacelloLoaderPolicy>>pushExplicitLoadDirectivesDuring:for: MetacelloFetchingMCSpecLoader>>explicitLoadPackageSpecs:repositories: MetacelloPackageSpec>>explicitLoadUsing: MetacelloPackageSpec>>loadUsing: in Block: [self explicitLoadUsing: mcLoader] MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>doingLoads: MetacelloPackageSpec>>loadUsing: [0m[31mGot startup errors: [0m[31m Error: Could not resolve: ConfigurationOfCommandShell [ConfigurationOfCommandShell] in <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/ws/package-cache> http://www.squeaksource.com/MetacelloRepository ERROR: 'GoferRepositoryError: Could not access http://www.squeaksource.com/MetacelloRepository: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable' [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

11 years, 6 months

Issue 990 in moose-technology: Mondrian should be replaced with Roassal

by moose-technology＠googlecode.com

Status: Fixed Owner: ---- Labels: Type-Engineering Priority-Medium Milestone-4.9 New issue 990 by tu...(a)tudorgirba.com: Mondrian should be replaced with Roassal http://code.google.com/p/moose-technology/issues/detail?id=990 This issue is just to document that we removed Mondrian in Moose 4.9 -- 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

11 years, 6 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev