February 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] gl/cl interop
by chadwick Feb. 22, 2012

Feb. 22, 2012

Hi, I'm new to Pharo & interested in doing some OpenCL + OpenGL for visualization. Looking around I'm confused by the differences between the various OpenGL libs and Alien vs FFI vs NativeBoost. Years ago I did some OpenGL-based GPGPU work in Squeak (OpenCobalt), but that's all out of date I think. For interop I need to get hold of the current gl context (e.g.glxGetCurrentContext), but according to other threads here that's not so easy in Squeak or Pharo. I tried NativeBoost but it didn't have a Linux implementation. What's the best way to proceed ?

3 2

[Pharo-project] Nautilus Refactorings
by Benjamin Feb. 22, 2012

Feb. 22, 2012

Hello guys, I know a some of you are waiting for the integration of the RB engine into Nautilus. Some of them are already implemented, so if you wanna test them, here is the gofer script Gofer new url: 'http://ss3.gemstone.com/ss/Nautilus'; package: 'ConfigurationOfNautilus'; load. (Smalltalk at: #ConfigurationOfNautilusRefactoring) perform: #loadDefault It loads everything. For now I have only done some refactorings for classes, so if you popup the menu on a class, a new item named Refactoring should appear :) Moreover, the 'rename class' method is replaced by the RB one :) Thanks in advance for your feedback, and if you want to participate, you are more than welcome :) Ben

11 49

Re: [Pharo-project] How to cook Mr Popatoe Process?[SEC=UNCLASSIFIED]
by Stephen Taylor Feb. 22, 2012

Feb. 22, 2012

On Tue, 2012-02-21 at 13:33 -0600, Jimmie Houchin wrote: > If he actually provides > something usefully such as a bug report with reproducible actions, or > a patch, an appropriate approved actionable suggestion. Then we can > treat those emails with the respect due such emails. That's what's so frustrating - *some* of Guido's complaints make sense. And Pharo would be helped by helped by remorseless but constructive criticism. But that's not what Guido's supplying. > Jimmie Steve

3 7

[Pharo-project] A challenge for all who cares
by Edgar J. De Cleene Feb. 22, 2012

Feb. 22, 2012

Yesterday in a response to Craig I said have a Cuis with a wiki on top and this .image is 5 mb and run on a Â³modernÂ² G4 400 mhz PowerMac. ThatÂ¹s is a beauty and the power of Cuis, thanks Juan for your reduced image of 2 mb 117.192.108.122 178.64.152.244 190.18.66.65 190.193.183.54 190.216.29.120 190.99.158.210 201.212.74.182 201.252.254.21 64.151.43.167 76.110.216.6 76.15.23.5 76.68.49.175 86.42.80.90 88.161.169.54 92.225.135.195 93.38.215.238 This was the captured Ip, ranging from Atlanta, Paris,Milano, St Petersbourg, Hamburg, Sunchales, Buenos Aires . Off course some have halts as all is towards to alpha real soon now :=) In the process I fix some errors of the wiki, discover Cuis do not know how import Morph and must to do a mix between Juan code which is superior and old Squeak code just for compatibility. Lo lamento Juan por ensuciar el Cuis. So the challenge is: Taking http://ftp.squeak.org/various_images/SqueakLight/Cuis3.1r.4.zip as target we could build it from Spoon ? And add the best of Pharo, Squeak, whatever (external JavaScript) for having a killer system which document to self like Cuis3.1r.11.image running today on http://201.212.74.182:8086/ Siganme los buenos ! Edgar P.S Fell free to contact direct to edgardec2005(a)gmail.com Edgar

8 28

[Pharo-project] Airbrake for Pharo
by Mariano Martinez Peck Feb. 21, 2012

Feb. 21, 2012

Hi guys. In my post about "Moving contexts and debugger between images<http://marianopeck.wordpress.com/2012/01/19/moving-contexts-and-debuggers-b…>" Francois recommend me to take a look to http://airbrakeapp.com/ I recommend you to take a look to the project to get an idea what it is. I argued that it was not open-source but then "renemendoza" pointed me out an open-source project which is API compliant with airbrake: https://github.com/errbit/errbit I think it could be a nice project to see how we can integreate that with Pharo. Could a Pharo-based app use such a tool? For example, can we add PharoDebug.log, crash.dump, etc etc? Do we need to write a client for Pharo? Would be able to upload Fuel serialized contexts so that someone can then debug in another image (with the limitations that it has) ? Cheers -- Mariano http://marianopeck.wordpress.com

5 6

[Pharo-project] Why do we use Pharo? a.k.a. rethinking Pharo marketing
by StÃ©phane Ducasse Feb. 21, 2012

Feb. 21, 2012

I would like to get from you why you use Pharo? After thinking a lot about that recently I think that I would like to have something like that: Pharo a plastic language to build evolvable and debuggable applications. With Pharo and its ecosystem you can build powerful tools (web application, data management, business processesâ¦). Pharo philosophy is driven by domain driven design. Modeling is agile. Pharo is an executable modeling language. Pharo is not only a language but an infrastructure with powerful tools like Moose. Plastic = "(in science and technology) of or relating to the permanent deformation of a solid without fracture by the temporary application of force." Pharo: ease of modeling, essence of agile, close to objects all the time. Stef

9 12

[Pharo-project] Package TextLint for Debian?
by Thomas Koch Feb. 21, 2012

Feb. 21, 2012

Hi, I've just found textlint for Emacs[1] and wondered, whether it could be packaged for Debian (or any other Distro). Unfortunately the Git repo does not contain the source code of textlint but only several binaries. So I wondered whether all the textlint logic happens locally or whether the plugin contacts a textlint server? [1] https://github.com/DamienCassou/textlint Even if the textlint source code would be available, it seems that textlint depends on Pharo, which also isn't packaged for Debian. Is that right? I don't know anything about Smalltalk, so I can't package Pharo myself, but I'd be happy to help if somebody of you would be interested to package it. Best regards, Thomas Koch, http://www.koch.ro

3 2

[Pharo-project] [update 1.4] #14345
by Marcus Denker Feb. 21, 2012

Feb. 21, 2012

14345 ----- Issue 5343: Debugger broken http://code.google.com/p/pharo/issues/detail?id=5343 Issue 5342: Do not unload Graphics Ressources on #cleanUpForProduction http://code.google.com/p/pharo/issues/detail?id=5342 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14344
by Marcus Denker Feb. 21, 2012

Feb. 21, 2012

14344 ----- Issue 5341: update #cleanUpForProduction http://code.google.com/p/pharo/issues/detail?id=5341 -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] Why do we use Pharo? a.k.a. rethinking Pharo marketing
by Stephan Eggermont Feb. 21, 2012

Feb. 21, 2012

We use Pharo commercially because it offers us a number of critical competitive advantages: - the superior environment makes development fun; - the short development feedback loop allows us to learn and improve; - open source & cross-platform allow us to make deployment decisions purely on technical reasons; - the talent in the community gives us the guarantee that we can buy our way to a solution if needed; the focus on both research and commerce makes sure that there are good people that continue improving Pharo and that they can stay in the Pharo community after graduating; - the availability of frameworks such as MOOSE and Seaside and the good compatibility with Gemstone allows us to provide better solutions faster. Stephan Eggermont Sensus, systems that make sense

1 0