June 2015 - Pharo-users - lists.pharo.org

the importance of your story

by Tudor Girba

Hi, I gave last week a talk at NDC Oslo on "Don't demo facts. Demo stories!". While the talk is less technical, I did exemplified the message by demoing Spotter in comparison with the search support from Eclipse. There are several things I would like to emphasize. I compared our solution with an "industry standard" one. We often think our system as being niche and perhaps not mature enough. We need to change that perception about our work. We build state of the art. One thing that I did not mention explicitly in the talk is the size of the implementation. The Spotter implementation is 3500 lines of code -- and that it is so large because it currently comes with its own widgets. Furthermore, the extensions average 8 lines per custom processor (including the method header and the pragma). This is orders of magnitude smaller than what is typically out there, and it is precisely the reason why we can compete even if we are fewer. But, to get out there and compete we have to set that high goal for ourselves. For example, with GT we do not want to compete. We want to outcompete. So can you. While details are important, high goals require us to get away from those details. Only polishing details will tend to limit you to incremental improvements. We need to jump from time to time. But, these jumps are hard. On the one hand, it is hard to find the right jump and convince people to jump with you. On the other hand, they are hard to predict. For example, Spotter would have not been predictable one year ago. Yet, dry goals are not enough to keep us going. We need stories that make us dream. And the beauty is that Pharo breaths such a story. We should not limit ourselves to that story only. For example, with GT we want to reinvent the developer experience by making the developer be able to mold visual tools to her context because that is the only effective way to build sustainable systems. This little point of view will turn the IDE upside down, and this is only possible in a system like Pharo. Choose your high goal and tell its story through the system that you build. And remember that Pharo already offers a beautiful story to start from. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

June 25, 2015

Re: [Pharo-users] Proposed fix for RFB. Please review

by stepharo

Welcome christer and thanks for sharing your fix. I hope a guy will reply to you. To me it looks ok :) but I never looked at RFB Stef Le 22/6/15 18:29, Christer Assmundsson a Ã©crit : > Hi all, > > I have fixed (?) an issue in RFB server that seems to solve a problem > I had with initiating a session. After the fix it works at least with > UltraVnc. Still not with tightVnc though, has to be some other problem > with that. > > As I'm not very experienced with pharo I'd like to have somebody elses > eyes on it before checking it in to SmaltalkHub (if I even have access > to that). Quality status on the fix is "works on my machine" > > At the start of RFBSession>> sendFramebufferUpdate > > | updateRegion nRects sendCursor sendPosition | > preferredEncoding ifNil: [^self]. > "<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< new code" > self beginUpdate. > ... > > Reasoning: Until we know what encoding to use, we can't send updates. > Just discard them. It will be picked up later. > Technical: Futher down in the method we call "countRects" which is not > set until we set encoding, and therefore the method fails with DNU. > > Please let me know how I should proceed. > > Best regards, > Christer > >

June 25, 2015

Re: [Pharo-users] OpenCL problems since we switch to OS X 10.10.3

by Ben Coman

Just some random ideas... Seems some others are having problems... http://preta3d.com/os-x-users-unite/ Only a shot in the dark, not sure if it relates (search for OpenCL and Chrome)... https://forums.adobe.com/thread/1393885?start=120&tstart=0 Another shot in the dark, just looking for things you might turn off: * https://developer.apple.com/library/mac/documentation/Performance/Conceptua… * When it crashes, does it list come file/libraries with OpenCL in their name. Use some system tool like `lsof` to see if there are other program is using those files, and see if you can identify something to turn off. Alternate drivers http://www.tonymacx86.com/graphics/161334-nvidia-releases-alternate-graphic… cheers -ben On Wed, May 20, 2015 at 11:05 PM, Serge Stinckwich < serge.stinckwich(a)gmail.com> wrote: > Hi Ronie, > > since we switch here from OS X 10.10.2 to 10.10.3, your OpenCL > framework doesn't not work anymore ... We crash Pharo everytime we try > to use GPU. > > This is an except of the crash log: > > Process: Pharo [21039] > Path: /Applications/Pharo.app/Contents/MacOS/Pharo > Identifier: org.pharo.Pharo > Version: Pharo 0.2.7-2015.04.20 (21.0) > Code Type: X86 (Native) > Parent Process: ??? [1] > Responsible: Pharo [21039] > User ID: 502 > > Date/Time: 2015-05-20 16:50:33.740 +0200 > OS Version: Mac OS X 10.10.3 (14D136) > Report Version: 11 > Anonymous UUID: 53101D99-4009-6151-7D46-D4F943A588CF > > Sleep/Wake UUID: D65CFFA9-9DD4-490B-99A5-D5A3F37C8649 > > Time Awake Since Boot: 240000 seconds > Time Since Wake: 19000 seconds > > Crashed Thread: 0 Dispatch queue: opencl_runtime > > Exception Type: EXC_BAD_ACCESS (SIGABRT) > Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000020 > > What can we do ? Apparently this is difficult to downgrade back to 10.10.2 > > Regards > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > >

June 24, 2015

Re: [Pharo-users] Moose

by abdelghani ALIDRA

Hi Actually I am not using a specifc tool to generate feature models. For the moment, I am using XML Files to express features because tools like SPLOT use such format so it would be easy to export it into Moose. It would be nice to have the Frascati feature model file, just to test some new metrics and visualisations and better understand the code :) Abdelghani Â DeÂ : Alexandre Bergel <alexandre.bergel(a)me.com> ÃÂ : abdelghani ALIDRA <alidrandco(a)yahoo.fr> EnvoyÃ© le : Mercredi 24 juin 2015 17h03 ObjetÂ : Re: [Pharo-users] Moose Hi! No, we do not have a particular description of the text file. This was made in a very ad-hoc way, and very close to Familiar. Since I guess you are using your own platform to express features and variability, I guess this text description is not that useful for you. Alexandre --Â _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel Â http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Jun 24, 2015, at 8:13 AM, abdelghani ALIDRA <alidrandco(a)yahoo.fr> wrote: Thanks for the document. Since Familiar code is open, I mayÂ want to reuse some parts of it. I noticed there is a FMTexImportCommand class in the Familiar package. This is to load a feature model from a text description or file I gess. What is the structure of such a file? Maybe you have some examples also? Regards.Abdelghani DeÂ : Alexandre Bergel <alexandre.bergel(a)me.com> ÃÂ : abdelghani ALIDRA <alidrandco(a)yahoo.fr> EnvoyÃ© le : Mardi 23 juin 2015 15h39 ObjetÂ : Re: [Pharo-users] Moose What I try to do is to use Moose to model, raisonÂ and do visualizations on feature models (a variability model used to model variability in software product lines) In the feature model there is a concept called crosstree constraints relying two features (fonctionnalities) example: aFeature requires aNotherFeature. The relation goes from aFeature to aNotherFeature. Okay. Interesting topic.We did a bit of work on this, you may want to have a look at it:https://dl.dropboxusercontent.com/u/31543901/MyPapers/Urli15-FeatureComp… Cheers, Alexandre Regards DeÂ : Alexandre Bergel <alexandre.bergel(a)me.com> ÃÂ : abdelghani ALIDRA <alidrandco(a)yahoo.fr>; Any question about pharo is welcome <pharo-users(a)lists.pharo.org> EnvoyÃ© le : Lundi 22 juin 2015 19h41 ObjetÂ : Re: [Pharo-users] Moose Hi! I have never used the previous and next. No idea whether this is used or not.What are you trying to achieve? Cheers,Alexandre --Â _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel Â http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Jun 22, 2015, at 12:06 PM, abdelghani ALIDRA <alidrandco(a)yahoo.fr> wrote: Hi everybody, when working with the FAMIX meta model, one must implement the previous, next, from and to methods for each class extending FAMIXAssosiation. What is the diffence between previous/from and next/to?if I make MyFamixClass>>from^previousthe same information is displayed twice in the Moose panel (because both methods are annotated with the MSEProperty in the superclass)Who can one avoid that? Regards Abdelghani

June 24, 2015

Re: [Pharo-users] OpenCL problems since we switch to OS X 10.10.3

by Serge Stinckwich

Any ideas Ronie about this bug ? Thank you. On Wed, May 20, 2015 at 5:05 PM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > Hi Ronie, > > since we switch here from OS X 10.10.2 to 10.10.3, your OpenCL > framework doesn't not work anymore ... We crash Pharo everytime we try > to use GPU. > > This is an except of the crash log: > > Process: Pharo [21039] > Path: /Applications/Pharo.app/Contents/MacOS/Pharo > Identifier: org.pharo.Pharo > Version: Pharo 0.2.7-2015.04.20 (21.0) > Code Type: X86 (Native) > Parent Process: ??? [1] > Responsible: Pharo [21039] > User ID: 502 > > Date/Time: 2015-05-20 16:50:33.740 +0200 > OS Version: Mac OS X 10.10.3 (14D136) > Report Version: 11 > Anonymous UUID: 53101D99-4009-6151-7D46-D4F943A588CF > > Sleep/Wake UUID: D65CFFA9-9DD4-490B-99A5-D5A3F37C8649 > > Time Awake Since Boot: 240000 seconds > Time Since Wake: 19000 seconds > > Crashed Thread: 0 Dispatch queue: opencl_runtime > > Exception Type: EXC_BAD_ACCESS (SIGABRT) > Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000020 > > What can we do ? Apparently this is difficult to downgrade back to 10.10.2 > > Regards > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

June 24, 2015

"Oops! Invalid username or password" when saving Settings on smalltalkhub

by Damien Cassou

Hi, I'm trying to update the description of the Pillar project at http://www.smalltalkhub.com/#!/~Pier/Pillar/settings. Unfortunately, when I press the green "Update" button, I face a Oops! Invalid username or password red warning on top of the page and my changes are not saved. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

June 24, 2015

Re: [Pharo-users] RESTful API with Pharo with Gemstones

by itlists＠schrievkrom.de

We go a very similiar way as Sebastian - but with our company need NOT to build a Smalltalk-only system, but also offer support for several other developers/languages. We use * Zinc REST * Gemstone 3.2.6 We generate code to have: * Swagger-UI and Swagger-Core support (currently 1.2) Earlier the swagger stuff was also handled by Gemstone, but now we create Gemstone-Code to write the Swagger-specs into the server filesystem. Practically the swagger-core support has been working with C# (we had to correct/change the template for source code generation). We see now the need to go to Swagger 2.0, to stay near the development master stream. The whole system is working very stable - the only problem I have is a 10 MB limit on the Gemstone socket system - here the Zinc HTTP System subsystem must be changed to get rid of this problem. Marten Am 23.06.2015 um 20:40 schrieb sergio_101: > I have been a project coming up that I really onlyneed a restful API on. > > The front end will be first built on a mobile device(iOS )then back on > possibly android, with a very stripped down web application. > > i would like to use pharo/gemstones as the database. > > is there a project out there that allows for such restful API > development in pharo land? This would be so fun! > > thanks -- Marten Feldtmann

June 24, 2015

Re: [Pharo-users] RESTful API with Pharo with Gemstones

by Sven Van Caekenberghe

> On 23 Jun 2015, at 22:55, Sebastian Heidbrink <sheidev(a)yahoo.de> wrote: > > Hi Sergio, > > Zinc-REST is part of the Zinc repository and a fork for Gemstone can be found here: https://github.com/GsDevKit/zinc/tree/gs_master/repository/Zinc-REST.package > Most part is to implement the code that generates the Swagger specification for your ZnRESTCall subclasses. But it is no vodoo. > It becomes more complexe if you would actually like to use the swagger specification on the server site to do request data validation and error handling,.... I currently use Swagger only for documentation purposes. > > Amber limitations? Not really. > It took me some time to figure out how to configure my servers to cope with CORS for the Swagger-UI and my current jsonwebtocken security mechanism is not supported by the SwaggerUI and I had to allow insecure access for the Swagger UI to the Gemstone server. > > The Amber Swagger-JS integration works quite nicely. > I did not publish the code on Github because the integration is so tiny. I can send it to you if you like. > Or no,... let me prepare a demo based on the Swagger petshop demo and I will put it online. > Might take a day or two until I find some time. Yes please write something about this, this is interesting for many people. > Sebastian > > > > > Am 23.06.2015 um 13:05 schrieb sergio_101: >> hey, sebastian.. this looks great! this looks like what i am after.. >> >> did you run into any problems or limitations using Amber as a front end? I have not tried Amber yet, so this might be the right time to give it a shot.. where did you find zinc-rest? a quick search turns up references to it.. should i be able to just install it via my image? >> >> andrew - i thought about using the seaside rest add on, but seaside seems to be alot of overhead just to run a rest server.. >> >> mariano - i am thinking about using api token.. >> >> >> >> On Tue, Jun 23, 2015 at 3:13 PM Sebastian Heidbrink <sheidev(a)yahoo.de> wrote: >> Am 23.06.2015 um 11:40 schrieb sergio_101: >>> I have been a project coming up that I really onlyneed a restful API on. >>> >>> The front end will be first built on a mobile device(iOS )then back on possibly android, with a very stripped down web application. >>> >>> i would like to use pharo/gemstones as the database. >>> >>> is there a project out there that allows for such restful API development in pharo land? This would be so fun! >>> >>> thanks >> >> I am not so sure what you mean exactly but this is my stack. >> >> I use pure Zinc-REST on the Gemstone side and the REST API is described in Swagger-Spec from within Gmestone. >> Clients are VBA, Amber and Pharo and they utilize the Swagger API spec to access the server. >> >> Works pretty well and is much more preformant than the intial Pharo MongoDB backend I initially used. >> >> Have a look into http://smalltalkhub.com/#!/~HeSe/Swagger-Spec >> There you can find most of the needed Swagger implementation some minor details like type constants are missing. >> >> Once your Gemstoneserver knows how to host his Swagger-Spec you can host it via https://github.com/swagger-api/swagger-ui >> This saves a lot of explaning time to client developers. >> >> >> Sebastian >

June 23, 2015

Re: [Pharo-users] RESTful API with Pharo with Gemstones

by Sebastian Heidbrink

Hi Sergio, Zinc-REST is part of the Zinc repository and a fork for Gemstone can be found here: https://github.com/GsDevKit/zinc/tree/gs_master/repository/Zinc-REST.package Most part is to implement the code that generates the Swagger specification for your ZnRESTCall subclasses. But it is no vodoo. It becomes more complexe if you would actually like to use the swagger specification on the server site to do request data validation and error handling,.... I currently use Swagger only for documentation purposes. Amber limitations? Not really. It took me some time to figure out how to configure my servers to cope with CORS for the Swagger-UI and my current jsonwebtocken security mechanism is not supported by the SwaggerUI and I had to allow insecure access for the Swagger UI to the Gemstone server. The Amber Swagger-JS integration works quite nicely. I did not publish the code on Github because the integration is so tiny. I can send it to you if you like. Or no,... let me prepare a demo based on the Swagger petshop demo and I will put it online. Might take a day or two until I find some time. Sebastian Am 23.06.2015 um 13:05 schrieb sergio_101: > hey, sebastian.. this looks great! this looks like what i am after.. > > did you run into any problems or limitations using Amber as a front > end? I have not tried Amber yet, so this might be the right time to > give it a shot.. where did you find zinc-rest? a quick search turns up > references to it.. should i be able to just install it via my image? > > andrew - i thought about using the seaside rest add on, but seaside > seems to be alot of overhead just to run a rest server.. > > mariano - i am thinking about using api token.. > > > > On Tue, Jun 23, 2015 at 3:13 PM Sebastian Heidbrink <sheidev(a)yahoo.de > <mailto:sheidev@yahoo.de>> wrote: > > Am 23.06.2015 um 11:40 schrieb sergio_101: >> I have been a project coming up that I really onlyneed a restful >> API on. >> >> The front end will be first built on a mobile device(iOS )then >> back on possibly android, with a very stripped down web application. >> >> i would like to use pharo/gemstones as the database. >> >> is there a project out there that allows for such restful API >> development in pharo land? This would be so fun! >> >> thanks > > I am not so sure what you mean exactly but this is my stack. > > I use pure Zinc-REST on the Gemstone side and the REST API is > described in Swagger-Spec from within Gmestone. > Clients are VBA, Amber and Pharo and they utilize the Swagger API > spec to access the server. > > Works pretty well and is much more preformant than the intial > Pharo MongoDB backend I initially used. > > Have a look into http://smalltalkhub.com/#!/~HeSe/Swagger-Spec > <http://smalltalkhub.com/#%21/%7EHeSe/Swagger-Spec> > There you can find most of the needed Swagger implementation some > minor details like type constants are missing. > > Once your Gemstoneserver knows how to host his Swagger-Spec you > can host it via https://github.com/swagger-api/swagger-ui > This saves a lot of explaning time to client developers. > > > Sebastian >

June 23, 2015

Re: [Pharo-users] RESTful API with Pharo with Gemstones

by Johan Fabry

You can build a simple REST service on top of the Zinc HTTP server quite easily and quickly, there is even an example in the EnterprisePharo book The book is a work in progress but you can get this text here: https://ci.inria.fr/pharo-contribution/view/Books/job/EnterprisePharoBook/l… (see Scripting a REST Web Service with Zinc) > On Jun 23, 2015, at 15:40, sergio_101 <sergio.rrd(a)gmail.com> wrote: > > I have been a project coming up that I really onlyneed a restful API on. > > The front end will be first built on a mobile device(iOS )then back on possibly android, with a very stripped down web application. > > i would like to use pharo/gemstones as the database. > > is there a project out there that allows for such restful API development in pharo land? This would be so fun! > > thanks ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

June 23, 2015