- Pharo-users - lists.pharo.org

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

Re: [Pharo-users] PharoCloud method sources

by Stephane Ducasse

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

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

by Stephane Ducasse

Hi dan We are sorry that you encounter a problem. Not sure that this is the solution but check ffiLibraryName ^ CairoLibrary CairoLibrary >> unix32ModuleName "On different flavors of linux the path to library may differ depending on OS distro or whether system is 32 or 64 bit. Packages such as snapcraft can also change the path. Look in a number of known locations, or LD_LIBRARY_PATH." #('/usr/lib/i386-linux-gnu' '/usr/lib32' '/usr/lib') , (((OSEnvironment current getEnv: 'LD_LIBRARY_PATH') ifNil: [ '' ]) substrings: ':') do: [ :path | | libraryPath | libraryPath := path asFileReference / 'libcairo.so.2'. libraryPath exists ifTrue: [ ^ libraryPath fullName ] ]. self error: 'Cannot locate cairo library. Please check if it installed on your system' Better CairoLibrary >> unix64ModuleName "On different flavors of linux the path to library may differ depending on OS distro or whether system is 32 or 64 bit. Packages such as snapcraft can also change the path. Look in a number of known locations, or LD_LIBRARY_PATH." #('/lib/x86_64-linux-gnu' '/usr/lib') , (((OSEnvironment current getEnv: 'LD_LIBRARY_PATH') ifNil: [ '' ]) substrings: ':') do: [ :path | | libraryPath | libraryPath := path asFileReference / 'libcairo.so.2'. libraryPath exists ifTrue: [ ^ libraryPath fullName ] ]. self error: 'Cannot locate cairo library. Please check if it installed on your system' On Fri, Sep 22, 2017 at 6:37 PM, Dan Wilczak <dan.g.wilczak(a)gmail.com> wrote: > I've just installed the 64-bit version of Pharo 6.1 on OpenSuse linux (64 > bit). The Athens demos fail because > UFFI looks for libcairo in /usr/lib rather the /usr/lib64. I tried setting > LD_LIBRARY_PATH but that has no effect. > How can I force it to use lib64? > > Dan > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Sept. 22, 2017

How to set library path for UFFI on Linux?

by Dan Wilczak

I've just installed the 64-bit version of Pharo 6.1 on OpenSuse linux (64 bit). The Athens demos fail because UFFI looks for libcairo in /usr/lib rather the /usr/lib64. I tried setting LD_LIBRARY_PATH but that has no effect. How can I force it to use lib64? Dan -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 22, 2017

Re: [Pharo-users] X11 options on Ubuntu VM / Athens rendering problems

by Stephane Ducasse

Hi Jeff Nice to see you. I do not know anybody running on X11. Esteban is working on better SDL20 integration. Did you try having a native window? I asked clement if he could release the Wizard Battle Arena because it was a game he did in a couple of days (yes he is good this guy) and that use cairo athens based for drawing on native window. stef On Fri, Sep 22, 2017 at 3:11 PM, J.F. Rick <self(a)je77.com> wrote: > I'm running a fullscreen Pharo application on Ubuntu and I've noticed that > Athens rendering gets way worse (maybe 10 updates per second) when I switch > to fullscreen mode from inside Pharo. Ideally, I'd love for that to be > fixed. > > In lieu of that, it would be cool if I could just maximize Pharo to the size > of the screen to achieve good performance. Two things stop that: the Unity > application bar and the title-bar. For the former, I can configure Unity to > hide it. I noticed a '-notitle' X11 option when I execute pharo -help. I've > tried using these X11 options and neither -notitle or -fullscreen seem to > have any effect. Here's the command I run: > > ./bin/pharo --encoding utf8 -vm-display-X11 -fullscreen PATH_TO_IMAGE & > > Pharo starts fine but neither option seems to have any effect. I've also > tried this in GNOME, thinking that Unity was the problem. Again, no effect. > > Any suggestions? > > Jeff > >

Sept. 22, 2017

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

by Stephane Ducasse

Laurent just for the record, back in 2008-9 the largest web app in south america in terms of users has been developed by extending Magritte and done by Esteban (the business model was bad and it died but not for technical reason). Stef On Fri, Sep 22, 2017 at 6:21 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Diego > > I recently restarted to edit a booklet for Magritte. It would be nice > if we can join forces. > https://github.com/SquareBracketAssociates/Booklet-Magritte > > On Fri, Sep 22, 2017 at 1:27 PM, Diego Lont <diego.lont(a)delware.nl> wrote: >> There is actually a tutorial included in the framework itself. One you have >> it loaded, you can start the webpage to localhost:8080 and there you have >> your tutorial. But this tutorial should be on a external webpage â¦ one of >> the things on my todo list. >> >> On 22 Sep 2017, at 12:55, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >> On 9/18/17, laurent <laurent.laffont(a)gmail.com> wrote: >> >> Hi all, >> >> it's been a long time :) At work we are currently comparing several >> technologies to start a business project that will hopefully be used by >> thousands of people for several years ;) >> >> We need a web stack and we put Pharo & co in the comparative process. >> My team have strong experience in load-balanced php / mysql deployment >> that handles millions of records but we are ready to build on >> something else though MySQL is still a requirement. >> >> Thanks for Garage + Glorp, I can prototype things. I wonder how to >> handle database schema migrations. With our PHP projects we have >> versionned PHP scripts that are automatically run given a database >> revision number ( see >> http://git.afi-sa.fr/afi/opacce/tree/master/cosmogramme/sql/patch ). >> What are the practices with Glorp ? >> >> >> 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. ) >> >> >> May be you have some other suggestions on a framework you love ? >> >> >> Maybe you have a look as well at >> https://railsexpress.quora.com/Pharo-Seaside-Express >> (referenced in another thread). >> >> Use Smalltalk as modeling / design tool and generator. Then the run >> time is done with another technology. >> >> >> Best regards, >> >> Laurent Laffont >> >>

Sept. 22, 2017