September 2017 - Pharo-users

Re: [Pharo-users] Web stack practices (Glorp / QCMagritte)

by Laurent Laffont

Thanks Stef, it would be nice, nevertheless I don't think the boss will pay a consultant :( Laurent Le 22 septembre 2017 18:18:32 GMT+02:00, Stephane Ducasse <stepharo.self(a)gmail.com> a Ã©crit : >Laurent > >do you need that we send someone to your place to help? > >Stef > >On Fri, Sep 22, 2017 at 10:28 AM, laurent <laurent.laffont(a)gmail.com> >wrote: >> Hi Stephan, >> >> actually the difficult part is how to manage correctly Glorp >> sessions/connections and update of objects in database. My team is >quite sad >> because QCMagritte and Glorp looks nice but we lack experience >glueing both >> together and could not find any documentation on the subject. >> >> Laurent >> >> >> Le mer. 20 sept. 2017 Ã 11:53, stephan <stephan(a)stack.nl> a Ã©crit : >> >> On 18-09-17 12:22, laurent wrote: >> >> We try QCMagritte and we enjoy what we see so far. What are the best >> practices to glue Magritte and Glorp together ? Especially when you >> load-balance requests on several images. Some examples ? ( FYI, I >cannot >> load QCMagritte in a fresh Pharo 6 image ( for #stable version, >> MADescriptionBuilder missing. For #development versions of Magritte >and >> QCMagritte, QCConfiguration missing ). So actually I use the one >built on >> CI. ) >> >> I really like describing domain objects with Magritte and using >chains of >> visitors to add cross-cutting concerns like translations, styling and >access >> control. The resulting domain code is very clean and DRY. To map to >> database/Glorp I would just add properties to the description >wherever >> needed, and add a visitor creating the mappings. We didn't need that >as we >> developed in Pharo and deployed on Gemstone. At the moment QC >generates >> applications using jQuery, and the live updating needs a round-trip >to the >> server. You might want to substitute that with something that does >more >> client side. I haven't looked in detail at what Johan Brichau is >doing. An >> open issue is live updates that update each other. That needs >automatically >> calculating dependencies and update order. I've copied the latest >> configuration and added #'pharo6.x' but that is not enough. Stephan

Sept. 23, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by Hilaire

What about shipping the dedicated libcairo with the Linux Virtual Image? Hilaire Le 23/09/2017 Ã 10:03, Esteban Lorenzano a Ã©critÂ : > hi, > > this is not a bug, UFFI cannot know where a library is (because it can be anywhere). > but, not being a bug, this remains a problem:) > One solution is to search on LD_LIBRARY_PATH but this is not generalised (it should) for the moment. And of course, this is a solution that works for linux and not other platforms, so not perfect. Also we need to consider architecture, etc. etc. etc. > > Esteban -- Dr. Geo http://drgeo.eu

Sept. 23, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by kmo

No luck. I cannot say whether this fixes the problem on Windows 7 because I'm not at work. But roassal will not install on my Windows 10 laptop. Other items from the Catalog Browser install OK. So it's a problem with Roassal in particular. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 23, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by Esteban Lorenzano

> On 23 Sep 2017, at 11:07, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi, > > it should work, there is nothing that prevents itâ¦ can you download latest VM? it should be this one: http://files.pharo.org/get-files/70/pharo-win-latest.zip Esteban > > Esteban > >> On 23 Sep 2017, at 10:57, kmo <voxkmp(a)gmail.com> wrote: >> >> Is it just me or my systems but is there a major problem with Roassal on >> Pharo 6.1 on Windows? >> >> At work on my Windows 7 machine, Roassal installs from the catalog browser >> but the examples will not run. I get an error - External module not found. >> it seems to be looking for the Surface dll which is definitely present in >> the pharo folder. >> >> On my Windows 10 netbook, Roassal will not even install from the catalog >> browser. It starts to install then comes up with an unhelpful "something has >> gone wrong" message. >> >> Roassal still works in Pharo 5. So is this just a 6.1 issue? >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >

Sept. 23, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by Esteban Lorenzano

Hi, it should work, there is nothing that prevents itâ¦ can you download latest VM? Esteban > On 23 Sep 2017, at 10:57, kmo <voxkmp(a)gmail.com> wrote: > > Is it just me or my systems but is there a major problem with Roassal on > Pharo 6.1 on Windows? > > At work on my Windows 7 machine, Roassal installs from the catalog browser > but the examples will not run. I get an error - External module not found. > it seems to be looking for the Surface dll which is definitely present in > the pharo folder. > > On my Windows 10 netbook, Roassal will not even install from the catalog > browser. It starts to install then comes up with an unhelpful "something has > gone wrong" message. > > Roassal still works in Pharo 5. So is this just a 6.1 issue? > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Sept. 23, 2017

Roasssal not working on Windows with Pharo 6.1

by kmo

Is it just me or my systems but is there a major problem with Roassal on Pharo 6.1 on Windows? At work on my Windows 7 machine, Roassal installs from the catalog browser but the examples will not run. I get an error - External module not found. it seems to be looking for the Surface dll which is definitely present in the pharo folder. On my Windows 10 netbook, Roassal will not even install from the catalog browser. It starts to install then comes up with an unhelpful "something has gone wrong" message. Roassal still works in Pharo 5. So is this just a 6.1 issue? -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 23, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by Esteban Lorenzano

hi, this is not a bug, UFFI cannot know where a library is (because it can be anywhere). but, not being a bug, this remains a problem :) One solution is to search on LD_LIBRARY_PATH but this is not generalised (it should) for the moment. And of course, this is a solution that works for linux and not other platforms, so not perfect. Also we need to consider architecture, etc. etc. etc. Esteban > On 23 Sep 2017, at 09:16, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Can you open a bug entry and propose your solution? > > Stef > > On Fri, Sep 22, 2017 at 9:56 PM, Dan Wilczak <dan.g.wilczak(a)gmail.com> wrote: >> That pointed me in the right direction, thanks. I've got it working now. >> >> I think there's a bug there which may bite other people --- >> >> If you have both 32-bit and 64-bit versions of the library installed, >> Unix64ModuleName can find the >> 32-bit version first (depending on your LD_LIBRARY_PATH) and set that as the >> lib to use. Then when >> UFFI loads it, it recognizes it as 32-bit and gives up rather than looking >> in any more directories. >> >> Dan >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >

Sept. 23, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by Stephane Ducasse

Can you open a bug entry and propose your solution? Stef On Fri, Sep 22, 2017 at 9:56 PM, Dan Wilczak <dan.g.wilczak(a)gmail.com> wrote: > That pointed me in the right direction, thanks. I've got it working now. > > I think there's a bug there which may bite other people --- > > If you have both 32-bit and 64-bit versions of the library installed, > Unix64ModuleName can find the > 32-bit version first (depending on your LD_LIBRARY_PATH) and set that as the > lib to use. Then when > UFFI loads it, it recognizes it as 32-bit and gives up rather than looking > in any more directories. > > Dan > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Sept. 23, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by Dan Wilczak

That pointed me in the right direction, thanks. I've got it working now. I think there's a bug there which may bite other people --- If you have both 32-bit and 64-bit versions of the library installed, Unix64ModuleName can find the 32-bit version first (depending on your LD_LIBRARY_PATH) and set that as the lib to use. Then when UFFI loads it, it recognizes it as 32-bit and gives up rather than looking in any more directories. Dan -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 22, 2017

Re: [Pharo-users] PharoCloud method sources

by Esteban A. Maringolo

It's pretty simple for small graphics. Although I'm not using it anymore. There is also a great Seaside wrapper for Highcharts, which is more actively used and maintained. Esteban A. Maringolo 2017-09-22 15:04 GMT-03:00 Stephane Ducasse <stepharo.self(a)gmail.com>: > Cool I did not know about rickshaw > > > > On Thu, Sep 21, 2017 at 9:40 PM, Esteban A. Maringolo > <emaringolo(a)gmail.com> wrote: >> I recentrly noticed that the examples gently hosted at PharoCloud >> don't have any sources available, and since the examples for both >> Bootstrap[1] and Rickshaw[2] uses code reflection to display the >> sources used to produce each example, they don't work and you get a >> `self methodHasNoSourceCode` instad. >> >> Can this be fixed somehow? >> >> [1] http://pharo.pharocloud.com/bootstrap/browser/Alerts >> [2] http://pharo.pharocloud.com/rickshaw >> >> Esteban A. Maringolo >> >

Sept. 22, 2017