- Pharo-users - lists.pharo.org

Re: [Pharo-users] Garage sqlite on pharo > 5

by Guille Polito

Hi, I only have to say that at least six months ago I updated garage sqlite to work on pharo 6, with UFFI. And it still works. I just checked in a new image, pharo6, doing: - Install Garage Sqlite3 Gofer it smalltalkhubUser: 'DBXTalk' project: 'Garage'; configurationOf: 'Garage'; load. (ConfigurationOfGarage project version: '0.5') load: 'sqlite3'. - Then I installed sqlite3 32bit library in my machine sudo apt-get install sqlite3:i386 - Then I created a symlink to my library so the VM can find it: ln -s /usr/lib/i386-linux-gnu/libsqlite3.so.0 libsqlite3 - Finally I configured the tests to run with the Sqlite backend GAContinuousIntegrationConfiguration new configureSqlite3. And all tests run... Esteban, can you test it locally to see if you have any problems? Norbert, I hope this works for you ^^. Now, as Stef says, it is a bit complicated on my side to work on database drivers because I do not work using them. But! If something is interested in collaborating, contact me, I will be only positive about it :) Guille -------- Original Message -------- > Why declare that as dead? > > It is there and is okay to use. > > People can update it if needed. > > Why say this? > That's not constructive, man. > > We need DB access. > Pharo without DB access is going nowhere in the industry. > > Just had a pairing session w/ Doru and guess what? The data I need for > Moose/Roassal usage is in a database. > > -_O > > Phil > > > On Mon, Oct 17, 2016 at 7:29 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Guillermo created Garage because the consortium asked and payed > him to do and I think that he did it well. Now Guillermo does not > use any database during his development and he is busy to work on > many important tasks for Pharo. > > > > I will ask Guillermo to declare Garage as dead and people should > not come and cry that DB is not well supported in Pharo. I never > understood why the code of UDBC was not pushed into Garage. > > > > Stef > > > > PS: So now people can tell me that I'm insulting torsten or > whatever. Feel free. I found the situation quite sad in fact and > quite also discouraging. > > > > > > > > > > Le 17/10/16 Ã 15:49, Esteban A. Maringolo a Ã©crit : > > > 2016-10-17 8:12 GMT-03:00 Norbert Hartl <norbert(a)hartl.name > <mailto:norbert@hartl.name>>: > > > Does anyone use Garage SQL drivers with sqlite in pharo >= 5? > > > Garage SQLite driver doesn't work on Pharo 5, the FFI API > changed and > > Garage wasn't updated to use UFFI. > > You have to use Torsten version in UDBC. > > > > Gofer it > > smalltalkhubUser: 'TorstenBergmann' project: 'UDBC'; > > configuration; > > load. > > (Smalltalk at: #ConfigurationOfUDBC) loadBleedingEdge. > > > > > > Regards, > > > > Esteban A. Maringolo > > > > > > > > > > > > > > > > >

Oct. 18, 2016

Re: [Pharo-users] [Seaside] [ANN] ZÃ¼rich Smalltalk Meetup Nov 8th, 2016

by Mariano Martinez Peck

On Tue, Oct 18, 2016 at 1:35 AM, jtuchel(a)objektfabrik.de < jtuchel(a)objektfabrik.de> wrote: > There are great news about the upcoming Smalltalkerâs Meetup in ZÃ¼rich. > > Weâve found a conference room for the evening and will start off with a > âshow us your projectâ session in a room with a big screen and start the > social part after your input at a nice Australian Steakhouse. > > The best thing is: we already have a first session: Michal is going to > show his new Gemstone-based persistence framework for Pharo. It can be used > to develop in Pharo and keep your objects stored in Gemstone. > Hi, I would love to be in Zurich, but I obviously can't :( So... is there a way to get some more info about that "Gemstone-based persistence framework for Pharo"? And who is Michal? Last name? Thanks, > We need your input > > This new setup with a meeting room adds more value to all of us: we can > now not only talk about each othersâ epxeriences and porjects, but see what > theyâre up to and what they found. > > So to make this event an even better one than before, we need people whoâd > like to share their ideas, their latest work on some hobby or professional > project. Thereâs no need for a full-fledged sales pitch with fog and visual > effects and such, just bring your laptop and show us what you do! The room > is reserved for ca. 1 hour, so we can have, say, 2-3 presentations before > we leave for beer and steaks. > > So if you have something interesting to show or would like to find people > to join on some early project youâre starting/planning, give us a chance to > learn about it. If youâve built some interesting tool or use Smalltalk for > something very special to you, let us know and share your fascination and > ideas. Weâll sure appreciate that! > > But if you spontaneously decide you want to show something or start some > discussion, feel free to do so. You just need to be prepared that we might > have to leave the room before itâs your turn. Timeslots are limited. > > It would be good if youâd pre-announce your demo to me for two reasons: > first, we can see if we need to rent tho room for a little longer, but even > better, your topic might attract even more people so I can post your topic > and make sure people get the message. > So where and when? > > Weâll meet at 7pm on Nov 8th, 2016 at > > Alpha Sprachwelt AG <http://alphasprachwelt.ch/kontakt.html> > Stadelhoferstrasse 10 > 8001 ZÃ¼rich > > Around 8-8:30 pm weâll walk over to the Outback Lodge where weâve reserved > a table. With Steaks and Drinks we can discuss ideas, talk about the good > old times or do some spontaneous hacking. For directions to the Lodge visit > http://www.outback-lodge.ch/index.php/stadelhofen > How to register? How much is it? > > This is a meetup of friends, so itâs free to come, we look forward to > meeting you and keeping in touch. You pay your meal and drinks, but the > rest is free. > > We ask you to register on our Doodle page at http://doodle.com/poll/c9c7tatwqppyhkhq > > > Please also indicate in a comment to your registration if you want to give > a short presentation. > > > > See you soon in ZÃ¼rich! > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > -- Mariano http://marianopeck.wordpress.com

Oct. 18, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by Lionel Akue

Great! We had the same idea :) The first requirements I wrote was to generate Spec UI directly. But I rather chose to make Magritte compatible with Spec. So from the Magritte description, we could generate Spec, Seaside ... Lionel 2016-10-18 14:20 GMT+02:00 Peter Uhnak <i.uhnak(a)gmail.com>: > Hi Hernan, > > I wrote some time ago two basic code generators (both in Pharo) from > UML-ified FAMIX for a particular user (so there are some domain-specific > patterns), > one for Pharo syntax ( https://github.com/OpenPonk/ > class-editor/blob/master/docs/code-generation/uml-to-code.md ) > and one for VW syntax ( https://github.com/OpenPonk/ > class-editor/blob/master/docs/vw-code-generation/pim-psm.md ) > > (the code is here https://github.com/OpenPonk/class-editor/tree/master/ > repository/DynaCASE-Generator.package and here > https://github.com/OpenPonk/class-editor/tree/master/ > repository/UML-CodeGenerator.package ) > > The most pain I had was with expressing templateable code to which I could > just plug specific data, I wanted to look at QVT but didn't have the time > yet. > But it would be interesting to see if your generator could address such > issues; plus soon I want to iterate on my generators to have more live > interaction (so the code is generated on the fly as the model is created, > although I am using Pharo Refactoring engine for now, which is also quite > powerful.) > > Addionally, Lionel (in cc) is working on some meta system generating > classes with magritte descriptions. > > So it would be cool if we could have some really cool generator that could > do many cool things. :) > > Peter > > On Tue, Oct 18, 2016 at 02:24:28AM -0300, HernÃ¡n Morales Durand wrote: > > Hi guys, > > > > I am writing a code generator, doing a few iterations right now. > > I want your opinion, which most useful thing would you like to be > generated > > automatically? It could be a pattern, an idiom, another language... > > > > For example my own wish (roadmap) list: > > > > - A "settings framework" settings class generator. > > - A state machine generator (based in the excellent paper of Trevor P. > > Hopkins) > > - A Spec UI generator. > > > > Let me know your thoughts. > > > > Cheers, > > > > HernÃ¡n >

Oct. 18, 2016

Re: [Pharo-users] Cog VM on Raspberry Pi ?

by Henrik Johansen

> On 17 Oct 2016, at 8:43 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi, > > Does a (faster) Cog VM for the Raspberry Pi actually exist ? > > I tried comparing the latest OpenSmalltalk VM with some older ones, only to find that they are all equally fast (slow actually): > > pi@raspberrypi ~/Pharo $ ./pharo -nodisplay Pharo.image printVersion > [version] 5.0 #50581 > > "http://files.pharo.org/vm/pharoS/raspbian/latest.zip" > > pi@raspberrypi ~/Pharo $ ./pharo -nodisplay Pharo.image eval '1 tinyBenchmarks' > '167429692 bytecodes/sec; 11160247 sends/sec' > > "http://www.mirandabanda.org/files/Cog/VM/VM.r3427/cogspurlinuxhtARM-15.33.3…" > > pi@raspberrypi ~/Pharo $ ./products/phcogspurlinuxhtRPi/pharo -nodisplay Pharo.image eval '1 tinyBenchmarks' > '166992824 bytecodes/sec; 11337746 sends/sec' > > "https://bintray.com/opensmalltalk/vm/download_file?file_path=cog_linux32ARM…" > > pi@raspberrypi ~/Pharo $ ./products/phcogspurlinuxhtRPi/pharo -nodisplay Pharo.image eval '1 tinyBenchmarks' > '166992824 bytecodes/sec; 11337746 sends/sec' > > That is no significant difference on a RPi 3, at all. Is this normal ? Am I missing something ? > > Thx, > > Sven > > PS: Just for reference, my Mac Book Pro is 10 times faster > > 1 tinyBenchmarks "'1323852617 bytecodes/sec; 174185794 sends/sec'" Are you 100% sure you benched different VM's? A stack VM (PharoS) getting the same results as a Spur VM (cog_linux32ARMv6_pharo.cog.spur_201610142319.tar.gz) is rather suspicious... At least on my Pi3, the spur Cog VM gives numbers around 250M bytecodes/160M sends.... which, while still "slow", is a decent bump in speed compared to what you're seeing. Cheers, Henry

Oct. 18, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by Peter Uhnak

On Tue, Oct 18, 2016 at 02:24:28AM -0300, HernÃ¡n Morales Durand wrote: > - A Spec UI generator. Oh, and Stephan did CRUD(e) Spec generator http://forum.world.st/ANN-SpecGenerator-easy-CRUD-applications-with-Spec-td… Peter

Oct. 18, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by Peter Uhnak

Hi Hernan, I wrote some time ago two basic code generators (both in Pharo) from UML-ified FAMIX for a particular user (so there are some domain-specific patterns), one for Pharo syntax ( https://github.com/OpenPonk/class-editor/blob/master/docs/code-generation/u… ) and one for VW syntax ( https://github.com/OpenPonk/class-editor/blob/master/docs/vw-code-generatio… ) (the code is here https://github.com/OpenPonk/class-editor/tree/master/repository/DynaCASE-Ge… and here https://github.com/OpenPonk/class-editor/tree/master/repository/UML-CodeGen… ) The most pain I had was with expressing templateable code to which I could just plug specific data, I wanted to look at QVT but didn't have the time yet. But it would be interesting to see if your generator could address such issues; plus soon I want to iterate on my generators to have more live interaction (so the code is generated on the fly as the model is created, although I am using Pharo Refactoring engine for now, which is also quite powerful.) Addionally, Lionel (in cc) is working on some meta system generating classes with magritte descriptions. So it would be cool if we could have some really cool generator that could do many cool things. :) Peter On Tue, Oct 18, 2016 at 02:24:28AM -0300, HernÃ¡n Morales Durand wrote: > Hi guys, > > I am writing a code generator, doing a few iterations right now. > I want your opinion, which most useful thing would you like to be generated > automatically? It could be a pattern, an idiom, another language... > > For example my own wish (roadmap) list: > > - A "settings framework" settings class generator. > - A state machine generator (based in the excellent paper of Trevor P. > Hopkins) > - A Spec UI generator. > > Let me know your thoughts. > > Cheers, > > HernÃ¡n

Oct. 18, 2016

Re: Spec: scaling imageModels

by matteob8

Hi Stef, I think that an automatic scaled behaviour is very useful for ImageModel, especially if you need to generate list of images, that automatically adapts to their container (i.e. Thumbnails). Playing with AlpahImageMorph I found that the desired behaviour can be obtained setting the "layout" state to the "#scaledAspect" symbol. So I've added the "ImageModel>>switchScaledLayout" method, that will simply call its MorphicAdapter, through the command "self changed: #switchScaledLayout with: {}". Then I've created the "MorphicImageAdapter>>switchScaledLayout" method, that switchs among the "#center" and "#scaledAspect" morph layouts (note: "#center" is the default for the Spec's "MorpdicImageAdapter"). Below the code the code I used: MorphicImageAdapter>>switchScaledLayout "Switch between scaled and fixed representation" self widgetDo: [ :w | | oldLayout | oldLayout := w layout. oldLayout = #scaledAspect ifTrue: [ w layout: #center ] ifFalse: [ w layout: #scaledAspect ] ]. Please let me know if you have any advice, Thanks, Matteo -- View this message in context: http://forum.world.st/Spec-scaling-imageModels-tp4918440p4919199.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 18, 2016

Nao robot with Pharo and LRP

by Miguel Campusano

Hello, I've been working on an API for the Nao Robot [1] in Pharo. You can find an early demo of how it works in Pharo: https://www.youtube.com/watch?v=z8jopUfLWtQ Moreover, I built a communication bridge between the Nao and LRP [2]. LRP is a live programming language for robotic behaviors. You can see a working demo of the nao moving via LRP here: https://www.youtube.com/watch?v=q1jGDtaW41U I want to emphasize how easy and fun can be to program a robot with a live environment. Looking at the robot and see how immediately changes its behavior whenever you send a command, that is cool! You can find the API here (I have to write the documentation on how to use it): http://www.smalltalkhub.com/#!/~mcamp/NaoSocket This is a work in progress. The Nao has several features that I'm planning to incorporate in the API when they are needed. To make this work I use TCP sockets to communicate with the robot. For the Nao, there is a documentation on how the robot communicates via binary packages, but the documentation lacks a lot of information that I managed to figure it out by reading the binary information (thanks gtInspector for that) and understanding how the robot works. [1] https://www.ald.softbankrobotics.com/en/cool-robots/nao [2] pleiad.cl/lrp

Oct. 18, 2016

Re: [Pharo-users] [Seaside] Seaside can not be used with Pharo 60261

by Johan Brichau

I only received a config for Grease :) In my haste, I did not check you need Seaside :) Right now, Iâm a bit too busy so until someone can provide a working config, it will have to wait. cheers Johan > On 18 Oct 2016, at 10:19, Norbert Hartl <norbert(a)hartl.name> wrote: > > You uploaded ConfigurationOfGrease but not Seaside. Mistake? > > Norbert > >> Am 18.10.2016 um 10:11 schrieb Johan Brichau <johan(a)inceptive.be>: >> >> I uploaded the changes by Christophe. If it does not work, let me know. I did not try. >> >> cheers >> Johan >> >> ps: right now the configuration is identical for pharo5.x and pharo6.x. If things start to fail for Pharo 6, we need to make another baseline to not break the configuration for pharo 4 and pharo 5 >> >>> On 18 Oct 2016, at 10:00, Johan Brichau <johan(a)inceptive.be> wrote: >>> >>> Sure. Christophe Demarey has asked me if he can publish his changes to fix the config for pharo 6. >>> >>> I will upload them as soon as I receive them >>> >>> Johan >>> >>>> On 17 Oct 2016, at 21:04, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>>> >>>> this is a question more appropriate for Seaside list :) >>>> >>>>> On 17 Oct 2016, at 20:07, Pierre CHANSON <chans.pierre(a)gmail.com> wrote: >>>>> >>>>> In #SmalltalkImage>>metacelloPlatformAttributes, #'pharo5.x' #'pharo5.0.xâ have been removed and Seaside does not have configuration for pharo6. >>>>> >>>>> Is there a plan to update the configuration of Seaside ? >>>>> >>>>> Thanks ! >>>>> >>>>> Pierre and Norbert >>>> >>>> _______________________________________________ >>>> seaside mailing list >>>> seaside(a)lists.squeakfoundation.org >>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>> >> >> > >

Oct. 18, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by Thierry Goubier

Hi Otto, for things like that, I would consider looking into the SmaCC visitor automatic generation. From an grammar, SmaCC creates the class, respecting an eventual inheritance constraint you specify, adds the instance variables, and generates the visitor (and an equality test too). Regarding state machines generation, what class of automatons are you looking at? Because I'm looking at automatons generation by reusing SmaCC (for a tentative hardware architecture subject). Regards, Thierry Le 18/10/2016 Ã 10:01, Otto Behrens a Ã©crit : > +1 for the visitor. What would be nice is to generate methods in the > form #visit<Class Name>: for all classes in a given hierarchy (eg > Magritte's MAVisitor). The default implementation of such a method > would be to call #visit<My Super Class name>: > > We have been using state machines for a long time and have built > generators for it (on a previous project, for which I do not have the > code). I still think that is a useful idea. It is difficult for the > code generator to maintain changes in the generated code with changes > in the "spec". Will you then define a DSL for the state machine? > > On Tue, Oct 18, 2016 at 9:29 AM, Julien Delplanque <julien(a)tamere.eu> wrote: >> Hello, >> >> A generator for the visitor design pattern: >> - Generate methods in visited objects: VisitedObject>>#accept: (with the >> selector name configurable) >> - Generate empty methods (or methods with a "self subclassResponsability" if >> an abstract visitor is generated) >> called in #accept: methods of VisitedObjects in the Visitor i.e >> Visitor>>#acceptVisitedObject: (with the selector >> name configurable again). >> >> Each time this design pattern has to be used, it is annoying to write by >> hand all these methods. >> >> Regards, >> >> Julien >> >> >> On 18/10/16 07:24, HernÃ¡n Morales Durand wrote: >>> >>> Hi guys, >>> >>> I am writing a code generator, doing a few iterations right now. >>> I want your opinion, which most useful thing would you like to be >>> generated >>> automatically? It could be a pattern, an idiom, another language... >>> >>> For example my own wish (roadmap) list: >>> >>> - A "settings framework" settings class generator. >>> - A state machine generator (based in the excellent paper of Trevor P. >>> Hopkins) >>> - A Spec UI generator. >>> >>> Let me know your thoughts. >>> >>> Cheers, >>> >>> HernÃ¡n >>> >> >> > >

Oct. 18, 2016