[Box-Admins] Re: [Webteam] squeak.org - next iteration

[Chris Cunnington]

On 2013-01-26 4:55 PM, Frank Shearar wrote:
> On 26 January 2013 21:07, Chris Cunnington
> <smalltalktelevision at gmail.com> wrote:
>> On 2013-01-26 3:55 PM, Frank Shearar wrote:
>>> On 24 January 2013 20:39, Chris Cunnington
>>> <smalltalktelevision at 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 at 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