You don’t have openssl installed. ldd told you that.
libcrypto.so.1.0.0 => not found libssl.so.1.0.0 => not found
You are using a 32-bit vm. Clearly you don’t have the related 32-bit libcrypto installed.
chris@chris-Meerkat:~$ dpkg -l | grep libssl ii libssl1.0.0:amd64 1.0.2g-1ubuntu4.10 amd64 Secure Sockets Layer toolkit - shared libraries ii libssl1.0.0:i386 1.0.2g-1ubuntu4.10 i386 Secure Sockets Layer toolkit - shared libraries
Maybe you need to do this[1]:
sudo dpkg --add-architecture i386; sudo apt-get update; sudo apt-get install libssl1.0.0:i386
As an aside, it’d be cool if SqueakSSL plugin had primitives to access libcrypto. As is, I think, that library is only used in relation to sockets.
Chris
[1] https://askubuntu.com/questions/252168/can-i-install-libssl-devi386-on-x86-6...
Hi Chris,
Thanks for the help. I issued the three commands you suggested. No joy, I still get the failed primitive and libcrypto.so.1.0.0 and libssl.so.1.0.0 are still not found.
Any other ideas are greatly appreciated.
Lou
On Thu, 15 Feb 2018 12:17:27 -0500, Chris Cunnington brasspen@gmail.com wrote:
You dont have openssl installed. ldd told you that.
libcrypto.so.1.0.0 => not found libssl.so.1.0.0 => not found
You are using a 32-bit vm. Clearly you dont have the related 32-bit libcrypto installed.
chris@chris-Meerkat:~$ dpkg -l | grep libssl ii libssl1.0.0:amd64 1.0.2g-1ubuntu4.10 amd64 Secure Sockets Layer toolkit - shared libraries ii libssl1.0.0:i386 1.0.2g-1ubuntu4.10 i386 Secure Sockets Layer toolkit - shared libraries
Maybe you need to do this[1]:
sudo dpkg --add-architecture i386; sudo apt-get update; sudo apt-get install libssl1.0.0:i386
As an aside, itd be cool if SqueakSSL plugin had primitives to access libcrypto. As is, I think, that library is only used in relation to sockets.
Chris
[1] https://askubuntu.com/questions/252168/can-i-install-libssl-devi386-on-x86-6...
Hi Lou
On 15.02.2018, at 19:43, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Chris,
Thanks for the help. I issued the three commands you suggested. No joy, I still get the failed primitive and libcrypto.so.1.0.0 and libssl.so.1.0.0 are still not found.
Any other ideas are greatly appreciated.
What's actually your distro?
Best regards -Tobias
Lou
On Thu, 15 Feb 2018 12:17:27 -0500, Chris Cunnington brasspen@gmail.com wrote:
You dont have openssl installed. ldd told you that.
libcrypto.so.1.0.0 => not found libssl.so.1.0.0 => not found
You are using a 32-bit vm. Clearly you dont have the related 32-bit libcrypto installed.
chris@chris-Meerkat:~$ dpkg -l | grep libssl ii libssl1.0.0:amd64 1.0.2g-1ubuntu4.10 amd64 Secure Sockets Layer toolkit - shared libraries ii libssl1.0.0:i386 1.0.2g-1ubuntu4.10 i386 Secure Sockets Layer toolkit - shared libraries
Maybe you need to do this[1]:
sudo dpkg --add-architecture i386; sudo apt-get update; sudo apt-get install libssl1.0.0:i386
As an aside, itd be cool if SqueakSSL plugin had primitives to access libcrypto. As is, I think, that library is only used in relation to sockets.
Chris
[1] https://askubuntu.com/questions/252168/can-i-install-libssl-devi386-on-x86-6...
-- Louis LaBrunda Keystone Software Corp. SkypeMe callto://PhotonDemon
Hi Tobias,
I'm working on a Raspberry Pi 3 with Raspbian version 9 (stretch). I think it is a version of Debian.
Lou
On Thu, 15 Feb 2018 20:08:43 +0100, Tobias Pape Das.Linux@gmx.de wrote:
Hi Lou
On 15.02.2018, at 19:43, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Chris,
Thanks for the help. I issued the three commands you suggested. No joy, I still get the failed primitive and libcrypto.so.1.0.0 and libssl.so.1.0.0 are still not found.
Any other ideas are greatly appreciated.
What's actually your distro?
Best regards -Tobias
Lou
On Thu, 15 Feb 2018 12:17:27 -0500, Chris Cunnington brasspen@gmail.com wrote:
You don?t have openssl installed. ldd told you that.
libcrypto.so.1.0.0 => not found libssl.so.1.0.0 => not found
You are using a 32-bit vm. Clearly you don?t have the related 32-bit libcrypto installed.
chris@chris-Meerkat:~$ dpkg -l | grep libssl ii libssl1.0.0:amd64 1.0.2g-1ubuntu4.10 amd64 Secure Sockets Layer toolkit - shared libraries ii libssl1.0.0:i386 1.0.2g-1ubuntu4.10 i386 Secure Sockets Layer toolkit - shared libraries
Maybe you need to do this[1]:
sudo dpkg --add-architecture i386; sudo apt-get update; sudo apt-get install libssl1.0.0:i386
As an aside, it?d be cool if SqueakSSL plugin had primitives to access libcrypto. As is, I think, that library is only used in relation to sockets.
Chris
[1] https://askubuntu.com/questions/252168/can-i-install-libssl-devi386-on-x86-6...
-- Louis LaBrunda Keystone Software Corp. SkypeMe callto://PhotonDemon
On Thu, 15 Feb 2018, Louis LaBrunda wrote:
Hi Tobias,
I'm working on a Raspberry Pi 3 with Raspbian version 9 (stretch). I think it is a version of Debian.
Try to install libssl1.0.x: apt install libssl1.0.2
Levente
Lou
On Thu, 15 Feb 2018 20:08:43 +0100, Tobias Pape Das.Linux@gmx.de wrote:
Hi Lou
On 15.02.2018, at 19:43, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Chris,
Thanks for the help. I issued the three commands you suggested. No joy, I still get the failed primitive and libcrypto.so.1.0.0 and libssl.so.1.0.0 are still not found.
Any other ideas are greatly appreciated.
What's actually your distro?
Best regards -Tobias
Lou
On Thu, 15 Feb 2018 12:17:27 -0500, Chris Cunnington brasspen@gmail.com wrote:
You don?t have openssl installed. ldd told you that.
libcrypto.so.1.0.0 => not found libssl.so.1.0.0 => not found
You are using a 32-bit vm. Clearly you don?t have the related 32-bit libcrypto installed.
chris@chris-Meerkat:~$ dpkg -l | grep libssl ii libssl1.0.0:amd64 1.0.2g-1ubuntu4.10 amd64 Secure Sockets Layer toolkit - shared libraries ii libssl1.0.0:i386 1.0.2g-1ubuntu4.10 i386 Secure Sockets Layer toolkit - shared libraries
Maybe you need to do this[1]:
sudo dpkg --add-architecture i386; sudo apt-get update; sudo apt-get install libssl1.0.0:i386
As an aside, it?d be cool if SqueakSSL plugin had primitives to access libcrypto. As is, I think, that library is only used in relation to sockets.
Chris
[1] https://askubuntu.com/questions/252168/can-i-install-libssl-devi386-on-x86-6...
-- Louis LaBrunda Keystone Software Corp. SkypeMe callto://PhotonDemon
-- Louis LaBrunda Keystone Software Corp. SkypeMe callto://PhotonDemon
Hi Levente,
I run apt install libssl1.0.2 and it says the latest is installed. There may be some problem with squeak looking for the lib with a different name. But when I try to look for libssl* or libcrypto* or the like I can't find them to make a copy with the names I think Squeak wants.
Lou
On Thu, 15 Feb 2018 23:21:44 +0100 (CET), Levente Uzonyi leves@caesar.elte.hu wrote:
On Thu, 15 Feb 2018, Louis LaBrunda wrote:
Hi Tobias,
I'm working on a Raspberry Pi 3 with Raspbian version 9 (stretch). I think it is a version of Debian.
Try to install libssl1.0.x: apt install libssl1.0.2
Levente
Lou
On Thu, 15 Feb 2018 20:08:43 +0100, Tobias Pape Das.Linux@gmx.de wrote:
Hi Lou
On 15.02.2018, at 19:43, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Chris,
Thanks for the help. I issued the three commands you suggested. No joy, I still get the failed primitive and libcrypto.so.1.0.0 and libssl.so.1.0.0 are still not found.
Any other ideas are greatly appreciated.
What's actually your distro?
Best regards -Tobias
Lou
On Thu, 15 Feb 2018 12:17:27 -0500, Chris Cunnington brasspen@gmail.com wrote:
You don?t have openssl installed. ldd told you that.
libcrypto.so.1.0.0 => not found libssl.so.1.0.0 => not found
You are using a 32-bit vm. Clearly you don?t have the related 32-bit libcrypto installed.
chris@chris-Meerkat:~$ dpkg -l | grep libssl ii libssl1.0.0:amd64 1.0.2g-1ubuntu4.10 amd64 Secure Sockets Layer toolkit - shared libraries ii libssl1.0.0:i386 1.0.2g-1ubuntu4.10 i386 Secure Sockets Layer toolkit - shared libraries
Maybe you need to do this[1]:
sudo dpkg --add-architecture i386; sudo apt-get update; sudo apt-get install libssl1.0.0:i386
As an aside, it?d be cool if SqueakSSL plugin had primitives to access libcrypto. As is, I think, that library is only used in relation to sockets.
Chris
[1] https://askubuntu.com/questions/252168/can-i-install-libssl-devi386-on-x86-6...
-- Louis LaBrunda Keystone Software Corp. SkypeMe callto://PhotonDemon
-- Louis LaBrunda Keystone Software Corp. SkypeMe callto://PhotonDemon
On 15-02-2018, at 2:04 PM, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Tobias,
I'm working on a Raspberry Pi 3 with Raspbian version 9 (stretch). I think it is a version of Debian.
For readers not familiar with Pi, that is the default OS provided by the foundation right now.
On my older-setup weatherstation Pi, `ldd SqueakSSL` lists various stuff including libraries for libcrypto & libssl. On my newer-setup, it fails to find them, just as Louis reported. By contrast, `dpkg -l | grep libssl` finds (on the older setup)
ii libssl-dev:armhf 1.0.1t-1+deb8u6 armhf Secure Sockets Layer toolkit - development files ii libssl-doc 1.0.1t-1+deb8u6 all Secure Sockets Layer toolkit - development documentation ii libssl1.0.0:armhf 1.0.1t-1+deb8u6 armhf Secure Sockets Layer toolkit - shared libraries
and on the newer, non-working one
ii libssl-dev:armhf 1.1.0f-3+deb9u1 armhf Secure Sockets Layer toolkit - development files ii libssl-doc 1.1.0f-3+deb9u1 all Secure Sockets Layer toolkit - development documentation ii libssl1.0.2:armhf 1.0.2l-2+deb9u1 armhf Secure Sockets Layer toolkit - shared libraries ii libssl1.1:armhf 1.1.0f-3+deb9u1 armhf Secure Sockets Layer toolkit - shared libraries
I have no idea why that wouldn’t work. I can only shrug and say ‘unix, eh?'
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim I asked Mom if I was a gifted child ... she said they certainly wouldn't have paid for me.
Hi all,
On 16.02.2018, at 01:56, tim Rowledge tim@rowledge.org wrote:
On 15-02-2018, at 2:04 PM, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Tobias,
I'm working on a Raspberry Pi 3 with Raspbian version 9 (stretch). I think it is a version of Debian.
For readers not familiar with Pi, that is the default OS provided by the foundation right now.
On my older-setup weatherstation Pi, `ldd SqueakSSL` lists various stuff including libraries for libcrypto & libssl. On my newer-setup, it fails to find them, just as Louis reported. By contrast, `dpkg -l | grep libssl` finds (on the older setup)
ii libssl-dev:armhf 1.0.1t-1+deb8u6 armhf Secure Sockets Layer toolkit - development files ii libssl-doc 1.0.1t-1+deb8u6 all Secure Sockets Layer toolkit - development documentation ii libssl1.0.0:armhf 1.0.1t-1+deb8u6 armhf Secure Sockets Layer toolkit - shared libraries
and on the newer, non-working one
ii libssl-dev:armhf 1.1.0f-3+deb9u1 armhf Secure Sockets Layer toolkit - development files ii libssl-doc 1.1.0f-3+deb9u1 all Secure Sockets Layer toolkit - development documentation ii libssl1.0.2:armhf 1.0.2l-2+deb9u1 armhf Secure Sockets Layer toolkit - shared libraries ii libssl1.1:armhf 1.1.0f-3+deb9u1 armhf Secure Sockets Layer toolkit - shared libraries
I have no idea why that wouldn’t work. I can only shrug and say ‘unix, eh?'
This is somewhat expected, in retrospect, at least. Could you try with one of the VMs from at least late last week (Friday or so), I'd be really interested whether they'll work.
Best regards -Tobias
Hi Tobias,
I'm busy with some other work but if you point me to an ARM VM to try I will do so.
Lou
On Mon, 26 Feb 2018 11:17:43 +0100, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
On 16.02.2018, at 01:56, tim Rowledge tim@rowledge.org wrote:
On 15-02-2018, at 2:04 PM, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Tobias,
I'm working on a Raspberry Pi 3 with Raspbian version 9 (stretch). I think it is a version of Debian.
For readers not familiar with Pi, that is the default OS provided by the foundation right now.
On my older-setup weatherstation Pi, `ldd SqueakSSL` lists various stuff including libraries for libcrypto & libssl. On my newer-setup, it fails to find them, just as Louis reported. By contrast, `dpkg -l | grep libssl` finds (on the older setup)
ii libssl-dev:armhf 1.0.1t-1+deb8u6 armhf Secure Sockets Layer toolkit - development files ii libssl-doc 1.0.1t-1+deb8u6 all Secure Sockets Layer toolkit - development documentation ii libssl1.0.0:armhf 1.0.1t-1+deb8u6 armhf Secure Sockets Layer toolkit - shared libraries
and on the newer, non-working one
ii libssl-dev:armhf 1.1.0f-3+deb9u1 armhf Secure Sockets Layer toolkit - development files ii libssl-doc 1.1.0f-3+deb9u1 all Secure Sockets Layer toolkit - development documentation ii libssl1.0.2:armhf 1.0.2l-2+deb9u1 armhf Secure Sockets Layer toolkit - shared libraries ii libssl1.1:armhf 1.1.0f-3+deb9u1 armhf Secure Sockets Layer toolkit - shared libraries
I have no idea why that wouldnt work. I can only shrug and say unix, eh?'
This is somewhat expected, in retrospect, at least. Could you try with one of the VMs from at least late last week (Friday or so), I'd be really interested whether they'll work.
Best regards -Tobias
Hi Lou
On 26.02.2018, at 14:26, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Tobias,
I'm busy with some other work but if you point me to an ARM VM to try I will do so.
No need to rush. I think Tim can test that directly on a pi :)
Best regards -Tobias
On 26-02-2018, at 2:17 AM, Tobias Pape Das.Linux@gmx.de wrote:
This is somewhat expected, in retrospect, at least. Could you try with one of the VMs from at least late last week (Friday or so), I'd be really interested whether they'll work.
I'd completely lost track of the fact that my entire reason for fetching the latest cog stuff from github was in order to test this...
so, in an up-to-date Raspbian, with a Cog vm compiled a couple of days ago from sources pulled less than a week ago, `ldd SqueakSSL` produces - ldd SqueakSSL linux-vdso.so.1 (0x7ec81000) /usr/lib/arm-linux-gnueabihf/libarmmem.so (0x76f14000) libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x76eeb000) libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76dac000) /lib/ld-linux-armhf.so.3 (0x76f43000)
But trying to actually run (ReadStream on: (WebClient httpGet: 'http://freegeoip.net/json/', (WebClient httpGet: 'https://api.ipify.org') content) content utf8ToSqueak)
fails the primitiveSSLCreate
Just for the record the image/vm status is- Image ----- /home/pi/Squeak/Squeak6.0alpha-17650-TPR.image Squeak6.0alpha latest update: #17650 Current Change Set: FileDIalogs-StartUsage Image format 6521 (32 bit)
Virtual Machine --------------- /home/pi/Squeak/sqcogspurlinuxhtRPi/lib/squeak/5.0-201802210733/squeak Croquet Closure Cog[Spur] VM [CoInterpreterPrimitives VMMaker.oscog-eem.2320] Unix built on Feb 21 2018 14:29:07 Compiler: 6.3.0 20170516 platform sources revision VM: 201802210733 tim@Diziet-5.local:Documents/Squeak/Rasbian-VM/vm $ Date: Wed Feb 21 08:33:24 2018 +0100 $ Plugins: 201802210733 tim@Diziet-5.local:Documents/Squeak/Rasbian-VM/vm $ CoInterpreter VMMaker.oscog-eem.2320 uuid: e2692e35-5fc8-4623-95d0-b445b3329f75 Feb 21 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2324 uuid: 904abc56-e5a8-467e-a337-880211e33805 Feb 21 2018
Loaded VM Modules ----------------- B2DPlugin VMMaker.oscog-eem.2309 (i) BitBltPlugin VMMaker.oscog-eem.2293 (i) FilePlugin VMMaker.oscog-eem.2309 (i) FloatArrayPlugin VMMaker.oscog-eem.2309 (i) ImmX11Plugin VMMaker.oscog-dtl.2311 (e) LargeIntegers v2.0 VMMaker.oscog-eem.2309 (i) Matrix2x3Plugin VMMaker.oscog-eem.2309 (i) MiscPrimitivePlugin VMMaker.oscog-eem.2309 (i) SecurityPlugin VMMaker.oscog-eem.2166 (i) SocketPlugin VMMaker.oscog-eem.2309 (i) SqueakSSL VMMaker.oscog-eem.1975 (e)
A very quick look at the SSL related C code and generated C code suggests to me that it could do with some work to report errors a bit more helpfully. Which I know is not always trivial but is always useful.
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Oxymorons: Clearly misunderstood
Hi Tim.
On 26.02.2018, at 18:46, tim Rowledge tim@rowledge.org wrote:
On 26-02-2018, at 2:17 AM, Tobias Pape Das.Linux@gmx.de wrote:
This is somewhat expected, in retrospect, at least. Could you try with one of the VMs from at least late last week (Friday or so), I'd be really interested whether they'll work.
I'd completely lost track of the fact that my entire reason for fetching the latest cog stuff from github was in order to test this...
so, in an up-to-date Raspbian, with a Cog vm compiled a couple of days ago from sources pulled less than a week ago, `ldd SqueakSSL` produces - ldd SqueakSSL linux-vdso.so.1 (0x7ec81000) /usr/lib/arm-linux-gnueabihf/libarmmem.so (0x76f14000) libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x76eeb000) libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76dac000) /lib/ld-linux-armhf.so.3 (0x76f43000)
But trying to actually run (ReadStream on: (WebClient httpGet: 'http://freegeoip.net/json/', (WebClient httpGet: 'https://api.ipify.org') content) content utf8ToSqueak)
fails the primitiveSSLCreate
Just for the record the image/vm status is- Image
/home/pi/Squeak/Squeak6.0alpha-17650-TPR.image Squeak6.0alpha latest update: #17650 Current Change Set: FileDIalogs-StartUsage Image format 6521 (32 bit)
Virtual Machine
/home/pi/Squeak/sqcogspurlinuxhtRPi/lib/squeak/5.0-201802210733/squeak Croquet Closure Cog[Spur] VM [CoInterpreterPrimitives VMMaker.oscog-eem.2320] Unix built on Feb 21 2018 14:29:07 Compiler: 6.3.0 20170516 platform sources revision VM: 201802210733 tim@Diziet-5.local:Documents/Squeak/Rasbian-VM/vm $ Date: Wed Feb 21 08:33:24 2018 +0100 $ Plugins: 201802210733 tim@Diziet-5.local:Documents/Squeak/Rasbian-VM/vm $ CoInterpreter VMMaker.oscog-eem.2320 uuid: e2692e35-5fc8-4623-95d0-b445b3329f75 Feb 21 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2324 uuid: 904abc56-e5a8-467e-a337-880211e33805 Feb 21 2018
Loaded VM Modules
B2DPlugin VMMaker.oscog-eem.2309 (i) BitBltPlugin VMMaker.oscog-eem.2293 (i) FilePlugin VMMaker.oscog-eem.2309 (i) FloatArrayPlugin VMMaker.oscog-eem.2309 (i) ImmX11Plugin VMMaker.oscog-dtl.2311 (e) LargeIntegers v2.0 VMMaker.oscog-eem.2309 (i) Matrix2x3Plugin VMMaker.oscog-eem.2309 (i) MiscPrimitivePlugin VMMaker.oscog-eem.2309 (i) SecurityPlugin VMMaker.oscog-eem.2166 (i) SocketPlugin VMMaker.oscog-eem.2309 (i) SqueakSSL VMMaker.oscog-eem.1975 (e)
A very quick look at the SSL related C code and generated C code suggests to me that it could do with some work to report errors a bit more helpfully. Which I know is not always trivial but is always useful.
So, i have some debug info in there, but only if you make a debug build. Do you want to create one on your own or should I try tomorrow?
Best regards -Tobias
On 26-02-2018, at 11:17 AM, Tobias Pape Das.Linux@gmx.de wrote:
So, i have some debug info in there, but only if you make a debug build. Do you want to create one on your own or should I try tomorrow?
The 'instant test' of simply running the debug vm rather than bothering with gdb results in the same failed prim (surprise!) and a list of found symbols in the termianl window - ./debug/sqcogspurlinuxhtRPi/squeak Squeak6.0alpha-17650-TPR.image Found symbol ASN1_STRING_data in dlhandle_ssl Found symbol ASN1_STRING_length in RTLD_DEFAULT Found symbol BIO_free_all in RTLD_DEFAULT Found symbol BIO_new in RTLD_DEFAULT Found symbol BIO_s_mem in RTLD_DEFAULT Found symbol BIO_ctrl_pending in RTLD_DEFAULT Found symbol BIO_ctrl in RTLD_DEFAULT Found symbol BIO_write in RTLD_DEFAULT Found symbol BIO_read in RTLD_DEFAULT Found symbol ERR_print_errors_fp in RTLD_DEFAULT Found symbol SSL_CTX_free in RTLD_DEFAULT Found symbol SSL_CTX_set_cipher_list in RTLD_DEFAULT Found symbol SSL_CTX_set_default_verify_paths in RTLD_DEFAULT Found symbol SSL_CTX_ctrl in RTLD_DEFAULT Found symbol SSL_CTX_use_PrivateKey_file in RTLD_DEFAULT Found symbol SSL_CTX_use_certificate_file in RTLD_DEFAULT Found symbol SSL_accept in RTLD_DEFAULT Found symbol SSL_connect in RTLD_DEFAULT Found symbol SSL_free in RTLD_DEFAULT Found symbol SSL_ctrl in RTLD_DEFAULT Found symbol SSL_get_error in RTLD_DEFAULT Found symbol SSL_get_peer_certificate in RTLD_DEFAULT Found symbol SSL_get_verify_result in RTLD_DEFAULT
Which probably doesn't mean much to anyone so I guess I'll look up my notes on the joys of running gdb and try again. I hate gdb.
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Strange Opcodes: FART: Fill Accumulator from Result if True
On 26-02-2018, at 12:03 PM, tim Rowledge tim@rowledge.org wrote:
Which probably doesn't mean much to anyone so I guess I'll look up my notes on the joys of running gdb and try again. I hate gdb.
It fails in loadLibrary() and looks like in dlsym.c @ line 58 it fails to find a file or directory.
I have to dash, so hee is the gdb output so far - Thread 1 "squeak" hit Breakpoint 1, sqCreateSSL () at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.c:275 275 sqInt handle = 0; (gdb) list 270 /* sqCreateSSL: Creates a new SSL instance. 271 Arguments: None. 272 Returns: SSL handle. 273 */ 274 sqInt sqCreateSSL(void) { 275 sqInt handle = 0; 276 sqSSL *ssl = NULL; 277 278 if (!wasInitialized) { 279 if (!loadLibrary()) { (gdb) n 276 sqSSL *ssl = NULL; (gdb) 278 if (!wasInitialized) { (gdb) s 279 if (!loadLibrary()) { (gdb) loadLibrary () at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:430 430 SQO_DECLARATIONS (gdb) list 425 sqo_ ## name =(ret (*)(__VA_ARGS__)) _sqo_find(#name); 426 # define SQO_DECL_NO(ret, name, ...) /**/ 427 #endif /* defined(SQSSL_OPENSSL_LINKED) */ 428 429 /* THIS LINE IS VITAL */ 430 SQO_DECLARATIONS 431 432 433 #undef SQO_DECL___ 434 #undef SQO_DECL_NO (gdb) s _sqo_find (name=0x75e2da80 "ASN1_STRING_data") at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:311 311 void* sym = NULL; (gdb) s 312 SQO_HAS_FOUND_SYM(sym, name, RTLD_DEFAULT); (gdb) __dlsym (handle=0x0, name=0x75e2da80 "ASN1_STRING_data") at dlsym.c:58 58 dlsym.c: No such file or directory. (gdb) n 56 in dlsym.c (gdb) 58 in dlsym.c (gdb) 56 in dlsym.c (gdb) 58 in dlsym.c (gdb) 56 in dlsym.c (gdb) 58 in dlsym.c (gdb) 56 in dlsym.c (gdb) 58 in dlsym.c (gdb) 68 in dlsym.c (gdb) 63 in dlsym.c (gdb) 64 in dlsym.c (gdb) 65 in dlsym.c (gdb) 68 in dlsym.c (gdb) 70 in dlsym.c (gdb) 72 in dlsym.c (gdb) 70 in dlsym.c (gdb) 72 in dlsym.c (gdb) 70 in dlsym.c (gdb) 72 in dlsym.c (gdb) 75 in dlsym.c (gdb) _sqo_find (name=0x75e2da80 "ASN1_STRING_data") at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:313 313 SQO_FIND_SYM(sym, name, self, NULL); (gdb) 314 SQO_FIND_SYM(sym, name, ssl, "libssl.so"); (gdb) Found symbol ASN1_STRING_data in dlhandle_ssl 317 } (gdb) Found symbol ASN1_STRING_length in RTLD_DEFAULT Found symbol BIO_free_all in RTLD_DEFAULT Found symbol BIO_new in RTLD_DEFAULT Found symbol BIO_s_mem in RTLD_DEFAULT Found symbol BIO_ctrl_pending in RTLD_DEFAULT Found symbol BIO_ctrl in RTLD_DEFAULT Found symbol BIO_write in RTLD_DEFAULT Found symbol BIO_read in RTLD_DEFAULT Found symbol ERR_print_errors_fp in RTLD_DEFAULT Found symbol SSL_CTX_free in RTLD_DEFAULT Found symbol SSL_CTX_set_cipher_list in RTLD_DEFAULT Found symbol SSL_CTX_set_default_verify_paths in RTLD_DEFAULT Found symbol SSL_CTX_ctrl in RTLD_DEFAULT Found symbol SSL_CTX_use_PrivateKey_file in RTLD_DEFAULT Found symbol SSL_CTX_use_certificate_file in RTLD_DEFAULT Found symbol SSL_accept in RTLD_DEFAULT Found symbol SSL_connect in RTLD_DEFAULT Found symbol SSL_free in RTLD_DEFAULT Found symbol SSL_ctrl in RTLD_DEFAULT Found symbol SSL_get_error in RTLD_DEFAULT Found symbol SSL_get_peer_certificate in RTLD_DEFAULT Found symbol SSL_get_verify_result in RTLD_DEFAULT loadLibrary () at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:438 438 } (gdb) sqCreateSSL () at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.c:280 280 return 0; (gdb)
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Strange OpCodes: SEOB: Set Every Other Bit
Hi Tim
On 26.02.2018, at 21:13, tim Rowledge tim@rowledge.org wrote:
On 26-02-2018, at 12:03 PM, tim Rowledge tim@rowledge.org wrote:
Which probably doesn't mean much to anyone so I guess I'll look up my notes on the joys of running gdb and try again. I hate gdb.
have you ever trie "tui enable" ?
It fails in loadLibrary() and looks like in dlsym.c @ line 58 it fails to find a file or directory.
Yes,,,
I have to dash, so hee is the gdb output so far - Thread 1 "squeak" hit Breakpoint 1, sqCreateSSL () at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.c:275 275 sqInt handle = 0; (gdb) list 270 /* sqCreateSSL: Creates a new SSL instance. 271 Arguments: None. 272 Returns: SSL handle. 273 */ 274 sqInt sqCreateSSL(void) { 275 sqInt handle = 0; 276 sqSSL *ssl = NULL; 277 278 if (!wasInitialized) { 279 if (!loadLibrary()) { (gdb) n 276 sqSSL *ssl = NULL; (gdb) 278 if (!wasInitialized) { (gdb) s 279 if (!loadLibrary()) { (gdb) loadLibrary () at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:430 430 SQO_DECLARATIONS (gdb) list 425 sqo_ ## name =(ret (*)(__VA_ARGS__)) _sqo_find(#name); 426 # define SQO_DECL_NO(ret, name, ...) /**/ 427 #endif /* defined(SQSSL_OPENSSL_LINKED) */ 428 429 /* THIS LINE IS VITAL */ 430 SQO_DECLARATIONS 431 432 433 #undef SQO_DECL___ 434 #undef SQO_DECL_NO (gdb) s _sqo_find (name=0x75e2da80 "ASN1_STRING_data") at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:311 311 void* sym = NULL; (gdb) s 312 SQO_HAS_FOUND_SYM(sym, name, RTLD_DEFAULT); (gdb) __dlsym (handle=0x0, name=0x75e2da80 "ASN1_STRING_data") at dlsym.c:58 58 dlsym.c: No such file or directory.
This is expected. It tries to find "ASN1_STRING_data" in the current loaded process images, but it is not yet there. But see below...
(gdb) n 56 in dlsym.c (gdb) 58 in dlsym.c (gdb) 56 in dlsym.c (gdb) 58 in dlsym.c (gdb) 56 in dlsym.c (gdb) 58 in dlsym.c (gdb) 56 in dlsym.c (gdb) 58 in dlsym.c (gdb) 68 in dlsym.c (gdb) 63 in dlsym.c (gdb) 64 in dlsym.c (gdb) 65 in dlsym.c (gdb) 68 in dlsym.c (gdb) 70 in dlsym.c (gdb) 72 in dlsym.c (gdb) 70 in dlsym.c (gdb) 72 in dlsym.c (gdb) 70 in dlsym.c (gdb) 72 in dlsym.c (gdb) 75 in dlsym.c (gdb) _sqo_find (name=0x75e2da80 "ASN1_STRING_data") at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:313 313 SQO_FIND_SYM(sym, name, self, NULL);
.. it is also not found in the main executable but...
(gdb) 314 SQO_FIND_SYM(sym, name, ssl, "libssl.so"); (gdb) Found symbol ASN1_STRING_data in dlhandle_ssl
it _is_ found in an libssl.
317 } (gdb) Found symbol ASN1_STRING_length in RTLD_DEFAULT Found symbol BIO_free_all in RTLD_DEFAULT Found symbol BIO_new in RTLD_DEFAULT Found symbol BIO_s_mem in RTLD_DEFAULT Found symbol BIO_ctrl_pending in RTLD_DEFAULT Found symbol BIO_ctrl in RTLD_DEFAULT Found symbol BIO_write in RTLD_DEFAULT Found symbol BIO_read in RTLD_DEFAULT Found symbol ERR_print_errors_fp in RTLD_DEFAULT Found symbol SSL_CTX_free in RTLD_DEFAULT Found symbol SSL_CTX_set_cipher_list in RTLD_DEFAULT Found symbol SSL_CTX_set_default_verify_paths in RTLD_DEFAULT Found symbol SSL_CTX_ctrl in RTLD_DEFAULT Found symbol SSL_CTX_use_PrivateKey_file in RTLD_DEFAULT Found symbol SSL_CTX_use_certificate_file in RTLD_DEFAULT Found symbol SSL_accept in RTLD_DEFAULT Found symbol SSL_connect in RTLD_DEFAULT Found symbol SSL_free in RTLD_DEFAULT Found symbol SSL_ctrl in RTLD_DEFAULT Found symbol SSL_get_error in RTLD_DEFAULT Found symbol SSL_get_peer_certificate in RTLD_DEFAULT Found symbol SSL_get_verify_result in RTLD_DEFAULT
so are all these, too.
However, the next in line (openssl_overlay.h:274) is apparently _not_ found.
how strange.
is the openssl library list you gave some days ago still correct?
Best regards -tobias
loadLibrary () at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:438 438 } (gdb) sqCreateSSL () at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.c:280 280 return 0; (gdb)
tim
tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Strange OpCodes: SEOB: Set Every Other Bit
On 26-02-2018, at 1:46 PM, Tobias Pape Das.Linux@gmx.de wrote:
On 26-02-2018, at 12:03 PM, tim Rowledge tim@rowledge.org wrote:
Which probably doesn't mean much to anyone so I guess I'll look up my notes on the joys of running gdb and try again. I hate gdb.
have you ever trie "tui enable" ?
Never heard of it before. Looks like something that might make it a bit less painful!
Found symbol SSL_get_verify_result in RTLD_DEFAULT
so are all these, too.
However, the next in line (openssl_overlay.h:274) is apparently _not_ found.
So that would be SSL_library_init?
how strange.
is the openssl library list you gave some days ago still correct?
Yes- dpkg -l | grep libssl ii libssl-dev:armhf 1.1.0f-3+deb9u1 armhf Secure Sockets Layer toolkit - development files ii libssl-doc 1.1.0f-3+deb9u1 all Secure Sockets Layer toolkit - development documentation ii libssl1.0.2:armhf 1.0.2l-2+deb9u2 armhf Secure Sockets Layer toolkit - shared libraries ii libssl1.1:armhf 1.1.0f-3+deb9u1 armhf Secure Sockets Layer toolkit - shared libraries
Some poking around makes it seem even odder. All the libssl files I have are - ls -la /usr/lib/arm-linux-gnueabihf/libssl* -rw-r--r-- 1 root root 269496 Oct 7 08:32 /usr/lib/arm-linux-gnueabihf/libssl3.so -rw-r--r-- 1 root root 490932 Nov 2 04:29 /usr/lib/arm-linux-gnueabihf/libssl.a lrwxrwxrwx 1 root root 13 Nov 2 04:29 /usr/lib/arm-linux-gnueabihf/libssl.so -> libssl.so.1.1 -rw-r--r-- 1 root root 320924 Dec 13 14:09 /usr/lib/arm-linux-gnueabihf/libssl.so.1.0.2 -rw-r--r-- 1 root root 327952 Nov 2 04:29 /usr/lib/arm-linux-gnueabihf/libssl.so.1.1
and then strings /usr/lib/arm-linux-gnueabihf/libssl.so.1.0.2 | grep library_init SSL_library_init
So surely that ought to have been found?
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Strange OpCodes: CEQ: Corrupt and Erase Queue
On Mon, 26 Feb 2018, tim Rowledge wrote:
On 26-02-2018, at 2:17 AM, Tobias Pape Das.Linux@gmx.de wrote:
This is somewhat expected, in retrospect, at least. Could you try with one of the VMs from at least late last week (Friday or so), I'd be really interested whether they'll work.
I'd completely lost track of the fact that my entire reason for fetching the latest cog stuff from github was in order to test this...
so, in an up-to-date Raspbian, with a Cog vm compiled a couple of days ago from sources pulled less than a week ago, `ldd SqueakSSL` produces - ldd SqueakSSL linux-vdso.so.1 (0x7ec81000) /usr/lib/arm-linux-gnueabihf/libarmmem.so (0x76f14000) libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x76eeb000) libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76dac000) /lib/ld-linux-armhf.so.3 (0x76f43000)
But trying to actually run (ReadStream on: (WebClient httpGet: 'http://freegeoip.net/json/', (WebClient httpGet: 'https://api.ipify.org') content) content utf8ToSqueak)
fails the primitiveSSLCreate
Just for the record the image/vm status is- Image
/home/pi/Squeak/Squeak6.0alpha-17650-TPR.image Squeak6.0alpha latest update: #17650 Current Change Set: FileDIalogs-StartUsage Image format 6521 (32 bit)
Virtual Machine
/home/pi/Squeak/sqcogspurlinuxhtRPi/lib/squeak/5.0-201802210733/squeak Croquet Closure Cog[Spur] VM [CoInterpreterPrimitives VMMaker.oscog-eem.2320] Unix built on Feb 21 2018 14:29:07 Compiler: 6.3.0 20170516 platform sources revision VM: 201802210733 tim@Diziet-5.local:Documents/Squeak/Rasbian-VM/vm $ Date: Wed Feb 21 08:33:24 2018 +0100 $ Plugins: 201802210733 tim@Diziet-5.local:Documents/Squeak/Rasbian-VM/vm $ CoInterpreter VMMaker.oscog-eem.2320 uuid: e2692e35-5fc8-4623-95d0-b445b3329f75 Feb 21 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2324 uuid: 904abc56-e5a8-467e-a337-880211e33805 Feb 21 2018
Wasn't this fixed on Feb 23?
Levente
Loaded VM Modules
B2DPlugin VMMaker.oscog-eem.2309 (i) BitBltPlugin VMMaker.oscog-eem.2293 (i) FilePlugin VMMaker.oscog-eem.2309 (i) FloatArrayPlugin VMMaker.oscog-eem.2309 (i) ImmX11Plugin VMMaker.oscog-dtl.2311 (e) LargeIntegers v2.0 VMMaker.oscog-eem.2309 (i) Matrix2x3Plugin VMMaker.oscog-eem.2309 (i) MiscPrimitivePlugin VMMaker.oscog-eem.2309 (i) SecurityPlugin VMMaker.oscog-eem.2166 (i) SocketPlugin VMMaker.oscog-eem.2309 (i) SqueakSSL VMMaker.oscog-eem.1975 (e)
A very quick look at the SSL related C code and generated C code suggests to me that it could do with some work to report errors a bit more helpfully. Which I know is not always trivial but is always useful.
tim
tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Oxymorons: Clearly misunderstood
On 26-02-2018, at 4:54 PM, Levente Uzonyi leves@caesar.elte.hu wrote:
Wasn't this fixed on Feb 23?
Ah, apparently yes; I just did another git pull and it now works. Looks like I did a last pull on the 22nd...
Well spotted, Sir.
Yup, just checked both normal and debug versions; all ok.
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Strange OpCodes: MET: Misread and Eat Tape
On 27.02.2018, at 02:16, tim Rowledge tim@rowledge.org wrote:
On 26-02-2018, at 4:54 PM, Levente Uzonyi leves@caesar.elte.hu wrote:
Wasn't this fixed on Feb 23?
Ah, apparently yes; I just did another git pull and it now works. Looks like I did a last pull on the 22nd...
Well spotted, Sir.
Yup, just checked both normal and debug versions; all ok.
Yea (☞゚ヮ゚)☞ ☜(゚ヮ゚☜)
-t
Hi Guys,
Thank you all very much. Now, can someone please tell me what I need to do (please be specific) to get this to work on my Raspberry Pi.
Lou
On Mon, 26 Feb 2018 17:16:52 -0800, tim Rowledge tim@rowledge.org wrote:
On 26-02-2018, at 4:54 PM, Levente Uzonyi leves@caesar.elte.hu wrote:
Wasn't this fixed on Feb 23?
Ah, apparently yes; I just did another git pull and it now works. Looks like I did a last pull on the 22nd...
Well spotted, Sir.
Yup, just checked both normal and debug versions; all ok.
tim
On 27-02-2018, at 5:42 AM, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Guys,
Thank you all very much. Now, can someone please tell me what I need to do (please be specific) to get this to work on my Raspberry Pi.
OK, this is supposedly simple and yet finding any decent explanation so far eludes me. So let's see if we can develop sometihng that might make sense to include in the swiki or on the bintray page etc.
==========================
If you go to squeak.org you will see the collection of download buttons top-left (I find myself thinking a 'caption' for that group to make it really obvious that it is download related might be nice) and you need to hit the 'More...' button. That takes you to the general downloads page at http://squeak.org/downloads/
Since we just need a new VM package and know that we need the latest one in order to hopefully get this SSL related fix, click on the link icon next to the 'OpenSmalltalk VMs(trunk)' line. We should end up at https://bintray.com/opensmalltalk/vm/cog/201802261515#files
Herein is a long and not very easily interpretable list of files. There *is* a Readme button, which is nice. The content of the readme seems a little in need of improvement; for a start it is apparently the readme for the github source tree rather than something specifically intended to explain the bintray stuff.
Looking down the list of files though I eventually come across a squeak.cog.spur_linux32ARMv6 entry, which pretty much has to be the One. I'm a bit puzzled by the '_itimer' part since that implies use of the interval timer rather than the threaded interrupt, which is what I always use and prefer. I don't know why the autobuild stuff doesn't make that version.
Anyway, if you download that package to your Squeak realted directory (today it's easiest to do `wget https://bintray.com/opensmalltalk/vm/download_file?file_path=squeak.cog.spur... in a terminal on your Pi) and extract it (`tar -xzvf download_file?file_path=squeak.cog.spur_linux32ARMv6_itimer_201802261515.tar.gz` and please don't ask me why wget or bintray sticks that stuff in front!) then you should find a directory called 'sqcogspurlinuxhtRPi'.
First thing to do to test that it unpacked properly is to (in that terminal again) run `./sqcogspurlinuxhtRPi/squeak {my.image}` Remembering of course that my.image should be replaced by your image name. I have successfully forgotten to do that on occasion.
Assuming it works at all, try your test case in a workspace by printit - (ReadStream on: (WebClient httpGet: 'http://freegeoip.net/json/', (WebClient httpGet: 'https://api.ipify.org') content) content utf8ToSqueak) content I get '{"ip":"173.183.106.150","country_code":"CA","country_name":"Canada","region_code":"BC","region_name":"British Columbia","city":"Qualicum Beach","zip_code":"V9K","time_zone":"America/Vancouver","latitude":49.3468,"longitude":-124.4361,"metro_code":0} which looks pretty much what you'd want.
If that is all good then you need to move the VM files to wherever you keep your VMs. I always keep them just where they sit in the Squeak directory because I so often have to fiddle. I suspect some unix mavens will be getting hot sweats at this point as they heat up their photon-keyboards to fire weapons grade missives in my direction explaining how you must, must, MUST move your executable fines to... somewhere or other.
Personally I use the Raspbian GUI tool to select an image file, get the menu and choose 'open with...' and then 'Custom Command Line' and browse for the squeak script in sqcogspurlinuxhtRPi as the thing to execute. That way I can do the normal d-click on the image to run it.
========================
All that is stupidly over complicated and it really ought to be made simpler somehow.
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Strange OpCodes: NBRM: Unconditional No BRanch Multiple
Hi Tim,
Thanks for all this. I am dealing with four other things right now but will get to this as soon as I can. I will let you know how it goes.
Lou
On Tue, 27 Feb 2018 10:37:35 -0800, tim Rowledge tim@rowledge.org wrote:
On 27-02-2018, at 5:42 AM, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Guys,
Thank you all very much. Now, can someone please tell me what I need to do (please be specific) to get this to work on my Raspberry Pi.
OK, this is supposedly simple and yet finding any decent explanation so far eludes me. So let's see if we can develop sometihng that might make sense to include in the swiki or on the bintray page etc.
==========================
If you go to squeak.org you will see the collection of download buttons top-left (I find myself thinking a 'caption' for that group to make it really obvious that it is download related might be nice) and you need to hit the 'More...' button. That takes you to the general downloads page at http://squeak.org/downloads/
Since we just need a new VM package and know that we need the latest one in order to hopefully get this SSL related fix, click on the link icon next to the 'OpenSmalltalk VMs(trunk)' line. We should end up at https://bintray.com/opensmalltalk/vm/cog/201802261515#files
Herein is a long and not very easily interpretable list of files. There *is* a Readme button, which is nice. The content of the readme seems a little in need of improvement; for a start it is apparently the readme for the github source tree rather than something specifically intended to explain the bintray stuff.
Looking down the list of files though I eventually come across a squeak.cog.spur_linux32ARMv6 entry, which pretty much has to be the One. I'm a bit puzzled by the '_itimer' part since that implies use of the interval timer rather than the threaded interrupt, which is what I always use and prefer. I don't know why the autobuild stuff doesn't make that version.
Anyway, if you download that package to your Squeak realted directory (today it's easiest to do `wget https://bintray.com/opensmalltalk/vm/download_file?file_path=squeak.cog.spur... in a terminal on your Pi) and extract it (`tar -xzvf download_file?file_path=squeak.cog.spur_linux32ARMv6_itimer_201802261515.tar.gz` and please don't ask me why wget or bintray sticks that stuff in front!) then you should find a directory called 'sqcogspurlinuxhtRPi'.
First thing to do to test that it unpacked properly is to (in that terminal again) run `./sqcogspurlinuxhtRPi/squeak {my.image}` Remembering of course that my.image should be replaced by your image name. I have successfully forgotten to do that on occasion.
Assuming it works at all, try your test case in a workspace by printit - (ReadStream on: (WebClient httpGet: 'http://freegeoip.net/json/', (WebClient httpGet: 'https://api.ipify.org') content) content utf8ToSqueak) content I get '{"ip":"173.183.106.150","country_code":"CA","country_name":"Canada","region_code":"BC","region_name":"British Columbia","city":"Qualicum Beach","zip_code":"V9K","time_zone":"America/Vancouver","latitude":49.3468,"longitude":-124.4361,"metro_code":0} which looks pretty much what you'd want.
If that is all good then you need to move the VM files to wherever you keep your VMs. I always keep them just where they sit in the Squeak directory because I so often have to fiddle. I suspect some unix mavens will be getting hot sweats at this point as they heat up their photon-keyboards to fire weapons grade missives in my direction explaining how you must, must, MUST move your executable fines to... somewhere or other.
Personally I use the Raspbian GUI tool to select an image file, get the menu and choose 'open with...' and then 'Custom Command Line' and browse for the squeak script in sqcogspurlinuxhtRPi as the thing to execute. That way I can do the normal d-click on the image to run it.
========================
All that is stupidly over complicated and it really ought to be made simpler somehow.
tim
Hi Tim,
I finally got back to this. I was busy with some very un-fun C stuff.
The latest VM from where your post points seems to work fine. At least as far as getting the info from the web goes. Thanks.
Lou
On Tue, 27 Feb 2018 10:37:35 -0800, tim Rowledge tim@rowledge.org wrote:
On 27-02-2018, at 5:42 AM, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Guys,
Thank you all very much. Now, can someone please tell me what I need to do (please be specific) to get this to work on my Raspberry Pi.
OK, this is supposedly simple and yet finding any decent explanation so far eludes me. So let's see if we can develop sometihng that might make sense to include in the swiki or on the bintray page etc.
==========================
If you go to squeak.org you will see the collection of download buttons top-left (I find myself thinking a 'caption' for that group to make it really obvious that it is download related might be nice) and you need to hit the 'More...' button. That takes you to the general downloads page at http://squeak.org/downloads/
Since we just need a new VM package and know that we need the latest one in order to hopefully get this SSL related fix, click on the link icon next to the 'OpenSmalltalk VMs(trunk)' line. We should end up at https://bintray.com/opensmalltalk/vm/cog/201802261515#files
Herein is a long and not very easily interpretable list of files. There *is* a Readme button, which is nice. The content of the readme seems a little in need of improvement; for a start it is apparently the readme for the github source tree rather than something specifically intended to explain the bintray stuff.
Looking down the list of files though I eventually come across a squeak.cog.spur_linux32ARMv6 entry, which pretty much has to be the One. I'm a bit puzzled by the '_itimer' part since that implies use of the interval timer rather than the threaded interrupt, which is what I always use and prefer. I don't know why the autobuild stuff doesn't make that version.
Anyway, if you download that package to your Squeak realted directory (today it's easiest to do `wget https://bintray.com/opensmalltalk/vm/download_file?file_path=squeak.cog.spur... in a terminal on your Pi) and extract it (`tar -xzvf download_file?file_path=squeak.cog.spur_linux32ARMv6_itimer_201802261515.tar.gz` and please don't ask me why wget or bintray sticks that stuff in front!) then you should find a directory called 'sqcogspurlinuxhtRPi'.
First thing to do to test that it unpacked properly is to (in that terminal again) run `./sqcogspurlinuxhtRPi/squeak {my.image}` Remembering of course that my.image should be replaced by your image name. I have successfully forgotten to do that on occasion.
Assuming it works at all, try your test case in a workspace by printit - (ReadStream on: (WebClient httpGet: 'http://freegeoip.net/json/', (WebClient httpGet: 'https://api.ipify.org') content) content utf8ToSqueak) content I get '{"ip":"173.183.106.150","country_code":"CA","country_name":"Canada","region_code":"BC","region_name":"British Columbia","city":"Qualicum Beach","zip_code":"V9K","time_zone":"America/Vancouver","latitude":49.3468,"longitude":-124.4361,"metro_code":0} which looks pretty much what you'd want.
If that is all good then you need to move the VM files to wherever you keep your VMs. I always keep them just where they sit in the Squeak directory because I so often have to fiddle. I suspect some unix mavens will be getting hot sweats at this point as they heat up their photon-keyboards to fire weapons grade missives in my direction explaining how you must, must, MUST move your executable fines to... somewhere or other.
Personally I use the Raspbian GUI tool to select an image file, get the menu and choose 'open with...' and then 'Custom Command Line' and browse for the squeak script in sqcogspurlinuxhtRPi as the thing to execute. That way I can do the normal d-click on the image to run it.
========================
All that is stupidly over complicated and it really ought to be made simpler somehow.
tim
Hi Lou
On 27.03.2018, at 18:01, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Tim,
I finally got back to this. I was busy with some very un-fun C stuff.
The latest VM from where your post points seems to work fine. At least as far as getting the info from the web goes. Thanks.
Sounds good.
Best regards -Tobias
Lou
On Tue, 27 Feb 2018 10:37:35 -0800, tim Rowledge tim@rowledge.org wrote:
On 27-02-2018, at 5:42 AM, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Guys,
Thank you all very much. Now, can someone please tell me what I need to do (please be specific) to get this to work on my Raspberry Pi.
OK, this is supposedly simple and yet finding any decent explanation so far eludes me. So let's see if we can develop sometihng that might make sense to include in the swiki or on the bintray page etc.
==========================
If you go to squeak.org you will see the collection of download buttons top-left (I find myself thinking a 'caption' for that group to make it really obvious that it is download related might be nice) and you need to hit the 'More...' button. That takes you to the general downloads page at http://squeak.org/downloads/
Since we just need a new VM package and know that we need the latest one in order to hopefully get this SSL related fix, click on the link icon next to the 'OpenSmalltalk VMs(trunk)' line. We should end up at https://bintray.com/opensmalltalk/vm/cog/201802261515#files
Herein is a long and not very easily interpretable list of files. There *is* a Readme button, which is nice. The content of the readme seems a little in need of improvement; for a start it is apparently the readme for the github source tree rather than something specifically intended to explain the bintray stuff.
Looking down the list of files though I eventually come across a squeak.cog.spur_linux32ARMv6 entry, which pretty much has to be the One. I'm a bit puzzled by the '_itimer' part since that implies use of the interval timer rather than the threaded interrupt, which is what I always use and prefer. I don't know why the autobuild stuff doesn't make that version.
Anyway, if you download that package to your Squeak realted directory (today it's easiest to do `wget https://bintray.com/opensmalltalk/vm/download_file?file_path=squeak.cog.spur... in a terminal on your Pi) and extract it (`tar -xzvf download_file?file_path=squeak.cog.spur_linux32ARMv6_itimer_201802261515.tar.gz` and please don't ask me why wget or bintray sticks that stuff in front!) then you should find a directory called 'sqcogspurlinuxhtRPi'.
First thing to do to test that it unpacked properly is to (in that terminal again) run `./sqcogspurlinuxhtRPi/squeak {my.image}` Remembering of course that my.image should be replaced by your image name. I have successfully forgotten to do that on occasion.
Assuming it works at all, try your test case in a workspace by printit - (ReadStream on: (WebClient httpGet: 'http://freegeoip.net/json/', (WebClient httpGet: 'https://api.ipify.org') content) content utf8ToSqueak) content I get '{"ip":"173.183.106.150","country_code":"CA","country_name":"Canada","region_code":"BC","region_name":"British Columbia","city":"Qualicum Beach","zip_code":"V9K","time_zone":"America/Vancouver","latitude":49.3468,"longitude":-124.4361,"metro_code":0} which looks pretty much what you'd want.
If that is all good then you need to move the VM files to wherever you keep your VMs. I always keep them just where they sit in the Squeak directory because I so often have to fiddle. I suspect some unix mavens will be getting hot sweats at this point as they heat up their photon-keyboards to fire weapons grade missives in my direction explaining how you must, must, MUST move your executable fines to... somewhere or other.
Personally I use the Raspbian GUI tool to select an image file, get the menu and choose 'open with...' and then 'Custom Command Line' and browse for the squeak script in sqcogspurlinuxhtRPi as the thing to execute. That way I can do the normal d-click on the image to run it.
========================
All that is stupidly over complicated and it really ought to be made simpler somehow.
tim
-- Louis LaBrunda Keystone Software Corp. SkypeMe callto://PhotonDemon
On 27-03-2018, at 9:01 AM, Louis LaBrunda Lou@Keystone-Software.com wrote:
Hi Tim,
I finally got back to this. I was busy with some very un-fun C stuff.
The latest VM from where your post points seems to work fine. At least as far as getting the info from the web goes.
I'm glad the recipe worked but it's still way too complicated.
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Adding manpower to a late software project makes it later.
On Wed, Mar 28, 2018 at 1:30 PM, tim Rowledge tim@rowledge.org wrote:
On 27-03-2018, at 9:01 AM, Louis LaBrunda Lou@Keystone-Software.com
wrote:
Hi Tim,
I finally got back to this. I was busy with some very un-fun C stuff.
The latest VM from where your post points seems to work fine. At least
as far as getting the
info from the web goes.
I'm glad the recipe worked but it's still way too complicated.
Hi Tim,
What is too complicated?
Ron Teitelbaum
tim
tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Adding manpower to a late software project makes it later.
On 28-03-2018, at 10:49 AM, Ron Teitelbaum ron@usmedrec.com wrote:
What is too complicated?
The entire list of things I had to suggest to Lou - the digging around to find the file(s), the extraction hassles, the weird bintray URL, where to put the vm files..
Since we have automation tools it might be nice to make them build a more easily accessible package and put it in a less hidden place. I don;t like having to go down into that basement, find the disused toilet guarded by a leopard and pull stuff from a locked filing cabinet :-)
And we certainly need to document where to look and what to find.
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Porting is such sweet sorrow
squeak-dev@lists.squeakfoundation.org