December 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] 1.2 Dev and Hudson
by Guillermo Polito Dec. 20, 2010

Dec. 20, 2010

Marcus, How are we building 1.2 dev? Is it using always the last version of the ConfigurationOfPharo? If not, how can we do it? :) Once it's done, maybe we can do a #loadLast in the class side of the config like this: >>loadLastStable (self project version: 'xxx') load And forget about updating the build script for each version... Cheers! Guille

1 0

Re: [Pharo-project] Popularity or not of smalltalk?
by James Ladd Dec. 20, 2010

Dec. 20, 2010

Thank you all for the pointers. Luckily the IDE company has promised to write a plugin for Smalltalk this Janurary. For me, the initial plugin may not be what Smalltalkers like but over time I'm going to enhance it to give the same functionality as the current Code Browser. My goal is to bring more people to Smalltalk and if that means a few changes to what an 'old school' smalltalkers expect, then I am ok with that. Rgs, James.

2 1

[Pharo-project] [ANN] First release of Keymappings for Pharo
by Guillermo Polito Dec. 19, 2010

Dec. 19, 2010

Hi! I wanted to announce some advances in my work on Keymapping. What I did so far: - some refactors and changes. I did them While I learnt the code and how it worked. There's much cleaning left. - I added some comments to classes - added and changed tests - added a Pragma mecanism to collect the keymappings, like this: SomeClass class>>declareKeymappingOn: aBuilder <keymap> aBuilder addKeymap: [ :builder | builder on: '<m-j>' do: [ :m | UIManager default inform: 'yes!' ] ] on: #Test; attach: #Test to: SystemWindow. Next things I want to do on it: - more cleaning - a little more documentation - replace the string way of declaring the shortcuts (the '<m-j>') - add Application specific shortcuts (today shortcuts are attached to morphs, and it would be good to get them declared in models of those morphs too) - build an usable UI (today's UI doesn't reflect the changes I did. BTW, it is very odd, and I didn't found a way to use it well). Well, I just wanted to share it :P. I believe that in the weekend I'll build a new release ;). Cheers! Guille

5 4

Re: [Pharo-project] A pass on bugs of 1.2 and 1.2-Dev
by Marcus Denker Dec. 19, 2010

Dec. 19, 2010

On Dec 19, 2010, at 2:31 PM, Luc Fabresse wrote: > Hi all, > > I made a pass on failing tests. > I fixed some: #3415 #3455 #3456 I will do a core update now... > I report #3454 in 1.2-dev : DNU when looking for implementors in OBrowser > > #Luc -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

[Pharo-project] Pharo features
by Ivano Arrighetta Dec. 19, 2010

Dec. 19, 2010

Hello everyone. A friend of mine suggested me to use Pharo because I ask him for informations on Emacs in order to do some MultiMedia stuff. Now, is Pharo ok to do this? (list follows) Raster graphics (processing, synthesis, input/capturing, output/saving), vector graphics (same), 3D graphics (modeling, rigging, rendering, raytracing, opening and saving 3D files), sound processing (sound synthesis, algoritmic music composition, post processing), video editing (opening, saving, cutting/rotating/processing video files), text processing (HTML output, regex/find and replace/whateverI would do with Word + Excel), Optical character recognition, text to speech, speech recognition, ASCII Art. Thanks in advance for any answer.

6 7

[Pharo-project] Can you do this? Re: Automated VM build server
by Mariano Martinez Peck Dec. 19, 2010

Dec. 19, 2010

Hi Igor. I really appreciate your work on this field. I wonder if you or someone could provide (in a future) the following: I would like to be able to download a PharoVM OneClick (or put the name you want), which is a zip with the following: 1) All the platform code of a version XXX. 2) All the src folder with the code generated by ConfigurationOfVMMaker version YYY. 3) Inside the platform folder, for mac, there is always a xcode project. This project file, should be configured so that it takes the sources from the src folder. 4) An squeak/pharo image with VMMaker and plugins loaded. And this has to be loaded by ConfigurationOfVMMaker version YYY 5) The previous image can also have a workspace with the Do-it that was used to generate the src folder. And, this should be pointing to the path ../src And of course, version YYY should work with XXX. If you can provide this, not necessary automaticallly generated all the time, but every some time, this would be awesome. This will let people to: - just open xcode/make and compile a vm - just open the image, change VMMaker, generate sources and then compile a new vm I think this will REALLY increase the people using/developing/learning VM. cheers mariano On Fri, Dec 17, 2010 at 9:17 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > In our nearest plans is make an automated (Hudson based) build setup > for Cog and Squeak VMs. > > All files, which used for building an artifacts should be included in > source code repository. > So, most probably i will add the 'hudson-build' dir at same level as > 'platforms', where scripts and configs will be stored. > > Some changes which i going to do: > - all generated code will be removed from version controlled tree. > Instead of it i will add an information, which will be enough > to reproduce the generated code by taking 3 separate config file(s) > > a) image version (or its URL(s) for download) > b) script for loading VMMaker (of concrete version) + all addons like > FFI , FT2 etc etc into image > c) script for generating the source code using VMMaker image > .. > z) tell me if i miss anything here > > With removing generated source code from repo we now can make sure > that any changes in VMMaker (including code generation itself) > can be tested and can be reproduced by build server at any snapshot > version. > Also, we could test & see if VMMaker loads well and can generate code > using different base images. > So, we will instantly know if any changes in compiler, or other layers > of system is breaking VMMaker. > > Because having a years old image where VMMaker works 100%, but at same > time have 100% chances that it > couldn't be loaded (or even if loaded, but can't run correctly) in > latest image is not what i think good practice for > keeping your house clean. > > > So, by getting rid any intermediate artifacts from build chain we > will be able to make sure that: > - VMMaker loads w/o problems in latest/multiple image(s) > - VMMaker works well and can generate code > > That's means that for any newcomer, loading and building VM will be > much less tedious process, and for 99% > of cases it can be fully automated error free process. > > And let me remind our motto: we're not trying to produce perfect > system/setup from first lucky shot. > We slowly but steady crawling towards improved state of art. > > Any comments, ideas and suggestions are welcome. > > -- > Best regards, > Igor Stasenko AKA sig. > >

2 1

[Pharo-project] [Hudson] Changes
by Marcus Denker Dec. 19, 2010

Dec. 19, 2010

I did some more small incremental changes to the Hudson setup: - Names of the build artitfacts changend (both 1.1 and 1.2) Core: PharoCore-1.2.zip, PharoCore-1.2.changes / PharoCore-1.2.image Full: Pharo-1.2.zip, PharoOneClick1.2.zip and Pharo-1.2.changes / Pharo-1.2.changes.image - zip of image/changes does not contain the build script anymore - One-Click has now the version number in the .app directory name The direkt links (unchanging from now on) are: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastSuccessfu… https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/lastSuccessfulBuild/… https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/lastSuccessfulBuild/… -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-project] Graph library in Smalltalk - Need for advices (St?phane Ducasse)
by Ralph Boland Dec. 19, 2010

Dec. 19, 2010

>> May this is a ridiculuous thought but may be it would be good to start an effort on >> build a library for Smalltalk. Reusing some part of mondrian could be good. >> >> It would be very slow and really a lot of work. Mondrian is nice for visualization, but a Graph library is a lot more than that. > But not starting means that we will never have anything. > If there are multiple people needed something this means that they can join forces. > For Moose, mondrian, glamour, petitParser, RB.... nothing came out from a day to the other one > this is just that some guys starred and continued to push. > Stef If there was a basic library for graphs then people who need specific graph algorithm implementations could contribute that implementation once they complete it for their application. By this means a more complete graph library would gradually evolve. All we need for now is a well designed framework for implementing graph algorithms in with implementations of some common algorithms. Regards, Ralph Boland -- Quantum Theory cannot save us from the tyranny of a deterministic universe but it does give God something to do

1 0

[Pharo-project] [update 1.2] #12282
by Marcus Denker Dec. 19, 2010

Dec. 19, 2010

12282 ----- Issue 3456: ENH SUnit ClassFactoryForTestCase Issue 3451: All the packages should have pharo as homw package folder Issue 3415: Failing tests for SUNit Issue 3443: Should remove Sophie Undo classes -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 1

[Pharo-project] Issue 3443 in pharo: Should remove Sophie Undo classes
by pharo＠googlecode.com Dec. 19, 2010

Dec. 19, 2010

Status: Accepted Owner: stephane.ducasse Labels: Milestone-1.2 New issue 3443 by stephane.ducasse: Should remove Sophie Undo classes http://code.google.com/p/pharo/issues/detail?id=3443 Now that we have the new implementation for the undo we should remove the sophie classes.

1 2