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

Re: [Pharo-dev] OSX Pharo VMs

by Camillo Bruni

>> >> How is it not? The latest VM works better than stable? >> On OSX: >> - backspace works >> - JIT bug disappeared >> >> Which are 2 things that do not work in the stable version. >> What is missing? > > - acceptance tests > - the team feeling comfortable with it ;) > > I think we can promote the current one to stable, BUT we need to keep the old stables somewhere (just in case) > > Camillo, could you do the move? => updated the Acceptance tests => updated the performance tests => updated the tests --------------------------------------------------------------------------------- PharoS Tests Pharo 2.0 ---------------------- >> https://ci.inria.fr/pharo/view/3.0-VM/job/PharoSVM-tests/lastCompletedBuild… looks green, except for an obsolete class test, which only happens under 1 platform and another windows related timeout that happens irregularly. (Going to comment those 2 tests out). --------=---------------------------------- PharoSVM Acceptance Tests (Moose + Seaside) --------=---------------------------------- >> https://ci.inria.fr/pharo/view/3.0-VM/job/PharoSVM-AcceptanceTests/lastComp… With PharoS and 2.0 it looks like 2 Moose tests from the #stable configuration fail: Moose.Test.HismoImporter.MooseHismoImporterTest.testEvery15Days Moose.Test.HismoImporter.MooseHismoImporterTest.testEvery2Years Moose.Test.HismoImporter.MooseHismoImporterTest.testEvery6Months all of them are DNUs: MooseHismoImporter(Object)>>doesNotUnderstand: #every2Years --------------------------------------------------------------------------------- PharoVM Tests Pharo 2.0 ----------------------- >> https://ci.inria.fr/pharo/view/3.0-VM/job/PharoVM-tests/ => all green except for 3 tests delivering strange results under ubuntu 13.04 related to non-flushed streams ------------------------------------------ PharoVM Acceptance Tests (Moose + Seaside) ------------------------------------------ >> https://ci.inria.fr/pharo/view/3.0-VM/job/PharoVM-AcceptanceTest/lastComple… - same 3 moose tests failing on all platforms as for PharoS - mac slave has an integer (jit?) bug when loading the configuration of seaside

Sept. 19, 2013

Re: [Pharo-dev] ConfigurationOfGlorpDBX for Pharo2.0

by Rocio Amaya

Hi Federico, you can try replacing 'stable' by '2.5'. Like this: (((Smalltalk at: #ConfigurationOfGlorpDBX) perform: #project) perform: #version: with: *'2.5'*) load Regards! :)

Sept. 19, 2013

ConfigurationOfGlorpDBX for Pharo2.0

by Federico.Balaguer

Hello, I am having problems loading ConfigurationOfGlorpDBX on a fresh Pharo2.0 image but it seems that there is no stable version available. Is there a workaround ? or I am missing something? Thanks! Federico -- View this message in context: http://forum.world.st/ConfigurationOfGlorpDBX-for-Pharo2-0-tp4709086.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 19, 2013

Re: [Pharo-dev] [OT] Pharo lighthouse wallpaper

by Esteban A. Maringolo

I'm using this Windows theme since the beginning of the year. With sounds and everything :) http://windows.microsoft.com/is-is/windows/lighthouses-download-theme Esteban A. Maringolo 2013/9/18 Torsten Bergmann <astares(a)gmx.de>: > http://wallpapers5.com/images/wallpapers/71156968/Photography/Cape-Hatteras… > > According to site Image is for personal, non commercial use >

Sept. 18, 2013

[OT] Pharo lighthouse wallpaper

by Torsten Bergmann

http://wallpapers5.com/images/wallpapers/71156968/Photography/Cape-Hatteras… According to site Image is for personal, non commercial use

Sept. 18, 2013

Re: [Pharo-dev] if Pharo is key for you

by Esteban A. Maringolo

OFF TOPIC. IGNORE AT WILL. 2013/9/18 Sven Van Caekenberghe <sven(a)stfx.eu>: > On 18 Sep 2013, at 21:41, "Esteban A. Maringolo" <emaringolo(a)gmail.com> wrote: >> (*) Sorry it is blurred, I can't disclose more than this. > > This is seriously cool, really. > Too bad you can't say more ;-) > I for one am very interested ! Well... that's an screenshot for a demo we did (no persistence, no authentication, no nothing, just the basic logic). Footnote: We built and demoed everything ALIVE so fast that they thought we already completed the development of the solution, others were still gathering requirements or doing Powerpoints... that's a key advantage of a self contained solution like Pharo. It hasn't changed much on the frontend (it should) but I've been working hard in the middleware and the android client (Java is a pain in the a** to debug, but the "user perceived value" is 100x of anything else you could do). STAMP will come handy if this gets real and with the planned user base of 200-1000 clients. I'm a big fan of all your frameworks. Meanwhile we just keep our fingers crossed... to have the pilot (50 users) approved... big companies are slow... Esteban A. Maringolo

Sept. 18, 2013

Re: [Pharo-dev] if Pharo is key for you

by phil＠highoctane.be

Some sample datasets: http://data.gov.be/datasets --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Wed, Sep 18, 2013 at 11:32 PM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: > > On 18 Sep 2013, at 21:41, "Esteban A. Maringolo" <emaringolo(a)gmail.com> > wrote: > > > 2013/9/18 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> On Sep 18, 2013, at 5:21 PM, phil(a)highoctane.be wrote: > >>> What I'd be interested in is any code/framework for GIS open data > reading / > >>> Google Maps integration / Open Street Map stuff. > > > > What do you mean by "Google Maps integration"? > > > > Attached goes a screenshot (*) of the pilot app I'm developing, it has > > a small set of JavaScript code on the client handling live updates > > coming from a Zinc Websocket (serialized by NeoJson), updates that > > were handled before by a Seaside-REST interface, handling requests > > coming from mobile clients. > > > > I plan to implement GeoJSON in my app and use it against the MongoDB > > of Voyage, but I didn't have time yet to properly integrate, not to > > mention to share it. > > > > Or by integration you mean Seaside integration? Like generating the > > map as if it were a seaside component? > > > > Regards, > > > > (*) Sorry it is blurred, I can't disclose more than this. > > This is seriously cool, really. > Too bad you can't say more ;-) > I for one am very interested ! > > > <Screenshot---Mapa.png> > > >

Sept. 18, 2013

[ANN] "OS" and "OS-Windows" project on STHub

by Torsten Bergmann

Hi, with NativeBoost (NB) it is now possible to access not only external libraries but also the underlying operating system platform. Some examples are already included in the "NativeBoost-Win32", "NativeBoost-Unix" and "NativeBoost-Mac" categories within the NB project. But providing more and more examples and native API wrappers for the various platforms directly within the NativeBoost project itself would only bloat this project. NB should care about being a good external interface - nothing more. To keep NativeBoost clean with the basic functionality for a good foreign function interface Igor suggested to move specific API wrappers for the various operating systems into own project. To avoid duplicate effort in providing such wrappers it would IMHO make sense to host them in a central place. Therefore I created the "OS" Team on SmalltalkHub with a first project called "OS-Windows" allowing you to access Win32/Win64 functionality easily from within Pharo. It contains code, tests, many examples and documentation as a first contribution. With this initial project for Windows you can now work with the console, Shell, the internet explorer, GDI, windows processes, Control panel applets, ... I refer to the written documentation and many examples given at: http://smalltalkhub.com/#!/~OS/OS-Windows Provided code for Windows is stable and usable, if you have something to share to make it even more complete then you can easily contribute (how is described in the docu). Code is for Pharo 3.0 - you can load it easily from the config browser in a recent image. Try the examples given in the docu on the project page, look at the tests to get comfortable with it. Important: ========== Note that this idea is NOT LIMITED TO WINDOWS - it would be good if we could see pair projects like a "/~OS/OS-Mac", or "/~OS/OS-Linux" and others under the same umbrella so it follows a common pattern and is easier to access for people who require it. If someone asks if Pharo is platform independent I will answer: YES. If he asks if it is also playing nicely with the underlying platform to use platform dependent functionality I would also like to answer YES. If he wants to do some Mac stuff I would like to tell him: "just load "OS-Mac" from the config browser and start. Same for Linux, Windows, Android, YouNameIt, ... I can only provide a start for the basic framework with the hope that others will contribute as well and getting it into good shape as yet another good step for the possibilities in the Pharo universe. Side note: ========== You can read the docu online at the SmalltalkHub project page (http://smalltalkhub.com/#!/~OS/OS-Windows) - but also as a class comment on the ConfigurationOfOSWindows. If you have the "Pharo Online Help" loaded you can also view it there. Keep on talking small T.

Sept. 18, 2013

Re: [Pharo-dev] if Pharo is key for you

by phil＠highoctane.be

Yes, something like that. The ability to integrate a component showing a map with data from a collection mapping to it in a way and some Ajaxy popups with the details. Well, this is going to be a 3-day hackathon, not a full fledged dev. Thanks for the info. --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Wed, Sep 18, 2013 at 9:41 PM, Esteban A. Maringolo <emaringolo(a)gmail.com>wrote: > 2013/9/18 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > On Sep 18, 2013, at 5:21 PM, phil(a)highoctane.be wrote: > >> What I'd be interested in is any code/framework for GIS open data > reading / > >> Google Maps integration / Open Street Map stuff. > > What do you mean by "Google Maps integration"? > > Attached goes a screenshot (*) of the pilot app I'm developing, it has > a small set of JavaScript code on the client handling live updates > coming from a Zinc Websocket (serialized by NeoJson), updates that > were handled before by a Seaside-REST interface, handling requests > coming from mobile clients. > > I plan to implement GeoJSON in my app and use it against the MongoDB > of Voyage, but I didn't have time yet to properly integrate, not to > mention to share it. > > Or by integration you mean Seaside integration? Like generating the > map as if it were a seaside component? > > Regards, > > (*) Sorry it is blurred, I can't disclose more than this. >

Sept. 18, 2013

Re: [Pharo-dev] if Pharo is key for you

by Sven Van Caekenberghe

On 18 Sep 2013, at 21:41, "Esteban A. Maringolo" <emaringolo(a)gmail.com> wrote: > 2013/9/18 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> On Sep 18, 2013, at 5:21 PM, phil(a)highoctane.be wrote: >>> What I'd be interested in is any code/framework for GIS open data reading / >>> Google Maps integration / Open Street Map stuff. > > What do you mean by "Google Maps integration"? > > Attached goes a screenshot (*) of the pilot app I'm developing, it has > a small set of JavaScript code on the client handling live updates > coming from a Zinc Websocket (serialized by NeoJson), updates that > were handled before by a Seaside-REST interface, handling requests > coming from mobile clients. > > I plan to implement GeoJSON in my app and use it against the MongoDB > of Voyage, but I didn't have time yet to properly integrate, not to > mention to share it. > > Or by integration you mean Seaside integration? Like generating the > map as if it were a seaside component? > > Regards, > > (*) Sorry it is blurred, I can't disclose more than this. This is seriously cool, really. Too bad you can't say more ;-) I for one am very interested ! > <Screenshot---Mapa.png>

Sept. 18, 2013