Sorry... I meant "Hello Vanessa" ;-) 2012/11/27 Sebastian Nozzi <sebnozzi@gmail.com>:

Hello Araya,

Hi Sebastian and Esteban, Thanks for replying. I checked and I already have the libcairo2 installed. I actually can see Roassal working with Cairo in VW so I guess that's ok. I use a 32bits Ubuntu. But I still can't make it work :( This error in particular is because the connection with cairo? Thanks, Vanessa. On 11/27/2012 01:46 PM, Esteban Lorenzano wrote:

be sure to install the 32bits version

On Nov 27, 2012, at 5:37 PM, Sebastian Nozzi <sebnozzi@gmail.com> wrote:

...

Hello Araya,

you might still need to install the library for your host operating system.

See here:

http://www.pharocasts.com/2012/06/athens-and-native-boost-at-work.html

For Debian/Ubuntu systems you would need to do:

apt-get install libcairo2 # as root in Debian

Or:

sudo apt-get install libcairo2 # as non-root in Ubuntu

Hope this helps!

Sebastian

P.S. Future versions of Pharo, if I'm not mistaken, will include this dependency... ?

2012/11/27 Vanessa Peña Araya <van.c.pena@gmail.com>:

...

Hi,

I'm trying to get started with Athens but I'm having the following errors:

Pharo 1.4, loaded last version configurationOfAthens: 'failed to get a symbol address: cairo_image_surface_create'

I also tried in this in a 2.0 image and I got the same error.

I'm trying with this VM:

https://ci.lille.inria.fr/pharo/view/Cog/job/NativeBoost-Cog-VM/Architecture...

Any help, please? :)

Thanks, Vanessa.

Excuse my ignorance just realized you already using a Nativeboost CogVM , so please ignore my last comment. However in case you dont know it you still need to load the configuration of nativeboost so it loads all the library of nativeboost that Athens rely on. ________________________________ From: dimitris chloupis <thekilon@yahoo.co.uk> To: "Pharo-project@lists.gforge.inria.fr" <Pharo-project@lists.gforge.inria.fr> Sent: Tuesday, 27 November 2012, 22:26 Subject: Re: [Pharo-project] Getting started with Athens I am not going to pretend that I am that familiar with Athens code yet, though I try to understand it slow but... Are you sure you are using a Nativeboost CogVM ? I am not even sure Athens suppose to work without it . It means you will need CogVM with Nativeboost plugin (compiled against CogVM) and the Nativeboost packages. Correct me If I am wrong here, my knowledge on these things is still bare bone basic. ________________________________ From: Vanessa Peña Araya <van.c.pena@gmail.com> To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, 27 November 2012, 22:19 Subject: Re: [Pharo-project] Getting started with Athens Hi Sebastian and Esteban, Thanks for replying. I checked and I already have the libcairo2 installed. I actually can see Roassal working with Cairo in VW so I guess that's ok. I use a 32bits Ubuntu. But I still can't make it work :( This error in particular is because the connection with cairo? Thanks, Vanessa. On 11/27/2012 01:46 PM, Esteban Lorenzano wrote:

be sure to install the 32bits version

On Nov 27, 2012, at 5:37 PM, Sebastian Nozzi <sebnozzi@gmail.com> wrote:

...

Hello Araya,

you might still need to install the library for your host operating system.

See here:

http://www.pharocasts.com/2012/06/athens-and-native-boost-at-work.html

For Debian/Ubuntu systems you would need to do:

apt-get install libcairo2  # as root in Debian

Or:

sudo apt-get install libcairo2 # as non-root in Ubuntu

Hope this helps!

Sebastian

P.S. Future versions of Pharo, if I'm not mistaken, will include this

...

dependency... ?

2012/11/27 Vanessa Peña Araya <van.c.pena@gmail.com>:

...

Hi,

I'm trying to get started with Athens but I'm having the following errors:

Pharo 1.4, loaded last version configurationOfAthens: 'failed to get a symbol address: cairo_image_surface_create'

I also tried in this in a 2.0 image and I got the same error.

I'm trying with this VM:

https://ci.lille.inria.fr/pharo/view/Cog/job/NativeBoost-Cog-VM/Architecture...

Any help, please? :)

Thanks, Vanessa.

Try: CairoLibraryLoader getLibraryHandle also check what CairoLibraryLoader getLibraryPath answers and if the cairo library exists under that path. If not, change the implementation to point to right location of library. -- Best regards, Igor Stasenko.

are you sure the library is i386? (32bits) On Nov 28, 2012, at 7:19 PM, Casimiro de Almeida Barreto <casimiro.barreto@gmail.com> wrote:

On 28-11-2012 14:34, Igor Stasenko wrote:

...

Try:

CairoLibraryLoader getLibraryHandle

also check what

CairoLibraryLoader getLibraryPath had to change to /usr/lib/libcairo.so.1 Path is hard coded... not the best of worlds... But problems remainded... I'll have to take some time to see what's going on.

answers and if the cairo library exists under that path.

If not, change the implementation to point to right location of library.

-- Best regards, Igor Stasenko.

On 28-11-2012 16:25, Igor Stasenko wrote:

On 28 November 2012 19:19, Casimiro de Almeida Barreto <casimiro.barreto@gmail.com> wrote:

...

On 28-11-2012 14:34, Igor Stasenko wrote:

...

Try:

CairoLibraryLoader getLibraryHandle

also check what

CairoLibraryLoader getLibraryPath had to change to /usr/lib/libcairo.so.1 Path is hard coded... not the best of worlds... well, if you know how to make it work on all linuxes without hardcoding, fell free to share :)

...

But problems remainded... I'll have to take some time to see what's going on.

Make sure it is 32-bit library. /usr/lib64 handles 64 bit libraries /usr/lib handles 32 bit libraries

[CdAB@localhost ~]$ ls /usr/lib64/libGL* /usr/lib64/libGLESv1_CM.so.1 /usr/lib64/libGLESv2.so.2.0.0 /usr/lib64/libGL.so /usr/lib64/libGLUI.so /usr/lib64/libGLU.so /usr/lib64/libGLESv1_CM.so.1.1.0 /usr/lib64/libGLEW.so.1.6 /usr/lib64/libGL.so.1 /usr/lib64/libGLUI.so.2 /usr/lib64/libGLU.so.1 /usr/lib64/libGLESv2.so.2 /usr/lib64/libGLEW.so.1.6.0 /usr/lib64/libGL.so.1.2 /usr/lib64/libGLUI.so.2.81 /usr/lib64/libGLU.so.1.3.08004 [CdAB@localhost ~]$ ls /usr/lib/libGL* /usr/lib/libGL.so.1 /usr/lib/libGL.so.1.2 /usr/lib/libGLU.so.1 /usr/lib/libGLU.so.1.3.08004 [CdAB@localhost ~]$ BTW, /usr/lib/libGL.so.xx is nouveau while /usr/lib/nvidia... is... Nouveau should work OK (as it do in squeak with OpenGL).

Vanessa Now I suggest to work on pharo 2.0. Stef On Nov 28, 2012, at 7:39 PM, Vanessa Peña Araya wrote:

I had the same problem yesterday in Linux, My libcairo.so was on another folder. I created a symlink of

/usr/lib/libcairo.so

and worked perfect without changing anything on Athens :)

On 11/28/2012 03:19 PM, Casimiro de Almeida Barreto wrote:

...

On 28-11-2012 14:34, Igor Stasenko wrote:

...

Try:

CairoLibraryLoader getLibraryHandle

also check what

CairoLibraryLoader getLibraryPath had to change to /usr/lib/libcairo.so.1 Path is hard coded... not the best of worlds... But problems remainded... I'll have to take some time to see what's going on. answers and if the cairo library exists under that path.

If not, change the implementation to point to right location of library.

-- Best regards, Igor Stasenko.

Actually this happens with Pharo 1.4 too, at least the example with rendering text :P Vanessa. On 11/28/2012 04:01 PM, Vanessa Peña Araya wrote:

Stef

I was trying Athens on Pharo 2.0 today (I really like Pharo 2.0!! <3), but I had a couple of problems with the examples. I was going to post it later but I'll add them here:

- exampleDrawText With AthensCairoSurface StrikeFont does not understand glyphRendererOn:

With AthensBallonSurface does not understand Clear:

If it helps, others examples like example8, exampleDrawForm and exampleDrawForm2 don't work for me with AthensBallonSurface. And exampleStrokeRect with AthensCairoSurface only shows a black rectangle.

I'm particularly interesting in the one with rendering text.

Thanks, Vanessa.

On 11/28/2012 03:51 PM, Stéphane Ducasse wrote:

...

Vanessa

Now I suggest to work on pharo 2.0.

Stef

On Nov 28, 2012, at 7:39 PM, Vanessa Peña Araya wrote:

...

I had the same problem yesterday in Linux, My libcairo.so was on another folder. I created a symlink of

/usr/lib/libcairo.so

and worked perfect without changing anything on Athens :)

On 11/28/2012 03:19 PM, Casimiro de Almeida Barreto wrote:

...

On 28-11-2012 14:34, Igor Stasenko wrote:

...

Try:

CairoLibraryLoader getLibraryHandle

also check what

CairoLibraryLoader getLibraryPath had to change to /usr/lib/libcairo.so.1 Path is hard coded... not the best of worlds... But problems remainded... I'll have to take some time to see what's going on. answers and if the cairo library exists under that path.

If not, change the implementation to point to right location of library.

-- Best regards, Igor Stasenko.

On 28 November 2012 21:11, Casimiro de Almeida Barreto <casimiro.barreto@gmail.com> wrote:

In Fedora 17 it seems to be a CogVM problem. For instance, if I compile the B3DAccelerationPlugin as internal plugin, then OpenGL works OK. Otherwise it fails because libGL is not found.

hmm.. how is this related to NB/Athens?

I had this problem before, just forgot about it (using stackVM).

If someone know how to fix the problem I'm all ears.

PS: I've tried all tricks concerning ld.conf.so, LD_LIBRARY_PATH, etc.

I don't know why things don't work on fedora.. is its kernel supports dlopen()/dlsym() functions? because if yes, you can use them to load libs.. and getting functions. -- Best regards, Igor Stasenko.

On 28 November 2012 20:01, Vanessa Peña Araya <van.c.pena@gmail.com> wrote:

Stef

I was trying Athens on Pharo 2.0 today (I really like Pharo 2.0!! <3), but I had a couple of problems with the examples. I was going to post it later but I'll add them here:

- exampleDrawText With AthensCairoSurface StrikeFont does not understand glyphRendererOn:

and it shoudn't. Make sure you enabled freetype library in settings. (LogicalFont familyName: 'Arial' pointSize: 20) realFont. should answer a freetype font, not strike font instance.

With AthensBallonSurface does not understand Clear:

If it helps, others examples like example8, exampleDrawForm and exampleDrawForm2 don't work for me with AthensBallonSurface. And exampleStrokeRect with AthensCairoSurface only shows a black rectangle.

Sorry, i did not tested balloon surface for a while. That's trivial to fix though. The problem with balloon that many features may not work there properly, because balloon capabilities is very limiting. Balloon backend will stay there as a 'last resort', when nothing else works. .. but perhaps i should do a pass on it, to prevent to much bitrotting.

I'm particularly interesting in the one with rendering text.

just make sure you don't use strike fonts. freetype should work fine with balloon backend.

Thanks, Vanessa.

-- Best regards, Igor Stasenko.

Vanessa can you log all the questions that you ask yourself? Because I will take the slides of igor and turn them into a first draft of a chapter. And I would like to see if it answers or not your question. Can you also log what you learn because we could pair write the chapter after and this would be also good for your cv :) Imagine a chapter in a book with Ze great Stef. Incredible isn't :) Stef On Nov 28, 2012, at 9:46 PM, Vanessa Peña Araya wrote:

On 11/28/2012 05:11 PM, Igor Stasenko wrote:

...

On 28 November 2012 20:01, Vanessa Peña Araya <van.c.pena@gmail.com> wrote:

...

Stef

I was trying Athens on Pharo 2.0 today (I really like Pharo 2.0!! <3), but I had a couple of problems with the examples. I was going to post it later but I'll add them here:

- exampleDrawText With AthensCairoSurface StrikeFont does not understand glyphRendererOn:

and it shoudn't. Make sure you enabled freetype library in settings.

(LogicalFont familyName: 'Arial' pointSize: 20) realFont.

should answer a freetype font, not strike font instance.

I didn't know that, thanks. Works perfect now :)

...

...

With AthensBallonSurface does not understand Clear:

If it helps, others examples like example8, exampleDrawForm and exampleDrawForm2 don't work for me with AthensBallonSurface. And exampleStrokeRect with AthensCairoSurface only shows a black rectangle.

Sorry, i did not tested balloon surface for a while. That's trivial to fix though.

The problem with balloon that many features may not work there properly, because balloon capabilities is very limiting. Balloon backend will stay there as a 'last resort', when nothing else works.

.. but perhaps i should do a pass on it, to prevent to much bitrotting.

Maybe a comment? I think that's hard to know when I was starting with Athens, a comment might help choosing the right surface.

Thanks for the help.

...

...

I'm particularly interesting in the one with rendering text.

just make sure you don't use strike fonts. freetype should work fine with balloon backend.

...

Thanks, Vanessa.

On Nov 29, 2012, at 5:50 PM, Vanessa Peña Araya wrote:

Stef,

With Ze great Stef? Incredible, indeed :) I'll start putting down my questions and learning then. Can you tell me when you will be starting? I'll start the one for Roassal soon.

I will also ask tristan to join because he will work on athens for a large industrial :). Stef

Stéphane Ducasse wrote:

On Nov 29, 2012, at 5:50 PM, Vanessa Peña Araya wrote:

...

Stef,

With Ze great Stef? Incredible, indeed :) I'll start putting down my questions and learning then. Can you tell me when you will be starting? I'll start the one for Roassal soon.

I will also ask tristan to join because he will work on athens for a large industrial :).

Stef

Would that touch on implementing any industrial communications protocols, like Modbus[1]? I plan to try implementing Modbus next year after I get a few other things out of the way. [1] http://en.wikipedia.org/wiki/Modbus "Simple and robust, it has since become a de facto standard communication protocol, and it is now amongst the most commonly available means of connecting industrial electronic devices."

Hi Dave, On 2012-12-01, at 22:14, "David T. Lewis" <lewis@mail.msen.com> wrote:

I wanted to see if I can update TimeZoneDatabase (Olson tz data) for Pharo 2.0, but I am encountering a basic time conversion issue. I don't know the background on the Chronology changes in Pharo, so I'll just try to describe the issue as I understand it:

yes we did a big refactoring in 2.0 since the whole time-zone + DateAndTime stuff was severely broken. Moving images from one timezone to another would break all times :P (luckily this happens only twice per year, when moving to daylight saving time)

I am in Michigan, so my time zone offset is 5 hours: DateAndTime now offset ==> -0:05:00:00

Pharo 2.0 does this (wrong): DateAndTime now - (DateAndTime fromSeconds: DateAndTime totalSeconds) ==> 0:05:00:00.334

Previously it did this (right): DateAndTime now - (DateAndTime fromSeconds: DateAndTime totalSeconds) ==> 0:00:00:00.444

Explanation: #totalSeconds reports seconds in local time, but #fromSeconds: in Pharo 2.0 is using UTC. One or the other of these must be wrong.

Possible fix(?): Newer VMs have primitives that report UTC time. Use one of these instead of the local time primitive currently being used.

Yes, so our idea, and I think we are definitely right on that, is that all times use internally UTC. Time-zones are purely for displaying reasons :). => totalSeconds is wrong! (at least at the first glance). could you open a bug report for this?

thanks! On 2012-12-02, at 01:18, "David T. Lewis" <lewis@mail.msen.com> wrote:

On Sat, Dec 01, 2012 at 10:22:28PM -0300, Camillo Bruni wrote:

...

could you open a bug report for this?

http://code.google.com/p/pharo/issues/detail?id=7085&thanks=7085&ts=13544218...

On Nov 28, 2012, at 9:11 PM, Igor Stasenko wrote:

On 28 November 2012 20:01, Vanessa Peña Araya <van.c.pena@gmail.com> wrote:

...

Stef

I was trying Athens on Pharo 2.0 today (I really like Pharo 2.0!! <3), but I had a couple of problems with the examples. I was going to post it later but I'll add them here:

- exampleDrawText With AthensCairoSurface StrikeFont does not understand glyphRendererOn:

and it shouldn't.

may be we should have a check for that.

Make sure you enabled freetype library in settings.

(LogicalFont familyName: 'Arial' pointSize: 20) realFont.

should answer a freetype font, not strike font instance.

...

With AthensBallonSurface does not understand Clear:

If it helps, others examples like example8, exampleDrawForm and exampleDrawForm2 don't work for me with AthensBallonSurface. And exampleStrokeRect with AthensCairoSurface only shows a black rectangle.

Sorry, i did not tested balloon surface for a while. That's trivial to fix though.

The problem with balloon that many features may not work there properly, because balloon capabilities is very limiting. Balloon backend will stay there as a 'last resort', when nothing else works.

.. but perhaps i should do a pass on it, to prevent to much bit rotting.

can you add that to your todo? :)

...

I'm particularly interesting in the one with rendering text.

just make sure you don't use strike fonts. freetype should work fine with balloon backend.

...

Thanks, Vanessa.

-- Best regards, Igor Stasenko.

Yeah, The problem is that Fedora sometimes (many times) just does not have libXX.so but libXX.so.1 (or whatever). Creating the simlinks solved the problems !!! Thanks Igor & Vanessa !!!

On 29 November 2012 09:06, laurent laffont <laurent.laffont@gmail.com> wrote:

Hi Igor,

I've played with chipmunk lib & Esteban examples yesterday. But there's always this step to pass where NB throws some generic error when the lib is not found or not compiled with right options, ....

who said that it will be easy? nothing is perfect :)

Would be nice to have some clearer error messages if possible like:

- NBLibraryNotFoundException: "libchipmunk.dylib not found in path (/usr/local/lib, ./usr/lib...)"..... - NBFunctionAdressNotFoundException: "libchipmunk.dylib loaded, but could not find adress for function xxxxx, check compilation options ..." - NBCPlusPlusException: "libXXXX is C++ library, won't work"

yes, i agree: clear error messages mean less confusion to users and less time to waste answering same questions over and over again on mailing list. :)

Laurent

-- Best regards, Igor Stasenko.

Hi Esteban, I'm sorry, but I don't understand, which are "the rest of the plugins"? @Dimitri but as far as I understand, when I load the ConfigurationOfAthens it also load NativeBoost, am I wrong? I actually have NativeBoost packages. Thanks, Vanessa. On 11/27/2012 05:29 PM, Esteban Lorenzano wrote:

make a symlink (assuming you are working on linux/mac) where the rest of the plugins are.

Esteban

On Nov 27, 2012, at 9:19 PM, Vanessa Peña Araya <van.c.pena@gmail.com> wrote:

...

Hi Sebastian and Esteban,

Thanks for replying. I checked and I already have the libcairo2 installed. I actually can see Roassal working with Cairo in VW so I guess that's ok. I use a 32bits Ubuntu.

But I still can't make it work :( This error in particular is because the connection with cairo?

Thanks, Vanessa.

On 11/27/2012 01:46 PM, Esteban Lorenzano wrote:

...

be sure to install the 32bits version

On Nov 27, 2012, at 5:37 PM, Sebastian Nozzi <sebnozzi@gmail.com> wrote:

...

Hello Araya,

you might still need to install the library for your host operating system.

See here:

http://www.pharocasts.com/2012/06/athens-and-native-boost-at-work.html

For Debian/Ubuntu systems you would need to do:

apt-get install libcairo2 # as root in Debian

Or:

sudo apt-get install libcairo2 # as non-root in Ubuntu

Hope this helps!

Sebastian

P.S. Future versions of Pharo, if I'm not mistaken, will include this dependency... ?

2012/11/27 Vanessa Peña Araya <van.c.pena@gmail.com>:

...

Hi,

I'm trying to get started with Athens but I'm having the following errors:

Pharo 1.4, loaded last version configurationOfAthens: 'failed to get a symbol address: cairo_image_surface_create'

I also tried in this in a 2.0 image and I got the same error.

I'm trying with this VM:

https://ci.lille.inria.fr/pharo/view/Cog/job/NativeBoost-Cog-VM/Architecture...

Any help, please? :)

Thanks, Vanessa.

On 11/27/2012 05:55 PM, Igor Stasenko wrote:

On 27 November 2012 21:46, Vanessa Peña Araya <van.c.pena@gmail.com> wrote:

...

Hi Esteban,

I'm sorry, but I don't understand, which are "the rest of the plugins"?

@Dimitri but as far as I understand, when I load the ConfigurationOfAthens it also load NativeBoost, am I wrong? I actually have NativeBoost packages.

You are correct. Do not load configuration of NativeBoost directly. Use Athens configuration, because it depends on a certain version of NB, and if you load latest NB, your mileage can vary. Yes, I did that. Is there any version of Athens in particular or can I use the latest?

...

Thanks, Vanessa.

On 2012-11-27, at 17:55, Igor Stasenko <siguctua@gmail.com> wrote:

On 27 November 2012 21:46, Vanessa Peña Araya <van.c.pena@gmail.com> wrote:

...

Hi Esteban,

I'm sorry, but I don't understand, which are "the rest of the plugins"?

@Dimitri but as far as I understand, when I load the ConfigurationOfAthens it also load NativeBoost, am I wrong? I actually have NativeBoost packages.

You are correct. Do not load configuration of NativeBoost directly. Use Athens configuration, because it depends on a certain version of NB, and if you load latest NB, your mileage can vary.

that's why we have a CI server: https://ci.inria.fr/rmod/job/Athens/

...

https://ci.inria.fr/rmod/job/Athens/

hmm.. it asks for login/passwd.. i've been told that new server(s) has public access..

damn! you're right, let me check the settings: fixed!