September 2017 - Pharo-users

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

by Hilaire

Have you tried a full update cycle of your system? apt-get update apt-get dist-upgrade Hilaire Le 28/09/2017 Ã 01:22, Igor Stasenko a Ã©critÂ : > So, it would be nice if someone could help how to proceed with that. -- Dr. Geo http://drgeo.eu

Sept. 28, 2017

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

by Hilaire

Hi Igor, I got libsdl and libcairo 32bits installed fine on 64bits Ubuntu 17.04. What is your ubuntu system? Hilaire Le 28/09/2017 Ã 01:22, Igor Stasenko a Ã©critÂ : > something in my installation are in conflict with 32-bit version of > cairo.. that's weird.. > but unmet dependencies/dependency conflict resolution of linux .deb > packages is not my strong side. > So, it would be nice if someone could help how to proceed with that. -- Dr. Geo http://drgeo.eu

Sept. 28, 2017

Re: [Pharo-users] How to include DeployUtils in a Configuration?

by HernÃ¡n Morales Durand

Hi Thierry, Big thanks, with your suggestions I could install my package with the DeployUtils depdendency resolved, and all its dependencies (SystemLogger) also were loaded. I have to modify manually the baseline: method in my config because the Versionner expected a ConfigurationOf to be added as dependency. The ConfigurationOf is in the repository http://www.smalltalkhub.com/#!/~SergeStinckwich/CORMAS Cheers, HernÃ¡n 2017-09-27 4:41 GMT-03:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > Hi HernÃ¡n, > > I think what is happening is you're not including completely the DeployUtils > baseline. You need to write something like: > > spec baseline: 'DeployUtils' with: [ > spec repository: 'github://fstephany/DeployUtils/repository']; > import: 'DeployUtils'. > > And have one of the packages (or groups?) of DeployUtils listed as > dependency of one of your packages. > > Regards, > > Thierry > > 2017-09-25 20:19 GMT+02:00 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: >> >> I am trying to include DeployUtils in a ConfigurationOf (Pharo 6.1) >> following instructions at: >> >> https://github.com/fstephany/DeployUtils >> >> If I include the dependency as suggested: >> >> spec baseline: 'DeployUtils' with: [ >> spec repository: 'github://fstephany/DeployUtils/repository']. >> >> then when I load the configuration I get: >> >> Error: Unable to resolve project package for 'DeployUtils'. It is >> likely that that the configuration referencing this project will not >> validate properly (see MetacelloToolBox >> class>>validateConfiguration:). >> >> If I include the dependency as: >> >> spec >> project: 'DeployUtils' with: [ >> spec >> className: #DeployUtils; >> versionString: 'baseline'; >> repository: >> 'github://fstephany/DeployUtils/repository' ]; >> >> Then I get DU multiple missing dependencies: >> >> This package depends on the following classes: >> StringStreamLogger >> Log >> StdoutStreamLogger >> You must resolve these dependencies before you will be able to load >> these definitions: >> DUFileLogger >> DUFileLogger>>#withFileLocator: >> DUFileLogger>>#addLogHook: >> DUFileLogger>>#defaultFormatter >> DUFileLogger>>#defaultStream >> DUFileLogger>>#fileLocator: >> DUStdoutStreamLogger >> DUStdoutStreamLogger>>#addLogHook: >> Log>>#debug:tag: >> Log>>#info:tag: >> Log>>#warning:tag: >> >> And finally a MNU with >> >> #loader: was sent to nil >> >> (also when I try to inspect I got a #gtInspectorProjectsIn: was sent to >> nil) >> Any ideas? >> Cheers, >> >> HernÃ¡n >> >

Sept. 28, 2017

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

by HernÃ¡n Morales Durand

I couldn't reproduce any problem installing Pharo 6.1 in Windows 8.1 from command line: wget -O- get.pharo.org/61+vm | bash - And then installing Roassal from the Catalog Browser. All the examples ran wiithout problems. Cheers HernÃ¡n 2017-09-23 5:57 GMT-03:00 kmo <voxkmp(a)gmail.com>: > 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. 28, 2017

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

by Igor Stasenko

imo, best what could be done is to forget about 32-bit version and use 64-bit VM & libs, to avoid problems like above. but for that, i need a 64-bit VM/image pair for a start, because one that you gave me is 32-bit.. and hence drags all the trouble with all this .so dependency zoo.. -- Best regards, Igor Stasenko.

Sept. 27, 2017

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

by Igor Stasenko

apparently the SDL2 library is not in LD search path ldd libSDL2DisplayPlugin.so linux-gate.so.1 => (0xf77e9000) libSDL2-2.0.so.0 => not found ^^^^ libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf75dd000) /lib/ld-linux.so.2 (0x56573000) so it simply doesn't starts, so i installed sudo apt-get install libsdl2-2.0-0:i386 but then i found that i need to install 32-bit version of cairo as well.. but alas.. here is where i stuck: ---- sudo apt-get install libcairo2:i386 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libtheora0 : Depends: libcairo2 (>= 1.2.4) but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. ---- something in my installation are in conflict with 32-bit version of cairo.. that's weird.. but unmet dependencies/dependency conflict resolution of linux .deb packages is not my strong side. So, it would be nice if someone could help how to proceed with that. On 28 September 2017 at 01:41, Igor Stasenko <siguctua(a)gmail.com> wrote: > okay, first, i have to change the path to SDL2 library, because on my > machine it's in > /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0 > but there's another trouble: > browsing is incredibly slooow... > First, i used finder to look for 'libSDL2-2.0.so.0' in sources. it took > like 2 minutes to go through first few classes with starting A letter in > their name. > Then i lost temper, interrupted it and decided to browse into SDL bindings > manually - clicked on OSWindow-SDL2 package... and its still 100% CPU and > didn't opened > while i typing this whole message. > > What is going on? Are .sources file corrupted or what? > > > > On 28 September 2017 at 01:27, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> >> >> On 27 September 2017 at 22:54, Stephane Ducasse <stepharo.self(a)gmail.com> >> wrote: >> >>> Igor I will share the dropbox for you. >>> What would be great is to port the code of clement to Pharo 6.1 or >>> even 70 to check SDL20 >>> Esteban was integrating some of the code of ronie. >>> >>> Downloading.. >> Would be nice, if someone could give me short directions how to test it , >> what to run and what to expect. Because i am clearly was out of context for >> too long. >> >> >>> Stef >>> >>> >>> On Wed, Sep 27, 2017 at 1:05 PM, Igor Stasenko <siguctua(a)gmail.com> >>> wrote: >>> > i'm on ubuntu right now, so i could help with trying & testing things >>> and/or >>> > diagnosing problems. Just tell me what to do >>> > >>> > >>> > -- >>> > Best regards, >>> > Igor Stasenko. >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Sept. 27, 2017

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

by Igor Stasenko

okay, first, i have to change the path to SDL2 library, because on my machine it's in /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0 but there's another trouble: browsing is incredibly slooow... First, i used finder to look for 'libSDL2-2.0.so.0' in sources. it took like 2 minutes to go through first few classes with starting A letter in their name. Then i lost temper, interrupted it and decided to browse into SDL bindings manually - clicked on OSWindow-SDL2 package... and its still 100% CPU and didn't opened while i typing this whole message. What is going on? Are .sources file corrupted or what? On 28 September 2017 at 01:27, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > On 27 September 2017 at 22:54, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> Igor I will share the dropbox for you. >> What would be great is to port the code of clement to Pharo 6.1 or >> even 70 to check SDL20 >> Esteban was integrating some of the code of ronie. >> >> Downloading.. > Would be nice, if someone could give me short directions how to test it , > what to run and what to expect. Because i am clearly was out of context for > too long. > > >> Stef >> >> >> On Wed, Sep 27, 2017 at 1:05 PM, Igor Stasenko <siguctua(a)gmail.com> >> wrote: >> > i'm on ubuntu right now, so i could help with trying & testing things >> and/or >> > diagnosing problems. Just tell me what to do >> > >> > >> > -- >> > Best regards, >> > Igor Stasenko. >> >> > > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Sept. 27, 2017

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

by Igor Stasenko

On 27 September 2017 at 22:54, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Igor I will share the dropbox for you. > What would be great is to port the code of clement to Pharo 6.1 or > even 70 to check SDL20 > Esteban was integrating some of the code of ronie. > > Downloading.. Would be nice, if someone could give me short directions how to test it , what to run and what to expect. Because i am clearly was out of context for too long. > Stef > > > On Wed, Sep 27, 2017 at 1:05 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > i'm on ubuntu right now, so i could help with trying & testing things > and/or > > diagnosing problems. Just tell me what to do > > > > > > -- > > Best regards, > > Igor Stasenko. > > -- Best regards, Igor Stasenko.

Sept. 27, 2017

Re: [Pharo-users] How to include DeployUtils in a Configuration?

by HernÃ¡n Morales Durand

Hi Stef 2017-09-27 4:32 GMT-03:00 Stephane Ducasse <stepharo.self(a)gmail.com>: > Hi hernan > > Are you creating a configurationOf or a baselineOf? ConfigurationOf > Do you have the Log and StringStreamLogger in your image? Because I > have the impression that they are not in > the DeployUtils package. If I install DeployUtils using the Metacello script in the page, Log and StringStreamLogger are included. So the problem only arises when trying to include DeployUtils as dependency in a Configuration. > Are the classes coming from the SystemLogger we wrote with Norbert? Yes but from MetaRepoForPharo30. The dependency is actually in ConfigurationOfDeployUtils in the #baseline: method spec project: 'SystemLogger' with: [ spec className: #ConfigurationOfSystemLogger; versionString: '1.5'; repository: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main/' ]. HernÃ¡n > Because if this is the case you should add this dependency. > > Stef > > > On Mon, Sep 25, 2017 at 8:19 PM, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: >> I am trying to include DeployUtils in a ConfigurationOf (Pharo 6.1) >> following instructions at: >> >> https://github.com/fstephany/DeployUtils >> >> If I include the dependency as suggested: >> >> spec baseline: 'DeployUtils' with: [ >> spec repository: 'github://fstephany/DeployUtils/repository']. >> >> then when I load the configuration I get: >> >> Error: Unable to resolve project package for 'DeployUtils'. It is >> likely that that the configuration referencing this project will not >> validate properly (see MetacelloToolBox >> class>>validateConfiguration:). >> >> If I include the dependency as: >> >> spec >> project: 'DeployUtils' with: [ >> spec >> className: #DeployUtils; >> versionString: 'baseline'; >> repository: 'github://fstephany/DeployUtils/repository' ]; >> >> Then I get DU multiple missing dependencies: >> >> This package depends on the following classes: >> StringStreamLogger >> Log >> StdoutStreamLogger >> You must resolve these dependencies before you will be able to load >> these definitions: >> DUFileLogger >> DUFileLogger>>#withFileLocator: >> DUFileLogger>>#addLogHook: >> DUFileLogger>>#defaultFormatter >> DUFileLogger>>#defaultStream >> DUFileLogger>>#fileLocator: >> DUStdoutStreamLogger >> DUStdoutStreamLogger>>#addLogHook: >> Log>>#debug:tag: >> Log>>#info:tag: >> Log>>#warning:tag: >> >> And finally a MNU with >> >> #loader: was sent to nil >> >> (also when I try to inspect I got a #gtInspectorProjectsIn: was sent to nil) >> Any ideas? >> Cheers, >> >> HernÃ¡n >> >

Sept. 27, 2017

Re: [Pharo-users] How to include DeployUtils in a Configuration?

by Dale Henrichs

HernÃ¡n. Well I tried to look at this, but the first problem I ran into is that the package name is a Symbol (#ConfigurationOfSystemLogger) and the package name is supposed to be a String --- I'm trying to look at this from GemStone --- the package name is also a Symbol (#DeployUtils), so I cannot actually try to execute the Metacello record code to see what might be going wrong ... since the Metacello error is that the package is that it cannot resolve the project package name #DeployUtils, this might be the root cause of the problem ... the error also says that the there are likely to be invalid configurations involved as well ... Your second error gives me a bit more of a clue as to what might be going on ... again this points to a problem with the DeployUtils baseline: there are no dependencies declared between the DeployUtils package and the SystemLogger project, so Metacello is "free to load the two in any order" ... from your second error message it seems that in the absence of dependencies, Metacello loaded the package before loading SystemLogger ... Dale On 09/27/2017 12:53 PM, Stephane Ducasse wrote: > Thierry what is import: > and why should it be recursive? > > On Wed, Sep 27, 2017 at 9:41 AM, Thierry Goubier > <thierry.goubier(a)gmail.com> wrote: >> Hi HernÃ¡n, >> >> I think what is happening is you're not including completely the DeployUtils >> baseline. You need to write something like: >> >> spec baseline: 'DeployUtils' with: [ >> spec repository: 'github://fstephany/DeployUtils/repository']; >> import: 'DeployUtils'. >> >> And have one of the packages (or groups?) of DeployUtils listed as >> dependency of one of your packages. >> >> Regards, >> >> Thierry >> >> 2017-09-25 20:19 GMT+02:00 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: >>> I am trying to include DeployUtils in a ConfigurationOf (Pharo 6.1) >>> following instructions at: >>> >>> https://github.com/fstephany/DeployUtils >>> >>> If I include the dependency as suggested: >>> >>> spec baseline: 'DeployUtils' with: [ >>> spec repository: 'github://fstephany/DeployUtils/repository']. >>> >>> then when I load the configuration I get: >>> >>> Error: Unable to resolve project package for 'DeployUtils'. It is >>> likely that that the configuration referencing this project will not >>> validate properly (see MetacelloToolBox >>> class>>validateConfiguration:). >>> >>> If I include the dependency as: >>> >>> spec >>> project: 'DeployUtils' with: [ >>> spec >>> className: #DeployUtils; >>> versionString: 'baseline'; >>> repository: >>> 'github://fstephany/DeployUtils/repository' ]; >>> >>> Then I get DU multiple missing dependencies: >>> >>> This package depends on the following classes: >>> StringStreamLogger >>> Log >>> StdoutStreamLogger >>> You must resolve these dependencies before you will be able to load >>> these definitions: >>> DUFileLogger >>> DUFileLogger>>#withFileLocator: >>> DUFileLogger>>#addLogHook: >>> DUFileLogger>>#defaultFormatter >>> DUFileLogger>>#defaultStream >>> DUFileLogger>>#fileLocator: >>> DUStdoutStreamLogger >>> DUStdoutStreamLogger>>#addLogHook: >>> Log>>#debug:tag: >>> Log>>#info:tag: >>> Log>>#warning:tag: >>> >>> And finally a MNU with >>> >>> #loader: was sent to nil >>> >>> (also when I try to inspect I got a #gtInspectorProjectsIn: was sent to >>> nil) >>> Any ideas? >>> Cheers, >>> >>> HernÃ¡n >>>

Sept. 27, 2017