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
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 2013-01-24 2:33 PM, Bert Freudenberg wrote:
On 24.01.2013, at 10:10, Chris Cunnington <smalltalktelevision@gmail.com mailto: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:
Inner shadows. OK. I think I mocked up a version, when you'd created a complete gif. I'll go back and get yours.
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 ;)
260 Kbytes? I didn't notice. I'll use yours. And I'll remove some of the framing.
As for proper attribution, a small-print footer in the lower right corner should suffice (e.g. "graphic based on artwork by AMENAZAGFX").
OK. AMENAZAGFX it is.
- 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.
If there is credit for the site being decent, and not my usual half-baked job, it goes to Bert. Posts like this have tempered the process to make better a product. But I'd be lying if I said they didn't take a little getting used to. :p
Chris
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 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 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
webteam@lists.squeakfoundation.org