http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$ ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so): /home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
In any event, this squeak.org image cannot be deployed on box4 behind a server until it has been decided what server (Apache or nginx) will be used. Once I am informed what the methodology for deploying an image on box4 has been decided upon, I'll resume working on this.
As box3 is of limited capacity and doesn't need to be overburdened by this squeak.org image for a long period of time, I'll take this down tomorrow.
Chris
[1] http://www.officialpsds.com/Hole-in-Paper-3-PSD50497.html
I just visited the site and I want to say that it looks really nice. This is great work!
On Thu, Jan 24, 2013 at 11:10 AM, Chris Cunnington < smalltalktelevision@gmail.com> wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/**error http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$ ioLoadModule(/home/** chriscunnington/coglinux/lib/**squeak/4.0-2640/libcrypto.so): /home/chriscunnington/**coglinux/lib/squeak/4.0-2640/**libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
In any event, this squeak.org image cannot be deployed on box4 behind a server until it has been decided what server (Apache or nginx) will be used. Once I am informed what the methodology for deploying an image on box4 has been decided upon, I'll resume working on this.
As box3 is of limited capacity and doesn't need to be overburdened by this squeak.org image for a long period of time, I'll take this down tomorrow.
Chris
[1] http://www.officialpsds.com/**Hole-in-Paper-3-PSD50497.htmlhttp://www.officialpsds.com/Hole-in-Paper-3-PSD50497.html
On 24.01.2013, at 10:10, Chris Cunnington smalltalktelevision@gmail.com wrote:
http://box3.squeak.org:8624/error There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.). [1] http://www.officialpsds.com/Hole-in-Paper-3-PSD50497.html
It's great that you adopted my idea for the error page look. But it does not yet have that "ripped-open" feel, because in your version the inner shadows are missing, and the outer ones do not look smooth enough. Here are both for comparison again:
IMHO the error page should not have any of the frames but just a plain background and the hole in the middle (the nav bar is fine on top). And maybe 260 KBytes for an error image is a bit much? Mine is 20 KByte. I'm old-fashioned I guess, a quarter mega byte seems large to me ;)
As for proper attribution, a small-print footer in the lower right corner should suffice (e.g. "graphic based on artwork by AMENAZAGFX").
- Bert -
On 24.01.2013, at 10:10, Chris Cunnington smalltalktelevision@gmail.com wrote:
http://box3.squeak.org:8624/error There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.). [1] http://www.officialpsds.com/Hole-in-Paper-3-PSD50497.html
It's great that you adopted my idea for the error page look. But it does not yet have that "ripped-open" feel, because in your version the inner shadows are missing, and the outer ones do not look smooth enough. Here are both for comparison again:
IMHO the error page should not have any of the frames but just a plain background and the hole in the middle (the nav bar is fine on top). And maybe 260 KBytes for an error image is a bit much? Mine is 20 KByte. I'm old-fashioned I guess, a quarter mega byte seems large to me ;)
As for proper attribution, a small-print footer in the lower right corner should suffice (e.g. "graphic based on artwork by AMENAZAGFX").
- Bert -
PS: Perhaps proving my point above, the first version of this email bounced due to excessive size. Had to rescale your image, and save as jpeg.
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$ ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
In any event, this squeak.org image cannot be deployed on box4 behind a server until it has been decided what server (Apache or nginx) will be used. Once I am informed what the methodology for deploying an image on box4 has been decided upon, I'll resume working on this.
As box3 is of limited capacity and doesn't need to be overburdened by this squeak.org image for a long period of time, I'll take this down tomorrow.
Chris
[1] http://www.officialpsds.com/Hole-in-Paper-3-PSD50497.html _______________________________________________ Webteam mailing list Webteam@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/webteam
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$ ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Chris
[1] chriscunnington@squeak-box4:~/coglinux/lib/squeak/4.0-2640$ file libcrypto.so libcrypto.so: symbolic link to `/usr/lib/libcrypto.so.0.9.8'
On 01/24/2013 02:39 PM, Chris Cunnington wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$ ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Chris
[1] chriscunnington@squeak-box4:~/coglinux/lib/squeak/4.0-2640$ file libcrypto.so libcrypto.so: symbolic link to `/usr/lib/libcrypto.so.0.9.8'
In a word, 'NO!' That would break any and all 64bit software that relies on libcrypto.
Ken
On 24.01.2013, at 12:49, Ken Causey ken@kencausey.com wrote:
On 01/24/2013 02:39 PM, Chris Cunnington wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$ ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Chris
[1] chriscunnington@squeak-box4:~/coglinux/lib/squeak/4.0-2640$ file libcrypto.so libcrypto.so: symbolic link to `/usr/lib/libcrypto.so.0.9.8'
In a word, 'NO!' That would break any and all 64bit software that relies on libcrypto.
Ken
Well, if this is a link inside the squeak dir then it would be fine. Question is why that symlink is needed at all though.
- Bert -
On 2013-01-24 3:54 PM, Bert Freudenberg wrote:
On 24.01.2013, at 12:49, Ken Causey ken@kencausey.com wrote:
On 01/24/2013 02:39 PM, Chris Cunnington wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$ ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Chris
[1] chriscunnington@squeak-box4:~/coglinux/lib/squeak/4.0-2640$ file libcrypto.so libcrypto.so: symbolic link to `/usr/lib/libcrypto.so.0.9.8'
In a word, 'NO!' That would break any and all 64bit software that relies on libcrypto.
Ken
Well, if this is a link inside the squeak dir then it would be fine. Question is why that symlink is needed at all though.
- Bert -
It's needed because Altitude needs access to libcrypto.
Chris
On 24.01.2013, at 12:56, Chris Cunnington smalltalktelevision@gmail.com wrote:
On 2013-01-24 3:54 PM, Bert Freudenberg wrote:
Well, if this is a link inside the squeak dir then it would be fine. Question is why that symlink is needed at all though.
- Bert -
It's needed because Altitude needs access to libcrypto.
Chris
Why doesn't it find it in the standard location?
- Bert -
On 2013-01-24 4:01 PM, Bert Freudenberg wrote:
On 24.01.2013, at 12:56, Chris Cunnington smalltalktelevision@gmail.com wrote:
On 2013-01-24 3:54 PM, Bert Freudenberg wrote:
Well, if this is a link inside the squeak dir then it would be fine. Question is why that symlink is needed at all though.
- Bert -
It's needed because Altitude needs access to libcrypto.
Chris
Why doesn't it find it in the standard location?
- Bert -
That question is beyond me. Colin developed Altitude on a Mac, which does not have this problem. Upon deploying it in Linux I was confronted by the problem, read some VM source code, and came up with this solution (by holding on by my fingernails). I'm sure it's unsightly, but it works. That's my way of saying, I don't know.
Chris
On 01/24/2013 02:54 PM, Bert Freudenberg wrote:
On 24.01.2013, at 12:49, Ken Causeyken@kencausey.com wrote:
On 01/24/2013 02:39 PM, Chris Cunnington wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$ ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Chris
[1] chriscunnington@squeak-box4:~/coglinux/lib/squeak/4.0-2640$ file libcrypto.so libcrypto.so: symbolic link to `/usr/lib/libcrypto.so.0.9.8'
In a word, 'NO!' That would break any and all 64bit software that relies on libcrypto.
Ken
Well, if this is a link inside the squeak dir then it would be fine. Question is why that symlink is needed at all though.
- Bert -
I may have misunderstood. I thought Chris was referring to a symlink in /usr/lib/. Certainly if the symlink in question is in his home directory he is welcome to modify it as desired.
Ken
On 2013-01-24 4:05 PM, Ken Causey wrote:
On 01/24/2013 02:54 PM, Bert Freudenberg wrote:
On 24.01.2013, at 12:49, Ken Causeyken@kencausey.com wrote:
On 01/24/2013 02:39 PM, Chris Cunnington wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$ ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Chris
[1] chriscunnington@squeak-box4:~/coglinux/lib/squeak/4.0-2640$ file libcrypto.so libcrypto.so: symbolic link to `/usr/lib/libcrypto.so.0.9.8'
In a word, 'NO!' That would break any and all 64bit software that relies on libcrypto.
Ken
Well, if this is a link inside the squeak dir then it would be fine. Question is why that symlink is needed at all though.
- Bert -
I may have misunderstood. I thought Chris was referring to a symlink in /usr/lib/. Certainly if the symlink in question is in his home directory he is welcome to modify it as desired.
Ken
Yea, I kind of figured that was what was happening. I'd like to use a relative path to a vm, but I'd rather it was Cog.
Chris
On 2013-01-24 3:49 PM, Ken Causey wrote:
On 01/24/2013 02:39 PM, Chris Cunnington wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$ ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Chris
[1] chriscunnington@squeak-box4:~/coglinux/lib/squeak/4.0-2640$ file libcrypto.so libcrypto.so: symbolic link to `/usr/lib/libcrypto.so.0.9.8'
In a word, 'NO!' That would break any and all 64bit software that relies on libcrypto.
Ken
OK. I think we're talking past each other here.
How would making a symlink from
/home/chriscunnington/coglinux/lib/squeak/4.0-264/libcrypto.co
to
/usr/lib/libcrypto.so.0.9.8
break all 64bit software that relies on libcrypto? If it affects anything, it would only affect the vm I loaded into my home directory. Is that not so?
Chris
Chris said:
OK. I think we're talking past each other here.
How would making a symlink from
/home/chriscunnington/coglinux/lib/squeak/4.0-264/libcrypto.co
to
/usr/lib/libcrypto.so.0.9.8
break all 64bit software that relies on libcrypto? If it affects anything, it would only affect the vm I loaded into my home directory. Is that not so?
Chris
Sorry, I misunderstood you.
Ken
On 2013-01-24 4:07 PM, Ken Causey wrote:
Chris said:
OK. I think we're talking past each other here.
How would making a symlink from
/home/chriscunnington/coglinux/lib/squeak/4.0-264/libcrypto.co
to
/usr/lib/libcrypto.so.0.9.8
break all 64bit software that relies on libcrypto? If it affects anything, it would only affect the vm I loaded into my home directory. Is that not so?
Chris
Sorry, I misunderstood you.
Ken
No worries. I'm excited for the way you're exploring the box4 setup. If nginx looks doable, it'd be fun to use.
Chris
On 24 January 2013 20:39, Chris Cunnington smalltalktelevision@gmail.com wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$
ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Turns out I think I just ran into this problem. But I don't think it's Altitude, but Xtreams-Xtras, which has classes like XTBCrypt, XTHMAC and the link.
frank
Chris
[1] chriscunnington@squeak-box4:~/coglinux/lib/squeak/4.0-2640$ file libcrypto.so libcrypto.so: symbolic link to `/usr/lib/libcrypto.so.0.9.8'
On 2013-01-26 3:55 PM, Frank Shearar wrote:
On 24 January 2013 20:39, Chris Cunnington smalltalktelevision@gmail.com wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$
ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Turns out I think I just ran into this problem. But I don't think it's Altitude, but Xtreams-Xtras, which has classes like XTBCrypt, XTHMAC and the link.
frank
That's an absolute certainty. In saying it was Altitude, I was just being terse. XTLibCryptoHMAC>>#HMAC_CTX_init:, XTLibCryptoHash>>#EVP_MD_CTX_init:, etc.
It may be a coincidence, but every libcrypto accessing method uses underscores, which the image complains about bitterly. Every time I click on one such method I get a source code warning. I think underscores may be a VisualWorks thing that got dragged over to Squeak, where we don't do that. FWIW.
Chris
On 26 January 2013 21:07, Chris Cunnington smalltalktelevision@gmail.com wrote:
On 2013-01-26 3:55 PM, Frank Shearar wrote:
On 24 January 2013 20:39, Chris Cunnington smalltalktelevision@gmail.com wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$
ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Turns out I think I just ran into this problem. But I don't think it's Altitude, but Xtreams-Xtras, which has classes like XTBCrypt, XTHMAC and the link.
frank
That's an absolute certainty. In saying it was Altitude, I was just being terse. XTLibCryptoHMAC>>#HMAC_CTX_init:, XTLibCryptoHash>>#EVP_MD_CTX_init:, etc.
It may be a coincidence, but every libcrypto accessing method uses underscores, which the image complains about bitterly. Every time I click on one such method I get a source code warning. I think underscores may be a VisualWorks thing that got dragged over to Squeak, where we don't do that. FWIW.
I_really_like_underscores, but you can probably avoid the problem by giving in with "Scanner prefAllowUnderscoreSelectors: true".
You can see in Colin's latest installer where he does that just to load in things, and then restores it to whatever it was. (In fact, if we have to do that enough, we should wrap it:
Scanner allowUnderscoresDuring: [ "Load funky Xtreams-Xtra stuff" ])
frank
Chris
On 2013-01-26 4:55 PM, Frank Shearar wrote:
On 26 January 2013 21:07, Chris Cunnington smalltalktelevision@gmail.com wrote:
On 2013-01-26 3:55 PM, Frank Shearar wrote:
On 24 January 2013 20:39, Chris Cunnington smalltalktelevision@gmail.com wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$
ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Turns out I think I just ran into this problem. But I don't think it's Altitude, but Xtreams-Xtras, which has classes like XTBCrypt, XTHMAC and the link.
frank
That's an absolute certainty. In saying it was Altitude, I was just being terse. XTLibCryptoHMAC>>#HMAC_CTX_init:, XTLibCryptoHash>>#EVP_MD_CTX_init:, etc.
It may be a coincidence, but every libcrypto accessing method uses underscores, which the image complains about bitterly. Every time I click on one such method I get a source code warning. I think underscores may be a VisualWorks thing that got dragged over to Squeak, where we don't do that. FWIW.
I_really_like_underscores, but you can probably avoid the problem by giving in with "Scanner prefAllowUnderscoreSelectors: true".
You can see in Colin's latest installer where he does that just to load in things, and then restores it to whatever it was. (In fact, if we have to do that enough, we should wrap it:
Scanner allowUnderscoresDuring: [ "Load funky Xtreams-Xtra stuff" ])
frank
Chris
That's a good trick to remember. I'm going to try that out.
Chris
box-admins@lists.squeakfoundation.org