Ciao,
i need to test the Pier into Pharo.
Yesterday i work to load the Pier environment into Pharo2.0.
I found some error relative the ConfigurationOfPier3AddOns ( see relative mail ).
Now this problems are resolved but the Pier Admin interface work with some problem.
I think to reload all Pier environment into a new Pharo 2.0 #20628 image with the command:
Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPier3AddOns'; load.
ConfigurationOfPier3AddOns load.
But the system erase the error : MessageNotUnderstood: SmallInteger>>isEmpty
resolveToLoadableSpecs: required map: packageMap
| reqd allReqd map newReqd spec | reqd := required copy. allReqd := Set new. map := self packages map. ***** 632756487 ***** [ reqd isEmpty ] whileFalse: [ newReqd := Set new. reqd do: [:req | (self resolveToLoadableSpec: req forMap: map packages: packageMap) do: [:loadableSpec | newReqd addAll: loadableSpec requires. newReqd addAll: loadableSpec includes ]]. allReqd addAll: reqd. newReqd removeAllFoundIn: allReqd. reqd := newReqd ]. packageMap keys do: [:pkgName | (spec := (packageMap at: pkgName) resolveToLoadableSpec) == nil ifTrue: [ packageMap removeKey: pkgName ] ifFalse: [ packageMap at: pkgName put: (packageMap at: pkgName) resolveToLoadableSpec ]]
SmallInteger(Object)>>doesNotUnderstand: #isEmpty MetacelloMCVersionSpec>>resolveToLoadableSpecs:map:
MetacelloMCVersionSpec>>resolveToLoadableSpecs:
MetacelloMCVersionSpec>>expandToLoadableSpecNames: in Block: [:cache | ...
MetacelloPharoPlatform(MetacelloPlatform)>>stackCacheFor:cacheClass:at:doing: in Block: [:dict | ...
MetacelloPharoPlatform(MetacelloPlatform)>>useStackCacheDuring:defaultDictionary: in Block: [^ aBlock value: dict]
BlockClosure>>on:do:
MetacelloPharoPlatform(MetacelloPlatform)>>useStackCacheDuring:defaultDictionary:
MetacelloPharoPlatform(MetacelloPlatform)>>stackCacheFor:cacheClass:at:doing:
MetacelloPharoPlatform(MetacelloPlatform)>>stackCacheFor:at:doing:
MetacelloMCVersionSpec>>expandToLoadableSpecNames:
MetacelloMCVersion>>expandToLoadableSpecNames:
MetacelloMCProjectSpec>>relativeCurrentVersion in Block: [vrsn expandToLoadableSpecNames: (loadList := self...etc...
BlockClosure>>on:do:
MetacelloMCProjectSpec>>relativeCurrentVersion
MetacelloProjectReferenceSpec>>relativeCurrentVersion
MetacelloMCVersionSpec>>isPartiallyCurrentAgainst: in Block: [:prj | ...
MetacelloProjectReferenceSpec>>projectDo:packageDo:groupDo:
MetacelloMCVersionSpec>>specsNamed:projectDo:packageDo:groupDo: in Block: [:name | | pkgSpec | (pkgSpec := map...
Array(SequenceableCollection)>>do:
MetacelloMCVersionSpec>>specsNamed:projectDo:packageDo:groupDo:
MetacelloMCVersionSpec>>isPartiallyCurrentAgainst:
MetacelloMCProject(MetacelloProject)>>currentVersionAgainst: in Block: [:version | ...
Array(SequenceableCollection)>>do:
MetacelloMCProject(MetacelloProject)>>currentVersionAgainst: in Block: [:cache | ...
MetacelloPharoPlatform(MetacelloPlatform)>>stackCacheFor:cacheClass:at:doing: in Block: [:dict | ...
MetacelloPharoPlatform(MetacelloPlatform)>>useStackCacheDuring:defaultDictionary: in Block: [^ aBlock value: dict]
BlockClosure>>on:do:
MetacelloPharoPlatform(MetacelloPlatform)>>useStackCacheDuring:defaultDictionary:
MetacelloPharoPlatform(MetacelloPlatform)>>stackCacheFor:cacheClass:at:doing:
-------------------------------------------------------------------
Now i wonder that is the best solution to obtain a Pharo Pier environment that works.
It's best follow the creation of new Pharo image as in this e-mail, ( it's best load Seaside - Magritte - Pier separately ? )
or manage the error as write in my last email Re: [Seaside] ConfigurationOfPier3AddOns load error
Thanks for any considerations,
Dario
Hi,
Ciao,
i need to test the Pier into Pharo.
Yesterday i work to load the Pier environment into Pharo2.0.
I found some error relative the ConfigurationOfPier3AddOns ( see relative mail ).
Now this problems are resolved but the Pier Admin interface work with some problem. Now i wonder that is the best solution to obtain a Pharo Pier environment that works.
It's best follow the creation of new Pharo image as in this e-mail, ( it's best load Seaside - Magritte - Pier separately ? )
or manage the error as write in my last email Re: [Seaside] ConfigurationOfPier3AddOns load error
It erase only a error at : PRAdminSetup initialize
when declare: preferenceAt: #useCookies put: false; because #useCookies is not configured.
I don't think it's an error but a change of the WAApplication structures.
Anyone have any ideas about this?
I need to load one hold version of Seaside and Pier ?
The Pier3AddOns can work with the new structure?
Thanks,
Dario
Ciao,
i need to test the Pier into Pharo.
Yesterday i work to load the Pier environment into Pharo2.0.
I found some error relative the ConfigurationOfPier3AddOns ( see relative mail ).
Now this problems are resolved but the Pier Admin interface work with some problem. Now i wonder that is the best solution to obtain a Pharo Pier environment that works.
It's best follow the creation of new Pharo image as in this e-mail, ( it's best load Seaside - Magritte - Pier separately ? )
i used a new Pharo2.0 #20628 image
After i load:
Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPier3AddOns'; load.
and do: ( ConfigurationOfPier3AddOns project version: '3.1.1') load.
The system load all.
FIRST) The loads generates:
A) two JQWidget error dependence " But i think is not very important " or i wrong ?
B) PRAdminSetup class initialize error:
initialize | piersetup | piersetup := (WAAdmin register: self asApplicationAt: 'piersetup') **** preferenceAt: #useCookies put: false; ****** preferenceAt: #scriptGeneratorClass put: JQScriptGenerator; preferenceAt: #rootDecorationClasses put: #(); yourself. piersetup addLibrary: JQDeploymentLibrary
Because the useCookies is not configured.
SECOND) The same error is generated by PRAdminLogin
which does not handle - answer at the login button
registerAt: dispatcherName administering: kernelPathPair | pierAdminApplication | pierAdminApplication := (WAAdmin register: self asApplicationAt: dispatcherName) *****preferenceAt: #useCookies put: false; ****** preferenceAt: #scriptGeneratorClass put: JQScriptGenerator; preferenceAt: #documentClass put: PRAdminHtmlDocumentStoredHeadElements; preferenceAt: #actionPhaseContinuationClass put: PRAdminActionPhaseContinuation; preferenceAt: #renderPhaseContinuationClass put: PRAdminRenderPhaseContinuation; preferenceAt: #rootDecorationClasses put: #(); yourself. pierAdminApplication addLibrary: JQDeploymentLibrary; addLibrary: JQUiDeploymentLibrary; addLibrary: JQBaseTheme; addLibrary: SPHighlightedStyle.x
pierAdminApplication configuration addParent: NAFileUploadConfigurator instance. pierAdminApplication configuration addParent: PRAdminConfigurator instance. pierAdminApplication pierAdminKernelPathPair: kernelPathPair
THIRD) The piersetup browser entry, at the bottom, display some javascript and don't update the page
after the vary command for example: New from template step
These are some problems i found,
thanks for any help to solving
Dario
Ciao,
Whereas the problems of my last e-mail are still open,
(I wonder if others have the same problems)
i add a few notes about the NAFileUpload support:
1) Some instance methods of NAFileUpload class, reference the WARenderCanvas class
but WARenderCanvas is not in the system. ( Change it to WACanvas ? )
2) NAFileUploadConfigurator class method
fileuploadPathRootDefault
^ FileDirectory default pathName, GRPlatform current pathSeparator, 'uploadedFiles'
call pathName, but it's deprecate.
I think to change it with fullName method.
These are a few considerations that together with the previous does not allow me to test the Pier support into Pharo.
If i right understand, this in any case is the area on which to work.
Pier previous versions i believe are misaligned.
It's right ?
Thanks for any help, considerations,
Dario
Dario,
In a previous email, I remarked that the Pier code does not seem to be ported to Seaside 3.1.x If you want to use Pier, use Seaside 3.0.x In the other case, you might want to check out the changelog and port Pier to Seaside 3.1.x [1,2]
[1] https://code.google.com/p/seaside/wiki/Seaside310Changelog [2] https://code.google.com/p/seaside/wiki/Seaside311Changelog
On 22 Oct 2014, at 11:23, dtrussardi@tiscali.it wrote:
Ciao,
Whereas the problems of my last e-mail are still open,
(I wonder if others have the same problems)
i add a few notes about the NAFileUpload support:
Some instance methods of NAFileUpload class, reference the WARenderCanvas class
but WARenderCanvas is not in the system. ( Change it to WACanvas ? )
NAFileUploadConfigurator class method
fileuploadPathRootDefault
^ FileDirectory default pathName, GRPlatform current pathSeparator, 'uploadedFiles'
call pathName, but it's deprecate.
I think to change it with fullName method.
These are a few considerations that together with the previous does not allow me to test the Pier support into Pharo.
If i right understand, this in any case is the area on which to work.
Pier previous versions i believe are misaligned.
It's right ?
Thanks for any help, considerations,
Dario
seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Johan,
Dario,
In a previous email, I remarked that the Pier code does not seem to be ported to Seaside 3.1.x If you want to use Pier, use Seaside 3.0.x
But how i can load it?
I do:
Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPier3AddOns'; load.
( ConfigurationOfPier3AddOns project version: '3.0.4') load.
it load in any case Seaside 3.1.3.1
Thanks,
Dario
In the other case, you might want to check out the changelog and port Pier to Seaside 3.1.x [1,2]
[1] https://code.google.com/p/seaside/wiki/Seaside310Changelog [2] https://code.google.com/p/seaside/wiki/Seaside311Changelog
On 22 Oct 2014, at 11:23, dtrussardi@tiscali.it wrote:
Ciao,
Whereas the problems of my last e-mail are still open,
(I wonder if others have the same problems)
i add a few notes about the NAFileUpload support:
Some instance methods of NAFileUpload class, reference the WARenderCanvas class
but WARenderCanvas is not in the system. ( Change it to WACanvas ? )
NAFileUploadConfigurator class method
fileuploadPathRootDefault
^ FileDirectory default pathName, GRPlatform current pathSeparator, 'uploadedFiles'
call pathName, but it's deprecate.
I think to change it with fullName method.
These are a few considerations that together with the previous does not allow me to test the Pier support into Pharo.
If i right understand, this in any case is the area on which to work.
Pier previous versions i believe are misaligned.
It's right ?
Thanks for any help, considerations,
Dario
seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Ciao,
i have very difficulty to setup the environment for test Pier into Pharo using Seaside3.0.x
I do: Gofer new url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
package: 'ConfigurationOfSeaside3';
load.
((Smalltalk at: #ConfigurationOfSeaside3) project version: '3.0.15') load.
ConfigurationOfSeaside3 project currentVersion. > 3.0.1.5 OK
Gofer new
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
package: 'ConfigurationOfMagritte3';
load.
( ConfigurationOfMagritte3 project version: '3.0') load.
ConfigurationOfMagritte3 project currentVersion. > 3.1.4 ( not 3.0 because ? )
Gofer new
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
package: 'ConfigurationOfMagritte3AddOns';
load.
( ConfigurationOfMagritte3AddOns project version: '3.0.0') load.
ConfigurationOfMagritte3AddOns project currentVersion. > 3.0.0 OK
Gofer new
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
package: 'ConfigurationOfPier3';
load.
( ConfigurationOfPier3 project version: '3.0.0') load.
ConfigurationOfPier3 project currentVersion. > 3.0.1 ( not 3.0.0 because ?
Gofer new
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
package: 'ConfigurationOfPier3AddOns';
load.
( ConfigurationOfPier3AddOns project version: '3.0.3') load.
ConfigurationOfPier3AddOns project currentVersion. > 3.1.1 ( not 3.0.3 because ? )
At the end the piersetup don't work.
Some time ago i have similar problem into GLASS.
Dale proposed to load directly the package with the code:
GsDeployer bulkMigrate: [ {#('Seaside3' '3.0.13' 'http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'). #('ZincHTTPComponents' '1.1' 'http://www.squeaksource.com/ZincHTTPComponents'). #('Magritte3' '3.0' 'http://www.squeaksource.com/MetacelloRepository'). #('Magritte3AddOns' '3.0.0' 'http://www.squeaksource.com/MetacelloRepository'). #('Pier3' '3.0.0' 'http://www.squeaksource.com/MetacelloRepository'). #('Pier3AddOns' '3.0.3' 'http://www.squeaksource.com/MetacelloRepository%27)%7D do: [ :ar | | projectName version repository | projectName := ar at: 1. version := ar at: 2. repository := ar at: 3. Metacello new configuration: projectName; repository: repository; get. Metacello new configuration: projectName; version: version; repository: repository; onUpgrade: [ :ex :existing :new | existing locked ifTrue: [ ex disallow ] ifFalse: [ ex allow ] ]; onConflict: [ :ex | ex disallow ]; load. Metacello new configuration: projectName; version: version; repository: repository; lock ] ]
How i can do it into Pharo image?
Thanks,
Dario
Johan,
Dario,
In a previous email, I remarked that the Pier code does not seem to be ported to Seaside 3.1.x If you want to use Pier, use Seaside 3.0.x
But how i can load it?
I do:
Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPier3AddOns'; load.
( ConfigurationOfPier3AddOns project version: '3.0.4') load.
it load in any case Seaside 3.1.3.1
Thanks,
Dario
In the other case, you might want to check out the changelog and port Pier to Seaside 3.1.x [1,2]
[1] https://code.google.com/p/seaside/wiki/Seaside310Changelog [2] https://code.google.com/p/seaside/wiki/Seaside311Changelog
On 22 Oct 2014, at 11:23, dtrussardi@tiscali.it wrote:
Ciao,
Whereas the problems of my last e-mail are still open,
(I wonder if others have the same problems)
i add a few notes about the NAFileUpload support:
Some instance methods of NAFileUpload class, reference the WARenderCanvas class
but WARenderCanvas is not in the system. ( Change it to WACanvas ? )
NAFileUploadConfigurator class method
fileuploadPathRootDefault
^ FileDirectory default pathName, GRPlatform current pathSeparator, 'uploadedFiles'
call pathName, but it's deprecate.
I think to change it with fullName method.
These are a few considerations that together with the previous does not allow me to test the Pier support into Pharo.
If i right understand, this in any case is the area on which to work.
Pier previous versions i believe are misaligned.
It's right ?
Thanks for any help, considerations,
Dario
seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Hi,
Ciao,
i have very difficulty to setup the environment for test Pier into Pharo using Seaside3.0.x
I do:
Gofer new url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
package: 'ConfigurationOfSeaside3'; load.
((Smalltalk at: #ConfigurationOfSeaside3) project version: '3.0.15') load.
ConfigurationOfSeaside3 project currentVersion. > 3.0.1.5 OK
I resubmit all following step changing the url to: 'http://www.squeaksource.com/MetacelloRepository';
but i have the same wrong result.
When i open the piersetup browser page the system generates:
Seaside Walkback
WAAttributeNotFound:
Debug Full Stack
Possible Causes you need to clear your configuration caches to see new attributes (try "WAAdmin clearConfigurationCaches" in a workspace) you have not included a necessary ancestor in a configuration Stack Trace thisContext [WAAttributeNotFound signalWithKey: aSymbol] in WAUserConfiguration(WAConfiguration)>>getSearchConte...etc... self a WAUserConfiguration thisContext WAUserConfiguration(WAConfiguration)>>getSearchContextFor:ifAbsent: self a WAUserConfiguration thisContext WAUserConfiguration(WAConfiguration)>>getSearchContextFor: self a WAUserConfiguration thisContext WAUserConfiguration(WAConfiguration)>>at: self a WAUserConfiguration thisContext WAApplication(WARegistry)>>trackingStrategy self a WAApplication WAAttributeNotFound
getSearchContextFor: aSymbol "Returns a search context for the given symbol." ^ self getSearchContextFor: aSymbol ifAbsent: [ WAAttributeNotFound signalWithKey: aSymbol ]
where symbol is : #trackingStrategy
The relative stack is : WAUserConfiguration(WAConfiguration)>>getSearchContextFor: in Block: [WAAttributeNotFound signalWithKey: aSymbol] WAUserConfiguration(WAConfiguration)>>getSearchContextFor:ifAbsent:
WAUserConfiguration(WAConfiguration)>>getSearchContextFor:
WAUserConfiguration(WAConfiguration)>>at:
WAApplication(WARegistry)>>trackingStrategy
WAApplication(WARegistry)>>handleFiltered:
WAApplication>>handleFiltered:
WAExceptionFilter(WARequestFilter)>>handleFiltered:
WAExceptionFilter>>handleFiltered: in Block: [super handleFiltered: aRequestContext]
BlockClosure>>on:do:
WACurrentExceptionHandler class(WADynamicVariable class)>>use:during:
WAExceptionFilter>>handleFiltered: in Block: [WACurrentExceptionHandler...
BlockClosure>>on:do:
WAWalkbackErrorHandler(WAExceptionHandler)>>handleExceptionsDuring:
WAExceptionFilter>>handleFiltered:
WAApplication(WARequestHandler)>>handle: in Block: [self filter handleFiltered: aRequestContext]
BlockClosure>>on:do:
WACurrentRequestContext class(WADynamicVariable class)>>use:during:
WARequestContext>>push:during: in Block: [WACurrentRequestContext use: self during: aBlock]...etc...
BlockClosure>>ensure:
WARequestContext>>push:during:
WAApplication(WARequestHandler)>>handle:
WADispatcher>>handleFiltered:named:
WADispatcher>>handleFiltered:
WADispatcher(WARequestHandler)>>handle: in Block: [self filter handleFiltered: aRequestContext]
BlockClosure>>on:do:
WACurrentRequestContext class(WADynamicVariable class)>>use:during:
WARequestContext>>push:during: in Block: [WACurrentRequestContext use: self during: aBlock]...etc...
BlockClosure>>ensure:
WARequestContext>>push:during:
Thanks,
Dario
Gofer new
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'; package: 'ConfigurationOfMagritte3'; load.
( ConfigurationOfMagritte3 project version: '3.0') load.
ConfigurationOfMagritte3 project currentVersion. > 3.1.4 ( not 3.0 because ? )
Gofer new
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'; package: 'ConfigurationOfMagritte3AddOns'; load.
( ConfigurationOfMagritte3AddOns project version: '3.0.0') load.
ConfigurationOfMagritte3AddOns project currentVersion. > 3.0.0 OK
Gofer new
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'; package: 'ConfigurationOfPier3'; load.
( ConfigurationOfPier3 project version: '3.0.0') load.
ConfigurationOfPier3 project currentVersion. > 3.0.1 ( not 3.0.0 because ?
Gofer new
url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'; package: 'ConfigurationOfPier3AddOns'; load.
( ConfigurationOfPier3AddOns project version: '3.0.3') load.
ConfigurationOfPier3AddOns project currentVersion. > 3.1.1 ( not 3.0.3 because ? )
At the end the piersetup don't work.
Some time ago i have similar problem into GLASS.
Dale proposed to load directly the package with the code:
GsDeployer bulkMigrate: [ {#('Seaside3' '3.0.13' 'http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'). #('ZincHTTPComponents' '1.1' 'http://www.squeaksource.com/ZincHTTPComponents'). #('Magritte3' '3.0' 'http://www.squeaksource.com/MetacelloRepository'). #('Magritte3AddOns' '3.0.0' 'http://www.squeaksource.com/MetacelloRepository'). #('Pier3' '3.0.0' 'http://www.squeaksource.com/MetacelloRepository'). #('Pier3AddOns' '3.0.3' 'http://www.squeaksource.com/MetacelloRepository%27)%7D do: [ :ar | | projectName version repository | projectName := ar at: 1. version := ar at: 2. repository := ar at: 3. Metacello new configuration: projectName; repository: repository; get. Metacello new configuration: projectName; version: version; repository: repository; onUpgrade: [ :ex :existing :new | existing locked ifTrue: [ ex disallow ] ifFalse: [ ex allow ] ]; onConflict: [ :ex | ex disallow ]; load. Metacello new configuration: projectName; version: version; repository: repository; lock ] ]
How i can do it into Pharo image?
Thanks,
Dario
Johan,
Dario,
In a previous email, I remarked that the Pier code does not seem to be ported to Seaside 3.1.x If you want to use Pier, use Seaside 3.0.x
But how i can load it?
I do:
Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPier3AddOns'; load.
( ConfigurationOfPier3AddOns project version: '3.0.4') load.
it load in any case Seaside 3.1.3.1
Thanks,
Dario
In the other case, you might want to check out the changelog and port Pier to Seaside 3.1.x [1,2]
[1] https://code.google.com/p/seaside/wiki/Seaside310Changelog [2] https://code.google.com/p/seaside/wiki/Seaside311Changelog
On 22 Oct 2014, at 11:23, dtrussardi@tiscali.it wrote:
Ciao,
Whereas the problems of my last e-mail are still open,
(I wonder if others have the same problems)
i add a few notes about the NAFileUpload support:
Some instance methods of NAFileUpload class, reference the WARenderCanvas class
but WARenderCanvas is not in the system. ( Change it to WACanvas ? )
NAFileUploadConfigurator class method
fileuploadPathRootDefault
^ FileDirectory default pathName, GRPlatform current pathSeparator, 'uploadedFiles'
call pathName, but it's deprecate.
I think to change it with fullName method.
These are a few considerations that together with the previous does not allow me to test the Pier support into Pharo.
If i right understand, this in any case is the area on which to work.
Pier previous versions i believe are misaligned.
It's right ?
Thanks for any help, considerations,
Dario
seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
seaside@lists.squeakfoundation.org