[Pharo-project] Pharo 1.2 broken on Hudson due to XMLSupport changes
Markus wrote:
The XML package breaks the build? So let's remove it completely. Let's ship >1.2, but without all the packages that are problematic.
It's not that the package is problematic - the Configs are problematic Laurent wrote:
For XML I can fix this tonight if Otto don't want / can do it.
Yes, the problematic 1.1.8 version of XMLSupport has to be fixed. But it is not yet used by Pharo ... so this is not the reason: What strikes me is that ConfigurationOfPharo STILL references the working 1.1.6 version BUT the corrupt 1.1.8 version is loaded instead. THIS is the reason why Hudson is read! If you look at ConfigurationOfPharo then it hasnt changed since 18 February 2011 (ConfigurationOfPharo-GuillermoPolito.134) and if you load "ConfigurationOfXMLSupport-DaleHenrichs.46" from 9 February 2011 and check what Otto Behrens changed then you will notice that he did'nt touch the 1.1.6 version of ConfigurationOfXMLSupport. He just added a baseline/version 1.1.8 and 1.1.9. So the "old" version 1.1.6 which is used by ConfigurationOfPharo was not touched either. To me this looks like a Metacello resolving remote project versions problem? (that's why I CC:ed Dale)
But I agree that it seems few people care about 1.2. Sad, I like it far better than 1.1.1.
Yes, but I think we opened 1.3 too early. I think thats why community does not concentrate on Pharo dev 1.2 too much and continues to work on 1.3 core instead. Thats good for moving Pharo forward - but not for outside visibility. How should others deliver software on top of Pharo if Pharo isnt delivered itself?
I personally thing if we ever want to release 1.2, we need to start to be >more radical.
Yes - but not by throwing out broken packages. What if Hudson is broken by a problem in clas Object. Would you throw out Kernel? Instead I would propose for the harvesters/integrators to stop integrating stuff for 1.3 until Pharo 1.2 is out of the door... Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
On Fri, Feb 25, 2011 at 2:10 PM, Torsten Bergmann <astares@gmx.de> wrote:
Markus wrote:
The XML package breaks the build? So let's remove it completely. Let's ship >1.2, but without all the packages that are problematic.
It's not that the package is problematic - the Configs are problematic
Laurent wrote:
For XML I can fix this tonight if Otto don't want / can do it.
Yes, the problematic 1.1.8 version of XMLSupport has to be fixed. But it is not yet used by Pharo ... so this is not the reason:
What strikes me is that ConfigurationOfPharo STILL references the working 1.1.6 version BUT the corrupt 1.1.8 version is loaded instead.
May be another ConfigurationOfXXXX reference XMLSupport ? Laurent
THIS is the reason why Hudson is read!
If you look at ConfigurationOfPharo then it hasnt changed since 18 February 2011 (ConfigurationOfPharo-GuillermoPolito.134) and if you load "ConfigurationOfXMLSupport-DaleHenrichs.46" from 9 February 2011 and check what Otto Behrens changed then you will notice that he did'nt touch the 1.1.6 version of ConfigurationOfXMLSupport.
He just added a baseline/version 1.1.8 and 1.1.9.
So the "old" version 1.1.6 which is used by ConfigurationOfPharo was not touched either.
To me this looks like a Metacello resolving remote project versions problem? (that's why I CC:ed Dale)
But I agree that it seems few people care about 1.2. Sad, I like it far better than 1.1.1.
Yes, but I think we opened 1.3 too early. I think thats why community does not concentrate on Pharo dev 1.2 too much and continues to work on 1.3 core instead.
Thats good for moving Pharo forward - but not for outside visibility. How should others deliver software on top of Pharo if Pharo isnt delivered itself?
I personally thing if we ever want to release 1.2, we need to start to be more radical.
Yes - but not by throwing out broken packages. What if Hudson is broken by a problem in clas Object. Would you throw out Kernel?
Instead I would propose for the harvesters/integrators to stop integrating stuff for 1.3 until Pharo 1.2 is out of the door...
Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
btw... 1.1.9 loaded well for me in 1.1.1 (while 1.1.8 was failing) El 25/02/2011, a las 10:23a.m., laurent laffont escribió:
On Fri, Feb 25, 2011 at 2:10 PM, Torsten Bergmann <astares@gmx.de> wrote: Markus wrote:
The XML package breaks the build? So let's remove it completely. Let's ship >1.2, but without all the packages that are problematic.
It's not that the package is problematic - the Configs are problematic
Laurent wrote:
For XML I can fix this tonight if Otto don't want / can do it.
Yes, the problematic 1.1.8 version of XMLSupport has to be fixed. But it is not yet used by Pharo ... so this is not the reason:
What strikes me is that ConfigurationOfPharo STILL references the working 1.1.6 version BUT the corrupt 1.1.8 version is loaded instead.
May be another ConfigurationOfXXXX reference XMLSupport ?
Laurent
THIS is the reason why Hudson is read!
If you look at ConfigurationOfPharo then it hasnt changed since 18 February 2011 (ConfigurationOfPharo-GuillermoPolito.134) and if you load "ConfigurationOfXMLSupport-DaleHenrichs.46" from 9 February 2011 and check what Otto Behrens changed then you will notice that he did'nt touch the 1.1.6 version of ConfigurationOfXMLSupport.
He just added a baseline/version 1.1.8 and 1.1.9.
So the "old" version 1.1.6 which is used by ConfigurationOfPharo was not touched either.
To me this looks like a Metacello resolving remote project versions problem? (that's why I CC:ed Dale)
But I agree that it seems few people care about 1.2. Sad, I like it far better than 1.1.1.
Yes, but I think we opened 1.3 too early. I think thats why community does not concentrate on Pharo dev 1.2 too much and continues to work on 1.3 core instead.
Thats good for moving Pharo forward - but not for outside visibility. How should others deliver software on top of Pharo if Pharo isnt delivered itself?
I personally thing if we ever want to release 1.2, we need to start to be >more radical.
Yes - but not by throwing out broken packages. What if Hudson is broken by a problem in clas Object. Would you throw out Kernel?
Instead I would propose for the harvesters/integrators to stop integrating stuff for 1.3 until Pharo 1.2 is out of the door...
Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
On Feb 25, 2011, at 2:10 PM, Torsten Bergmann wrote:
Markus wrote:
The XML package breaks the build? So let's remove it completely. Let's ship >1.2, but without all the packages that are problematic.
It's not that the package is problematic - the Configs are problematic
Exact But still can't Pharo Dev focuses on tools and not frameworks that we should load by ourselves. Because else why not loading, cassandra, coucdb, opendbx, magma.... Stef
Laurent wrote:
For XML I can fix this tonight if Otto don't want / can do it.
Yes, the problematic 1.1.8 version of XMLSupport has to be fixed. But it is not yet used by Pharo ... so this is not the reason:
What strikes me is that ConfigurationOfPharo STILL references the working 1.1.6 version BUT the corrupt 1.1.8 version is loaded instead. THIS is the reason why Hudson is read!
If you look at ConfigurationOfPharo then it hasnt changed since 18 February 2011 (ConfigurationOfPharo-GuillermoPolito.134) and if you load "ConfigurationOfXMLSupport-DaleHenrichs.46" from 9 February 2011 and check what Otto Behrens changed then you will notice that he did'nt touch the 1.1.6 version of ConfigurationOfXMLSupport.
He just added a baseline/version 1.1.8 and 1.1.9.
So the "old" version 1.1.6 which is used by ConfigurationOfPharo was not touched either.
To me this looks like a Metacello resolving remote project versions problem? (that's why I CC:ed Dale)
But I agree that it seems few people care about 1.2. Sad, I like it far better than 1.1.1.
Yes, but I think we opened 1.3 too early. I think thats why community does not concentrate on Pharo dev 1.2 too much and continues to work on 1.3 core instead.
Thats good for moving Pharo forward - but not for outside visibility. How should others deliver software on top of Pharo if Pharo isnt delivered itself?
I personally thing if we ever want to release 1.2, we need to start to be >more radical.
Yes - but not by throwing out broken packages. What if Hudson is broken by a problem in clas Object. Would you throw out Kernel?
Instead I would propose for the harvesters/integrators to stop integrating stuff for 1.3 until Pharo 1.2 is out of the door...
Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
On Fri, Feb 25, 2011 at 5:11 PM, Stéphane Ducasse <stephane.ducasse@inria.fr
wrote:
On Feb 25, 2011, at 2:10 PM, Torsten Bergmann wrote:
Markus wrote:
The XML package breaks the build? So let's remove it completely. Let's ship >1.2, but without all the packages that are problematic.
It's not that the package is problematic - the Configs are problematic
Exact But still can't Pharo Dev focuses on tools and not frameworks that we should load by ourselves. Because else why not loading, cassandra, coucdb, opendbx, magma....
Because many more people are manipulating XML every day than connecting to Cassandra ? Personnally I would like support for MySQL/PostreSQL out of the box too. Laurent
Stef
Laurent wrote:
For XML I can fix this tonight if Otto don't want / can do it.
Yes, the problematic 1.1.8 version of XMLSupport has to be fixed. But it is not yet used by Pharo ... so this is not the reason:
What strikes me is that ConfigurationOfPharo STILL references the working 1.1.6 version BUT the corrupt 1.1.8 version is loaded instead. THIS is the reason why Hudson is read!
If you look at ConfigurationOfPharo then it hasnt changed since 18 February 2011 (ConfigurationOfPharo-GuillermoPolito.134) and if you load "ConfigurationOfXMLSupport-DaleHenrichs.46" from 9 February 2011 and check what Otto Behrens changed then you will notice that he did'nt touch the 1.1.6 version of ConfigurationOfXMLSupport.
He just added a baseline/version 1.1.8 and 1.1.9.
So the "old" version 1.1.6 which is used by ConfigurationOfPharo was not touched either.
To me this looks like a Metacello resolving remote project versions problem? (that's why I CC:ed Dale)
But I agree that it seems few people care about 1.2. Sad, I like it far better than 1.1.1.
Yes, but I think we opened 1.3 too early. I think thats why community does not concentrate on Pharo dev 1.2 too much and continues to work on 1.3 core instead.
Thats good for moving Pharo forward - but not for outside visibility. How should others deliver software on top of Pharo if Pharo isnt delivered itself?
I personally thing if we ever want to release 1.2, we need to start to
be >more radical.
Yes - but not by throwing out broken packages. What if Hudson is broken by a problem in clas Object. Would you throw out Kernel?
Instead I would propose for the harvesters/integrators to stop integrating stuff for 1.3 until Pharo 1.2 is out of the door...
Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
participants (4)
-
Esteban Lorenzano -
laurent laffont -
Stéphane Ducasse -
Torsten Bergmann