state of 3.0.5

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

state of 3.0.5

Philippe Marschall
Hi guys

Here's the current state of 3.0.5: I saved the images from Jenkins and
uploaded them to the web site. The change log has also been updated
[1]. Everything but the Metacello configuration seems to work fine. If
I load the Metacello configuration into a Pharo 1.2 it tries to load a
version of OB that does not work in Pharo 1.2.

 [1] http://code.google.com/p/seaside/wiki/Seaside305Changelog

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

Re: state of 3.0.5

Lukas Renggli
> Here's the current state of 3.0.5: I saved the images from Jenkins and
> uploaded them to the web site. The change log has also been updated
> [1]. Everything but the Metacello configuration seems to work fine. If
> I load the Metacello configuration into a Pharo 1.2 it tries to load a
> version of OB that does not work in Pharo 1.2.

As far as I know most configurations have been updated to Pharo 1.3
already and many projects (I learned that with Glamour, Mondrian,
Moose, Spy, ...) cannot be loaded into latest stable (Pharo 1.2)
anymore. What surprised me more is that Metacello does not allow to
load old versions (at least this is true for the configurations I had
problems with). So I guess we have the same problem here.

I suggest that you load OB with this script:
https://github.com/renggli/builder/blob/master/scripts/omnibrowser.st

Lukas

--
Lukas Renggli
www.lukas-renggli.ch
_______________________________________________
seaside-dev mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
Reply | Threaded
Open this post in threaded view
|

Re: state of 3.0.5

Dale Henrichs
Sorry guys, I've been just swamped and haven't found the time to tinker with the configuration for OB for Pharo1.2 ...

I'm curious what you mean by the statement:

  "What surprised me more is that Metacello does not allow to
  load old versions"

I'm not trying to refute it, but I am interested in what problem you had. There is a way to "load older versions" using Metacello, but it may not be obvious or???

I will solve the configuration issue this week ...

Dale

----- Original Message -----

> > Here's the current state of 3.0.5: I saved the images from Jenkins
> > and
> > uploaded them to the web site. The change log has also been updated
> > [1]. Everything but the Metacello configuration seems to work fine.
> > If
> > I load the Metacello configuration into a Pharo 1.2 it tries to
> > load a
> > version of OB that does not work in Pharo 1.2.
>
> As far as I know most configurations have been updated to Pharo 1.3
> already and many projects (I learned that with Glamour, Mondrian,
> Moose, Spy, ...) cannot be loaded into latest stable (Pharo 1.2)
> anymore. What surprised me more is that Metacello does not allow to
> load old versions (at least this is true for the configurations I had
> problems with). So I guess we have the same problem here.
>
> I suggest that you load OB with this script:
> https://github.com/renggli/builder/blob/master/scripts/omnibrowser.st
>
> Lukas
>
> --
> Lukas Renggli
> www.lukas-renggli.ch
> _______________________________________________
> seaside-dev mailing list
> [hidden email]
> http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
>
_______________________________________________
seaside-dev mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
Reply | Threaded
Open this post in threaded view
|

Re: state of 3.0.5

Lukas Renggli
> I'm curious what you mean by the statement:
>
>   "What surprised me more is that Metacello does not allow to
>   load old versions"
>
> I'm not trying to refute it, but I am interested in what problem you had. There is a way to "load older versions" using Metacello, but it may not be obvious or???

This is what I was told in the Moose mailing-list as I tried to load
Glamour in Pharo 1.2. I didn't understand the reason either, seems to
have something to do with dependencies that are not "aligned". The
answer surprised me because I thought this was one of the reasons
Metacello was built.

> I will solve the configuration issue this week

Great, maybe it will also solve the Glamour problem at the same time :-)

Lukas

...

>
> Dale
>
> ----- Original Message -----
>> > Here's the current state of 3.0.5: I saved the images from Jenkins
>> > and
>> > uploaded them to the web site. The change log has also been updated
>> > [1]. Everything but the Metacello configuration seems to work fine.
>> > If
>> > I load the Metacello configuration into a Pharo 1.2 it tries to
>> > load a
>> > version of OB that does not work in Pharo 1.2.
>>
>> As far as I know most configurations have been updated to Pharo 1.3
>> already and many projects (I learned that with Glamour, Mondrian,
>> Moose, Spy, ...) cannot be loaded into latest stable (Pharo 1.2)
>> anymore. What surprised me more is that Metacello does not allow to
>> load old versions (at least this is true for the configurations I had
>> problems with). So I guess we have the same problem here.
>>
>> I suggest that you load OB with this script:
>> https://github.com/renggli/builder/blob/master/scripts/omnibrowser.st
>>
>> Lukas
>>
>> --
>> Lukas Renggli
>> www.lukas-renggli.ch
>> _______________________________________________
>> seaside-dev mailing list
>> [hidden email]
>> http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
>>
> _______________________________________________
> seaside-dev mailing list
> [hidden email]
> http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
>

--
Lukas Renggli
www.lukas-renggli.ch
_______________________________________________
seaside-dev mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
Reply | Threaded
Open this post in threaded view
|

Re: state of 3.0.5

Dale Henrichs
I'm still not clear on what the "load older versions" issue is, but the fix will be to start using the proper version of OB for Pharo 1.2 whichever one that may be (without forcing the load of a newer version of OB if one is present ... which may be the "non-obvious" solution to the problem ...

Dale

----- Original Message -----

> > I'm curious what you mean by the statement:
> >
> >   "What surprised me more is that Metacello does not allow to
> >   load old versions"
> >
> > I'm not trying to refute it, but I am interested in what problem
> > you had. There is a way to "load older versions" using Metacello,
> > but it may not be obvious or???
>
> This is what I was told in the Moose mailing-list as I tried to load
> Glamour in Pharo 1.2. I didn't understand the reason either, seems to
> have something to do with dependencies that are not "aligned". The
> answer surprised me because I thought this was one of the reasons
> Metacello was built.
>
> > I will solve the configuration issue this week
>
> Great, maybe it will also solve the Glamour problem at the same time
> :-)
>
> Lukas
>
> ...
> >
> > Dale
> >
> > ----- Original Message -----
> >> > Here's the current state of 3.0.5: I saved the images from
> >> > Jenkins
> >> > and
> >> > uploaded them to the web site. The change log has also been
> >> > updated
> >> > [1]. Everything but the Metacello configuration seems to work
> >> > fine.
> >> > If
> >> > I load the Metacello configuration into a Pharo 1.2 it tries to
> >> > load a
> >> > version of OB that does not work in Pharo 1.2.
> >>
> >> As far as I know most configurations have been updated to Pharo
> >> 1.3
> >> already and many projects (I learned that with Glamour, Mondrian,
> >> Moose, Spy, ...) cannot be loaded into latest stable (Pharo 1.2)
> >> anymore. What surprised me more is that Metacello does not allow
> >> to
> >> load old versions (at least this is true for the configurations I
> >> had
> >> problems with). So I guess we have the same problem here.
> >>
> >> I suggest that you load OB with this script:
> >> https://github.com/renggli/builder/blob/master/scripts/omnibrowser.st
> >>
> >> Lukas
> >>
> >> --
> >> Lukas Renggli
> >> www.lukas-renggli.ch
> >> _______________________________________________
> >> seaside-dev mailing list
> >> [hidden email]
> >> http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
> >>
> > _______________________________________________
> > seaside-dev mailing list
> > [hidden email]
> > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
> >
>
> --
> Lukas Renggli
> www.lukas-renggli.ch
> _______________________________________________
> seaside-dev mailing list
> [hidden email]
> http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
>
_______________________________________________
seaside-dev mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
Reply | Threaded
Open this post in threaded view
|

Re: state of 3.0.5

Dale Henrichs
In reply to this post by Lukas Renggli
Lukas,

I have looked specifically at Seaside3.0.5 and Pharo1.2-12339/PharoCore1.2-12336
 and have found two things:

  1. #stable version for ConfigurationOfOmniBrowser for 1.2 is 1.2.3 and it should be 1.2.4.
  2. if OB 1.2.4 is already loaded then the version is downgraded to 1.2.3

Item #1 is a configuration issue and item #2 is a bug ...

I had not heard that "many projects could no longer be loaded into Pharo1.2", so I was (and still am) blissfully unaware of the problems that folks are having.

Seaside3.0.5 loads into Pharo1.2/PharoCore1.2 and passes all of the unit tests ... so there are no "load issues." The Seaside control panel works fine and I have not noticed any other OmniBrowser-related issues ... but then I don't live in the images day in and day out so there could be subtle issues.

I am currently trying to characterized the "downgrade version" bug and will push out a fix as soon as I have one.

Dale
 

----- Original Message -----

> > Here's the current state of 3.0.5: I saved the images from Jenkins
> > and
> > uploaded them to the web site. The change log has also been updated
> > [1]. Everything but the Metacello configuration seems to work fine.
> > If
> > I load the Metacello configuration into a Pharo 1.2 it tries to
> > load a
> > version of OB that does not work in Pharo 1.2.
>
> As far as I know most configurations have been updated to Pharo 1.3
> already and many projects (I learned that with Glamour, Mondrian,
> Moose, Spy, ...) cannot be loaded into latest stable (Pharo 1.2)
> anymore. What surprised me more is that Metacello does not allow to
> load old versions (at least this is true for the configurations I had
> problems with). So I guess we have the same problem here.
>
> I suggest that you load OB with this script:
> https://github.com/renggli/builder/blob/master/scripts/omnibrowser.st
>
> Lukas
>
> --
> Lukas Renggli
> www.lukas-renggli.ch
> _______________________________________________
> seaside-dev mailing list
> [hidden email]
> http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
>
_______________________________________________
seaside-dev mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
Reply | Threaded
Open this post in threaded view
|

A newly discovered Metacello bug (yet to be characterized)

Dale Henrichs

In the mail to Lukas below, I was able to identify a previously unreported bug in Metacello1.0-beta.28.3.3 when loading Seaside3.0.5 into Pharo1.2-12339.  In the process of characterizing the bug, I discovered that the Seaside load was correct when using Metacello 1.0-beta.29 (an unreleased version).

However, when I tested Seaside3.0.5 and Metacello1.0-beta.29 using Pharo1.2.2-12353, I discovered more odd behavior and Seaside3.0.5 hit errors during the load. There is something fishy going on and at this point in time the root cause is not obvious.

The Metacello unit tests are passing in all three versions: Pharo1.2-12339, Pharo1.2.1-12345 and Pharo1.2.2-12353.

I am now in the process of attempting to characterize the bugs.

I will keep you posted on my progress.

Dale

----- Original Message -----

> Lukas,
>
> I have looked specifically at Seaside3.0.5 and
> Pharo1.2-12339/PharoCore1.2-12336
>  and have found two things:
>
>   1. #stable version for ConfigurationOfOmniBrowser for 1.2 is 1.2.3
>   and it should be 1.2.4.
>   2. if OB 1.2.4 is already loaded then the version is downgraded to
>   1.2.3
>
> Item #1 is a configuration issue and item #2 is a bug ...
>
> I had not heard that "many projects could no longer be loaded into
> Pharo1.2", so I was (and still am) blissfully unaware of the
> problems that folks are having.
>
> Seaside3.0.5 loads into Pharo1.2/PharoCore1.2 and passes all of the
> unit tests ... so there are no "load issues." The Seaside control
> panel works fine and I have not noticed any other
> OmniBrowser-related issues ... but then I don't live in the images
> day in and day out so there could be subtle issues.
>
> I am currently trying to characterized the "downgrade version" bug
> and will push out a fix as soon as I have one.
>
> Dale
>  
>
> ----- Original Message -----
> > > Here's the current state of 3.0.5: I saved the images from
> > > Jenkins
> > > and
> > > uploaded them to the web site. The change log has also been
> > > updated
> > > [1]. Everything but the Metacello configuration seems to work
> > > fine.
> > > If
> > > I load the Metacello configuration into a Pharo 1.2 it tries to
> > > load a
> > > version of OB that does not work in Pharo 1.2.
> >
> > As far as I know most configurations have been updated to Pharo 1.3
> > already and many projects (I learned that with Glamour, Mondrian,
> > Moose, Spy, ...) cannot be loaded into latest stable (Pharo 1.2)
> > anymore. What surprised me more is that Metacello does not allow to
> > load old versions (at least this is true for the configurations I
> > had
> > problems with). So I guess we have the same problem here.
> >
> > I suggest that you load OB with this script:
> > https://github.com/renggli/builder/blob/master/scripts/omnibrowser.st
> >
> > Lukas
> >
> > --
> > Lukas Renggli
> > www.lukas-renggli.ch
> > _______________________________________________
> > seaside-dev mailing list
> > [hidden email]
> > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
> >
> _______________________________________________
> seaside-dev mailing list
> [hidden email]
> http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
>
_______________________________________________
seaside-dev mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
Reply | Threaded
Open this post in threaded view
|

Re: [Metacello] A newly discovered Metacello bug (yet to be characterized)

Dale Henrichs
Okay the odd behavior between Pharo1.2-12339, Pharo1.2.1-12345 and Pharo1.2.2-12353 can be attributed to a known Metacello issue:

  http://code.google.com/p/metacello/issues/detail?id=112

So we are only facing two bugs:

  - the issue reported by Lukas, where version OmniBrowser 1.2.3 is loaded on
    top of version 1.2.4 (when nothing should have been loaded). Which appears
    to be fixed by Metacello 1.0-beta.29 (still need a test case to reproduce
    the bug)
  - the Seaside3.0.5 load failure Pharo1.2.2-12353 that doesn't show up in earlier
    versions. This error has to do with OcompletionPharoCompatibility and is likely
    due to a configuration error somewhere.

I'll keep on digging...

Dale


----- Original Message -----

>
> In the mail to Lukas below, I was able to identify a previously
> unreported bug in Metacello1.0-beta.28.3.3 when loading Seaside3.0.5
> into Pharo1.2-12339.  In the process of characterizing the bug, I
> discovered that the Seaside load was correct when using Metacello
> 1.0-beta.29 (an unreleased version).
>
> However, when I tested Seaside3.0.5 and Metacello1.0-beta.29 using
> Pharo1.2.2-12353, I discovered more odd behavior and Seaside3.0.5
> hit errors during the load. There is something fishy going on and at
> this point in time the root cause is not obvious.
>
> The Metacello unit tests are passing in all three versions:
> Pharo1.2-12339, Pharo1.2.1-12345 and Pharo1.2.2-12353.
>
> I am now in the process of attempting to characterize the bugs.
>
> I will keep you posted on my progress.
>
> Dale
>
> ----- Original Message -----
> > Lukas,
> >
> > I have looked specifically at Seaside3.0.5 and
> > Pharo1.2-12339/PharoCore1.2-12336
> >  and have found two things:
> >
> >   1. #stable version for ConfigurationOfOmniBrowser for 1.2 is
> >   1.2.3
> >   and it should be 1.2.4.
> >   2. if OB 1.2.4 is already loaded then the version is downgraded
> >   to
> >   1.2.3
> >
> > Item #1 is a configuration issue and item #2 is a bug ...
> >
> > I had not heard that "many projects could no longer be loaded into
> > Pharo1.2", so I was (and still am) blissfully unaware of the
> > problems that folks are having.
> >
> > Seaside3.0.5 loads into Pharo1.2/PharoCore1.2 and passes all of the
> > unit tests ... so there are no "load issues." The Seaside control
> > panel works fine and I have not noticed any other
> > OmniBrowser-related issues ... but then I don't live in the images
> > day in and day out so there could be subtle issues.
> >
> > I am currently trying to characterized the "downgrade version" bug
> > and will push out a fix as soon as I have one.
> >
> > Dale
> >  
> >
> > ----- Original Message -----
> > > > Here's the current state of 3.0.5: I saved the images from
> > > > Jenkins
> > > > and
> > > > uploaded them to the web site. The change log has also been
> > > > updated
> > > > [1]. Everything but the Metacello configuration seems to work
> > > > fine.
> > > > If
> > > > I load the Metacello configuration into a Pharo 1.2 it tries to
> > > > load a
> > > > version of OB that does not work in Pharo 1.2.
> > >
> > > As far as I know most configurations have been updated to Pharo
> > > 1.3
> > > already and many projects (I learned that with Glamour, Mondrian,
> > > Moose, Spy, ...) cannot be loaded into latest stable (Pharo 1.2)
> > > anymore. What surprised me more is that Metacello does not allow
> > > to
> > > load old versions (at least this is true for the configurations I
> > > had
> > > problems with). So I guess we have the same problem here.
> > >
> > > I suggest that you load OB with this script:
> > > https://github.com/renggli/builder/blob/master/scripts/omnibrowser.st
> > >
> > > Lukas
> > >
> > > --
> > > Lukas Renggli
> > > www.lukas-renggli.ch
> > > _______________________________________________
> > > seaside-dev mailing list
> > > [hidden email]
> > > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
> > >
> > _______________________________________________
> > seaside-dev mailing list
> > [hidden email]
> > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
> >
>
_______________________________________________
seaside-dev mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
Reply | Threaded
Open this post in threaded view
|

Re: [Metacello] A newly discovered Metacello bug (yet to be characterized)

Dale Henrichs
The Seaside3.0.5 load failure in Pharo1.2.2-12353 is due to the fact that Ocompletion-ul.102 is loaded in the image which is a package that is part of ConfigurationOfOCompletion 1.4 (presumably targetted at Pharo1.3 not Pharo1.2.2) ... In the earlier version of Pharo 1.2, Ocompletion-ul.92 is loaded and it is part of ConfigurationOfOCompletion 1.2.2 ...

Not sure why Ocompletion-ul.102 was loaded as ConfigurationOfPharo points to the correct version of ConfigurationOfOCompletion, so I'll have to do more detective work...

Dale

----- Original Message -----

> Okay the odd behavior between Pharo1.2-12339, Pharo1.2.1-12345 and
> Pharo1.2.2-12353 can be attributed to a known Metacello issue:
>
>   http://code.google.com/p/metacello/issues/detail?id=112
>
> So we are only facing two bugs:
>
>   - the issue reported by Lukas, where version OmniBrowser 1.2.3 is
>   loaded on
>     top of version 1.2.4 (when nothing should have been loaded).
>     Which appears
>     to be fixed by Metacello 1.0-beta.29 (still need a test case to
>     reproduce
>     the bug)
>   - the Seaside3.0.5 load failure Pharo1.2.2-12353 that doesn't show
>   up in earlier
>     versions. This error has to do with OcompletionPharoCompatibility
>     and is likely
>     due to a configuration error somewhere.
>
> I'll keep on digging...
>
> Dale
>
>
> ----- Original Message -----
> >
> > In the mail to Lukas below, I was able to identify a previously
> > unreported bug in Metacello1.0-beta.28.3.3 when loading
> > Seaside3.0.5
> > into Pharo1.2-12339.  In the process of characterizing the bug, I
> > discovered that the Seaside load was correct when using Metacello
> > 1.0-beta.29 (an unreleased version).
> >
> > However, when I tested Seaside3.0.5 and Metacello1.0-beta.29 using
> > Pharo1.2.2-12353, I discovered more odd behavior and Seaside3.0.5
> > hit errors during the load. There is something fishy going on and
> > at
> > this point in time the root cause is not obvious.
> >
> > The Metacello unit tests are passing in all three versions:
> > Pharo1.2-12339, Pharo1.2.1-12345 and Pharo1.2.2-12353.
> >
> > I am now in the process of attempting to characterize the bugs.
> >
> > I will keep you posted on my progress.
> >
> > Dale
> >
> > ----- Original Message -----
> > > Lukas,
> > >
> > > I have looked specifically at Seaside3.0.5 and
> > > Pharo1.2-12339/PharoCore1.2-12336
> > >  and have found two things:
> > >
> > >   1. #stable version for ConfigurationOfOmniBrowser for 1.2 is
> > >   1.2.3
> > >   and it should be 1.2.4.
> > >   2. if OB 1.2.4 is already loaded then the version is downgraded
> > >   to
> > >   1.2.3
> > >
> > > Item #1 is a configuration issue and item #2 is a bug ...
> > >
> > > I had not heard that "many projects could no longer be loaded
> > > into
> > > Pharo1.2", so I was (and still am) blissfully unaware of the
> > > problems that folks are having.
> > >
> > > Seaside3.0.5 loads into Pharo1.2/PharoCore1.2 and passes all of
> > > the
> > > unit tests ... so there are no "load issues." The Seaside control
> > > panel works fine and I have not noticed any other
> > > OmniBrowser-related issues ... but then I don't live in the
> > > images
> > > day in and day out so there could be subtle issues.
> > >
> > > I am currently trying to characterized the "downgrade version"
> > > bug
> > > and will push out a fix as soon as I have one.
> > >
> > > Dale
> > >  
> > >
> > > ----- Original Message -----
> > > > > Here's the current state of 3.0.5: I saved the images from
> > > > > Jenkins
> > > > > and
> > > > > uploaded them to the web site. The change log has also been
> > > > > updated
> > > > > [1]. Everything but the Metacello configuration seems to work
> > > > > fine.
> > > > > If
> > > > > I load the Metacello configuration into a Pharo 1.2 it tries
> > > > > to
> > > > > load a
> > > > > version of OB that does not work in Pharo 1.2.
> > > >
> > > > As far as I know most configurations have been updated to Pharo
> > > > 1.3
> > > > already and many projects (I learned that with Glamour,
> > > > Mondrian,
> > > > Moose, Spy, ...) cannot be loaded into latest stable (Pharo
> > > > 1.2)
> > > > anymore. What surprised me more is that Metacello does not
> > > > allow
> > > > to
> > > > load old versions (at least this is true for the configurations
> > > > I
> > > > had
> > > > problems with). So I guess we have the same problem here.
> > > >
> > > > I suggest that you load OB with this script:
> > > > https://github.com/renggli/builder/blob/master/scripts/omnibrowser.st
> > > >
> > > > Lukas
> > > >
> > > > --
> > > > Lukas Renggli
> > > > www.lukas-renggli.ch
> > > > _______________________________________________
> > > > seaside-dev mailing list
> > > > [hidden email]
> > > > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
> > > >
> > > _______________________________________________
> > > seaside-dev mailing list
> > > [hidden email]
> > > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
> > >
> >
>
_______________________________________________
seaside-dev mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
Reply | Threaded
Open this post in threaded view
|

Re: [Metacello] A newly discovered Metacello bug (yet to be characterized)

Dale Henrichs
Ocompletion-ul.102 was loaded because ConfigurationOfPharo 1.2.2 loads ConfigurationOfOmniBrowser 1.2.5 which loads ConfigurationOfOCompletion 1.3 which is not correct for Pharo 1.2.2 ... It looks like ConfigurationOfPharo 1.2.2 was introduced for Pharo 1.2.2 and previous versions of Pharo-1.2 were using ConfigurationOfPharo 1.2-beta2 which calls for ConfigurationOfOmniBrowser 1.2.4, which is presumably the version that should be used in Pharo 1.2.

ConfigurationOfOmniBrowser 1.2.5 looks like a direct copy of ConfigurationOfOmniBrowser 1.3 and 1.3 _is_ targetted at Pharo1.3 ...

With the way things are configured, any attempt to load a configuration that either directly or indirectly references ConfigurationOfOmniBrowser will likely fail...

....Now on to characterizing the Metacello bug:)

Dale

----- Original Message -----

> The Seaside3.0.5 load failure in Pharo1.2.2-12353 is due to the fact
> that Ocompletion-ul.102 is loaded in the image which is a package
> that is part of ConfigurationOfOCompletion 1.4 (presumably targetted
> at Pharo1.3 not Pharo1.2.2) ... In the earlier version of Pharo 1.2,
> Ocompletion-ul.92 is loaded and it is part of
> ConfigurationOfOCompletion 1.2.2 ...
>
> Not sure why Ocompletion-ul.102 was loaded as ConfigurationOfPharo
> points to the correct version of ConfigurationOfOCompletion, so I'll
> have to do more detective work...
>
> Dale
>
> ----- Original Message -----
> > Okay the odd behavior between Pharo1.2-12339, Pharo1.2.1-12345 and
> > Pharo1.2.2-12353 can be attributed to a known Metacello issue:
> >
> >   http://code.google.com/p/metacello/issues/detail?id=112
> >
> > So we are only facing two bugs:
> >
> >   - the issue reported by Lukas, where version OmniBrowser 1.2.3 is
> >   loaded on
> >     top of version 1.2.4 (when nothing should have been loaded).
> >     Which appears
> >     to be fixed by Metacello 1.0-beta.29 (still need a test case to
> >     reproduce
> >     the bug)
> >   - the Seaside3.0.5 load failure Pharo1.2.2-12353 that doesn't
> >   show
> >   up in earlier
> >     versions. This error has to do with
> >     OcompletionPharoCompatibility
> >     and is likely
> >     due to a configuration error somewhere.
> >
> > I'll keep on digging...
> >
> > Dale
> >
> >
> > ----- Original Message -----
> > >
> > > In the mail to Lukas below, I was able to identify a previously
> > > unreported bug in Metacello1.0-beta.28.3.3 when loading
> > > Seaside3.0.5
> > > into Pharo1.2-12339.  In the process of characterizing the bug, I
> > > discovered that the Seaside load was correct when using Metacello
> > > 1.0-beta.29 (an unreleased version).
> > >
> > > However, when I tested Seaside3.0.5 and Metacello1.0-beta.29
> > > using
> > > Pharo1.2.2-12353, I discovered more odd behavior and Seaside3.0.5
> > > hit errors during the load. There is something fishy going on and
> > > at
> > > this point in time the root cause is not obvious.
> > >
> > > The Metacello unit tests are passing in all three versions:
> > > Pharo1.2-12339, Pharo1.2.1-12345 and Pharo1.2.2-12353.
> > >
> > > I am now in the process of attempting to characterize the bugs.
> > >
> > > I will keep you posted on my progress.
> > >
> > > Dale
> > >
> > > ----- Original Message -----
> > > > Lukas,
> > > >
> > > > I have looked specifically at Seaside3.0.5 and
> > > > Pharo1.2-12339/PharoCore1.2-12336
> > > >  and have found two things:
> > > >
> > > >   1. #stable version for ConfigurationOfOmniBrowser for 1.2 is
> > > >   1.2.3
> > > >   and it should be 1.2.4.
> > > >   2. if OB 1.2.4 is already loaded then the version is
> > > >   downgraded
> > > >   to
> > > >   1.2.3
> > > >
> > > > Item #1 is a configuration issue and item #2 is a bug ...
> > > >
> > > > I had not heard that "many projects could no longer be loaded
> > > > into
> > > > Pharo1.2", so I was (and still am) blissfully unaware of the
> > > > problems that folks are having.
> > > >
> > > > Seaside3.0.5 loads into Pharo1.2/PharoCore1.2 and passes all of
> > > > the
> > > > unit tests ... so there are no "load issues." The Seaside
> > > > control
> > > > panel works fine and I have not noticed any other
> > > > OmniBrowser-related issues ... but then I don't live in the
> > > > images
> > > > day in and day out so there could be subtle issues.
> > > >
> > > > I am currently trying to characterized the "downgrade version"
> > > > bug
> > > > and will push out a fix as soon as I have one.
> > > >
> > > > Dale
> > > >  
> > > >
> > > > ----- Original Message -----
> > > > > > Here's the current state of 3.0.5: I saved the images from
> > > > > > Jenkins
> > > > > > and
> > > > > > uploaded them to the web site. The change log has also been
> > > > > > updated
> > > > > > [1]. Everything but the Metacello configuration seems to
> > > > > > work
> > > > > > fine.
> > > > > > If
> > > > > > I load the Metacello configuration into a Pharo 1.2 it
> > > > > > tries
> > > > > > to
> > > > > > load a
> > > > > > version of OB that does not work in Pharo 1.2.
> > > > >
> > > > > As far as I know most configurations have been updated to
> > > > > Pharo
> > > > > 1.3
> > > > > already and many projects (I learned that with Glamour,
> > > > > Mondrian,
> > > > > Moose, Spy, ...) cannot be loaded into latest stable (Pharo
> > > > > 1.2)
> > > > > anymore. What surprised me more is that Metacello does not
> > > > > allow
> > > > > to
> > > > > load old versions (at least this is true for the
> > > > > configurations
> > > > > I
> > > > > had
> > > > > problems with). So I guess we have the same problem here.
> > > > >
> > > > > I suggest that you load OB with this script:
> > > > > https://github.com/renggli/builder/blob/master/scripts/omnibrowser.st
> > > > >
> > > > > Lukas
> > > > >
> > > > > --
> > > > > Lukas Renggli
> > > > > www.lukas-renggli.ch
> > > > > _______________________________________________
> > > > > seaside-dev mailing list
> > > > > [hidden email]
> > > > > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
> > > > >
> > > > _______________________________________________
> > > > seaside-dev mailing list
> > > > [hidden email]
> > > > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
> > > >
> > >
> >
>
_______________________________________________
seaside-dev mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
Reply | Threaded
Open this post in threaded view
|

Re: state of 3.0.5

Dale Henrichs
In reply to this post by Philippe Marschall
This problem should be taken care of now[1]...

Dale

[1] http://code.google.com/p/pharo/issues/detail?id=4337

----- Original Message -----
| From: "Philippe Marschall" <[hidden email]>
| To: "Seaside - developer list" <[hidden email]>
| Sent: Sunday, May 29, 2011 6:35:04 AM
| Subject: [Seaside-dev] state of 3.0.5
|
| Hi guys
|
| Here's the current state of 3.0.5: I saved the images from Jenkins
| and
| uploaded them to the web site. The change log has also been updated
| [1]. Everything but the Metacello configuration seems to work fine.
| If
| I load the Metacello configuration into a Pharo 1.2 it tries to load
| a
| version of OB that does not work in Pharo 1.2.
|
|  [1] http://code.google.com/p/seaside/wiki/Seaside305Changelog
|
| Cheers
| Philippe
| _______________________________________________
| seaside-dev mailing list
| [hidden email]
| http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
|
_______________________________________________
seaside-dev mailing list
[hidden email]
http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev