May 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Fuel] [FuelMetaLevel] Help

by Sean P. DeNigris

roberto.minelli(a)usi.ch wrote > Thanks! I was not aware of a Fuel-dev mailing list. There is also pharo-users(a)lists.pharo.org where user questions like this are better asked so that they do not get missed or overwhelm the developer list. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-dev-Fuel-FuelMetaLevel-Help-tp4688792p4688806.h… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 21, 2013

Re: [Pharo-dev] TxText new version 0.8

by btc＠openinworld.com

May 21, 2013

Re: [Pharo-dev] WhatsUp from: 2013-05-20 until: 2013-05-31

by Gareth Cox

It is a new project to help with workflow for developers in Pharo. The idea is a Distributed Issue Tracker, so you can keep track of your own issues, for your own projects, in your own image. The link is to the proposal for the GSoC 2013! So go vote! -Dusty >What is LightHouse? :) >Doru >On Tue, May 21, 2013 at 2:14 PM, Gareth Cox <gareth(a)inspired.org> wrote: > ### Here's what I've been up to since the last WhatsUp: > > LightHouse > -Learning Glamour > -Started new project with Stephan Eggermont and Diego Lont as part of GSoC. > Project is a Distributed Issue Tracker built in Pharo for Pharo! > ( > https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/riv… > ) > > > ### What's next, until 2013-05-31 (*): > > LightHouse > -More Learning Glamour > -More working on LightHouse UI > > Dusty >

May 21, 2013

Re: [Pharo-dev] [Fuel] [FuelMetaLevel] Help

by roberto.minelli＠usi.ch

Thanks! I was not aware of a Fuel-dev mailing list. Thanks, R On May 21, 2013, at 4:05 PM, Max Leske <maxleske(a)gmail.com> wrote: > Forwarding to Fuel dev > > > On 21.05.2013, at 16:00, roberto.minelli(a)usi.ch wrote: > >> Hi, >> >> I am using Fuel to serialize/deserialize some objects. As part as the objects I need to serialize there are some classes, class definitions (i.e., Ring) and some CompiledMethod. >> It's not always the case that I serialize and materialize in the same image, thus sometimes I experience FLClassNotFound and FLMerthodChanged exceptions. >> >> I discovered FuelMetaLevel, as far as I can understand, it can solve many problems. >> Now my questions are (1) am I correct that it can help? and (2) from which repository should I load FuelMetaLevel? >> >> As far as I understood not Fuel is developed as part of Pharo so it's pre-installed in every fresh image. I tried to get FuelMetaLevel from ss3 (both Pharo20 and PharoInbox) but when I run >> FLSerializer newFull serialize: 'whatever' toFileNamed: 'whatever.fuel' >> >> I got a MNU on FLFullGlobalMapper>>#initializeWithInternalBehaviors:internalMethods:globalSymbols: since the class FLGlobalAssociationCluster is not part of my image. >> >> I'm attaching the stack trace of the error I'm getting. >> >> Thanks in advance, >> RM >> >>> UndefinedObject(Object)>>doesNotUnderstand: #newAnalyzing >>> FLFullGlobalMapper>>initializeWithInternalBehaviors:internalMethods:globalSymbols: >>> FLFullGlobalMapper class>>newWithInternalBehaviors:internalMethods:globalSymbols: >>> FLAnalyzer>>fullGlobalMappers >>> FLAnalyzer>>useFullMappers in Block: [self fullGlobalMappers] >>> FLAnalyzer>>globalMappers >>> FLAnalyzer>>mappers >>> FLAnalyzer>>firstInMapperChain >>> FLAnalyzer>>setDefaultAnalysis in Block: [:anObject | (FLAnalysis... >>> FLAnalyzer>>analysisFor: >>> FLSerialization>>analysisStep >>> FLSerialization>>run >>> FLSerializer>>setDefaultSerialization in Block: [:anObject :anEncoder | (FLSerialization... >>> FLSerializer>>serialize:on: in Block: [:anEncoder | ... >>> FLEncoder class>>on:globalEnvironment:do: in Block: [aBlock value: anEncoder] >>> BlockClosure>>ensure: >>> FLEncoder class>>on:globalEnvironment:do: >>> FLSerializer>>serialize:on: >>> FLSerializer>>serialize:toFileNamed: in Block: [:aFileStream | ... >>> StandardFileStream class(FileStream class)>>detectFile:do: in Block: [anotherBlock value: file] >>> BlockClosure>>ensure: >>> StandardFileStream class(FileStream class)>>detectFile:do: >>> StandardFileStream class(FileStream class)>>forceNewFileNamed:do: >>> FLSerializer>>serialize:toFileNamed: >>> UndefinedObject>>DoIt >>> Compiler>>evaluate:in:to:notifying:ifFail:logged: >>> SmalltalkEditor>>evaluateSelectionAndDo: in Block: [rcvr class evaluatorClass new... >>> BlockClosure>>on:do: >>> SmalltalkEditor>>evaluateSelectionAndDo: >>> SmalltalkEditor>>evaluateSelection >>> >> > >

May 21, 2013

Re: [Pharo-dev] [sbe] Pharo por Ejemplo vs Pharo en exemplos

by GastÃ³n Dall' Oglio

Hello. Or "Pharo con ejemplos"? in my poor English, I always interpreted this way in Spanish. Regards. 2013/5/21 Esteban A. Maringolo <emaringolo(a)gmail.com> > +uno a "Pharo en ejemplos" ;-) > > Regards! > > Esteban A. Maringolo > > > 2013/5/21 Rafael Luque <rafael.luque.leiva(a)gmail.com> > >> I contributed to this translation with the Syntax and Seaside chapters. >> IMO "Pharo en Ejemplos" sounds more natural than "Pharo por Ejemplo" that >> is the literal word-by-word translation. >> >> Rafa >> >> >> 2013/5/21 stephane ducasse <stephane.ducasse(a)free.fr> >> >>> >>> On May 21, 2013, at 8:47 AM, Oscar Nierstrasz <oscar(a)iam.unibe.ch> >>> wrote: >>> >>> > >>> > Be careful, there are many different forms of Spanish. The title >>> should be consistent with the main text. We are not qualified to judge. Ask >>> someone who knows the different dialects. >>> >>> >>> Yes I know :) >>> >>> > >>> > Oscar >>> > >>> > --- >>> > Prof. Dr. O. Nierstrasz -- oscar(a)iam.unibe.ch >>> > Software Composition Group -- http://scg.unibe.ch/oscar >>> > University of Bern -- Tel/Fax +41 31 631.4618/3355 >>> > >>> > >>> > On 2013-05-21, at 8:18, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> wrote: >>> > >>> >> Hi guys >>> >> >>> >> one guy mentions that Pharo en exemplos is a better translation than >>> Pharo por Ejemplo so what is your point of view on that? >>> >> >>> >> Stef >>> >> _______________________________________________ >>> >> sbe mailing list >>> >> sbe(a)iam.unibe.ch >>> >> https://www.iam.unibe.ch/mailman/listinfo/sbe >>> > >>> > _______________________________________________ >>> > sbe mailing list >>> > sbe(a)iam.unibe.ch >>> > https://www.iam.unibe.ch/mailman/listinfo/sbe >>> >>> >>> >> >

May 21, 2013

Re: [Pharo-dev] [Fuel] [FuelMetaLevel] Help

by Max Leske

Forwarding to Fuel dev On 21.05.2013, at 16:00, roberto.minelli(a)usi.ch wrote: > Hi, > > I am using Fuel to serialize/deserialize some objects. As part as the objects I need to serialize there are some classes, class definitions (i.e., Ring) and some CompiledMethod. > It's not always the case that I serialize and materialize in the same image, thus sometimes I experience FLClassNotFound and FLMerthodChanged exceptions. > > I discovered FuelMetaLevel, as far as I can understand, it can solve many problems. > Now my questions are (1) am I correct that it can help? and (2) from which repository should I load FuelMetaLevel? > > As far as I understood not Fuel is developed as part of Pharo so it's pre-installed in every fresh image. I tried to get FuelMetaLevel from ss3 (both Pharo20 and PharoInbox) but when I run > FLSerializer newFull serialize: 'whatever' toFileNamed: 'whatever.fuel' > > I got a MNU on FLFullGlobalMapper>>#initializeWithInternalBehaviors:internalMethods:globalSymbols: since the class FLGlobalAssociationCluster is not part of my image. > > I'm attaching the stack trace of the error I'm getting. > > Thanks in advance, > RM > >> UndefinedObject(Object)>>doesNotUnderstand: #newAnalyzing >> FLFullGlobalMapper>>initializeWithInternalBehaviors:internalMethods:globalSymbols: >> FLFullGlobalMapper class>>newWithInternalBehaviors:internalMethods:globalSymbols: >> FLAnalyzer>>fullGlobalMappers >> FLAnalyzer>>useFullMappers in Block: [self fullGlobalMappers] >> FLAnalyzer>>globalMappers >> FLAnalyzer>>mappers >> FLAnalyzer>>firstInMapperChain >> FLAnalyzer>>setDefaultAnalysis in Block: [:anObject | (FLAnalysis... >> FLAnalyzer>>analysisFor: >> FLSerialization>>analysisStep >> FLSerialization>>run >> FLSerializer>>setDefaultSerialization in Block: [:anObject :anEncoder | (FLSerialization... >> FLSerializer>>serialize:on: in Block: [:anEncoder | ... >> FLEncoder class>>on:globalEnvironment:do: in Block: [aBlock value: anEncoder] >> BlockClosure>>ensure: >> FLEncoder class>>on:globalEnvironment:do: >> FLSerializer>>serialize:on: >> FLSerializer>>serialize:toFileNamed: in Block: [:aFileStream | ... >> StandardFileStream class(FileStream class)>>detectFile:do: in Block: [anotherBlock value: file] >> BlockClosure>>ensure: >> StandardFileStream class(FileStream class)>>detectFile:do: >> StandardFileStream class(FileStream class)>>forceNewFileNamed:do: >> FLSerializer>>serialize:toFileNamed: >> UndefinedObject>>DoIt >> Compiler>>evaluate:in:to:notifying:ifFail:logged: >> SmalltalkEditor>>evaluateSelectionAndDo: in Block: [rcvr class evaluatorClass new... >> BlockClosure>>on:do: >> SmalltalkEditor>>evaluateSelectionAndDo: >> SmalltalkEditor>>evaluateSelection >> >

May 21, 2013

[Fuel] [FuelMetaLevel] Help

by roberto.minelli＠usi.ch

Hi, I am using Fuel to serialize/deserialize some objects. As part as the objects I need to serialize there are some classes, class definitions (i.e., Ring) and some CompiledMethod. It's not always the case that I serialize and materialize in the same image, thus sometimes I experience FLClassNotFound and FLMerthodChanged exceptions. I discovered FuelMetaLevel, as far as I can understand, it can solve many problems. Now my questions are (1) am I correct that it can help? and (2) from which repository should I load FuelMetaLevel? As far as I understood not Fuel is developed as part of Pharo so it's pre-installed in every fresh image. I tried to get FuelMetaLevel from ss3 (both Pharo20 and PharoInbox) but when I run FLSerializer newFull serialize: 'whatever' toFileNamed: 'whatever.fuel' I got a MNU on FLFullGlobalMapper>>#initializeWithInternalBehaviors:internalMethods:globalSymbols: since the class FLGlobalAssociationCluster is not part of my image. I'm attaching the stack trace of the error I'm getting. Thanks in advance, RM > UndefinedObject(Object)>>doesNotUnderstand: #newAnalyzing > FLFullGlobalMapper>>initializeWithInternalBehaviors:internalMethods:globalSymbols: > FLFullGlobalMapper class>>newWithInternalBehaviors:internalMethods:globalSymbols: > FLAnalyzer>>fullGlobalMappers > FLAnalyzer>>useFullMappers in Block: [self fullGlobalMappers] > FLAnalyzer>>globalMappers > FLAnalyzer>>mappers > FLAnalyzer>>firstInMapperChain > FLAnalyzer>>setDefaultAnalysis in Block: [:anObject | (FLAnalysis... > FLAnalyzer>>analysisFor: > FLSerialization>>analysisStep > FLSerialization>>run > FLSerializer>>setDefaultSerialization in Block: [:anObject :anEncoder | (FLSerialization... > FLSerializer>>serialize:on: in Block: [:anEncoder | ... > FLEncoder class>>on:globalEnvironment:do: in Block: [aBlock value: anEncoder] > BlockClosure>>ensure: > FLEncoder class>>on:globalEnvironment:do: > FLSerializer>>serialize:on: > FLSerializer>>serialize:toFileNamed: in Block: [:aFileStream | ... > StandardFileStream class(FileStream class)>>detectFile:do: in Block: [anotherBlock value: file] > BlockClosure>>ensure: > StandardFileStream class(FileStream class)>>detectFile:do: > StandardFileStream class(FileStream class)>>forceNewFileNamed:do: > FLSerializer>>serialize:toFileNamed: > UndefinedObject>>DoIt > Compiler>>evaluate:in:to:notifying:ifFail:logged: > SmalltalkEditor>>evaluateSelectionAndDo: in Block: [rcvr class evaluatorClass new... > BlockClosure>>on:do: > SmalltalkEditor>>evaluateSelectionAndDo: > SmalltalkEditor>>evaluateSelection >

May 21, 2013

Re: [Pharo-dev] [sbe] Pharo por Ejemplo vs Pharo en exemplos

by Guillermo Polito

Pharo en ejemplos sounds good :) On Tue, May 21, 2013 at 2:35 PM, Esteban A. Maringolo <emaringolo(a)gmail.com>wrote: > +uno a "Pharo en ejemplos" ;-) > > Regards! > > Esteban A. Maringolo > > > 2013/5/21 Rafael Luque <rafael.luque.leiva(a)gmail.com> > >> I contributed to this translation with the Syntax and Seaside chapters. >> IMO "Pharo en Ejemplos" sounds more natural than "Pharo por Ejemplo" that >> is the literal word-by-word translation. >> >> Rafa >> >> >> 2013/5/21 stephane ducasse <stephane.ducasse(a)free.fr> >> >>> >>> On May 21, 2013, at 8:47 AM, Oscar Nierstrasz <oscar(a)iam.unibe.ch> >>> wrote: >>> >>> > >>> > Be careful, there are many different forms of Spanish. The title >>> should be consistent with the main text. We are not qualified to judge. Ask >>> someone who knows the different dialects. >>> >>> >>> Yes I know :) >>> >>> > >>> > Oscar >>> > >>> > --- >>> > Prof. Dr. O. Nierstrasz -- oscar(a)iam.unibe.ch >>> > Software Composition Group -- http://scg.unibe.ch/oscar >>> > University of Bern -- Tel/Fax +41 31 631.4618/3355 >>> > >>> > >>> > On 2013-05-21, at 8:18, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> wrote: >>> > >>> >> Hi guys >>> >> >>> >> one guy mentions that Pharo en exemplos is a better translation than >>> Pharo por Ejemplo so what is your point of view on that? >>> >> >>> >> Stef >>> >> _______________________________________________ >>> >> sbe mailing list >>> >> sbe(a)iam.unibe.ch >>> >> https://www.iam.unibe.ch/mailman/listinfo/sbe >>> > >>> > _______________________________________________ >>> > sbe mailing list >>> > sbe(a)iam.unibe.ch >>> > https://www.iam.unibe.ch/mailman/listinfo/sbe >>> >>> >>> >> >

May 21, 2013

Re: [Pharo-dev] Removing a package from Smalltalkhub

by roberto.minelli＠usi.ch

Awesome, thanks ;) On May 21, 2013, at 3:21 PM, Nicolas Petton <petton.nicolas(a)gmail.com> wrote: > Hey! > > It will be there soon, Damien implemented the feature, I need to review it before updating smalltalkhub :) > > Nico > > > On May 21, 2013, at 2:52 PM, Roberto Minelli <roberto.minelli(a)bluewin.ch> wrote: > >> Hi, >> >> I was wondering if and how can I delete a package from Smalltalkhub. >> >> Thanks in avance, >> R >> > > -- > Nicolas Petton > http://www.nicolas-petton.fr > >

May 21, 2013

Re: [Pharo-dev] Removing a package from Smalltalkhub

by Nicolas Petton

Hey! It will be there soon, Damien implemented the feature, I need to review it before updating smalltalkhub :) Nico On May 21, 2013, at 2:52 PM, Roberto Minelli <roberto.minelli(a)bluewin.ch> wrote: > Hi, > > I was wondering if and how can I delete a package from Smalltalkhub. > > Thanks in avance, > R > -- Nicolas Petton http://www.nicolas-petton.fr

May 21, 2013