Someone to tackle failing tests in Squeak?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
15 messages Options
Reply | Threaded
Open this post in threaded view
|

Someone to tackle failing tests in Squeak?

Johan Brichau-2
Hi everyone,

The Travis build on github for the (not yet released) Seaside 3.2.0 is failing for Squeak [1].
Can someone working with Squeak have a look at this?

Thanks!
Johan


_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

David T. Lewis
On Sat, Nov 08, 2014 at 11:12:22AM +0100, Johan Brichau wrote:

> Hi everyone,
>
> The Travis build on github for the (not yet released) Seaside 3.2.0 is failing for Squeak [1].
> Can someone working with Squeak have a look at this?
>
> Thanks!
> Johan
>
> [1] https://travis-ci.org/SeasideSt/Seaside/builds/40377175 <https://travis-ci.org/SeasideSt/Seaside/builds/40377175>
>

Hi Johan,

(CC to squeak-dev)

Is there a way that I can download an image with the failing tests? Sorry
if this is dumb question, but I don't know much about travis-ci.

These are the failing tests, so I expect it will be an easy problem to debug:

  WAExternalFileLibraryTest debug: #testAsAbsoluteUrlRelativeTo.
  WAExternalFileLibraryTest debug: #testPathForRequest.

Thank you!

Dave

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

Johan Brichau-2
Hi David,

> Is there a way that I can download an image with the failing tests? Sorry
> if this is dumb question, but I don't know much about travis-ci.

Sorry, there is no way to save files on Travis CI. It’s a build service only.
If you want to have a Squeak image with that version of Seaside, you should make it locally yourself.

> These are the failing tests, so I expect it will be an easy problem to debug:
>
>  WAExternalFileLibraryTest debug: #testAsAbsoluteUrlRelativeTo.
>  WAExternalFileLibraryTest debug: #testPathForRequest.

Yes, it’s not much at all.
Just that we don’t have the spare cycles to also maintain Squeak. I set up the build process to check, but we need someone to follow up and fix. Recently Tobias did some work but he might need some help.

Johan_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

David T. Lewis
On Sun, Nov 09, 2014 at 05:23:00PM +0100, Johan Brichau wrote:

> Hi David,
>
> > Is there a way that I can download an image with the failing tests? Sorry
> > if this is dumb question, but I don't know much about travis-ci.
>
> Sorry, there is no way to save files on Travis CI. It???s a build service only.
> If you want to have a Squeak image with that version of Seaside, you should make it locally yourself.
>
> > These are the failing tests, so I expect it will be an easy problem to debug:
> >
> >  WAExternalFileLibraryTest debug: #testAsAbsoluteUrlRelativeTo.
> >  WAExternalFileLibraryTest debug: #testPathForRequest.
>
> Yes, it???s not much at all.
> Just that we don???t have the spare cycles to also maintain Squeak. I set up the build process to check, but we need someone to follow up and fix. Recently Tobias did some work but he might need some help.
>

Hi Johan,

I started with Tobias' prepared image from ftp://ftp.squeak.org/4.4/seaside/,
then used the Squeak trunk update stream to perform a full update of that image
to the latest Squeak. This gives a current Squeak with the older Seaside 3.0
loaded. At that point, the two tests are still passing.

Now I want to update this image to the latest Seaside 3.2 in order to find
the cause of the failures. I tried manually loading all Grease packages from
http://www.smalltalkhub.com/mc/Seaside/Grease11/main, and Seaside packages
from http://www.smalltalkhub.com/mc/Seaside/Seaside32/main.

I am now getting some test failures related to FileSystem, so I suspect that
I may have loaded some Pharo packages that I should not have included, or
maybe I do not have the correct version of Grease.

Is there a Metacello configuration for Seaside that I should be using to get
me closer to the correct configuration?

Thanks,

Dave

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

Paul DeBruicker
The metacello configurations are here:


MCHttpRepository
        location: 'http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'
        user: ''
        password: ''


Load the ConfigurationOfSeaside3


Then in a workspace run

(ConfigurationOfSeaside 3 project version:'3.2.0') load: 'Tests'.


Hope this helps get you sorted

Paul



David T. Lewis wrote
On Sun, Nov 09, 2014 at 05:23:00PM +0100, Johan Brichau wrote:
> Hi David,
>
> > Is there a way that I can download an image with the failing tests? Sorry
> > if this is dumb question, but I don't know much about travis-ci.
>
> Sorry, there is no way to save files on Travis CI. It???s a build service only.
> If you want to have a Squeak image with that version of Seaside, you should make it locally yourself.
>
> > These are the failing tests, so I expect it will be an easy problem to debug:
> >
> >  WAExternalFileLibraryTest debug: #testAsAbsoluteUrlRelativeTo.
> >  WAExternalFileLibraryTest debug: #testPathForRequest.
>
> Yes, it???s not much at all.
> Just that we don???t have the spare cycles to also maintain Squeak. I set up the build process to check, but we need someone to follow up and fix. Recently Tobias did some work but he might need some help.
>

Hi Johan,

I started with Tobias' prepared image from ftp://ftp.squeak.org/4.4/seaside/,
then used the Squeak trunk update stream to perform a full update of that image
to the latest Squeak. This gives a current Squeak with the older Seaside 3.0
loaded. At that point, the two tests are still passing.

Now I want to update this image to the latest Seaside 3.2 in order to find
the cause of the failures. I tried manually loading all Grease packages from
http://www.smalltalkhub.com/mc/Seaside/Grease11/main, and Seaside packages
from http://www.smalltalkhub.com/mc/Seaside/Seaside32/main.

I am now getting some test failures related to FileSystem, so I suspect that
I may have loaded some Pharo packages that I should not have included, or
maybe I do not have the correct version of Grease.

Is there a Metacello configuration for Seaside that I should be using to get
me closer to the correct configuration?

Thanks,

Dave

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

Paul DeBruicker
Ooops. I made a typo.  The workspace line should be:


(ConfigurationOfSeaside3 project version:'3.2.0') load: 'Tests'.
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

David T. Lewis
In reply to this post by Paul DeBruicker
On Mon, Nov 10, 2014 at 04:58:19PM -0800, Paul DeBruicker wrote:

>
> David T. Lewis wrote
> >
> > Is there a Metacello configuration for Seaside that I should be using to get
> > me closer to the correct configuration?
> >
>
> The metacello configurations are here:
>
>
> MCHttpRepository
> location: 'http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'
> user: ''
> password: ''
>
>
> Load the ConfigurationOfSeaside3
>
>
> Then in a workspace run
>
> (ConfigurationOfSeaside 3 project version:'3.2.0') load: 'Tests'.
>
>
> Hope this helps get you sorted
>

Thanks Paul, that's what I was missing.

Dave

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

Johan Brichau-2
In reply to this post by David T. Lewis
Hi David,

On 11 Nov 2014, at 01:44, David T. Lewis <[hidden email]> wrote:

Is there a Metacello configuration for Seaside that I should be using to get
me closer to the correct configuration?

Looks like Paul gave you the necessary instructions. Mind that the failing tests are in latest version of Grease, which is loaded for Seaside 3.1.x (stable) and Seaside 3.2.0 (which is in development).
Btw, the Metacello instructions are also mentioned on http://seaside.st/download/pharo

Let me know if you need any help.

Thanks!
Johan

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

David T. Lewis
On Tue, Nov 11, 2014 at 08:11:33AM +0100, Johan Brichau wrote:

> Hi David,
>
> > On 11 Nov 2014, at 01:44, David T. Lewis <[hidden email]> wrote:
> >
> > Is there a Metacello configuration for Seaside that I should be using to get
> > me closer to the correct configuration?
>
> Looks like Paul gave you the necessary instructions. Mind that the failing tests are in latest version of Grease, which is loaded for Seaside 3.1.x (stable) and Seaside 3.2.0 (which is in development).
> Btw, the Metacello instructions are also mentioned on http://seaside.st/download/pharo <http://seaside.st/download/pharo>
>
> Let me know if you need any help.
>
> Thanks!
> Johan

I am able to load from Metacello now but I think I am missing something in
the installation of Grease. I have this:

  GRPlatform current ==> a GRPharoPlatform

I have no other subclasses of GRPlatform, so I suspect I have missed part
of the installation.

I am loading Grease with:

  (ConfigurationOfGrease project version: #stable) load.

This gives me the stable configuration from http://www.smalltalkhub.com/mc/Seaside/Grease11/main.
Grease is also in http://smalltalkhub.com/mc/Seaside/Seaside31/main, but this
looks like an older version, so I am assuming that Seaside/Grease11 is the right
one to use.

Am I missing part of the Grease installation?

Thanks again,
Dave

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

Johan Brichau-2

> On 12 Nov 2014, at 05:55, David T. Lewis <[hidden email]> wrote:
>
> I am able to load from Metacello now but I think I am missing something in
> the installation of Grease. I have this:
>
>  GRPlatform current ==> a GRPharoPlatform
>
> I have no other subclasses of GRPlatform, so I suspect I have missed part
> of the installation.

I don’t think there is a separately named GRPlatform subclass for Squeak.
AFAIK, Squeak is using the Pharo1.4 version of the Platform class and it was continued from there on.

> I am loading Grease with:
>
>  (ConfigurationOfGrease project version: #stable) load.
>
> This gives me the stable configuration from http://www.smalltalkhub.com/mc/Seaside/Grease11/main.
> Grease is also in http://smalltalkhub.com/mc/Seaside/Seaside31/main, but this
> looks like an older version, so I am assuming that Seaside/Grease11 is the right
> one to use.

Yes, that all looks correct.

> Am Imissing part of the Grease installation?


I don’t think so, except that you might want to load the ‘Slime Tests’ group to get all packages of Grease 1.1.x, since the default does not load the tests nor Slime.

Johan_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

David T. Lewis
In reply to this post by Johan Brichau-2
On Tue, Nov 11, 2014 at 08:11:33AM +0100, Johan Brichau wrote:

> Hi David,
>
> > On 11 Nov 2014, at 01:44, David T. Lewis <[hidden email]> wrote:
> >
> > Is there a Metacello configuration for Seaside that I should be using to get
> > me closer to the correct configuration?
>
> Looks like Paul gave you the necessary instructions. Mind that the failing tests are in latest version of Grease, which is loaded for Seaside 3.1.x (stable) and Seaside 3.2.0 (which is in development).
> Btw, the Metacello instructions are also mentioned on http://seaside.st/download/pharo <http://seaside.st/download/pharo>
>
> Let me know if you need any help.

Hi Johan,

I am able to load Grease and Seaside 3.2.0 from the Metacello configurations,
which work very well. There is one glitch in loading Seaside, because
WASecureKeyGenerator class>>canSeed tries to use GRPharoPlaform subclass,
does not exist. But that seems to be related to the same issue that is
causing the original unit test failures that you are asking about.

The failures in WAExternalFileLibraryTest are related to GRPlatform.
GRPlatform is providing a range of compatibility methods that are
vectored through its concrete subclasses, which appear to include
implementations for the various flavors of Pharo, as well as for a
number of versions of Gemstone.

I do not see any implementation of GRPlatform for Squeak. Presumably
this might be a class called GRSqueakPlatform, but I cannot find this
in any of the repositories, and the "GRPlatform current" idiom does
not answer anything appropriate for generic Squeak.

Hopefully I am just confused (by far the most likely explanation), but
it seems that either I am not loading the right packages, or (worse)
I am trying to "debug" software that nobody has gotten around to writing
yet.

Are these Travis CI failures actual failures, in the sense that they
are tests that used to work, but now are failing due to some new
problem? Or are they just an indication that GRSqueakPlatform does
not exist, and we need to find someone to implement it?

Thanks,
Dave

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Someone to tackle failing tests in Squeak?

Philippe Marschall
On Thu, Nov 13, 2014 at 3:49 AM, David T. Lewis <[hidden email]> wrote:

> On Tue, Nov 11, 2014 at 08:11:33AM +0100, Johan Brichau wrote:
>> Hi David,
>>
>> > On 11 Nov 2014, at 01:44, David T. Lewis <[hidden email]> wrote:
>> >
>> > Is there a Metacello configuration for Seaside that I should be using to get
>> > me closer to the correct configuration?
>>
>> Looks like Paul gave you the necessary instructions. Mind that the failing tests are in latest version of Grease, which is loaded for Seaside 3.1.x (stable) and Seaside 3.2.0 (which is in development).
>> Btw, the Metacello instructions are also mentioned on http://seaside.st/download/pharo <http://seaside.st/download/pharo>
>>
>> Let me know if you need any help.
>
> Hi Johan,
>
> I am able to load Grease and Seaside 3.2.0 from the Metacello configurations,
> which work very well. There is one glitch in loading Seaside, because
> WASecureKeyGenerator class>>canSeed tries to use GRPharoPlaform subclass,
> does not exist. But that seems to be related to the same issue that is
> causing the original unit test failures that you are asking about.

That should probably not be. I'll have a look.

> The failures in WAExternalFileLibraryTest are related to GRPlatform.
> GRPlatform is providing a range of compatibility methods that are
> vectored through its concrete subclasses, which appear to include
> implementations for the various flavors of Pharo, as well as for a
> number of versions of Gemstone.
>
> I do not see any implementation of GRPlatform for Squeak. Presumably
> this might be a class called GRSqueakPlatform, but I cannot find this
> in any of the repositories, and the "GRPlatform current" idiom does
> not answer anything appropriate for generic Squeak.
>
> Hopefully I am just confused (by far the most likely explanation), but
> it seems that either I am not loading the right packages, or (worse)
> I am trying to "debug" software that nobody has gotten around to writing
> yet.
>
> Are these Travis CI failures actual failures, in the sense that they
> are tests that used to work, but now are failing due to some new
> problem? Or are they just an indication that GRSqueakPlatform does
> not exist, and we need to find someone to implement it?

Right GRSqueakPlatform does not exist. The clean solution would be to
create a Grease-Squeak-Core and Grease-Tests-Squeak-Core with a
GRSqueakPlatform and the necessary class extension methods. That would
be very welcome.
Because we don't have the resources to do this we currently treat
Squeak as similar to Pharo 1.2 (or something) and load a
GRPharoPlaform class and some class extensions. If the load scripts
have a bug they don't even do that and you just GRPlatform with no
subclass.

Cheers
Philippe
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Looking for volunteer for Seaside GRSqueakPlatform (was: Someone to tackle failing tests in Squeak?)

David T. Lewis
On Thu, Nov 13, 2014 at 10:43:48AM +0100, Philippe Marschall wrote:

> On Thu, Nov 13, 2014 at 3:49 AM, David T. Lewis <[hidden email]> wrote:
> > On Tue, Nov 11, 2014 at 08:11:33AM +0100, Johan Brichau wrote:
> >> Hi David,
> >>
> >> > On 11 Nov 2014, at 01:44, David T. Lewis <[hidden email]> wrote:
> >> >
> >> > Is there a Metacello configuration for Seaside that I should be using to get
> >> > me closer to the correct configuration?
> >>
> >> Looks like Paul gave you the necessary instructions. Mind that the failing tests are in latest version of Grease, which is loaded for Seaside 3.1.x (stable) and Seaside 3.2.0 (which is in development).
> >> Btw, the Metacello instructions are also mentioned on http://seaside.st/download/pharo <http://seaside.st/download/pharo>
> >>
> >> Let me know if you need any help.
> >
> > Hi Johan,
> >
> > I am able to load Grease and Seaside 3.2.0 from the Metacello configurations,
> > which work very well. There is one glitch in loading Seaside, because
> > WASecureKeyGenerator class>>canSeed tries to use GRPharoPlaform subclass,
> > does not exist. But that seems to be related to the same issue that is
> > causing the original unit test failures that you are asking about.
>
> That should probably not be. I'll have a look.
>
> > The failures in WAExternalFileLibraryTest are related to GRPlatform.
> > GRPlatform is providing a range of compatibility methods that are
> > vectored through its concrete subclasses, which appear to include
> > implementations for the various flavors of Pharo, as well as for a
> > number of versions of Gemstone.
> >
> > I do not see any implementation of GRPlatform for Squeak. Presumably
> > this might be a class called GRSqueakPlatform, but I cannot find this
> > in any of the repositories, and the "GRPlatform current" idiom does
> > not answer anything appropriate for generic Squeak.
> >
> > Hopefully I am just confused (by far the most likely explanation), but
> > it seems that either I am not loading the right packages, or (worse)
> > I am trying to "debug" software that nobody has gotten around to writing
> > yet.
> >
> > Are these Travis CI failures actual failures, in the sense that they
> > are tests that used to work, but now are failing due to some new
> > problem? Or are they just an indication that GRSqueakPlatform does
> > not exist, and we need to find someone to implement it?
>
> Right GRSqueakPlatform does not exist. The clean solution would be to
> create a Grease-Squeak-Core and Grease-Tests-Squeak-Core with a
> GRSqueakPlatform and the necessary class extension methods. That would
> be very welcome.
> Because we don't have the resources to do this we currently treat
> Squeak as similar to Pharo 1.2 (or something) and load a
> GRPharoPlaform class and some class extensions. If the load scripts
> have a bug they don't even do that and you just GRPlatform with no
> subclass.

Squeak-dev:

We need a volunteer to implement a Squeak-specific compatibility
class in Grease for Seaside, as described by Philippe above. Is
there someone who might be interested in implementing the missing
GRSqueakPlatform support?

Most likely, the implementation could be modeled after the existing
Grease support for Pharo 1.2. Pharo 1.2 was basically the same as
Squeak 3.9, and the Squeak development stream is generally quite
good about maintaining compatibility of interfaces required by
external packages. I expect that this would not be a large project,
and it would be of great value for the Squeak community as well as
for Seaside.

Thanks!

Dave

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Looking for volunteer for Seaside GRSqueakPlatform (was: Someone to tackle failing tests in Squeak?)

John McKeon
Hello Dave,
If you have no other takers, I am willing to do it.
I have worked with Seaside since 2.8 and Squeak since 3.10
I'd be happy to be able to contribute something of value back to the Squeak community.

On Fri, Nov 14, 2014 at 10:04 AM, David T. Lewis <[hidden email]> wrote:
On Thu, Nov 13, 2014 at 10:43:48AM +0100, Philippe Marschall wrote:
> On Thu, Nov 13, 2014 at 3:49 AM, David T. Lewis <[hidden email]> wrote:
> > On Tue, Nov 11, 2014 at 08:11:33AM +0100, Johan Brichau wrote:
> >> Hi David,
> >>
> >> > On 11 Nov 2014, at 01:44, David T. Lewis <[hidden email]> wrote:
> >> >
> >> > Is there a Metacello configuration for Seaside that I should be using to get
> >> > me closer to the correct configuration?
> >>
> >> Looks like Paul gave you the necessary instructions. Mind that the failing tests are in latest version of Grease, which is loaded for Seaside 3.1.x (stable) and Seaside 3.2.0 (which is in development).
> >> Btw, the Metacello instructions are also mentioned on http://seaside.st/download/pharo <http://seaside.st/download/pharo>
> >>
> >> Let me know if you need any help.
> >
> > Hi Johan,
> >
> > I am able to load Grease and Seaside 3.2.0 from the Metacello configurations,
> > which work very well. There is one glitch in loading Seaside, because
> > WASecureKeyGenerator class>>canSeed tries to use GRPharoPlaform subclass,
> > does not exist. But that seems to be related to the same issue that is
> > causing the original unit test failures that you are asking about.
>
> That should probably not be. I'll have a look.
>
> > The failures in WAExternalFileLibraryTest are related to GRPlatform.
> > GRPlatform is providing a range of compatibility methods that are
> > vectored through its concrete subclasses, which appear to include
> > implementations for the various flavors of Pharo, as well as for a
> > number of versions of Gemstone.
> >
> > I do not see any implementation of GRPlatform for Squeak. Presumably
> > this might be a class called GRSqueakPlatform, but I cannot find this
> > in any of the repositories, and the "GRPlatform current" idiom does
> > not answer anything appropriate for generic Squeak.
> >
> > Hopefully I am just confused (by far the most likely explanation), but
> > it seems that either I am not loading the right packages, or (worse)
> > I am trying to "debug" software that nobody has gotten around to writing
> > yet.
> >
> > Are these Travis CI failures actual failures, in the sense that they
> > are tests that used to work, but now are failing due to some new
> > problem? Or are they just an indication that GRSqueakPlatform does
> > not exist, and we need to find someone to implement it?
>
> Right GRSqueakPlatform does not exist. The clean solution would be to
> create a Grease-Squeak-Core and Grease-Tests-Squeak-Core with a
> GRSqueakPlatform and the necessary class extension methods. That would
> be very welcome.
> Because we don't have the resources to do this we currently treat
> Squeak as similar to Pharo 1.2 (or something) and load a
> GRPharoPlaform class and some class extensions. If the load scripts
> have a bug they don't even do that and you just GRPlatform with no
> subclass.

Squeak-dev:

We need a volunteer to implement a Squeak-specific compatibility
class in Grease for Seaside, as described by Philippe above. Is
there someone who might be interested in implementing the missing
GRSqueakPlatform support?

Most likely, the implementation could be modeled after the existing
Grease support for Pharo 1.2. Pharo 1.2 was basically the same as
Squeak 3.9, and the Squeak development stream is generally quite
good about maintaining compatibility of interfaces required by
external packages. I expect that this would not be a large project,
and it would be of great value for the Squeak community as well as
for Seaside.

Thanks!

Dave

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside



--

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Looking for volunteer for Seaside GRSqueakPlatform (was: Someone to tackle failing tests in Squeak?)

David T. Lewis
Hi John,

On Mon, Nov 17, 2014 at 09:42:37PM -0500, John McKeon wrote:
> Hello Dave,
> If you have no other takers, I am willing to do it.
> I have worked with Seaside since 2.8 and Squeak since 3.10
> I'd be happy to be able to contribute something of value back to the Squeak
> community.

John,

Excellent! Thank you so much. Please do take the lead on this.

I'll try to help you as much as I can. I have some experience with
platform specific issues based on my earlier work with OSProcess, and
that may be of some value.

Tobias Pape (CC) has done a good deal of work preparing Squeak Seaside
images, and I am sure that he will be happy to have some help from
you (and me I hope) to improve Seaside on Squeak.

Thanks,

Dave


>
> On Fri, Nov 14, 2014 at 10:04 AM, David T. Lewis <[hidden email]>
> wrote:
>
> > On Thu, Nov 13, 2014 at 10:43:48AM +0100, Philippe Marschall wrote:
> > > On Thu, Nov 13, 2014 at 3:49 AM, David T. Lewis <[hidden email]>
> > wrote:
> > > > On Tue, Nov 11, 2014 at 08:11:33AM +0100, Johan Brichau wrote:
> > > >> Hi David,
> > > >>
> > > >> > On 11 Nov 2014, at 01:44, David T. Lewis <[hidden email]>
> > wrote:
> > > >> >
> > > >> > Is there a Metacello configuration for Seaside that I should be
> > using to get
> > > >> > me closer to the correct configuration?
> > > >>
> > > >> Looks like Paul gave you the necessary instructions. Mind that the
> > failing tests are in latest version of Grease, which is loaded for Seaside
> > 3.1.x (stable) and Seaside 3.2.0 (which is in development).
> > > >> Btw, the Metacello instructions are also mentioned on
> > http://seaside.st/download/pharo <http://seaside.st/download/pharo>
> > > >>
> > > >> Let me know if you need any help.
> > > >
> > > > Hi Johan,
> > > >
> > > > I am able to load Grease and Seaside 3.2.0 from the Metacello
> > configurations,
> > > > which work very well. There is one glitch in loading Seaside, because
> > > > WASecureKeyGenerator class>>canSeed tries to use GRPharoPlaform
> > subclass,
> > > > does not exist. But that seems to be related to the same issue that is
> > > > causing the original unit test failures that you are asking about.
> > >
> > > That should probably not be. I'll have a look.
> > >
> > > > The failures in WAExternalFileLibraryTest are related to GRPlatform.
> > > > GRPlatform is providing a range of compatibility methods that are
> > > > vectored through its concrete subclasses, which appear to include
> > > > implementations for the various flavors of Pharo, as well as for a
> > > > number of versions of Gemstone.
> > > >
> > > > I do not see any implementation of GRPlatform for Squeak. Presumably
> > > > this might be a class called GRSqueakPlatform, but I cannot find this
> > > > in any of the repositories, and the "GRPlatform current" idiom does
> > > > not answer anything appropriate for generic Squeak.
> > > >
> > > > Hopefully I am just confused (by far the most likely explanation), but
> > > > it seems that either I am not loading the right packages, or (worse)
> > > > I am trying to "debug" software that nobody has gotten around to
> > writing
> > > > yet.
> > > >
> > > > Are these Travis CI failures actual failures, in the sense that they
> > > > are tests that used to work, but now are failing due to some new
> > > > problem? Or are they just an indication that GRSqueakPlatform does
> > > > not exist, and we need to find someone to implement it?
> > >
> > > Right GRSqueakPlatform does not exist. The clean solution would be to
> > > create a Grease-Squeak-Core and Grease-Tests-Squeak-Core with a
> > > GRSqueakPlatform and the necessary class extension methods. That would
> > > be very welcome.
> > > Because we don't have the resources to do this we currently treat
> > > Squeak as similar to Pharo 1.2 (or something) and load a
> > > GRPharoPlaform class and some class extensions. If the load scripts
> > > have a bug they don't even do that and you just GRPlatform with no
> > > subclass.
> >
> > Squeak-dev:
> >
> > We need a volunteer to implement a Squeak-specific compatibility
> > class in Grease for Seaside, as described by Philippe above. Is
> > there someone who might be interested in implementing the missing
> > GRSqueakPlatform support?
> >
> > Most likely, the implementation could be modeled after the existing
> > Grease support for Pharo 1.2. Pharo 1.2 was basically the same as
> > Squeak 3.9, and the Squeak development stream is generally quite
> > good about maintaining compatibility of interfaces required by
> > external packages. I expect that this would not be a large project,
> > and it would be of great value for the Squeak community as well as
> > for Seaside.
> >
> > Thanks!
> >
> > Dave
> >
> > _______________________________________________
> > seaside mailing list
> > [hidden email]
> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
> >
>
>
>
> --
> jmck.seasidehosting.st

> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside