Re: [Pharo-users] GitFileTree on Pharo 5.0

[Thierry Goubier]

Hi Pierce,

Le 26/02/2017 à 02:35, Pierce Ng a écrit :

On Tue, Nov 29, 2016 at 12:57:47PM +0100, Thierry Goubier wrote:

Ok. Will have a look into the catalog browser source code to get rid of
that. I know that the catalog browser uses the Pharo6
ConfigurationOfGitFileTree instead of the Pharo5 one.


Thierry,

Picking up an old thread, any idea how to fix this? On Pharo 5, the result of
"CatalogProvider projectNamed: 'GlorpSQLite' has the Pharo 6 meta repo as the
repositoryUrl. Presumably this is why Catalog Browser on Pharo 5 says
GlorpSQLite is "Unknown" instead of "Pharo 5.0".


Yes, that was the issue. So the configuration in the Pharo6 meta repo 
has to support both Pharo 5 and 6.


Thierry


Pierce

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Pierce Ng]

On Thu, Dec 01, 2016 at 07:05:37PM +0100, Trussardi Dario Romano wrote:
>   few days ago i encountered problems installing gitFileTree in pharo 5.0.
>   The basic error is relative to the : External module not found.

Could be that the VM cannot locate the libgit2 so/dylib, which is my case. On
Pharo 6, LGitLibrary:

  unixModuleName 
^ 'libgit2.so.0'

  macModuleName
| pluginDir |
pluginDir := Smalltalk vm binary parent / 'Plugins'.
#('libgit2.dylib' 'libgit2.0.dylib')
detect: [ :each | (pluginDir / each) exists ] 
ifFound: [ :libName | ^ libName ].

self error: 'Module not found.'

Pierce

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Pierce Ng]

On Tue, Nov 29, 2016 at 12:57:47PM +0100, Thierry Goubier wrote:
> Ok. Will have a look into the catalog browser source code to get rid of
> that. I know that the catalog browser uses the Pharo6
> ConfigurationOfGitFileTree instead of the Pharo5 one.

Thierry,

Picking up an old thread, any idea how to fix this? On Pharo 5, the result of
"CatalogProvider projectNamed: 'GlorpSQLite' has the Pharo 6 meta repo as the
repositoryUrl. Presumably this is why Catalog Browser on Pharo 5 says
GlorpSQLite is "Unknown" instead of "Pharo 5.0".

Pierce

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Dimitris Chloupis]

you dont need gitfiletree to use git with pharo, I use just filetreee and
gitup which an excellent git client for macos

You can find the cause of the problem but it wont be simple. This is a C
problem not a pharo problem, meaning something is wrong with that library.

To really find out what you will need to load the library from C and use
the error detection functions to find what is wrong, you could use them
from pharo too but you will still need to understand C to make use of the
FFI.

Unfortunately I cannot help much in this case because its more or less a
continuous testing process. This is how I learned to do shared memory via
the FFI. Made the code in C first and then ported to Pharo. I had to
perform dozens of test to get it right and had to battle with dozens of
errors.

I have both Pharo 6 and Pharo 5 working fine on my macos sierra , so it
must be something wrong with your system.

On Tue, Dec 6, 2016 at 10:12 PM Trussardi Dario Romano <
dario.trussa...@tiscali.it> wrote:

> Thanks Dimitris,
>
>
>
> On Tue, Dec 6, 2016 at 8:46 PM Dimitris Chloupis 
> wrote:
>
> because you run a very old macos version it may be possible that because
> Cairo lib has been compiled for more recent macos that this is the source
> of your problems.
>
>
> Try the following commands from inside the folder you installed pharo
> following my previous instructions
>
>
> The
>
> otool -L ./pharo-vm/Pharo.app/Contents/MacOS/Plugins/libcairo.2.dylib
>
>
> Answer:
> ./pharo-vm/Pharo.app/Contents/MacOS/Plugins/libcairo.2.dylib:
> @executable_path/Plugins/libcairo.2.dylib (compatibility version 11203.0.0,
> current version 11203.14.0) @executable_path/Plugins/libpixman-1.0.dylib
> (compatibility version 27.0.0, current version 27.0.0)
> @executable_path/Plugins/libfreetype.6.dylib (compatibility version 15.0.0,
> current version 15.1.0) @executable_path/Plugins/libpng12.0.dylib
> (compatibility version 50.0.0, current version 50.0.0)
> /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
> (compatibility version 1.0.0, current version 48.0.0)
> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
> 1225.1.1)
> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
> (compatibility version 150.0.0, current version 1253.0.0)
> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
> (compatibility version 64.0.0, current version 600.0.0)
>
>
>
> This command will print the dependencies of the library and whether your
> OS libraries are enough to support this library. If one dependency fail
> then the whole library may fail.
>
> In that case you will need to locate a build for Cairo for the version of
> MacOS you are using and replace the dylib file or build it yourself,
>
>
> Without load anything the  VGTigerDemo runDemo  report into the error
> debug and into relative terminal ( where a launch the pharo ):
>
> dtr$ ./pharo-ui Pharo.image
>
> Error: External module not found
>
> ExternalLibraryFunction(Object)>>error:
> ExternalLibraryFunction(Object)>>externalCallFailed
> ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments:
> AthensCairoSurface class>>primImage:width:height:
>
> FFICalloutAPI>>function:module:
> AthensCairoSurface class(Object)>>nbCall:
>
> AthensCairoSurface class>>primImage:width:height:
> AthensCairoSurface class>>extent:format:
> AthensCairoSurface class>>extent:
> VGTigerDemo>>initialize
> VGTigerDemo class(Behavior)>>new
> VGTigerDemo class>>runDemo
>
> As you may imagine its very difficult for us to continue supporting very
> old OS , because we are a small community.
>
>
> I do not want to bother.
>
> Just see if the issue is resolved on my system,
>
> or whether to postpone everything when update the operating system.
>
> But the gitFileTree support would be very useful to continue in a certain
> direction.
>
> Cheers,
>
> Dario
>
>
>
>
>
>

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Thanks Dimitris,

> 
> 
> On Tue, Dec 6, 2016 at 8:46 PM Dimitris Chloupis  
> wrote:
> because you run a very old macos version it may be possible that because 
> Cairo lib has been compiled for more recent macos that this is the source of 
> your problems.
> 
> Try the following commands from inside the folder you installed pharo 
> following my previous instructions

The 
> otool -L ./pharo-vm/Pharo.app/Contents/MacOS/Plugins/libcairo.2.dylib

Answer:

./pharo-vm/Pharo.app/Contents/MacOS/Plugins/libcairo.2.dylib:
@executable_path/Plugins/libcairo.2.dylib (compatibility version 
11203.0.0, current version 11203.14.0)
@executable_path/Plugins/libpixman-1.0.dylib (compatibility version 
27.0.0, current version 27.0.0)
@executable_path/Plugins/libfreetype.6.dylib (compatibility version 
15.0.0, current version 15.1.0)
@executable_path/Plugins/libpng12.0.dylib (compatibility version 
50.0.0, current version 50.0.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 
1.2.5)

/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
 (compatibility version 1.0.0, current version 48.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 1225.1.1)

/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 
(compatibility version 150.0.0, current version 1253.0.0)

/System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics 
(compatibility version 64.0.0, current version 600.0.0)


> 
> This command will print the dependencies of the library and whether your OS 
> libraries are enough to support this library. If one dependency fail then the 
> whole library may fail.
> 
> In that case you will need to locate a build for Cairo for the version of 
> MacOS you are using and replace the dylib file or build it yourself, 

Without load anything   the VGTigerDemo runDemo report 
into the error debug and into relative terminal ( where a launch the pharo 
):

dtr$ ./pharo-ui Pharo.image
Error: External module not found
ExternalLibraryFunction(Object)>>error:
ExternalLibraryFunction(Object)>>externalCallFailed
ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments:
AthensCairoSurface class>>primImage:width:height:
FFICalloutAPI>>function:module:
AthensCairoSurface class(Object)>>nbCall:
AthensCairoSurface class>>primImage:width:height:
AthensCairoSurface class>>extent:format:
AthensCairoSurface class>>extent:
VGTigerDemo>>initialize
VGTigerDemo class(Behavior)>>new
VGTigerDemo class>>runDemo

> 
> As you may imagine its very difficult for us to continue supporting very old 
> OS , because we are a small community.  

I do not want to bother.

Just see if the issue is resolved on my system,

or whether to postpone everything when update the operating system.

But the gitFileTree support would be very useful to continue in a certain 
direction.

Cheers,

Dario

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Dimitris Chloupis]

On Tue, Dec 6, 2016 at 8:46 PM Dimitris Chloupis 
wrote:

> because you run a very old macos version it may be possible that because
> Cairo lib has been compiled for more recent macos that this is the source
> of your problems.
>

Try the following commands from inside the folder you installed pharo
following my previous instructions

otool -L ./pharo-vm/Pharo.app/Contents/MacOS/Plugins/libcairo.2.dylib

This command will print the dependencies of the library and whether your OS
libraries are enough to support this library. If one dependency fail then
the whole library may fail.

In that case you will need to locate a build for Cairo for the version of
MacOS you are using and replace the dylib file or build it yourself,

As you may imagine its very difficult for us to continue supporting very
old OS , because we are a small community.

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Dimitris Chloupis]

because you run a very old macos version it may be possible that because
Cairo lib has been compiled for more recent macos that this is the source
of your problems.

But I already told you to test Athens without installing anything including
Roassal to be certain that this is actually a cairo problem.

On Tue, Dec 6, 2016 at 4:10 PM Trussardi Dario Romano <
dario.trussa...@tiscali.it> wrote:

> Ciao,
>
> from terminal i create a /opt/pharo folder and run your command.
>
> If you go to the applications there is a folder called Utilities and
> inside it there is a terminal application open it and issue the following
> commands
>
> mkdir pharo
> cd pharo
> curl get.pharo.org | bash
> ./pharo-ui Pharo.image
>
> First command will make folder, second will enter the folder, third will
> dowload the standard stable version of pharo to the folder, foruth will
> launch pharo.
>
> Then when pharo opens
>
> the Pharo is right open
>
> follow the instruction Esteban gave you to test that Athens works as it
> should.
>
>
> The Roassal2 is not load in the image.
>
> I load it from Pharo Project Catalog.
>
> I select the Roassal2 project and do the Install stable version.
>
> ( a this point i have a strange dialog behaviour :
>
> when the system open a dialog with:
>
> Question
>
> Roassal2 has not been marked as tested for Pharo5.0!
>
> Do you want to continue (installation could fail )?
>
> when i i select the yes or no button the dialog with the same question is
> often redispaly. )
>
> Do not install anything before testings. Then if everything works proceed
> and install one thing, only, then test it, then install the next one etc.
>
>
> After install the Roassal2 like above and do the  VGTigerDemo runDemo
>
> answer the same error:
>
> ExternalLibraryFunction(Object)>>error:
>
> ExternalLibraryFunction(Object)>>externalCallFailed
>
> ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments:
>
> AthensCairoSurface class>>primImage:width:height:
>
> AthensCairoSurface class>>extent:format:
>
> AthensCairoSurface class>>extent:
>
> VGTigerDemo>>initialize
>
> VGTigerDemo class(Behavior)>>new
>
> VGTigerDemo class>>runDemo
>
> Thanks,
>
> Dario
>
> Moving step by step will help us pin point your problem
>
> I suspect maybe something went crazy , it happens from time to time in
> pharo, recently I had a nasty corruption with Pharo 6. If it happens once,
> its ok , if it happens frequently its a problem.
>
>
> On Mon, Dec 5, 2016 at 6:35 PM Trussardi Dario Romano <
> dario.trussa...@tiscali.it> wrote:
>
> Ciao,
>
> Pharo is unable to access a library it needs; this is the native boost
> plugin which is normally bundled with it (and the cairo lib?)...
>
> Guys, anybody with a mac around there?
>
> Thierry
>
>
>
>
> thanks Dimitris.
>
> Nativeboost has been removed and been replaced by UFFI, all libraries that
> used Nativeboost are now using UFFI including the Cairo backend library for
> Athens.
>
>
> OK,  but what i need to do for load UFFI Cairo library
>
> and for load  the UFFI  library required by  GitFileTree Pharo support?
>
>
> I wrong to install Pharo 5.0 on my MacBookPro with OS X  10.7.5. ?
>
> If right remember i install Pharo 5.0 from  http://pharo.org/download
> link
>
>
> Thanks.
> Dario
>
>
>

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Ciao,

> I run Pharo 5.0 with no problems on a Macbook Pro, but it’s running OS X v. 
> 10.12.1.  Any reason your OS is backdated?

i have a  MacBookPro with OS X   10.7.5.  with much work on it.

The upgrade to a the last supported OS X   on my book   ( 10.11.6  )

is very problematic because with the upgrade the system can't restart,

and consequently I should reformat the disk.

This is no time for such risk.

Cheers,

Dario

>  
> Andrew Glynn
>  
> From: Pharo-users <pharo-users-boun...@lists.pharo.org> on behalf of 
> Trussardi Dario Romano <dario.trussa...@tiscali.it>
> Reply-To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
> Date: Monday, December 5, 2016 at 11:34 AM
> To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
> Subject: Re: [Pharo-users] GitFileTree on Pharo 5.0
>  
> Ciao,
> 
> 
>>> Pharo is unable to access a library it needs; this is the native boost 
>>> plugin which is normally bundled with it (and the cairo lib?)...
>>>  
>>> Guys, anybody with a mac around there?
>>> 
>>> Thierry
>>  
>> 
>  
> thanks Dimitris.
> 
> 
>> Nativeboost has been removed and been replaced by UFFI, all libraries that 
>> used Nativeboost are now using UFFI including the Cairo backend library for 
>> Athens.
>  
> OK, but what i need to do for load UFFI Cairo 
> library
>  
> and for load  the UFFI  library required by GitFileTree Pharo 
> support?
>  
>  
> I wrong to install Pharo 5.0 on my MacBookPro with OS X   10.7.5. 
> ?
>  
> If right remember i install Pharo 5.0 from 
> http://pharo.org/download   link
>  
> 
> Thanks.
>
> Dario

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Ciao,

from terminal i create a /opt/pharo folder and run your command.

> If you go to the applications there is a folder called Utilities and inside 
> it there is a terminal application open it and issue the following commands
> 
> mkdir pharo
> cd pharo
> curl get.pharo.org | bash
> ./pharo-ui Pharo.image
> 
> First command will make folder, second will enter the folder, third will 
> dowload the standard stable version of pharo to the folder, foruth will 
> launch pharo.
> 
> Then when pharo opens

the Pharo is right open

> follow the instruction Esteban gave you to test that Athens works as it 
> should.

The Roassal2 is not load in the image.

I load it from Pharo Project Catalog. 

I select the Roassal2 project and do the Install stable version.

( a this point i have a strange dialog behaviour :

when the system open a dialog with:
Question
Roassal2 has not been marked as tested for Pharo5.0!
Do you want to continue (installation could fail )?

when i i select the yes or no button the dialog with the same 
question is often redispaly. )

> Do not install anything before testings. Then if everything works proceed and 
> install one thing, only, then test it, then install the next one etc.

After install the Roassal2 like above and do theVGTigerDemo 
runDemo  

answer the same error:

ExternalLibraryFunction(Object)>>error:
ExternalLibraryFunction(Object)>>externalCallFailed
ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments:
AthensCairoSurface class>>primImage:width:height:
AthensCairoSurface class>>extent:format:
AthensCairoSurface class>>extent:
VGTigerDemo>>initialize
VGTigerDemo class(Behavior)>>new
VGTigerDemo class>>runDemo

Thanks,

Dario
> Moving step by step will help us pin point your problem
> 
> I suspect maybe something went crazy , it happens from time to time in pharo, 
> recently I had a nasty corruption with Pharo 6. If it happens once, its ok , 
> if it happens frequently its a problem. 
> 
> 
> On Mon, Dec 5, 2016 at 6:35 PM Trussardi Dario Romano 
>  wrote:
> Ciao,
> 
>> Pharo is unable to access a library it needs; this is the native boost 
>> plugin which is normally bundled with it (and the cairo lib?)...
>> 
>> Guys, anybody with a mac around there?
>> 
>> Thierry
>> 
>> 
> 
>   thanks Dimitris.
> 
>> Nativeboost has been removed and been replaced by UFFI, all libraries that 
>> used Nativeboost are now using UFFI including the Cairo backend library for 
>> Athens.
> 
>   OK, but what i need to do for load UFFI Cairo library
> 
>   and for load  the UFFI  library  required byGitFileTree Pharo 
> support?
> 
> 
>   I wrong to install Pharo 5.0 on my MacBookPro with OS X  10.7.5. ?
> 
>   If right remember i install Pharo 5.0 from   
> http://pharo.org/download   link
> 
> 
>   Thanks.
>   
>   Dario

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Ciao Ben,

> hi Dario,
> 
> Reading back through the thread, it seems it works when you start
> Pharo one way, but not another way.
> Can you report the VM versions for each way..
> World menu > System > System Reporter > VM GeneralImage


In the first case ( from Pharo on desktop ): 

-
/Users/dtr/Desktop/Pharo5.0.app/Contents/Resources/Pharo5.0.image
Pharo5.0
Latest update: #50763
Unnamed

Virtual Machine
---
/Users/dtr/Desktop/Pharo5.0.app/Contents/MacOS/Pharo
CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016
StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016
g...@github.com:pharo-project/pharo-vm.git Commit: 
06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: 
GitHub  

Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB<
VMMaker versionString g...@github.com:pharo-project/pharo-vm.git Commit: 
06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: 
GitHub  
CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016
StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016


In the second case ( a specific image into package )

Image
-
/Users/dtr/Desktop/Pharo5.0.app/Contents/Resources/Pharo5.0-161205.image
Pharo5.0
Latest update: #50763
Unnamed

Virtual Machine
---
/Users/dtr/Desktop/Pharo5.0.app/Contents/MacOS/Pharo
CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016
StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016
g...@github.com:pharo-project/pharo-vm.git Commit: 
06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: 
GitHub  

Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB<
VMMaker versionString g...@github.com:pharo-project/pharo-vm.git Commit: 
06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: 
GitHub  
CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016
StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016


In a new Pharo 5.0 folder
 ( following Dimitris command :
mkdir pharo
cd pharo
curl get.pharo.org | bash
./pharo-ui Pharo.image )

Image
-
/opt/pharo/Pharo.image
Pharo5.0
Latest update: #50764
Unnamed

Virtual Machine
---
/opt/pharo/pharo-vm/Pharo.app/Contents/MacOS/Pharo
CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016
StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016
g...@github.com:pharo-project/pharo-vm.git Commit: 
06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: 
GitHub  

Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB<
VMMaker versionString g...@github.com:pharo-project/pharo-vm.git Commit: 
06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: 
GitHub  
CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016
StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 
16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016


> 
> Is one of those ways you start Pharo is using Pharo Launcher?

No, i use Pharo Launcher only for Pharo 4.0.

Not for Pharo 5.0

Thanks,

Dario

> In the settings you can point it to a new VM you download.
> 
> cheers -ben
> 
> On Tue, Dec 6, 2016 at 2:16 AM, Esteban Lorenzano  wrote:
>> 
>>> On 5 Dec 2016, at 19:05, Sven Van Caekenberghe  wrote:
>>> 
>>> Yes, try this, I think you might be using the wrong VM.
>> 
>> yes :)
>> 
>>> 
 On 5 Dec 2016, at 18:41, Dimitris Chloupis  wrote:
 
 If you go to the applications there is a folder called Utilities and 
 inside it there is a terminal application open it and issue the following 
 commands
 
 mkdir pharo
 cd pharo
 curl get.pharo.org | bash
 ./pharo-ui Pharo.image
 
 First command will make folder, second will enter the folder, third will 
 dowload the standard stable version of pharo to the folder, foruth will 
 launch pharo.
 
 Then when pharo opens follow the instruction Esteban gave you to test that 
 Athens works as it should. Do not install anything before testings. Then 
 if everything works proceed and install one thing, 

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Andrew Glynn]

I run Pharo 5.0 with no problems on a Macbook Pro, but it’s running OS X v. 
10.12.1.  Any reason your OS is backdated?

 

Andrew Glynn

 

From: Pharo-users <pharo-users-boun...@lists.pharo.org> on behalf of Trussardi 
Dario Romano <dario.trussa...@tiscali.it>
Reply-To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
Date: Monday, December 5, 2016 at 11:34 AM
To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
Subject: Re: [Pharo-users] GitFileTree on Pharo 5.0

 

Ciao,



Pharo is unable to access a library it needs; this is the native boost plugin 
which is normally bundled with it (and the cairo lib?)...

 

Guys, anybody with a mac around there?

Thierry

 

 

    thanks Dimitris.



Nativeboost has been removed and been replaced by UFFI, all libraries that used 
Nativeboost are now using UFFI including the Cairo backend library for Athens.

 

    OK,     but what i need to do for load UFFI Cairo 
library

 

    and for load  the UFFI  library  required by     GitFileTree Pharo 
support?

 

 

    I wrong to install Pharo 5.0 on my MacBookPro with OS X   10.7.5. ?

 

    If right remember i install Pharo 5.0 from     
http://pharo.org/download   link

 


    Thanks.

    

    Dario

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Ben Coman]

hi Dario,

Reading back through the thread, it seems it works when you start
Pharo one way, but not another way.
Can you report the VM versions for each way..
World menu > System > System Reporter > VM General

Is one of those ways you start Pharo is using Pharo Launcher?
In the settings you can point it to a new VM you download.

cheers -ben

On Tue, Dec 6, 2016 at 2:16 AM, Esteban Lorenzano  wrote:
>
>> On 5 Dec 2016, at 19:05, Sven Van Caekenberghe  wrote:
>>
>> Yes, try this, I think you might be using the wrong VM.
>
> yes :)
>
>>
>>> On 5 Dec 2016, at 18:41, Dimitris Chloupis  wrote:
>>>
>>> If you go to the applications there is a folder called Utilities and inside 
>>> it there is a terminal application open it and issue the following commands
>>>
>>> mkdir pharo
>>> cd pharo
>>> curl get.pharo.org | bash
>>> ./pharo-ui Pharo.image
>>>
>>> First command will make folder, second will enter the folder, third will 
>>> dowload the standard stable version of pharo to the folder, foruth will 
>>> launch pharo.
>>>
>>> Then when pharo opens follow the instruction Esteban gave you to test that 
>>> Athens works as it should. Do not install anything before testings. Then if 
>>> everything works proceed and install one thing, only, then test it, then 
>>> install the next one etc.
>>>
>>> Moving step by step will help us pin point your problem
>>>
>>> I suspect maybe something went crazy , it happens from time to time in 
>>> pharo, recently I had a nasty corruption with Pharo 6. If it happens once, 
>>> its ok , if it happens frequently its a problem.
>>>
>>>
>>> On Mon, Dec 5, 2016 at 6:35 PM Trussardi Dario Romano 
>>>  wrote:
>>> Ciao,
>>>
 Pharo is unable to access a library it needs; this is the native boost 
 plugin which is normally bundled with it (and the cairo lib?)...

 Guys, anybody with a mac around there?

 Thierry


>>>
>>>  thanks Dimitris.
>>>
 Nativeboost has been removed and been replaced by UFFI, all libraries that 
 used Nativeboost are now using UFFI including the Cairo backend library 
 for Athens.
>>>
>>>  OK, but what i need to do for load UFFI Cairo library
>>>
>>>  and for load  the UFFI  library  required byGitFileTree Pharo 
>>> support?
>>>
>>>
>>>  I wrong to install Pharo 5.0 on my MacBookPro with OS X  10.7.5. ?
>>>
>>>  If right remember i install Pharo 5.0 from   
>>> http://pharo.org/download   link
>>>
>>>
>>>  Thanks.
>>>
>>>  Dario
>>
>>
>
>

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Esteban Lorenzano]

> On 5 Dec 2016, at 19:05, Sven Van Caekenberghe  wrote:
> 
> Yes, try this, I think you might be using the wrong VM.

yes :)

> 
>> On 5 Dec 2016, at 18:41, Dimitris Chloupis  wrote:
>> 
>> If you go to the applications there is a folder called Utilities and inside 
>> it there is a terminal application open it and issue the following commands
>> 
>> mkdir pharo
>> cd pharo
>> curl get.pharo.org | bash
>> ./pharo-ui Pharo.image
>> 
>> First command will make folder, second will enter the folder, third will 
>> dowload the standard stable version of pharo to the folder, foruth will 
>> launch pharo.
>> 
>> Then when pharo opens follow the instruction Esteban gave you to test that 
>> Athens works as it should. Do not install anything before testings. Then if 
>> everything works proceed and install one thing, only, then test it, then 
>> install the next one etc.
>> 
>> Moving step by step will help us pin point your problem
>> 
>> I suspect maybe something went crazy , it happens from time to time in 
>> pharo, recently I had a nasty corruption with Pharo 6. If it happens once, 
>> its ok , if it happens frequently its a problem. 
>> 
>> 
>> On Mon, Dec 5, 2016 at 6:35 PM Trussardi Dario Romano 
>>  wrote:
>> Ciao,
>> 
>>> Pharo is unable to access a library it needs; this is the native boost 
>>> plugin which is normally bundled with it (and the cairo lib?)...
>>> 
>>> Guys, anybody with a mac around there?
>>> 
>>> Thierry
>>> 
>>> 
>> 
>>  thanks Dimitris.
>> 
>>> Nativeboost has been removed and been replaced by UFFI, all libraries that 
>>> used Nativeboost are now using UFFI including the Cairo backend library for 
>>> Athens.
>> 
>>  OK, but what i need to do for load UFFI Cairo library
>> 
>>  and for load  the UFFI  library  required byGitFileTree Pharo 
>> support?
>> 
>> 
>>  I wrong to install Pharo 5.0 on my MacBookPro with OS X  10.7.5. ?
>> 
>>  If right remember i install Pharo 5.0 from   
>> http://pharo.org/download   link
>> 
>> 
>>  Thanks.
>>  
>>  Dario
> 
> 

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Sven Van Caekenberghe]

Yes, try this, I think you might be using the wrong VM.

> On 5 Dec 2016, at 18:41, Dimitris Chloupis  wrote:
> 
> If you go to the applications there is a folder called Utilities and inside 
> it there is a terminal application open it and issue the following commands
> 
> mkdir pharo
> cd pharo
> curl get.pharo.org | bash
> ./pharo-ui Pharo.image
> 
> First command will make folder, second will enter the folder, third will 
> dowload the standard stable version of pharo to the folder, foruth will 
> launch pharo.
> 
> Then when pharo opens follow the instruction Esteban gave you to test that 
> Athens works as it should. Do not install anything before testings. Then if 
> everything works proceed and install one thing, only, then test it, then 
> install the next one etc.
> 
> Moving step by step will help us pin point your problem
> 
> I suspect maybe something went crazy , it happens from time to time in pharo, 
> recently I had a nasty corruption with Pharo 6. If it happens once, its ok , 
> if it happens frequently its a problem. 
> 
> 
> On Mon, Dec 5, 2016 at 6:35 PM Trussardi Dario Romano 
>  wrote:
> Ciao,
> 
>> Pharo is unable to access a library it needs; this is the native boost 
>> plugin which is normally bundled with it (and the cairo lib?)...
>> 
>> Guys, anybody with a mac around there?
>> 
>> Thierry
>> 
>> 
> 
>   thanks Dimitris.
> 
>> Nativeboost has been removed and been replaced by UFFI, all libraries that 
>> used Nativeboost are now using UFFI including the Cairo backend library for 
>> Athens.
> 
>   OK, but what i need to do for load UFFI Cairo library
> 
>   and for load  the UFFI  library  required byGitFileTree Pharo 
> support?
> 
> 
>   I wrong to install Pharo 5.0 on my MacBookPro with OS X  10.7.5. ?
> 
>   If right remember i install Pharo 5.0 from   
> http://pharo.org/download   link
> 
> 
>   Thanks.
>   
>   Dario

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Ciao Esteban,


> Hi, Dario, 
> 
> I do not understand quite well your problem… you should not have a problem 
> installing GitFileTree in Pharo5, no matter the replacement of NativeBoost. 
> Athens also works fine with UFFI (since is part of Pharo, it has to work on 
> all versions). 
> 
> You *do not need* to download cairo bindings, they are already there. 
> So… if Athens is not working (and you can check that executing "VGTigerDemo 
> runDemo” ,

The VGTigerDemo runDemo report:

ExternalLibraryFunction(Object)>>error:
ExternalLibraryFunction(Object)>>externalCallFailed
ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments:
AthensCairoSurface class>>primImage:width:height:
AthensCairoSurface class>>extent:format:
AthensCairoSurface class>>extent:
VGTigerDemo>>initialize
VGTigerDemo class(Behavior)>>new
VGTigerDemo class>>runDemo

>  then you have another kind of problem. 

What do you mean about : another kind of problem.

How can I investigate about that?

Download again the image and see what happens?

Thanks,

Dario

P.S. What do you think about my email with same object dated:   29 
novembre 2016 11:55:02 GMT+01:00

It may be source of problems?


> 
> cheers, 
> Esteban
> 
> 
>> On 5 Dec 2016, at 17:34, Trussardi Dario Romano  
>> wrote:
>> 
>> Ciao,
>> 
>>> Pharo is unable to access a library it needs; this is the native boost 
>>> plugin which is normally bundled with it (and the cairo lib?)...
>>> 
>>> Guys, anybody with a mac around there?
>>> 
>>> Thierry
>>> 
>>> 
>> 
>>  thanks Dimitris.
>> 
>>> Nativeboost has been removed and been replaced by UFFI, all libraries that 
>>> used Nativeboost are now using UFFI including the Cairo backend library for 
>>> Athens.
>> 
>>  OK, but what i need to do for load UFFI Cairo library
>> 
>>  and for load  the UFFI  library  required byGitFileTree Pharo 
>> support?
>> 
>> 
>>  I wrong to install Pharo 5.0 on my MacBookPro with OS X  10.7.5. ?
>> 
>>  If right remember i install Pharo 5.0 from   
>> http://pharo.org/download   link
>> 
>> 
>>  Thanks.
>>  
>>  Dario
> 

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Dimitris Chloupis]

If you go to the applications there is a folder called Utilities and inside
it there is a terminal application open it and issue the following commands

mkdir pharo
cd pharo
curl get.pharo.org | bash
./pharo-ui Pharo.image

First command will make folder, second will enter the folder, third will
dowload the standard stable version of pharo to the folder, foruth will
launch pharo.

Then when pharo opens follow the instruction Esteban gave you to test that
Athens works as it should. Do not install anything before testings. Then if
everything works proceed and install one thing, only, then test it, then
install the next one etc.

Moving step by step will help us pin point your problem

I suspect maybe something went crazy , it happens from time to time in
pharo, recently I had a nasty corruption with Pharo 6. If it happens once,
its ok , if it happens frequently its a problem.


On Mon, Dec 5, 2016 at 6:35 PM Trussardi Dario Romano <
dario.trussa...@tiscali.it> wrote:

> Ciao,
>
> Pharo is unable to access a library it needs; this is the native boost
> plugin which is normally bundled with it (and the cairo lib?)...
>
> Guys, anybody with a mac around there?
>
> Thierry
>
>
>
>
> thanks Dimitris.
>
> Nativeboost has been removed and been replaced by UFFI, all libraries that
> used Nativeboost are now using UFFI including the Cairo backend library for
> Athens.
>
>
> OK,  but what i need to do for load UFFI Cairo library
>
> and for load  the UFFI  library required by  GitFileTree Pharo support?
>
>
> I wrong to install Pharo 5.0 on my MacBookPro with OS X  10.7.5. ?
>
> If right remember i install Pharo 5.0 from  http://pharo.org/download
> link
>
>
> Thanks.
> Dario
>

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Esteban Lorenzano]

Hi, Dario, 

I do not understand quite well your problem… you should not have a problem 
installing GitFileTree in Pharo5, no matter the replacement of NativeBoost. 
Athens also works fine with UFFI (since is part of Pharo, it has to work on all 
versions). 

You *do not need* to download cairo bindings, they are already there. 
So… if Athens is not working (and you can check that executing "VGTigerDemo 
runDemo” ,  then you have another kind of problem. 

cheers, 
Esteban


> On 5 Dec 2016, at 17:34, Trussardi Dario Romano  
> wrote:
> 
> Ciao,
> 
>> Pharo is unable to access a library it needs; this is the native boost 
>> plugin which is normally bundled with it (and the cairo lib?)...
>> 
>> Guys, anybody with a mac around there?
>> 
>> Thierry
>> 
>> 
> 
>   thanks Dimitris.
> 
>> Nativeboost has been removed and been replaced by UFFI, all libraries that 
>> used Nativeboost are now using UFFI including the Cairo backend library for 
>> Athens.
> 
>   OK, but what i need to do for load UFFI Cairo library
> 
>   and for load  the UFFI  library  required byGitFileTree Pharo 
> support?
> 
> 
>   I wrong to install Pharo 5.0 on my MacBookPro with OS X  10.7.5. ?
> 
>   If right remember i install Pharo 5.0 from   
> http://pharo.org/download    link
> 
> 
>   Thanks.
>   
>   Dario

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Ciao,

> Pharo is unable to access a library it needs; this is the native boost plugin 
> which is normally bundled with it (and the cairo lib?)...
> 
> Guys, anybody with a mac around there?
> 
> Thierry
> 
> 

thanks Dimitris.

> Nativeboost has been removed and been replaced by UFFI, all libraries that 
> used Nativeboost are now using UFFI including the Cairo backend library for 
> Athens.

OK, but what i need to do for load UFFI Cairo library

and for load  the UFFI  library  required byGitFileTree Pharo 
support?


I wrong to install Pharo 5.0 on my MacBookPro with OS X  10.7.5. ?

If right remember i install Pharo 5.0 from   
http://pharo.org/download   link


Thanks.

Dario

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Dimitris Chloupis]

>
> Pharo is unable to access a library it needs; this is the native boost
> plugin which is normally bundled with it (and the cairo lib?)...
>
> Guys, anybody with a mac around there?
>
> Thierry
>


Nativeboost has been removed and been replaced by UFFI, all libraries that
used Nativeboost are now using UFFI including the Cairo backend library for
Athens.

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Ciao,

few days ago i encountered problems installing gitFileTree in pharo 5.0.

The basic error is relative to the : External module not found.

Someone considerations about it?


> Hi Dario,
> 
> this is good that you tested with Roassal. We have a more general issue...

The same problematic is relative to Roassal.

 I install on the MacBook Pro OS/X 10.7.5the  sudo port install 
cairo

But the error persist.

Thanks for any help.

Dario


> 
> 2016-11-29 15:56 GMT+01:00 Trussardi Dario Romano 
> :
> Ciao,
> 
>> Hi Dario,
>> 
>> 2016-11-29 14:00 GMT+01:00 Trussardi Dario Romano 
>> :
>> 
>>> 
>>> 
>>> 2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano 
>>> :
>>> Ciao,
>>> 
>>> IMPORTANT CONSIDERATION:
>>> 
>>> If i started the Pharo 5.0 image from the desktop icon all 
>>> works fine.
>> 
>>  Do you note this difference?!
>> 
>> Of course. Paths/environment may be (is probably) different when you start 
>> from the desktop icon and when you start it from Contents/Resource.
>> 
>>> 
>>> But i have a working  Pharo5.0-161126.image into the Pharo 
>>> 5.0 package Contents/ Resource/  directory.
>>> 
>>> I open it with Pharo5.0 ( Pharo5.0 )  application.
>>> 
>>> The Pharo image is right open   but the 
>>> GitFileTree loading  generates the exception in this case.
>> 
>> 
>> 
>> 
>> 
>>> 
>>> These are the step i do for load:
>>> 
>>> I open the Catalogs Browser and select the GitFileTree project.
>>> 
>>> On it  i press the right mouse button and do the option:
>>> Instal stable version
>>> 
>>> The system browse a dialog with: 
>>> 
>>> " GitFileTree has not been marked as tested for Pharo5.0!
>>> Do you want to continue ( installation could fail )?
>>> 
>>> Ok. Will have a look into the catalog browser source code to get rid of 
>>> that. I know that the catalog browser uses the Pharo6 
>>> ConfigurationOfGitFileTree instead of the Pharo5 one.
>> 
>>  But the same procedure and relative ConfigurationOfGitFileTree,
>> 
>>   works fine when i load it to Pharo launched from 
>> Pharo desktop icon.
>> 
>>  The problematic is when i load it into  Pharo5.0-161126.image   from  
>> the Pharo 5.0 package Contents/ Resource/ subdirectory.
>> 
>> I have noticed and my questions relate to that.
>>  
>>  
>>>  
>>> 
>>> I confirm.
>>> 
>>> The Pharo load some 'package'   and after the image  use the 100% of 
>>> the CPU.
>>> 
>>> After some times the CPU load don't change ( 100% ) and the Pharo don't 
>>> answer. ( the User interrupt alt  Cmd - :   is not intercepted )
>>> 
>>> Yes, this one is problematic.
>>> 
>>> Could you try to load OSSubprocess from the configuration browser? Tell me 
>>> if it locks-up while trying to load that.
>> 
>>  Like above,  load OSSubprocess:
>> 
>>  A ) Into Pharo launched from desktop icon   all 
>> works fine.
>> 
>>  B) Into Pharo5.0-161126.image launched from : the Pharo 5.0 
>> package Contents/ Resource/ subdirectory
>>  
>>  the system locks-up
>> 
>> Does this lockup happens if you load something else from the catalog, such 
>> as Roassal2?
> 
>   I load he Roassal2 without problem in both images ( Pharo desktop and  
> Pharo5.0 Contents/ Resource/Pharo5.0-161126.image )
> 
>   When i run Roassal2 example ( RTLayoutExample new exampleCircle )  in 
> both images   the system answer:
> 
>   Error: External module not found
> 
> ExternalLibraryFunction(Object)>>error:
> ExternalLibraryFunction(Object)>>externalCallFailed
> ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments:
> AthensCairoSurface class>>primImage:width:height:
> AthensCairoSurface class>>extent:format:
> AthensCairoSurface class>>extent:
> TRCanvas>>initialize
> TRCanvas class(Behavior)>>new
> RTView>>initialize
> RTView class(Behavior)>>new
> RTMondrian(RTBuilder)>>createView
> RTMondrian>>createView
> RTMondrian(RTBuilder)>>initialize
> RTMondrian>>initialize
> RTMondrian class(Behavior)>>new
> UndefinedObject>>DoIt
> Compiler>>evaluate:in:to:notifying:ifFail:logged:
> Compiler class>>evaluate:for:notifying:logged:
> Compiler class>>evaluate:for:logged:
> Compiler class>>evaluate:
> RTLayoutExample(RTAbstractExample)>>installTitle:code:
> RTLayoutExample class>>DoIt
> OpalCompiler>>evaluate
> RubSmalltalkEditor>>evaluate:andDo:
> RubSmalltalkEditor>>evaluateSelectionAndDo:
> RubSmalltalkEditor>>printIt
> [ :target | target editor printIt ] in RubSmalltalkEditor 
> class>>buildShortcutsOn: in Block: [ :target | target editor printIt ]
> BlockClosure>>cull:
> BlockClosure>>cull:cull:
> 

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Thierry Goubier]

Hi Dario,

this is good that you tested with Roassal. We have a more general issue...

2016-11-29 15:56 GMT+01:00 Trussardi Dario Romano <
dario.trussa...@tiscali.it>:

> Ciao,
>
> Hi Dario,
>
> 2016-11-29 14:00 GMT+01:00 Trussardi Dario Romano <
> dario.trussa...@tiscali.it>:
>
>>
>>
>>
>> 2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano <
>> dario.trussa...@tiscali.it>:
>>
>>> Ciao,
>>>
>>> IMPORTANT CONSIDERATION:
>>>
>>> If i started the Pharo 5.0 image from the desktop icon all works fine.
>>>
>>
>> Do you note this difference?!
>>
>
> Of course. Paths/environment may be (is probably) different when you start
> from the desktop icon and when you start it from Contents/Resource.
>
>>
>>
>>> But i have a working  Pharo5.0-161126.image into the Pharo 5.0 package
>>> Contents/ Resource/ directory.
>>>
>>> I open it with Pharo5.0 ( Pharo5.0 )  application.
>>>
>>> The Pharo image is right open  but the GitFileTree loading generates
>>> the exception in this case.
>>>
>>
>>
>>
>>
>>
>> These are the step i do for load:
>>>
>>> I open the Catalogs Browser and select the GitFileTree project.
>>>
>>> On it  i press the right mouse button and do the option: Instal stable
>>> version
>>>
>>> The system browse a dialog with:
>>>
>>> " GitFileTree has not been marked as tested for Pharo5.0!
>>> Do you want to continue ( installation could fail )?
>>>
>>
>> Ok. Will have a look into the catalog browser source code to get rid of
>> that. I know that the catalog browser uses the Pharo6
>> ConfigurationOfGitFileTree instead of the Pharo5 one.
>>
>>
>> But the same procedure and relative ConfigurationOfGitFileTree,
>>
>>  works fine when i load it to Pharo launched from Pharo desktop icon.
>>
>> The problematic is when i load it into  Pharo5.0-161126.image from  the
>> Pharo 5.0 package Contents/ Resource/ subdirectory.
>>
>
> I have noticed and my questions relate to that.
>
>
>>
>>
>>
>>>
>>> I confirm.
>>>
>>> The Pharo load some 'package'   and after the image  use the 100% of the
>>> CPU.
>>>
>>> After some times the CPU load don't change ( 100% ) and the Pharo don't
>>> answer. ( the User interrupt alt  Cmd - :   is not intercepted )
>>>
>>
>> Yes, this one is problematic.
>>
>> Could you try to load OSSubprocess from the configuration browser? Tell
>> me if it locks-up while trying to load that.
>>
>>
>> Like above,  load OSSubprocess:
>>
>> A ) Into Pharo launched from desktop icon all works fine.
>>
>> B) Into Pharo5.0-161126.image launched from :the Pharo 5.0 package
>> Contents/ Resource/ subdirectory
>> the system locks-up
>>
>
> Does this lockup happens if you load something else from the catalog, such
> as Roassal2?
>
>
> I load he Roassal2 without problem in both images ( Pharo desktop
> and  Pharo5.0 Contents/ Resource/Pharo5.0-161126.image )
>
> When i run Roassal2 example ( RTLayoutExample new exampleCircle )  in both
> images the system answer:
>
> Error: External module not found
>
> ExternalLibraryFunction(Object)>>error:
>
> ExternalLibraryFunction(Object)>>externalCallFailed
>
> ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments:
>
> AthensCairoSurface class>>primImage:width:height:
>
> AthensCairoSurface class>>extent:format:
>
> AthensCairoSurface class>>extent:
>
> TRCanvas>>initialize
>
> TRCanvas class(Behavior)>>new
>
> RTView>>initialize
>
> RTView class(Behavior)>>new
>
> RTMondrian(RTBuilder)>>createView
>
> RTMondrian>>createView
>
> RTMondrian(RTBuilder)>>initialize
>
> RTMondrian>>initialize
>
> RTMondrian class(Behavior)>>new
>
> UndefinedObject>>DoIt
>
> Compiler>>evaluate:in:to:notifying:ifFail:logged:
>
> Compiler class>>evaluate:for:notifying:logged:
>
> Compiler class>>evaluate:for:logged:
>
> Compiler class>>evaluate:
>
> RTLayoutExample(RTAbstractExample)>>installTitle:code:
>
> RTLayoutExample class>>DoIt
>
> OpalCompiler>>evaluate
>
> RubSmalltalkEditor>>evaluate:andDo:
>
> RubSmalltalkEditor>>evaluateSelectionAndDo:
>
> RubSmalltalkEditor>>printIt
>
> [ :target | target editor printIt ] in RubSmalltalkEditor
> class>>buildShortcutsOn: in Block: [ :target | target editor printIt ]
>
> BlockClosure>>cull:
>
> BlockClosure>>cull:cull:
>
> BlockClosure>>cull:cull:cull:
>
>
> thanks,
>

Pharo is unable to access a library it needs; this is the native boost
plugin which is normally bundled with it (and the cairo lib?)...

Guys, anybody with a mac around there?

Thierry


>
>
> Dario
>
>
> My hypothesis is that, since you have two different ways of starting Pharo
> with a different system environment (and preloaded libraries, and maybe
> LD_LIBRARY_PATH set/unset, and maybe different PATH, etc...), something at
> init of OSSubprocess never returns and lock-up the image.
>
> Or, anything you load from the catalog in the second case locks-up, in
> which case something linked to code run after completing a project load
> locks-up when you don't use the environment provided by the desktop link.
>
> Could someone with a Mac check that, please?
>
> Regards,
>
> Thierry

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Ciao,

> Hi Dario,
> 
> 2016-11-29 14:00 GMT+01:00 Trussardi Dario Romano 
> :
> 
>> 
>> 
>> 2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano 
>> :
>> Ciao,
>> 
>>  IMPORTANT CONSIDERATION:
>> 
>>  If i started the Pharo 5.0 image from the desktop icon all 
>> works fine.
> 
>   Do you note this difference?!
> 
> Of course. Paths/environment may be (is probably) different when you start 
> from the desktop icon and when you start it from Contents/Resource.
> 
>> 
>>  But i have a working  Pharo5.0-161126.image into the Pharo 
>> 5.0 package Contents/ Resource/  directory.
>> 
>>  I open it with Pharo5.0 ( Pharo5.0 )  application.
>> 
>>  The Pharo image is right open   but the 
>> GitFileTree loading  generates the exception in this case.
> 
> 
> 
> 
> 
>>  
>>  These are the step i do for load:
>> 
>>  I open the Catalogs Browser and select the GitFileTree project.
>> 
>>  On it  i press the right mouse button and do the option:
>> Instal stable version
>> 
>>  The system browse a dialog with: 
>> 
>>  " GitFileTree has not been marked as tested for Pharo5.0!
>>  Do you want to continue ( installation could fail )?
>> 
>> Ok. Will have a look into the catalog browser source code to get rid of 
>> that. I know that the catalog browser uses the Pharo6 
>> ConfigurationOfGitFileTree instead of the Pharo5 one.
> 
>   But the same procedure and relative ConfigurationOfGitFileTree,
> 
>works fine when i load it to Pharo launched from 
> Pharo desktop icon.
> 
>   The problematic is when i load it into  Pharo5.0-161126.image   from  
> the Pharo 5.0 package Contents/ Resource/ subdirectory.
> 
> I have noticed and my questions relate to that.
>  
>   
>>  
>> 
>>  I confirm.
>> 
>>  The Pharo load some 'package'   and after the image  use the 100% of 
>> the CPU.
>> 
>>  After some times the CPU load don't change ( 100% ) and the Pharo don't 
>> answer. ( the User interrupt alt  Cmd - :   is not intercepted )
>> 
>> Yes, this one is problematic.
>> 
>> Could you try to load OSSubprocess from the configuration browser? Tell me 
>> if it locks-up while trying to load that.
> 
>   Like above,  load OSSubprocess:
> 
>   A ) Into Pharo launched from desktop icon   all 
> works fine.
> 
>   B) Into Pharo5.0-161126.image launched from : the Pharo 5.0 
> package Contents/ Resource/ subdirectory
>   
>   the system locks-up
> 
> Does this lockup happens if you load something else from the catalog, such as 
> Roassal2?

I load he Roassal2 without problem in both images ( Pharo desktop and  
Pharo5.0 Contents/ Resource/Pharo5.0-161126.image )

When i run Roassal2 example ( RTLayoutExample new exampleCircle )  in 
both images   the system answer:

Error: External module not found

ExternalLibraryFunction(Object)>>error:
ExternalLibraryFunction(Object)>>externalCallFailed
ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments:
AthensCairoSurface class>>primImage:width:height:
AthensCairoSurface class>>extent:format:
AthensCairoSurface class>>extent:
TRCanvas>>initialize
TRCanvas class(Behavior)>>new
RTView>>initialize
RTView class(Behavior)>>new
RTMondrian(RTBuilder)>>createView
RTMondrian>>createView
RTMondrian(RTBuilder)>>initialize
RTMondrian>>initialize
RTMondrian class(Behavior)>>new
UndefinedObject>>DoIt
Compiler>>evaluate:in:to:notifying:ifFail:logged:
Compiler class>>evaluate:for:notifying:logged:
Compiler class>>evaluate:for:logged:
Compiler class>>evaluate:
RTLayoutExample(RTAbstractExample)>>installTitle:code:
RTLayoutExample class>>DoIt
OpalCompiler>>evaluate
RubSmalltalkEditor>>evaluate:andDo:
RubSmalltalkEditor>>evaluateSelectionAndDo:
RubSmalltalkEditor>>printIt
[ :target | target editor printIt ] in RubSmalltalkEditor 
class>>buildShortcutsOn: in Block: [ :target | target editor printIt ]
BlockClosure>>cull:
BlockClosure>>cull:cull:
BlockClosure>>cull:cull:cull:

thanks,

Dario

> 
> My hypothesis is that, since you have two different ways of starting Pharo 
> with a different system environment (and preloaded libraries, and maybe 
> LD_LIBRARY_PATH set/unset, and maybe different PATH, etc...), something at 
> init of OSSubprocess never returns and lock-up the image.
> 
> Or, anything you load from the catalog in the second case locks-up, in which 
> case something linked to code run after completing a project load locks-up 
> when you don't use the environment provided by the desktop link.
> 
> Could someone with a Mac check that, please?
> 
> Regards,
> 
> Thierry
> 
>  
> 
>   Dario
> 
>> 
>> Thierry
>>  
>> 
>>  I need to shut Pharo  and reopen the image.
>> 
>>  Thanks,
>> 
>>   

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Thierry Goubier]

Hi Dario,

2016-11-29 14:00 GMT+01:00 Trussardi Dario Romano <
dario.trussa...@tiscali.it>:

>
>
>
> 2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano <
> dario.trussa...@tiscali.it>:
>
>> Ciao,
>>
>> IMPORTANT CONSIDERATION:
>>
>> If i started the Pharo 5.0 image from the desktop icon all works fine.
>>
>
> Do you note this difference?!
>

Of course. Paths/environment may be (is probably) different when you start
from the desktop icon and when you start it from Contents/Resource.

>
>
>> But i have a working  Pharo5.0-161126.image into the Pharo 5.0 package
>> Contents/ Resource/ directory.
>>
>> I open it with Pharo5.0 ( Pharo5.0 )  application.
>>
>> The Pharo image is right open  but the GitFileTree loading generates the
>> exception in this case.
>>
>
>
>
>
>
> These are the step i do for load:
>>
>> I open the Catalogs Browser and select the GitFileTree project.
>>
>> On it  i press the right mouse button and do the option: Instal stable
>> version
>>
>> The system browse a dialog with:
>>
>> " GitFileTree has not been marked as tested for Pharo5.0!
>> Do you want to continue ( installation could fail )?
>>
>
> Ok. Will have a look into the catalog browser source code to get rid of
> that. I know that the catalog browser uses the Pharo6
> ConfigurationOfGitFileTree instead of the Pharo5 one.
>
>
> But the same procedure and relative ConfigurationOfGitFileTree,
>
>  works fine when i load it to Pharo launched from Pharo desktop icon.
>
> The problematic is when i load it into  Pharo5.0-161126.image from  the
> Pharo 5.0 package Contents/ Resource/ subdirectory.
>

I have noticed and my questions relate to that.


>
>
>
>>
>> I confirm.
>>
>> The Pharo load some 'package'   and after the image  use the 100% of the
>> CPU.
>>
>> After some times the CPU load don't change ( 100% ) and the Pharo don't
>> answer. ( the User interrupt alt  Cmd - :   is not intercepted )
>>
>
> Yes, this one is problematic.
>
> Could you try to load OSSubprocess from the configuration browser? Tell me
> if it locks-up while trying to load that.
>
>
> Like above,  load OSSubprocess:
>
> A ) Into Pharo launched from desktop icon all works fine.
>
> B) Into Pharo5.0-161126.image launched from :the Pharo 5.0 package
> Contents/ Resource/ subdirectory
> the system locks-up
>

Does this lockup happens if you load something else from the catalog, such
as Roassal2?

My hypothesis is that, since you have two different ways of starting Pharo
with a different system environment (and preloaded libraries, and maybe
LD_LIBRARY_PATH set/unset, and maybe different PATH, etc...), something at
init of OSSubprocess never returns and lock-up the image.

Or, anything you load from the catalog in the second case locks-up, in
which case something linked to code run after completing a project load
locks-up when you don't use the environment provided by the desktop link.

Could someone with a Mac check that, please?

Regards,

Thierry



>
> Dario
>
>
> Thierry
>
>
>>
>> I need to shut Pharo  and reopen the image.
>>
>> Thanks,
>>
>> Dario
>>
>>
>> Hi Dario,
>>
>> can you tell a bit more about what is happening exactly?
>>
>> Thierry
>>
>> 2016-11-29 10:57 GMT+01:00 Trussardi Dario Romano <
>> dario.trussa...@tiscali.it>:
>>
>>> Ciao,
>>>
>>> i have aPharo5.0Latest update: #50763
>>> imagerun on MacBook Pro with OS X 10.7.5.
>>>
>>> When i load the GitFileTree support the
>>> environment go in loop and i need to shut it.
>>>
>>> Considerations?
>>>
>>> Thanks,
>>>
>>> Dario
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

> 
> 
> 2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano 
> :
> Ciao,
> 
>   IMPORTANT CONSIDERATION:
> 
>   If i started the Pharo 5.0 image from the desktop icon all 
> works fine.

Do you note this difference?!

> 
>   But i have a working  Pharo5.0-161126.image into the Pharo 
> 5.0 package Contents/ Resource/  directory.
> 
>   I open it with Pharo5.0 ( Pharo5.0 )  application.
> 
>   The Pharo image is right open   but the 
> GitFileTree loading  generates the exception in this case.





>   
>   These are the step i do for load:
> 
>   I open the Catalogs Browser and select the GitFileTree project.
> 
>   On it  i press the right mouse button and do the option:
> Instal stable version
> 
>   The system browse a dialog with: 
> 
>   " GitFileTree has not been marked as tested for Pharo5.0!
>   Do you want to continue ( installation could fail )?
> 
> Ok. Will have a look into the catalog browser source code to get rid of that. 
> I know that the catalog browser uses the Pharo6 ConfigurationOfGitFileTree 
> instead of the Pharo5 one.

But the same procedure and relative ConfigurationOfGitFileTree,

 works fine when i load it to Pharo launched from 
Pharo desktop icon.

The problematic is when i load it into  Pharo5.0-161126.image   from  
the Pharo 5.0 package Contents/ Resource/ subdirectory.   

>  
> 
>   I confirm.
> 
>   The Pharo load some 'package'   and after the image  use the 100% of 
> the CPU.
> 
>   After some times the CPU load don't change ( 100% ) and the Pharo don't 
> answer. ( the User interrupt alt  Cmd - :   is not intercepted )
> 
> Yes, this one is problematic.
> 
> Could you try to load OSSubprocess from the configuration browser? Tell me if 
> it locks-up while trying to load that.

Like above,  load OSSubprocess:

A ) Into Pharo launched from desktop icon   all 
works fine.

B) Into Pharo5.0-161126.image launched from : the Pharo 5.0 
package Contents/ Resource/ subdirectory

the system locks-up

Dario

> 
> Thierry
>  
> 
>   I need to shut Pharo  and reopen the image.
> 
>   Thanks,
> 
>   Dario
>   
> 
>> Hi Dario,
>> 
>> can you tell a bit more about what is happening exactly?
>> 
>> Thierry
>> 
>> 2016-11-29 10:57 GMT+01:00 Trussardi Dario Romano 
>> :
>> Ciao,
>> 
>> i have aPharo5.0Latest update: #50763  image 
>>run on MacBook Pro with OS X 10.7.5.
>> 
>> When i load the GitFileTree support the 
>> environment go in loop and i need to shut it.
>> 
>> Considerations?
>> 
>> Thanks,
>> 
>> Dario
>> 
>> 
>> 
>> 
>> 
> 
> 

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Thierry Goubier]

2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano <
dario.trussa...@tiscali.it>:

> Ciao,
>
> IMPORTANT CONSIDERATION:
>
> If i started the Pharo 5.0 image from the desktop icon all works fine.
>
> But i have a working  Pharo5.0-161126.image into the Pharo 5.0 package
> Contents/ Resource/ directory.
>
> I open it with Pharo5.0 ( Pharo5.0 )  application.
>
> The Pharo image is right open  but the GitFileTree loading generates the
> exception in this case.
>
> These are the step i do for load:
>
> I open the Catalogs Browser and select the GitFileTree project.
>
> On it  i press the right mouse button and do the option: Instal stable
> version
>
> The system browse a dialog with:
>
> " GitFileTree has not been marked as tested for Pharo5.0!
> Do you want to continue ( installation could fail )?
>

Ok. Will have a look into the catalog browser source code to get rid of
that. I know that the catalog browser uses the Pharo6
ConfigurationOfGitFileTree instead of the Pharo5 one.


>
> I confirm.
>
> The Pharo load some 'package'   and after the image  use the 100% of the
> CPU.
>
> After some times the CPU load don't change ( 100% ) and the Pharo don't
> answer. ( the User interrupt alt  Cmd - :   is not intercepted )
>

Yes, this one is problematic.

Could you try to load OSSubprocess from the configuration browser? Tell me
if it locks-up while trying to load that.

Thierry


>
> I need to shut Pharo  and reopen the image.
>
> Thanks,
>
> Dario
>
>
> Hi Dario,
>
> can you tell a bit more about what is happening exactly?
>
> Thierry
>
> 2016-11-29 10:57 GMT+01:00 Trussardi Dario Romano <
> dario.trussa...@tiscali.it>:
>
>> Ciao,
>>
>> i have aPharo5.0Latest update: #50763
>> imagerun on MacBook Pro with OS X 10.7.5.
>>
>> When i load the GitFileTree support the
>> environment go in loop and i need to shut it.
>>
>> Considerations?
>>
>> Thanks,
>>
>> Dario
>>
>>
>>
>>
>>
>
>

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Ciao,

IMPORTANT CONSIDERATION:

If i started the Pharo 5.0 image from the desktop icon all 
works fine.

But i have a working  Pharo5.0-161126.image into the Pharo 
5.0 package Contents/ Resource/  directory.

I open it with Pharo5.0 ( Pharo5.0 )  application.

The Pharo image is right open   but the 
GitFileTree loading  generates the exception in this case.


These are the step i do for load:

I open the Catalogs Browser and select the GitFileTree project.

On it  i press the right mouse button and do the option:
Instal stable version

The system browse a dialog with: 

" GitFileTree has not been marked as tested for Pharo5.0!
Do you want to continue ( installation could fail )?

I confirm.

The Pharo load some 'package'   and after the image  use the 100% of 
the CPU.

After some times the CPU load don't change ( 100% ) and the Pharo don't 
answer. ( the User interrupt alt  Cmd - :   is not intercepted )

I need to shut Pharo  and reopen the image.

Thanks,

Dario


> Hi Dario,
> 
> can you tell a bit more about what is happening exactly?
> 
> Thierry
> 
> 2016-11-29 10:57 GMT+01:00 Trussardi Dario Romano 
> :
> Ciao,
> 
> i have aPharo5.0Latest update: #50763  image  
>   run on MacBook Pro with OS X 10.7.5.
> 
> When i load the GitFileTree support the 
> environment go in loop and i need to shut it.
> 
> Considerations?
> 
> Thanks,
> 
> Dario
> 
> 
> 
> 
> 

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Thierry Goubier]

Hi Dario,

can you tell a bit more about what is happening exactly?

Thierry

2016-11-29 10:57 GMT+01:00 Trussardi Dario Romano <
dario.trussa...@tiscali.it>:

> Ciao,
>
> i have aPharo5.0Latest update: #50763
> imagerun on MacBook Pro with OS X 10.7.5.
>
> When i load the GitFileTree support the
> environment go in loop and i need to shut it.
>
> Considerations?
>
> Thanks,
>
> Dario
>
>
>
>
>

[Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Ciao,

i have aPharo5.0Latest update: #50763  image
run on MacBook Pro with OS X 10.7.5.

When i load the GitFileTree support the environment 
go in loop and i need to shut it.

Considerations?

Thanks,

Dario