January 2014 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30707 Home: https://github.com/pharo-project/pharo-core

Jan. 19, 2014

[pharo-project/pharo-core] 5e108a: 30707

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 5e108a088a628a16f012bd0559465954d852f25f https://github.com/pharo-project/pharo-core/commit/5e108a088a628a16f012bd05… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-19 (Sun, 19 Jan 2014) Changed paths: M Collections-Abstract.package/SequenceableCollection.class/instance/copying/copyReplaceAll_with_.st M Collections-Abstract.package/SequenceableCollection.class/instance/private/copyReplaceAll_with_asTokens_.st A Collections-Strings.package/String.class/instance/copying/copyReplaceAll_with_asTokens_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script360.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30707.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Text-Core.package/Text.class/instance/converting/withSqueakLineEndings.st M Text-Core.package/Text.class/instance/copying/copyReplaceTokens_with_.st M Tools.package/MethodFinder.class/instance/initialize/initialize.st Log Message: ----------- 30707 5541 SequenceableCollection>>#copyReplaceAll:with:asTokens: should be moved to string https://pharo.fogbugz.com/f/cases/5541 http://files.pharo.org/image/30/30707.zip

Jan. 19, 2014

Re: [Pharo-dev] Static File Server for Pharo Contribution

by Marcus Denker

On 18 Jan 2014, at 18:24, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Marcus Denker-4 wrote >> What do you want to store? An image? Documentation? > > Well I was recommending Phratch to a non-programmer (teacher) using Scratch. > We went to the download page and found Metacello instructions, which baffled > them. There is a CI build but IIRC we weren't linking to those artifacts as > not to overload the CI server, so I was thinking it would be good to mirror > them on a static server like we do with core. Then we could link to them on > the project websitesâ¦ > In the long run, I think that images will become very much what Squeak Projects used to be (but without the problemsâ¦). So yes, I think this would be nice. We where discussing on and off what to use for storage.. the inria server is free, but a bit of a hassle (due to security restrictions). And of course, at some size they will start to be less happy. I was thinking of Amazon S3â¦ we should look into it. Marcus

Jan. 19, 2014

Re: [Pharo-dev] Static File Server for Pharo Contribution

by Marcus Denker

On 18 Jan 2014, at 18:24, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Marcus Denker-4 wrote >> What do you want to store? An image? Documentation? > > Well I was recommending Phratch to a non-programmer (teacher) using Scratch. > We went to the download page and found Metacello instructions, which baffled > them. There is a CI build but IIRC we weren't linking to those artifacts as > not to overload the CI server, so I was thinking it would be good to mirror > them on a static server like we do with core. Then we could link to them on > the project websitesâ¦ > In the long run, I think that images will become very much what Squeak Projects used to be (but without the problemsâ¦). So yes, I think this would be nice. We where discussing on and off what to use for storage.. the inria server is free, but a bit of a hassle (due to security restrictions). And of course, at some size they will start to be less happy. I was thinking of Amazon S3â¦ we should look into it. Marcus

Jan. 19, 2014

Re: [Pharo-dev] [ANN] MessageTally in GTInspector

by Marcus Denker

On 19 Jan 2014, at 00:30, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > The GTInspector just became a performance analysis tool, too. You can simply inspect a MessageTally and you get several useful views that help you identify performance problems. > > You can read a more detailed description here: > http://www.humane-assessment.com/blog/assessing-pharo-performance-with-gtin… > > As an appetizer, I attached a screenshot with a Graph-ET chart (thank you Daniel Aviv for developing this engine). > Very niceâ¦ using visualisation everywhere in the IDE could be extremely interestingâ¦ Does graphET already have support for Sparklines? http://www.edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=0001OR&topic_id=1 This could be interesting to embed small visuals like that everywhere (not just for time related thingsâ¦). Of course I have no idea for what for realâ¦ ;-) Marcus

Jan. 19, 2014

Re: [Pharo-dev] unload all

by Marcus Denker

Very very nice! I integrate issue 12679. Yes, Monticello meta dataâ¦ we should check this issue: https://pharo.fogbugz.com/f/cases/2711/Monticello-wastes-significant-amount… (but in general it is not good to have meta data of a versioning system in the imageâ¦ it needs to be on disk, and the history on disk needs to not by in thousands of zip filesâ¦). On 18 Jan 2014, at 20:38, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. > It uses several temporary patches that we need to solve properly: > - make NativeBoost optional > - make UserManager optional > - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIn… > > The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer. > > With some care we can make it usable base for the next remodularization effort. > > Cheers, > -- Pavel >

Jan. 19, 2014

Re: [Pharo-dev] unload all

by Pavel Krivanek

2014/1/18 Sven Van Caekenberghe <sven(a)stfx.eu> > > On 18 Jan 2014, at 20:53, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > wrote: > > > COOOOOOOLLLLLLL !!!!!! > > +1 > > And interesting as well (I want to understand how to unload NB, for > example). > For simplicity I use the attached code. The image needs to be restarted after NB unloading. To do it properly, we need to solve this issues: https://pharo.fogbugz.com/f/cases/12624/make-image-startup-independent-on-N… https://pharo.fogbugz.com/f/cases/11869/NativeBoost-usage-in-PreferenceStar… -- Pavel > > > Ben > > > > On 18 Jan 2014, at 16:37, Pavel Krivanek <pavel.krivanek(a)gmail.com> > wrote: > > > >> Hi, > >> > >> I finally successfully created a script that is able to unload > everything *by Monticello* except kernel packages, network, Monticello, > Gofer and related packages. I will setup a job when Jenkins will be healthy > again. > >> It uses several temporary patches that we need to solve properly: > >> - make NativeBoost optional > >> - make UserManager optional > >> - small super-easy issue > https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIn… > >> > >> The size of resultant image is about 6.6 MB, 4.9 MB without MC data and > caches. BTW in the full image Monticello data have about 5MB. The image has > no Undeclared nor obsolete classes and is really able to load something > using Gofer. > >> > >> With some care we can make it usable base for the next remodularization > effort. > >> > >> Cheers, > >> -- Pavel > >> > > > > >

Jan. 19, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30706 Home: https://github.com/pharo-project/pharo-core

Jan. 19, 2014

[pharo-project/pharo-core] 43a069: 30706

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 43a069bfde88d3345dcd761d75eece421933f111 https://github.com/pharo-project/pharo-core/commit/43a069bfde88d3345dcd761d… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-19 (Sun, 19 Jan 2014) Changed paths: A Announcements-View.package/AnnouncementSpy.class/instance/updating/windowIsClosing.st R Refactoring-Core.package/extension/ClassTrait/instance/soleInstance.st M Ring-Core-Kernel.package/extension/CompiledMethod/instance/asFullRingDefinition.st M Ring-Tests-Monticello.package/extension/RGMethodDefinitionTest/instance/testAsFullMethodDefinition.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script359.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30706.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Traits.package/ClassTrait.class/instance/accessing/soleInstance.st Log Message: ----------- 30706 12679 change package of ClassTrait >> #soleInstance https://pharo.fogbugz.com/f/cases/12679 12649 Closing AnnouncementSpy does not unregister from associatedAnnouncer https://pharo.fogbugz.com/f/cases/12649 12585 asFullRingDefinition does not (always) find the package of a method https://pharo.fogbugz.com/f/cases/12585 http://files.pharo.org/image/30/30706.zip

Jan. 19, 2014

Re: [Pharo-dev] unload all

by Pavel Krivanek

2014/1/18 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Excellent and impressive. > Pavel did you publish it in SystemConfiguration? > some code is there but mainly because of backup purposes, it cannot work as is. > I would really like to see if we can add a unload protocol to the package > manifest or configuration because it would be good to have > the knowlegde modular. > interesting part will be to remove configuration itself :-) > Stef > > > Hi, > > I finally successfully created a script that is able to unload everything > *by Monticello* except kernel packages, network, Monticello, Gofer and > related packages. I will setup a job when Jenkins will be healthy again. > It uses several temporary patches that we need to solve properly: > - make NativeBoost optional > - make UserManager optional > - small super-easy issue https://pharo.fogbugz > .com/f/cases/12679/change-package-of-ClassTrait-soleInstance > > The size of resultant image is about 6.6 MB, 4.9 MB without MC data and > caches. BTW in the full image Monticello data have about 5MB. The image > has no Undeclared nor obsolete classes and is really able to load something > using Gofer. > > With some care we can make it usable base for the next remodularizationeffort. > > Cheers, > -- Pavel > > >

Jan. 19, 2014