[Pharo-users] Some issues with Pharo and Ubuntu
Hello, I am trying Pharo with Docker and I will leave here some issues I had since I am unsure where I should report them. The command I am running is: Metacello new baseline: 'Employees'; repository: 'tonel:///home/employeesSource/pharo/'; ignoreImage; onConflict: [ :ex | ex useIncoming ]; onWarning: [ :ex | Transcript crShow: ex ]; silently; load: #(core). Ubuntu 16.04, Pharo 61 64bits -> *Ok* Ubuntu 16.04, Pharo 70 64bits -> *Fail* Loaded -> Seaside-Widgets-CompatibleUserName.1544645021 --- https://github.com/SeasideSt/Seaside.git[v3.2.5] --- cache Loaded -> Seaside-RenderLoop-CompatibleUserName.1544645021 --- https://github.com/SeasideSt/Seaside.git[v3.2.5] --- cache Loaded -> Seaside-Tools-Core-CompatibleUserName.1544645021 --- https://github.com/SeasideSt/Seaside.git[v3.2.5] --- cache Please use #base64Decoded now. See issue #21937a MetacelloScriptApiExecutored from ThemeIcons>>#seasideAdaptorRunningIcon has been deprecated. Ubuntu 18.04, Pharo 61|Pharo 70 64bits -> *Fail* Seems like libgit is not found and it try to use one internal, but the link is broken. Fetched -> BaselineOfEmployees-tonel.1 --- tonel:///home/employeesSource/pharo --- tonel:///home/employeesSource/pharo Loaded -> BaselineOfEmployees-tonel.1 --- tonel:///home/employeesSource/pharo --- tonel:///home/employeesSource/pharo Loading baseline of BaselineOfEmployees...ioLoadModule(/opt/pharo/pharo-vm/lib/pharo/5.0-201806281256/libgit2.so): libcurl-gnutls.so.4: cannot open shared object file: No such file or directory ioLoadModule(/opt/pharo/pharo-vm/lib/pharo/5.0-201806281256/libgit2.so): libcurl-gnutls.so.4: cannot open shared object file: No such file or directory tryLoading(/opt/pharo/pharo-vm/lib/pharo/5.0-201806281256/libgit2.so/.libs/,libgit2.so): stat(/opt/pharo/pharo-vm/lib/pharo/5.0-201806281256/libgit2.so/.libs/) Not a directory [31mError: External module not found [0mExternalLibraryFunction(Object)>>error: ExternalLibraryFunction(Object)>>externalCallFailed ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments: LGitLibrary>>libgit2_init FFICalloutAPI>>function:module: LGitLibrary(Object)>>ffiCall: LGitLibrary>>libgit2_init LGitLibrary>>initializeLibGit2 LGitGlobal class>>checkInitialized Regards, Vitor
Re: [Pharo-users] Some issues with Pharo and Ubuntu
To load the latest Seaside in Pharo 7 I use the develop branch: Metacello new baseline:'Seaside3'; repository: 'github://SeasideSt/Seaside:develop/repository'; load. > On 17 Dec 2018, at 16:36, Vitor Medina Cruz wrote: > > Hello, > > I am trying Pharo with Docker and I will leave here some issues I had since I > am unsure where I should report them. The command I am running is: > > Metacello new baseline: 'Employees'; > repository: 'tonel:///home/employeesSource/pharo/'; > ignoreImage; > onConflict: [ :ex | ex useIncoming ]; > onWarning: [ :ex | Transcript crShow: ex ]; > silently; > load: #(core). > > > Ubuntu 16.04, Pharo 61 64bits -> Ok > > Ubuntu 16.04, Pharo 70 64bits -> Fail > > Loaded -> Seaside-Widgets-CompatibleUserName.1544645021 --- > https://github.com/SeasideSt/Seaside.git[v3.2.5] > --- cache > Loaded -> Seaside-RenderLoop-CompatibleUserName.1544645021 --- > https://github.com/SeasideSt/Seaside.git[v3.2.5] > --- cache > Loaded -> Seaside-Tools-Core-CompatibleUserName.1544645021 --- > https://github.com/SeasideSt/Seaside.git[v3.2.5] > --- cache > Please use #base64Decoded now. See issue #21937a MetacelloScriptApiExecutored > from ThemeIcons>>#seasideAdaptorRunningIcon has been deprecated. > > > Ubuntu 18.04, Pharo 61|Pharo 70 64bits -> Fail > > Seems like libgit is not found and it try to use one internal, but the link > is broken. > > Fetched -> BaselineOfEmployees-tonel.1 --- > tonel:///home/employeesSource/pharo --- tonel:///home/employeesSource/pharo > Loaded -> BaselineOfEmployees-tonel.1 --- tonel:///home/employeesSource/pharo > --- tonel:///home/employeesSource/pharo > Loading baseline of > BaselineOfEmployees...ioLoadModule(/opt/pharo/pharo-vm/lib/pharo/5.0-201806281256/libgit2.so): > libcurl-gnutls.so.4: cannot open shared object file: No such file or > directory > ioLoadModule(/opt/pharo/pharo-vm/lib/pharo/5.0-201806281256/libgit2.so): > libcurl-gnutls.so.4: cannot open shared object file: No such file or > directory > tryLoading(/opt/pharo/pharo-vm/lib/pharo/5.0-201806281256/ > libgit2.so/.libs/,libgit2.so): > stat(/opt/pharo/pharo-vm/lib/pharo/5.0-201806281256/libgit2.so/.libs/ > ) Not a directory > [31mError: External module not found > [0mExternalLibraryFunction(Object)>>error: > ExternalLibraryFunction(Object)>>externalCallFailed > ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments: > LGitLibrary>>libgit2_init > FFICalloutAPI>>function:module: > LGitLibrary(Object)>>ffiCall: > LGitLibrary>>libgit2_init > LGitLibrary>>initializeLibGit2 > LGitGlobal class>>checkInitialized > > > > Regards, > Vitor
Re: [Pharo-users] voygae on P7 install problens on Windows
Hi Roelof, can you check if your problem has any bearing to this thread just discussed http://forum.world.st/Voyage-td5088984i20.html --- Sanjay Minni +91-9900-902902 On Mon, 17 Dec 2018 at 03:26, Ben Coman wrote: > On Mon, 17 Dec 2018 at 03:25, Roelof Wobben wrote: > >> Hello >> >> Are there more people who cannot install voyage on Windows >> I see a message that the name is too long >> > > Could you clarify this last statement... > > >> where pharo works on the root >> > > Did you mean you are already running pharo from somewhere like "C:\pharo" ? > ...which was the first thing I would suggest trying? > > cheers -ben >
[Pharo-users] http://planet.smalltalk.org ?
Anybody knows what happened to http://planet.smalltalk.org ? I find it quite handy to catch up with multiple blog posts / feeds.
Re: [Pharo-users] voygae on P7 install problens on Windows
Yep, I think so . Roelof Op 17-12-2018 om 17:36 schreef Sanjay Minni: Hi Roelof, can you check if your problem has any bearing to this thread just discussed http://forum.world.st/Voyage-td5088984i20.html --- Sanjay Minni +91-9900-902902 On Mon, 17 Dec 2018 at 03:26, Ben Comanwrote: On Mon, 17 Dec 2018 at 03:25, Roelof Wobben wrote: Hello Are there more people who cannot install voyage on Windows I see a message that the name is too long Could you clarify this last statement... where pharo works on the root Did you mean you are already running pharo from somewhere like "C:\pharo" ? ...which was the first thing I would suggest trying? cheers -ben
Re: [Pharo-users] NeoCSV
Thanks, Sven! I'm trying to load NeoCSV in Pharo 5.0 from GitHub, but I get Could not resolve: BaselineOfNeoCSV [BaselineOfNeoCSV] in C:\users … However, it loaded nicely in Pharo 6.1 32-bit. Both are on the same location (branch) on the disk. Is there any suggestion what to do (how to debug the situation) if one gets this kind of messages? Another misterious one is "there was an error … process was cancelled" or similar, when loading with Project Catalog. Pharo is a great tool and I decided to learn it and possibly contribute, however making a stable image with the necessary tools can get quite time consuming. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Re: [Pharo-users] NeoCSV
Loading a Tonel project on GitHub using a BaselineOf only works in Pharo 6.1 and higher, AFAIU. Pharo 5 is already pretty old ... > On 17 Dec 2018, at 19:09, eftomi wrote: > > Thanks, Sven! I'm trying to load NeoCSV in Pharo 5.0 from GitHub, but I get > > Could not resolve: BaselineOfNeoCSV [BaselineOfNeoCSV] in C:\users … > > However, it loaded nicely in Pharo 6.1 32-bit. Both are on the same location > (branch) on the disk. > > Is there any suggestion what to do (how to debug the situation) if one gets > this kind of messages? Another misterious one is "there was an error … > process was cancelled" or similar, when loading with Project Catalog. > > Pharo is a great tool and I decided to learn it and possibly contribute, > however making a stable image with the necessary tools can get quite time > consuming. > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >
[Pharo-users] what is wrong here. Tests are green but the outcome with real code is much to high
hello I have this code hasReachedBasement: aFloor "comment stating purpose of message" ^ aFloor = -1 initialize "comment stating purpose of message" super initialize. position := 1. floor := 0 moveFloorDown: aFloor "comment stating purpose of message" ^ floor := aFloor - 1 moveFloorUp: aFloor "comment stating purpose of message" ^ floor := aFloor + 1 reachedBasement: input2 input2 withIndexDo: [ :element :index | element = $( ifTrue: [ self moveFloorUp: floor ] ifFalse: [ self moveFloorDown: floor ]. (self hasReachedBasement: floor) ifTrue: [ position := index ] ]. position ifNotNil: [ ^ position ] This works very fine with test input given by the challenge but as soon as I do it with this : https://gist.github.com/RoelofWobben/3be69976a6dd3531f01558b0ac563556 I see as answer : 6111 where I expect to see 1797 Anyone who can see what I did wrong ? Roelof
Re: [Pharo-users] what is wrong here. Tests are green but the outcome with real code is much to high
Not an answer to your specific question, but your #move... methods look very odd. I think you meant something like moveUpAFloor floor := floor + 1. moveDownAFloat floor := floor - 1. hasReachedBasement ^floor = -1 AH! Now I see it. You are reporting the LAST time that the lift reached the basement, but you were suppose to report the FIRST time. You want reachedBasement: input input withIndexDo: [:element :index | element = $( ifTrue: [self moveUpAFloor]. element = $) ifTrue: [self moveDownAFloor]. self hasReachedBasement ifTrue: [^index]]. "HERE" ^0 Or using a standard linear-search method, reachedBasement: input |floor| floor := 0. "ground" ^input findFirst: [:each | each = $( ifTrue: [floor := floor + 1]. "up" each = $) ifTrue: [floor := floor - 1]. "down" floor = -1 "basement"] On Tue, 18 Dec 2018 at 09:49, Roelof Wobben wrote: > hello > > I have this code > > hasReachedBasement: aFloor > "comment stating purpose of message" > > ^ aFloor = -1 > > initialize > "comment stating purpose of message" > > super initialize. > position := 1. > floor := 0 > > moveFloorDown: aFloor > "comment stating purpose of message" > > ^ floor := aFloor - 1 > > moveFloorUp: aFloor > "comment stating purpose of message" > > ^ floor := aFloor + 1 > > reachedBasement: input2 > input2 > withIndexDo: [ :element :index | > element = $( > ifTrue: [ self moveFloorUp: floor ] > ifFalse: [ self moveFloorDown: floor ]. > (self hasReachedBasement: floor) > ifTrue: [ position := index ] ]. > position ifNotNil: [ ^ position ] > > This works very fine with test input given by the challenge > but as soon as I do it with this : > https://gist.github.com/RoelofWobben/3be69976a6dd3531f01558b0ac563556 > > I see as answer : 6111 where I expect to see 1797 > > Anyone who can see what I did wrong ? > > Roelof > > >
[Pharo-users] Teapot installation
/Something/ has recently changed. The following now incurs an error: Gofer it smalltalkhubUser: 'zeroflag' project: 'Teapot'; configuration; loadStable. The error is: "Could not resolve: ConfigurationOfNeoJSON in /home/richard/blah blah blah" What's going on??? -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Re: [Pharo-users] Teapot installation
Hi Teapot has been moved from smalltalkhub to github. The new location is https://github.com/zeroflag/Teapot You can have a look at the doc on how to install it, either standalone or as a dependency. https://github.com/zeroflag/Teapot/blob/master/docs/Installation.md Renaud Le lun. 17 déc. 2018 à 20:30, horrido a écrit : > /Something/ has recently changed. The following now incurs an error: > > Gofer it >smalltalkhubUser: 'zeroflag' project: 'Teapot'; >configuration; >loadStable. > > The error is: "Could not resolve: ConfigurationOfNeoJSON in > /home/richard/blah blah blah" > > What's going on??? > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >
Re: [Pharo-users] what is wrong here. Tests are green but the outcome with real code is much to high
Op 18-12-2018 om 01:30 schreef Richard O'Keefe: Not an answer to your specific question, but your #move... methods look very odd. I think you meant something like moveUpAFloor floor := floor + 1. moveDownAFloat floor := floor - 1. hasReachedBasement ^floor = -1 AH! Now I see it. You are reporting the LAST time that the lift reached the basement, but you were suppose to report the FIRST time. You want reachedBasement: input input withIndexDo: [:element :index | element = $( ifTrue: [self moveUpAFloor]. element = $) ifTrue: [self moveDownAFloor]. self hasReachedBasement ifTrue: [^index]]. "HERE" ^0 Or using a standard linear-search method, reachedBasement: input |floor| floor := 0. "ground" ^input findFirst: [:each | each = $( ifTrue: [floor := floor + 1]. "up" each = $) ifTrue: [floor := floor - 1]. "down" floor = -1 "basement"] On Tue, 18 Dec 2018 at 09:49, Roelof Wobbenwrote: hello I have this code hasReachedBasement: aFloor "comment stating purpose of message" ^ aFloor = -1 initialize "comment stating purpose of message" super initialize. position := 1. floor := 0 moveFloorDown: aFloor "comment stating purpose of message" ^ floor := aFloor - 1 moveFloorUp: aFloor "comment stating purpose of message" ^ floor := aFloor + 1 reachedBasement: input2 input2 withIndexDo: [ :element :index | element = $( ifTrue: [ self moveFloorUp: floor ] ifFalse: [ self moveFloorDown: floor ]. (self hasReachedBasement: floor) ifTrue: [ position := index ] ]. position ifNotNil: [ ^ position ] This works very fine with test input given by the challenge but as soon as I do it with this : https://gist.github.com/RoelofWobben/3be69976a6dd3531f01558b0ac563556 I see as answer : 6111 where I expect to see 1797 Anyone who can see what I did wrong ? Roelof Thanks again Roelof
