Someone broke startup scripts on ubuntu

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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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.

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 <[hidden email]> 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:

No problemo Esteban , take your time. We just reporting :)

On Tue, Dec 15, 2015 at 3:41 PM Esteban Lorenzano <[hidden email]> 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 <[hidden email]> 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: