Someone broke startup scripts on ubuntu
I get my pharo on ubuntu 14 64 bit with cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash looks like startup scripts on ubuntu has been broken StartupPreferencesLoader preferencesGeneralFolder . returns nil, looking inside the method's source if I do FileLocator preferences asFileReference gives me a nice error Cant find the requested origin trying with cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash for getting the stable default vm, same problem, so I assume this is an image problem here is the stack UnixResolver(PlatformResolver)>>cantFindOriginError [ self cantFindOriginError ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ self cantFindOriginError ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: FFICallout>>loaderForArgNamed:indirectIndex: FFICallout>>argName:indirectIndex:type:ptrArity: FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments FFIFunctionParser>>parseNamedFunction: FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: UnixEnvironment(Object)>>ffiCall:module: UnixEnvironment(OSEnvironment)>>getEnv: UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: aString ifAbsent: [ nil ] ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ Smalltalk os environment at: aString ifAbsent: [...etc... BlockClosure>>on:do: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull:
Do you have the sources file ? (PharoV40.sources) 2015-12-15 11:14 GMT+01:00 Dimitris Chloupis <kilon.alios@gmail.com>:
I get my pharo on ubuntu 14 64 bit with
cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash
looks like startup scripts on ubuntu has been broken
StartupPreferencesLoader preferencesGeneralFolder .
returns nil, looking inside the method's source if I do
FileLocator preferences asFileReference
gives me a nice error Cant find the requested origin
trying with
cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash
for getting the stable default vm, same problem, so I assume this is an image problem
here is the stack
UnixResolver(PlatformResolver)>>cantFindOriginError [ self cantFindOriginError ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ self cantFindOriginError ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: FFICallout>>loaderForArgNamed:indirectIndex: FFICallout>>argName:indirectIndex:type:ptrArity: FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments FFIFunctionParser>>parseNamedFunction: FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: UnixEnvironment(Object)>>ffiCall:module: UnixEnvironment(OSEnvironment)>>getEnv: UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: aString ifAbsent: [ nil ] ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ Smalltalk os environment at: aString ifAbsent: [...etc... BlockClosure>>on:do: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull:
Some of these seem to be resolved through environment variables that you might not have. Read the comment for UnixResolver>>#xdgUserDir: And no, I don't know why this is implemented that way. Apparently they are following some standard.
On 15 Dec 2015, at 11:14, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
I get my pharo on ubuntu 14 64 bit with
cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash
looks like startup scripts on ubuntu has been broken
StartupPreferencesLoader preferencesGeneralFolder .
returns nil, looking inside the method's source if I do
FileLocator preferences asFileReference
gives me a nice error Cant find the requested origin
trying with
cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash
for getting the stable default vm, same problem, so I assume this is an image problem
here is the stack
UnixResolver(PlatformResolver)>>cantFindOriginError [ self cantFindOriginError ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ self cantFindOriginError ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: FFICallout>>loaderForArgNamed:indirectIndex: FFICallout>>argName:indirectIndex:type:ptrArity: FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments FFIFunctionParser>>parseNamedFunction: FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: UnixEnvironment(Object)>>ffiCall:module: UnixEnvironment(OSEnvironment)>>getEnv: UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: aString ifAbsent: [ nil ] ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ Smalltalk os environment at: aString ifAbsent: [...etc... BlockClosure>>on:do: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull:
"Do you have the sources file ? (PharoV40.sources)" just for the record it used to work fine, and I have done nothing to my system. If you use the command I posted you will see it installs everything it needs. "Some of these seem to be resolved through environment variables that you might not have. Read the comment for UnixResolver>>#xdgUserDir: And no, I don't know why this is implemented that way. Apparently they are following some standard." and I repeat once again , that it used to work fine. I look at the source code and trying to navigate through it froze my image. On Tue, Dec 15, 2015 at 12:25 PM Sven Van Caekenberghe <sven@stfx.eu> wrote:
Some of these seem to be resolved through environment variables that you might not have. Read the comment for UnixResolver>>#xdgUserDir:
And no, I don't know why this is implemented that way. Apparently they are following some standard.
On 15 Dec 2015, at 11:14, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
I get my pharo on ubuntu 14 64 bit with
cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash
looks like startup scripts on ubuntu has been broken
StartupPreferencesLoader preferencesGeneralFolder .
returns nil, looking inside the method's source if I do
FileLocator preferences asFileReference
gives me a nice error Cant find the requested origin
trying with
cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash
for getting the stable default vm, same problem, so I assume this is an image problem
here is the stack
UnixResolver(PlatformResolver)>>cantFindOriginError [ self cantFindOriginError ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ self cantFindOriginError ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: FFICallout>>loaderForArgNamed:indirectIndex: FFICallout>>argName:indirectIndex:type:ptrArity: FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments FFIFunctionParser>>parseNamedFunction: FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: UnixEnvironment(Object)>>ffiCall:module: UnixEnvironment(OSEnvironment)>>getEnv: UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: aString ifAbsent: [ nil ] ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ Smalltalk os environment at: aString ifAbsent: [...etc... BlockClosure>>on:do: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull:
ok I think , and thats an assumption, the new FFI may be to blame here. navigating through all the code to find exactly the low level stuff it leads me to OSEnviroment getEnv: which is what it uses to get the low level stuff enviroment variable data , so far so good the source is ^self ffiCall: #(#String #getevn #(#(String #string)) module: LibC and once again so far so good, but if I try to right click and choose versions so I see when this method has been modified, it freezes my image every single time. So something really weird goes on with the new FFI , if its the new FFI or not something else. On Tue, Dec 15, 2015 at 12:44 PM Dimitris Chloupis <kilon.alios@gmail.com> wrote:
"Do you have the sources file ? (PharoV40.sources)"
just for the record it used to work fine, and I have done nothing to my system. If you use the command I posted you will see it installs everything it needs.
"Some of these seem to be resolved through environment variables that you might not have. Read the comment for UnixResolver>>#xdgUserDir:
And no, I don't know why this is implemented that way. Apparently they are following some standard."
and I repeat once again , that it used to work fine.
I look at the source code and trying to navigate through it froze my image.
On Tue, Dec 15, 2015 at 12:25 PM Sven Van Caekenberghe <sven@stfx.eu> wrote:
Some of these seem to be resolved through environment variables that you might not have. Read the comment for UnixResolver>>#xdgUserDir:
And no, I don't know why this is implemented that way. Apparently they are following some standard.
On 15 Dec 2015, at 11:14, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
I get my pharo on ubuntu 14 64 bit with
cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash
looks like startup scripts on ubuntu has been broken
StartupPreferencesLoader preferencesGeneralFolder .
returns nil, looking inside the method's source if I do
FileLocator preferences asFileReference
gives me a nice error Cant find the requested origin
trying with
cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash
for getting the stable default vm, same problem, so I assume this is an image problem
here is the stack
UnixResolver(PlatformResolver)>>cantFindOriginError [ self cantFindOriginError ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ self cantFindOriginError ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: FFICallout>>loaderForArgNamed:indirectIndex: FFICallout>>argName:indirectIndex:type:ptrArity: FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments FFIFunctionParser>>parseNamedFunction: FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: UnixEnvironment(Object)>>ffiCall:module: UnixEnvironment(OSEnvironment)>>getEnv: UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: aString ifAbsent: [ nil ] ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ Smalltalk os environment at: aString ifAbsent: [...etc... BlockClosure>>on:do: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull:
additionally after pharo freezes it shows a 25% cpu consumption steadily, so maybe this some kind of memory leak, infinite loop thing ? On Tue, Dec 15, 2015 at 12:54 PM Dimitris Chloupis <kilon.alios@gmail.com> wrote:
ok I think , and thats an assumption, the new FFI may be to blame here.
navigating through all the code to find exactly the low level stuff it leads me to OSEnviroment getEnv: which is what it uses to get the low level stuff enviroment variable data , so far so good
the source is
^self ffiCall: #(#String #getevn #(#(String #string)) module: LibC
and once again so far so good, but if I try to right click and choose versions so I see when this method has been modified, it freezes my image every single time.
So something really weird goes on with the new FFI , if its the new FFI or not something else.
On Tue, Dec 15, 2015 at 12:44 PM Dimitris Chloupis <kilon.alios@gmail.com> wrote:
"Do you have the sources file ? (PharoV40.sources)"
just for the record it used to work fine, and I have done nothing to my system. If you use the command I posted you will see it installs everything it needs.
"Some of these seem to be resolved through environment variables that you might not have. Read the comment for UnixResolver>>#xdgUserDir:
And no, I don't know why this is implemented that way. Apparently they are following some standard."
and I repeat once again , that it used to work fine.
I look at the source code and trying to navigate through it froze my image.
On Tue, Dec 15, 2015 at 12:25 PM Sven Van Caekenberghe <sven@stfx.eu> wrote:
Some of these seem to be resolved through environment variables that you might not have. Read the comment for UnixResolver>>#xdgUserDir:
And no, I don't know why this is implemented that way. Apparently they are following some standard.
On 15 Dec 2015, at 11:14, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
I get my pharo on ubuntu 14 64 bit with
cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash
looks like startup scripts on ubuntu has been broken
StartupPreferencesLoader preferencesGeneralFolder .
returns nil, looking inside the method's source if I do
FileLocator preferences asFileReference
gives me a nice error Cant find the requested origin
trying with
cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash
for getting the stable default vm, same problem, so I assume this is an image problem
here is the stack
UnixResolver(PlatformResolver)>>cantFindOriginError [ self cantFindOriginError ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ self cantFindOriginError ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: FFICallout>>loaderForArgNamed:indirectIndex: FFICallout>>argName:indirectIndex:type:ptrArity: FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments FFIFunctionParser>>parseNamedFunction: FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: UnixEnvironment(Object)>>ffiCall:module: UnixEnvironment(OSEnvironment)>>getEnv: UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: aString ifAbsent: [ nil ] ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ Smalltalk os environment at: aString ifAbsent: [...etc... BlockClosure>>on:do: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull:
On 15 Dec 2015, at 11:54, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
ok I think , and thats an assumption, the new FFI may be to blame here.
Are you using the very latest 5.0 ? Esteban warned that things will get quite unstable in the coming days, esp. around FFI ... You best use an older version then.
indeed I do thats what alpha+vmLatest means, latest unstable image (pharo 5 in this cage) and latest stable vm yes I am not worried about the fix, I am just reporting the problem. I can live without it for now its no big deal. On Tue, Dec 15, 2015 at 1:38 PM Sven Van Caekenberghe <sven@stfx.eu> wrote:
On 15 Dec 2015, at 11:54, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
ok I think , and thats an assumption, the new FFI may be to blame here.
Are you using the very latest 5.0 ?
Esteban warned that things will get quite unstable in the coming days, esp. around FFI ...
You best use an older version then.
I had issues with squeak on Ubuntu (my vm builds were affected by ubuntu libraries) so I asked about it on askUbuntu. I really don't know if they are related and some may think so, since you are calling the os. I thought you would like to know. -- . .. .. ^,^ best, robert On 12/15/2015 07:23 AM, Dimitris Chloupis wrote:
indeed I do thats what alpha+vmLatest means, latest unstable image (pharo 5 in this cage) and latest stable vm
yes I am not worried about the fix, I am just reporting the problem. I can live without it for now its no big deal.
On Tue, Dec 15, 2015 at 1:38 PM Sven Van Caekenberghe <sven@stfx.eu <mailto:sven@stfx.eu>> wrote:
> On 15 Dec 2015, at 11:54, Dimitris Chloupis <kilon.alios@gmail.com <mailto:kilon.alios@gmail.com>> wrote: > > ok I think , and thats an assumption, the new FFI may be to blame here.
Are you using the very latest 5.0 ?
Esteban warned that things will get quite unstable in the coming days, esp. around FFI ...
You best use an older version then.
*** http://askubuntu.com/questions/709301/squeak-could-not-find-any-display-driv... On 12/15/2015 07:29 AM, Robert Withers wrote:
I had issues with squeak on Ubuntu (my vm builds were affected by ubuntu libraries) so I asked about it on askUbuntu. I really don't know if they are related and some may think so, since you are calling the os. I thought you would like to know.
-- . .. .. ^,^ best, robert
On 12/15/2015 07:23 AM, Dimitris Chloupis wrote:
indeed I do thats what alpha+vmLatest means, latest unstable image (pharo 5 in this cage) and latest stable vm
yes I am not worried about the fix, I am just reporting the problem. I can live without it for now its no big deal.
On Tue, Dec 15, 2015 at 1:38 PM Sven Van Caekenberghe <sven@stfx.eu <mailto:sven@stfx.eu>> wrote:
> On 15 Dec 2015, at 11:54, Dimitris Chloupis <kilon.alios@gmail.com> wrote: > > ok I think , and thats an assumption, the new FFI may be to blame here.
Are you using the very latest 5.0 ?
Esteban warned that things will get quite unstable in the coming days, esp. around FFI ...
You best use an older version then.
-- . .. .. ^,^ best, robert
I get the same error in moose. In the latest moose image (build on top of the latest Pharo 5 image) executing 'StartupPreferencesLoader preferencesVersionFolder' returns nil. Cheers, Andrei On Tue, Dec 15, 2015 at 11:14 AM, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
I get my pharo on ubuntu 14 64 bit with
cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash
looks like startup scripts on ubuntu has been broken
StartupPreferencesLoader preferencesGeneralFolder .
returns nil, looking inside the method's source if I do
FileLocator preferences asFileReference
gives me a nice error Cant find the requested origin
trying with
cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash
for getting the stable default vm, same problem, so I assume this is an image problem
here is the stack
UnixResolver(PlatformResolver)>>cantFindOriginError [ self cantFindOriginError ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ self cantFindOriginError ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: FFICallout>>loaderForArgNamed:indirectIndex: FFICallout>>argName:indirectIndex:type:ptrArity: FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments FFIFunctionParser>>parseNamedFunction: FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: UnixEnvironment(Object)>>ffiCall:module: UnixEnvironment(OSEnvironment)>>getEnv: UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: aString ifAbsent: [ nil ] ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ Smalltalk os environment at: aString ifAbsent: [...etc... BlockClosure>>on:do: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull:
yes, you are using alpha, which means pharo 5.0, which means spur, which means it is still now working :) Esteban
On 15 Dec 2015, at 11:14, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
I get my pharo on ubuntu 14 64 bit with
cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest <http://get.pharo.org/alpha+vmLatest> | bash
looks like startup scripts on ubuntu has been broken
StartupPreferencesLoader preferencesGeneralFolder .
returns nil, looking inside the method's source if I do
FileLocator preferences asFileReference
gives me a nice error Cant find the requested origin
trying with
cd Ephestos; wget -O- get.pharo.org/alpha+vm <http://get.pharo.org/alpha+vm> | bash
for getting the stable default vm, same problem, so I assume this is an image problem
here is the stack
UnixResolver(PlatformResolver)>>cantFindOriginError [ self cantFindOriginError ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ self cantFindOriginError ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: FFICallout>>loaderForArgNamed:indirectIndex: FFICallout>>argName:indirectIndex:type:ptrArity: FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments FFIFunctionParser>>parseNamedFunction: FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: UnixEnvironment(Object)>>ffiCall:module: UnixEnvironment(OSEnvironment)>>getEnv: UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: aString ifAbsent: [ nil ] ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ Smalltalk os environment at: aString ifAbsent: [...etc... BlockClosure>>on:do: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull:
No problemo Esteban , take your time. We just reporting :) On Tue, Dec 15, 2015 at 3:41 PM Esteban Lorenzano <estebanlm@gmail.com> wrote:
yes, you are using alpha, which means pharo 5.0, which means spur, which means it is still now working :)
Esteban
On 15 Dec 2015, at 11:14, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
I get my pharo on ubuntu 14 64 bit with
cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash
looks like startup scripts on ubuntu has been broken
StartupPreferencesLoader preferencesGeneralFolder .
returns nil, looking inside the method's source if I do
FileLocator preferences asFileReference
gives me a nice error Cant find the requested origin
trying with
cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash
for getting the stable default vm, same problem, so I assume this is an image problem
here is the stack
UnixResolver(PlatformResolver)>>cantFindOriginError [ self cantFindOriginError ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ self cantFindOriginError ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: FFICallout>>loaderForArgNamed:indirectIndex: FFICallout>>argName:indirectIndex:type:ptrArity: FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments FFIFunctionParser>>parseNamedFunction: FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: UnixEnvironment(Object)>>ffiCall:module: UnixEnvironment(OSEnvironment)>>getEnv: UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: aString ifAbsent: [ nil ] ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ Smalltalk os environment at: aString ifAbsent: [...etc... BlockClosure>>on:do: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull:
And the problem has been fixed, now my startup works fine. Thank you Esteban , you are awesome :) On Tue, Dec 15, 2015 at 4:06 PM Dimitris Chloupis <kilon.alios@gmail.com> wrote:
No problemo Esteban , take your time. We just reporting :)
On Tue, Dec 15, 2015 at 3:41 PM Esteban Lorenzano <estebanlm@gmail.com> wrote:
yes, you are using alpha, which means pharo 5.0, which means spur, which means it is still now working :)
Esteban
On 15 Dec 2015, at 11:14, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
I get my pharo on ubuntu 14 64 bit with
cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash
looks like startup scripts on ubuntu has been broken
StartupPreferencesLoader preferencesGeneralFolder .
returns nil, looking inside the method's source if I do
FileLocator preferences asFileReference
gives me a nice error Cant find the requested origin
trying with
cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash
for getting the stable default vm, same problem, so I assume this is an image problem
here is the stack
UnixResolver(PlatformResolver)>>cantFindOriginError [ self cantFindOriginError ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ self cantFindOriginError ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: FFICallout>>loaderForArgNamed:indirectIndex: FFICallout>>argName:indirectIndex:type:ptrArity: FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments FFIFunctionParser>>parseNamedFunction: FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: UnixEnvironment(Object)>>ffiCall:module: UnixEnvironment(OSEnvironment)>>getEnv: UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: aString ifAbsent: [ nil ] ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ Smalltalk os environment at: aString ifAbsent: [...etc... BlockClosure>>on:do: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] [ ^ aBlock value ] in UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: [ ^ aBlock value ] BlockClosure>>cull:
participants (6)
-
Andrei Chis -
Dimitris Chloupis -
Esteban Lorenzano -
Nicolai Hess -
Robert Withers -
Sven Van Caekenberghe