Chris Cunnington | 24 Jan 2013 19:10
Picon

squeak.org - next iteration

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?

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.

(Continue reading)

Ken Causey | 26 Nov 2012 00:16
Gravatar

Adding a temporary page to squeak.org?

We've had a report that somewhere on the site Yandex.com has detected 
the existence of a windows virus (not actually on squeak.org but 
probably in a mailing list archive).  To get relevant information from 
Yandex so I can confirm and remove this I have to prove I can be 
considered responsible.  Yandex wants me to do this by creating a page 
at a specific URL with content they provide which I can immediately delete.

My Aida skills are more than a little rusty.  How can I go about 
creating a page and then delete it?

Thanks,

Ken
Chris Cunnington | 19 Nov 2012 14:20
Picon

Altitude passes a week

There are 168 hours in a week and the box3 Altitude has been up 
continuously for 189 hours. So, the problems I have had with it 
sometimes haven't been around for a while.

Chris
Chris Cunnington | 14 Nov 2012 14:36
Picon

Notes on Altitude in box3

I deployed Altitude in box3 on Thursday. It's Wednesday so that's almost 
a week.

There's good news and bad news on that front.

The look of the site itself is not an important consideration in this 
discussion, I don't think. It has the content of squeak.org, which is 
links. Changing it to what it needs to look like is trivial. The problem 
with the design of the site is agreeing on what people want, which is a 
pain, because people don't know what they want, they just know they 
don't like what they're looking at. So, the initial impression of the 
sight I'm not about to trouble myself over too much, until people have 
some idea of what a "Squeak homepage" is supposed to look at.

The good news about Altitude is, in my opinion, that it is the fastest 
web framework every to be deployed in a Smalltalk image. The bad news is 
that at the moment it isn't 100% stable. I've killed and restarted the 
process twice.

If you try the site at http://173.246.101.237:8624 you'll see it moves 
at the rate of a laser beam. Go to Smalltalk Hub and compare. 
http://smalltalkhub.com/ Or 
http://www.esug.org/wiki/pier/Conferences/2012 (Wait for how long it 
takes for the browser to stop spinning.) So, Altitude is dead fast.

It has a problem though. On Monday I checked the site and Chrome said it 
could not be reached. I hit the ip and port. Nope. I logged in and top 
-d 1 to see it is now consuming 99% of CPU. Not good. I killed the 
process. I just did it again this morning the day after. There is no 
debug log printed into the image directory. So there is nothing to check.
(Continue reading)

Chris Cunnington | 8 Nov 2012 17:19
Picon

new squeak.org deployed on box3

http://173.246.101.237:8624/

I've deployed the new squeak.org on box3. I figure I'll add a JSON box 
for The Weekly Squeak later. The source is here:

http://ss3.gemstone.com/ss/Oakville/

The file is called SqueakSite.

Feedback welcome.

Chris
Chris Cunnington | 5 Nov 2012 20:28
Picon

content for squeak.org

I was looking at some ideas for a layout for squeak.org

top of page - logo
left column of page - Links: Download, License, Mailing Lists, Developer 
Links, Documentation, Project Links, Blogs
center of page - area for the content of each page
right column of page - Weekly Squeak pane

Most of the text for the new site would come from the old site.

Left Column links:
Download - a page to download the latest version
License - a page for the license
Mailing Lists - a page of links for mailing lists
Developer Links - vm, ci, wiki, squeakmap, SqS3, SqS
Documentation - link to SBExample, YouTube videos
Project Links: Aida, Seaside, OpenQwaq, Etoys, Pharo, OpenCobalt, 
Scratch, VPRI, Potsdam, Self, Grace Lang, OLPC, Cuis, Spoon, SqueakLand, 
Clamato, Avacado, Lively Kernel, Ometa, Photos, Android vm, iPhone, Cog, 
Ambe, JTalk, etc., etc.
Blogs - Squeak Board blog, others

Thoughts?

Chris
Herbert König | 22 Jun 2012 17:37
Picon

Aida6.4-Janko.5

Hi,

while fixing Squeak incompatibilities with Aida6.4-Janko.5 Aida wanted 
to do a hourly backup.

This failed because of missing OsProcess. I don't want to cope with that 
right now so anyone knows how to disable the backups?

Next thing I ran into again is climbing the stack.

Login as admin. Go to Settings. Select Tab Sites. Reselect Tab "Main 
settings" to get the Error.

Reason is, that I commented out the check for context arguments size > 2 
earlier.

So it seems we cannot use this version until someone (Janko obviously) 
finds time to fix this for Squeak.

BTW I went back to first assuring latest Aida to work in trunk because I 
ran into too many problems when trying to run scribo.

How to proceed?

Cheers

Herbert
Herbert König | 22 Jun 2012 17:21
Picon

OS process for Backup

Hi,

while fixing Squeak incompatibilities with Aida6.4-Janko.5 Aida wanted 
to do a hourly backup.

This failed because of missing OsProcess. I don't want to cope with that 
right now so anyone knows how to disable the backups?

Cheers,

Herbert
Chris Cunnington | 21 Jun 2012 22:48
Picon

An Installer script


So here's an Installer script to load Aida and Scribo into Squeak 4.3. The SqueakSite is added as well. 
I imagine owing to Herbert's discoveries that some of his tweaks will be added to these packages. 

Chris 

x := (Installer monticello http: 'http://mc.aidaweb.si'). 
	x	project: 'Sport'; 
	 	install: 'Sport-2.031'.
	x	project: 'Swazoo'; 
		install: 'Swazoo-2.3beta2.6'.
	x	project: 'Aida';
		install: 'Aida6.4-janko.5'.
	x	project: 'Scribo';
		install: 'Scribo1.0-beta-janko.9'.
	
	
	x    project: 'SqueakSite';
		install: 'SqueakSite-janko.18'
Herbert König | 21 Jun 2012 21:55
Picon

Running current Aida and Scribo in Trunk could use some advice

Hi,

When loading the latest and greatest
Sport 2.031; Swazoo 2.3beta2.6; Aida6.4-janko.5; scribo1.0-beta-janko.9
I get the DNU from my previous post which is caused by Aida6.4-janko5 having changed
Object>>firstRequestFromStack
..............................
isBlock not
  and: [(stContext receiver isKindOf: AIDASite)
    and: [stContext arguments size > 1                           "------------- this condition was added"
      and: [(stContext at: 2) isKindOf: HTTPRequest]] ]
.................
where stContext is a MethodContext which does not understand #arguments.

This also happens when scribo is not loaded. So Aida6.4-final.1.mcz seems the right version of Aida to use. In this configuration i can log into the Aidademo site on port 8888.

If I load either the beta version or the previous version of scribo (jm 192) on top of this I get the attached debugger. Climbing up the stack ends up trying to send #isFromMSIE to an instance of Writestream which DNU's.

BTW in Swazoo 2.3beta2.6 a lot of the swazoo tests fail. I use an older version in trunk where much less tests fail, but that can be left for later.

I understand too little of this climbing up the stack to feel confident debugging that.  Janko?

Cheers

Herbert
_______________________________________________
Webteam mailing list
Webteam@...
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/webteam
Chris Cunnington | 20 Jun 2012 01:22
Picon

Thinking out loud about Aida and Scribo

Aida is a web framework. You create the domain first and then register that, which is unlike Seaside. 
Then you can choose views for it. The word "style" means more in Aida, as I think it informs the entire view. 
SqueakSite has some classes like SqueakSiteApp and SqueakSitePageApp, but I don't know that they do
anything. 
SqueakSiteStyle does a lot. It manages the SqueakSite and SqueakSitePage instances, where the content is
for the site. 
The content is in the instances, not the classes, which are just for presenting/formatting that data. 

Aida has a "frame" which is a banner with a link bar on the left side of the page. Or it can, like the SqueakSite,
have two
menu bars - one on each side of the page. The content, then, can go in the middle of this upside down U. 
If you use Scribo, then the middle of the upside down U will be a Scribo interface for making a wiki, blog, or
webpage. 
And extensive set of tools are provided for you to click, type, and link. You don't need to make the site
programmatically 
at all. Scribo stores it all in the instances. 

So, using Scribo, it's a mystery why the instances look the way they do, as the user interface is so human
friendly. I 
imagine using Aida, you have to add things programatically. On the Squeak site to change the content with
Scribo 
is easy. To change a menu requires some coding in a Workspace, it seems
. 
Each link on a page is a key in a dictionary to a value object containing all the content. They are stored in the
#pages 
instvar of the Site class. Your site is a subclass of that. 

The image is used for persistence, which means all those instances need to be pulled out of one image and into 
another either with an image segment or using SIXX to draw down the instances with XML. Aida iterates
over the instances with #allInstances, which is something I haven't seen in HTTPView2 or Seaside (which doesn't
have a default persistence solution). (ie AIDASite allInstances do: [:each | each wiki parent: each]. )

OK, that's everything I know about Aida. If there is anything materially wrong here, I hope somebody will
point it out. 

Thanks,
Chris 

Gmane