November 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [update 1.4] #14228

by StÃ©phane Ducasse

Now in 14231 stef On Nov 19, 2011, at 10:16 AM, StÃ©phane Ducasse wrote: > ok I will do it. > > Stef > > On Nov 18, 2011, at 11:23 PM, Sven Van Caekenberghe wrote: > >> >> On 18 Nov 2011, at 15:22, StÃ©phane Ducasse wrote: >> >>> >>> 14228 >>> ----- >>> >>> Issue 4903: New version of Zinc >>> http://code.google.com/p/pharo/issues/detail?id=4903 >>> >>> Stef >>> >> >> Nice, thanks! >> >> I forgot to mention that you have to update the units tests as well, >> >> to Zinc-Tests-SvenVanCaekenberghe.114 >> >> ZnNeoClientTests was also renamed to ZnClientTests >> >> Now we have a lot of failures due to a missing class. >> >> Sven >> >> > >

Nov. 19, 2011

Re: [Pharo-project] [update 1.4] #14228

by StÃ©phane Ducasse

ok I will do it. Stef On Nov 18, 2011, at 11:23 PM, Sven Van Caekenberghe wrote: > > On 18 Nov 2011, at 15:22, StÃ©phane Ducasse wrote: > >> >> 14228 >> ----- >> >> Issue 4903: New version of Zinc >> http://code.google.com/p/pharo/issues/detail?id=4903 >> >> Stef >> > > Nice, thanks! > > I forgot to mention that you have to update the units tests as well, > > to Zinc-Tests-SvenVanCaekenberghe.114 > > ZnNeoClientTests was also renamed to ZnClientTests > > Now we have a lot of failures due to a missing class. > > Sven > >

Nov. 19, 2011

[Pharo-project] Funny 3D sketch

by Hilaire Fernandes

http://blog.ofset.org/hilaire/index.php?post/2011/11/18/3D-Cube-section Hilaire

Nov. 19, 2011

Re: [Pharo-project] how should Pier file structures be serialized with Fuel?

by Yanni Chiu

On 18/11/11 5:58 PM, Mariano Martinez Peck wrote: > > I've just noticed that even with the PUSecurity object being striped > before serialization, I'm still seeing that the files are big and > the same size. It seems that my mapping strategy was leaving off a > lot more than just the PUSecurity object. > > You debug you can do is to put a halt in FLSerialization>>run > just after #analysisStep is done. Once there you can inspect the > instVar 'clusters' and see how many clusters you have and how many > objects each cluster has. Thanks for the hint. I've not had to dive into Fuel's internals, so far. Anyhow, I've finally got the problems cleaned up. Mainly, I had to make sure that all references to the original root of the subtree, are replaced by a reference to a copy of the root. It needs to be a copy, because its parent must be set to nil, but that cannot be done to the original object. Other problems flowed from having to make a copy of the root. If you miss one reference, then that one reference will pull the entire kernel into the serialization. With the new code, I should be able to create new PRStructure or PRComponent, without having to add any custom visitor code (which I had to do with my old mapping strategy).

Nov. 19, 2011

Re: [Pharo-project] how should Pier file structures be serialized with Fuel?

by Mariano Martinez Peck

> > I've just noticed that even with the PUSecurity object being striped > before serialization, I'm still seeing that the files are big and the same > size. It seems that my mapping strategy was leaving off a lot more than > just the PUSecurity object. > > > You debug you can do is to put a halt in FLSerialization>>run just after #analysisStep is done. Once there you can inspect the instVar 'clusters' and see how many clusters you have and how many objects each cluster has. Cheers -- Mariano http://marianopeck.wordpress.com

Nov. 18, 2011

Re: [Pharo-project] [update 1.4] #14228

by Sven Van Caekenberghe

On 18 Nov 2011, at 15:22, StÃ©phane Ducasse wrote: > > 14228 > ----- > > Issue 4903: New version of Zinc > http://code.google.com/p/pharo/issues/detail?id=4903 > > Stef > Nice, thanks! I forgot to mention that you have to update the units tests as well, to Zinc-Tests-SvenVanCaekenberghe.114 ZnNeoClientTests was also renamed to ZnClientTests Now we have a lot of failures due to a missing class. Sven

Nov. 18, 2011

[Pharo-project] [update 1.4] #14230

by StÃ©phane Ducasse

14230 ----- - Issue 4943: Failing Test: SelfEvaluatingObjectTest. Thanks Nicolas Cellier. http://code.google.com/p/pharo/issues/detail?id=4943 - Issue 3348: use #shouldBePrintedAsLiteral instead of #isLiteral when printing or storing characters and arrays. Thanks vonbecmann and levente. http://code.google.com/p/pharo/issues/detail?id=3348

Nov. 18, 2011

[Pharo-project] [update 1.4] #14229

by StÃ©phane Ducasse

14229 ----- - Issue 3129: menu auto decoration should be removed. Thanks Alain Plantec. Gary may be this can impact you so watch out :). http://code.google.com/p/pharo/issues/detail?id=3129

Nov. 18, 2011

Re: [Pharo-project] scripting a package backup

by Lukas Renggli

On 18 November 2011 21:40, jannik.laval <jannik.laval(a)gmail.com> wrote: > My point is that I do not want to know the remote repository. > I just want to copy my current package on a local repository. > > When you write squeaksource: 'remote', you suppose that your package is on squeaksource in the project named remote. > That is that information that I do not want to give. Everything that is not your package cache is remote. It can also be a directory on your HD, a GOODS database, or whatever ... > I need the process that creates the mcz file, to copy it on a repository. I do not get it. Maybe you want to give more context? > Jannik > > On Nov 18, 2011, at 18:37 , Lukas Renggli wrote: > >> On 18 November 2011 16:11, jannik.laval <jannik.laval(a)gmail.com> wrote: >>> Yes, that is my problem ! >>> I want to export packages in a repository outside the package cache and with an empty package cache. >>> The problem to pull the version first, is to know the url of the version. >> >> I don't get your problem! >> >> Gofer new >> Â Â squeaksource: 'remote'; >> Â Â version: 'Foo-123'; Â Â Â Â Â Â Â Â " or package: 'Foo' if you want >> all version " >> Â Â fetch >> >> Gofer new >> Â Â squeaksource: 'backup'; >> Â Â version: 'Foo-123'; >> Â Â push >> >> >> >>> >>> Jannik >>> >>> On Nov 18, 2011, at 16:03 , Lukas Renggli wrote: >>> >>>> It is all relative to your package cache, so maybe you have to pull >>>> the versions first? >>>> >>>> On 18 November 2011 10:53, jannik.laval <jannik.laval(a)gmail.com> wrote: >>>>> Hi Lukas, >>>>> I tried: >>>>> >>>>> === >>>>> RPackageOrganizer packageInfoNames do:[:e | >>>>> Â Â Â Â Gofer new >>>>> Â Â Â Â Â Â Â Â directory: '/Users/janniklaval/Desktop/MCPackages'; >>>>> Â Â Â Â Â Â Â Â package: e; >>>>> Â Â Â Â Â Â Â Â push. >>>>> ] >>>>> === >>>>> but if the package was not modified, it does not copy the source files. >>>>> >>>>> Jannik >>>>> >>>>> On Nov 18, 2011, at 10:38 , Lukas Renggli wrote: >>>>> >>>>>> It would be trivial with Gofer: >>>>>> >>>>>> Â Gofer new >>>>>> Â Â Â squeaksource: 'backupproject'; >>>>>> Â Â Â package: 'P1'; >>>>>> Â Â Â package: 'P2'; >>>>>> Â Â Â package: 'P3'; >>>>>> Â Â Â push >>>>>> >>>>>> Now of course you can find your script a working script in the class GoferPush. >>>>>> >>>>>> Lukas >>>>>> >>>>>> On 18 November 2011 10:03, jannik.laval <jannik.laval(a)gmail.com> wrote: >>>>>>> Hi Pharoers, >>>>>>> >>>>>>> I would like to backup my packages in a repository with a script. >>>>>>> I have one constraint: I need to use Monticello (eg, not gofer or metacello). >>>>>>> And I do not want to have a version incrementation. >>>>>>> >>>>>>> Does someone have any script or any way to do that ? >>>>>>> >>>>>>> Cheers, >>>>>>> Jannik >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Lukas Renggli >>>>>> www.lukas-renggli.ch >>>>>> >>>>> >>>>> --- >>>>> Jannik Laval >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Lukas Renggli >>>> www.lukas-renggli.ch >>>> >>> >>> --- >>> Jannik Laval >>> >>> >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > --- > Jannik Laval > > > -- Lukas Renggli www.lukas-renggli.ch

Nov. 18, 2011

Re: [Pharo-project] scripting a package backup

by jannik.laval

My point is that I do not want to know the remote repository. I just want to copy my current package on a local repository. When you write squeaksource: 'remote', you suppose that your package is on squeaksource in the project named remote. That is that information that I do not want to give. I need the process that creates the mcz file, to copy it on a repository. Jannik On Nov 18, 2011, at 18:37 , Lukas Renggli wrote: > On 18 November 2011 16:11, jannik.laval <jannik.laval(a)gmail.com> wrote: >> Yes, that is my problem ! >> I want to export packages in a repository outside the package cache and with an empty package cache. >> The problem to pull the version first, is to know the url of the version. > > I don't get your problem! > > Gofer new > squeaksource: 'remote'; > version: 'Foo-123'; " or package: 'Foo' if you want > all version " > fetch > > Gofer new > squeaksource: 'backup'; > version: 'Foo-123'; > push > > > >> >> Jannik >> >> On Nov 18, 2011, at 16:03 , Lukas Renggli wrote: >> >>> It is all relative to your package cache, so maybe you have to pull >>> the versions first? >>> >>> On 18 November 2011 10:53, jannik.laval <jannik.laval(a)gmail.com> wrote: >>>> Hi Lukas, >>>> I tried: >>>> >>>> === >>>> RPackageOrganizer packageInfoNames do:[:e | >>>> Gofer new >>>> directory: '/Users/janniklaval/Desktop/MCPackages'; >>>> package: e; >>>> push. >>>> ] >>>> === >>>> but if the package was not modified, it does not copy the source files. >>>> >>>> Jannik >>>> >>>> On Nov 18, 2011, at 10:38 , Lukas Renggli wrote: >>>> >>>>> It would be trivial with Gofer: >>>>> >>>>> Gofer new >>>>> squeaksource: 'backupproject'; >>>>> package: 'P1'; >>>>> package: 'P2'; >>>>> package: 'P3'; >>>>> push >>>>> >>>>> Now of course you can find your script a working script in the class GoferPush. >>>>> >>>>> Lukas >>>>> >>>>> On 18 November 2011 10:03, jannik.laval <jannik.laval(a)gmail.com> wrote: >>>>>> Hi Pharoers, >>>>>> >>>>>> I would like to backup my packages in a repository with a script. >>>>>> I have one constraint: I need to use Monticello (eg, not gofer or metacello). >>>>>> And I do not want to have a version incrementation. >>>>>> >>>>>> Does someone have any script or any way to do that ? >>>>>> >>>>>> Cheers, >>>>>> Jannik >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Lukas Renggli >>>>> www.lukas-renggli.ch >>>>> >>>> >>>> --- >>>> Jannik Laval >>>> >>>> >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> --- >> Jannik Laval >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > --- Jannik Laval

Nov. 18, 2011