November 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Getting started with Athens

by Vanessa PeÃ±a Araya

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. >

Nov. 28, 2012

Re: [Pharo-project] Getting started with Athens

by Casimiro de Almeida Barreto

On 28-11-2012 16:25, Igor Stasenko wrote: > On 28 November 2012 19:19, Casimiro de Almeida Barreto > <casimiro.barreto(a)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). >

Nov. 28, 2012

Re: [Pharo-project] Getting started with Athens

by Igor Stasenko

On 28 November 2012 19:19, Casimiro de Almeida Barreto <casimiro.barreto(a)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. -- Best regards, Igor Stasenko.

Nov. 28, 2012

Re: [Pharo-project] Getting started with Athens

by Esteban Lorenzano

are you sure the library is i386? (32bits) On Nov 28, 2012, at 7:19 PM, Casimiro de Almeida Barreto <casimiro.barreto(a)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. > >

Nov. 28, 2012

Re: [Pharo-project] Getting started with Athens

by Casimiro de Almeida Barreto

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.

Nov. 28, 2012

Re: [Pharo-project] who are "cipt" and "tbh"?

by Ciprian Teodorov

cipt => Ciprian Teodorov On Wed, Nov 28, 2012 at 11:44 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi, > > Can I ask people to use real names instead name initials? Otherwise I get > lost about who pushes changes :) > > noted, I'll try to put my real name from now on... Though I hope one day we will stop using these prefixes all over the place, maybe we can use some kind of metadata or something... Cheers Esteban > -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Nov. 28, 2012

Re: [Pharo-project] Getting started with Athens

by Igor Stasenko

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.

Nov. 28, 2012

Re: [Pharo-project] Getting started with Athens

by Casimiro de Almeida Barreto

Yesterday I gave a try. Just got the following: Athens Fail While running in a Fedora 17 (x86_64) box. CogVM + NativeBoost plugin (via Jenkins). Pharo 1.4.

Nov. 28, 2012

Re: [Pharo-project] [ANN] NativeBoost v 1.7

by Igor Stasenko

On 28 November 2012 16:55, Camillo Bruni <camillobruni(a)gmail.com> wrote: > awesome |(... > there's also pharo 2.0 fix to prevent such things from happening in future: http://code.google.com/p/pharo/issues/detail?id=7066 > On 2012-11-28, at 12:50, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> okay, so it was exactly what i suspected: >> - MC version history serializer assumes that all strings are >> bytestring (latin-1) >> >> while i put some strange characted in commit log, which turned it into >> WideString.. >> and that's why it was unable to read it back. >> >> I uploaded a new version of package NativeBoost-Core-IgorStasenko.90 >> after hot-fixing MC serializer. >> >> So, now ConfigurationOfNativeBoost v 1.7 can be loaded. >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

Nov. 28, 2012

Re: [Pharo-project] [ANN] NativeBoost v 1.7

by Camillo Bruni

awesome |(... On 2012-11-28, at 12:50, Igor Stasenko <siguctua(a)gmail.com> wrote: > okay, so it was exactly what i suspected: > - MC version history serializer assumes that all strings are > bytestring (latin-1) > > while i put some strange characted in commit log, which turned it into > WideString.. > and that's why it was unable to read it back. > > I uploaded a new version of package NativeBoost-Core-IgorStasenko.90 > after hot-fixing MC serializer. > > So, now ConfigurationOfNativeBoost v 1.7 can be loaded. > > -- > Best regards, > Igor Stasenko. >

Nov. 28, 2012