[sage-devel] Re: [sage-release] Re: Sage 6.3.beta2 released

2014-05-27 Thread Jean-Pierre Flori


On Tuesday, May 27, 2014 6:02:20 AM UTC+2, Ralf Stephan wrote:

 I have reread this thread and I'm asking myself if the ecl upgrade 
 shouldn't have simply bumped the package-version.txt of maxima at 
 patchlevel, thus forcing a rebuild. I mean the author of that ticket surely 
 had the same fail when testing,  and the reviewer too?

 Please tell what I'm missing.

That's basically what sertting SAGE_UPGRADING=yes would do.
The problem is that it may not be necessary if the new ecl was binary 
compatible (if fthat makes sense for lisp stuff) with the previous one.
And as William (IIRC...) ranted, it would also trigger a rebuild of ATLAS 
in case python was itself updated because python is needed to interpret 
ATLAS's spkg-install.

Or you meant, that the one who updated ECL should have updated Maxima's 
package-version.txt?

 Regards, 
 On 26 May 2014 18:00, Volker Braun vbrau...@gmail.com javascript: 
 wrote:

 You have my attention. We can of course wait with any future releases 
 until somebody fixes this.

 In an ideal world we would have reliable library versioning, so you 
 wouldn't need to rebuild maxima UNLESS the ecl library version changes in 
 an incompatible way (which can be read off from the name). 



 On Monday, May 26, 2014 3:23:32 PM UTC+1, Jean-Pierre Flori wrote:



 On Monday, May 26, 2014 4:14:56 PM UTC+2, Nathann Cohen wrote:

  Open a ticket and someone might feel less lazy :) 

 I don't believe in opening tickets without writing the patch and 
 setting them to needs_review :-P 

 Set them to blocker.
 That will get the release manager attention.

  -- 
 You received this message because you are subscribed to the Google Groups 
 sage-release group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to sage-release...@googlegroups.com javascript:.
 To post to this group, send email to sage-r...@googlegroups.comjavascript:
 .
 Visit this group at http://groups.google.com/group/sage-release.
 For more options, visit https://groups.google.com/d/optout.



-- 
You received this message because you are subscribed to the Google Groups 
sage-devel group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


[sage-devel] Re: [sage-release] Re: Sage 6.3.beta2 released

2014-05-27 Thread Ralf Stephan
John Palmieri recently helped me with a ticket (#16350) where the
spkg-install
of a package was changed but that was not enough to trigger the necessary
rebuild. That could be accomplished by adding '.p0' to the
package-version.txt
because patch level changes don't change the actual version string of the
package
but still force a rebuild.

So, AFAI can see, package-version.txt of ecl and maxima should have been
changed likewise in this case.

Regards,


On Tue, May 27, 2014 at 10:33 AM, Jean-Pierre Flori jpfl...@gmail.comwrote:



 On Tuesday, May 27, 2014 6:02:20 AM UTC+2, Ralf Stephan wrote:

 I have reread this thread and I'm asking myself if the ecl upgrade
 shouldn't have simply bumped the package-version.txt of maxima at
 patchlevel, thus forcing a rebuild. I mean the author of that ticket surely
 had the same fail when testing,  and the reviewer too?

 Please tell what I'm missing.

 That's basically what sertting SAGE_UPGRADING=yes would do.
 The problem is that it may not be necessary if the new ecl was binary
 compatible (if fthat makes sense for lisp stuff) with the previous one.
 And as William (IIRC...) ranted, it would also trigger a rebuild of ATLAS
 in case python was itself updated because python is needed to interpret
 ATLAS's spkg-install.

 Or you meant, that the one who updated ECL should have updated Maxima's
 package-version.txt?

 Regards,
 On 26 May 2014 18:00, Volker Braun vbrau...@gmail.com wrote:

 You have my attention. We can of course wait with any future releases
 until somebody fixes this.

 In an ideal world we would have reliable library versioning, so you
 wouldn't need to rebuild maxima UNLESS the ecl library version changes in
 an incompatible way (which can be read off from the name).



 On Monday, May 26, 2014 3:23:32 PM UTC+1, Jean-Pierre Flori wrote:



 On Monday, May 26, 2014 4:14:56 PM UTC+2, Nathann Cohen wrote:

  Open a ticket and someone might feel less lazy :)

 I don't believe in opening tickets without writing the patch and
 setting them to needs_review :-P

 Set them to blocker.
 That will get the release manager attention.

  --
 You received this message because you are subscribed to the Google
 Groups sage-release group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to sage-release...@googlegroups.com.
 To post to this group, send email to sage-r...@googlegroups.com.

 Visit this group at http://groups.google.com/group/sage-release.
 For more options, visit https://groups.google.com/d/optout.

  --
 You received this message because you are subscribed to the Google Groups
 sage-release group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to sage-release+unsubscr...@googlegroups.com.
 To post to this group, send email to sage-rele...@googlegroups.com.
 Visit this group at http://groups.google.com/group/sage-release.
 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google Groups 
sage-devel group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


[sage-devel] Re: [sage-release] Re: Sage 6.3.beta2 released

2014-05-27 Thread Peter Bruin
Hello,

John Palmieri recently helped me with a ticket (#16350) where the 
 spkg-install
 of a package was changed but that was not enough to trigger the necessary
 rebuild. That could be accomplished by adding '.p0' to the 
 package-version.txt
 because patch level changes don't change the actual version string of the 
 package
 but still force a rebuild.


In this case the offending ticket was #9493 (authors: Leif and 
Jean-Pierre, reviewer: me).  The actual ECL version was the same, there was 
just a change in packaging where unneeded stuff was removed from the 
tarball.  The package-version.txt was updated (version number changed by 
appending a date, patchlevel reset to empty).

There was no reason to change the patchlevel of Maxima since nothing 
changed there.  The problem is that Maxima somehow needs to re-register 
itself as an ECL package so the reinstalled ECL knows that it exists.  It 
may be possible to do this in an easier way than by reinstalling Maxima, 
but setting SAGE_UPGRADING=yes solved the problem for me.

As for making SAGE_UPGRADING=yes the default, I personally keep it unset 
and only set it to yes when encountering problems such as this (but the 
patchbot I am running has it set to yes).  I would probably keep doing this 
if the default were changed, to avoid the annoying unnecessary 
reinstallations mentioned by others.

Peter

-- 
You received this message because you are subscribed to the Google Groups 
sage-devel group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


[sage-devel] Re: [sage-release] Re: Sage 6.3.beta2 released

2014-05-26 Thread Ralf Stephan
I have reread this thread and I'm asking myself if the ecl upgrade
shouldn't have simply bumped the package-version.txt of maxima at
patchlevel, thus forcing a rebuild. I mean the author of that ticket surely
had the same fail when testing,  and the reviewer too?

Please tell what I'm missing.

Regards,
On 26 May 2014 18:00, Volker Braun vbraun.n...@gmail.com wrote:

 You have my attention. We can of course wait with any future releases
 until somebody fixes this.

 In an ideal world we would have reliable library versioning, so you
 wouldn't need to rebuild maxima UNLESS the ecl library version changes in
 an incompatible way (which can be read off from the name).



 On Monday, May 26, 2014 3:23:32 PM UTC+1, Jean-Pierre Flori wrote:



 On Monday, May 26, 2014 4:14:56 PM UTC+2, Nathann Cohen wrote:

  Open a ticket and someone might feel less lazy :)

 I don't believe in opening tickets without writing the patch and
 setting them to needs_review :-P

 Set them to blocker.
 That will get the release manager attention.

  --
 You received this message because you are subscribed to the Google Groups
 sage-release group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to sage-release+unsubscr...@googlegroups.com.
 To post to this group, send email to sage-rele...@googlegroups.com.
 Visit this group at http://groups.google.com/group/sage-release.
 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google Groups 
sage-devel group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.