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

2014-05-26 Thread Nathann Cohen
sage -f ecl, followed by sage -f maxima did it for me. Did the job for me. Thanks ! :-) nathann -- 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

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

2014-05-26 Thread Peter Bruin
Alternatively, build with SAGE_UPGRADING=yes (this will check dependencies and reinstall Maxima after ECL has been updated). Peter Op maandag 26 mei 2014 13:23:37 UTC+1 schreef Nathann Cohen: sage -f ecl, followed by sage -f maxima did it for me. Did the job for me. Thanks ! :-)

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

2014-05-26 Thread Nathann Cohen
Lazyness? You are not lazy, and neither am I. Do we change that ? It seems that setting this to False does not help in any way, least of all if it is the default behaviour. My problem is that I do not know how to change such things. Do you ? Nathann -- You received this message because you

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

2014-05-26 Thread leif
Nathann Cohen wrote: Alternatively, build with SAGE_UPGRADING=yes (this will check dependencies and reinstall Maxima after ECL has been updated). What is the reason for not making this the default ? I cannot currently edit your ~/.bashrc (nor your ~/.sage/sagerc *) ... Whether we should

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

2014-05-26 Thread leif
Nathann Cohen wrote: Whether we should make it the default in the top-level Makefile has been discussed a couple of times in the past years, and IIRC most agreed we should do so, but so far even 'sudo open a ticket' failed. I really do not know how such things are changed ... E.g. by simply

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

2014-05-26 Thread Nathann Cohen
E.g. by simply adding the lines SAGE_UPDGRADING ?= yes export SAGE_UPGRADING I know how to fix my problem, I just don't know how to fix Sage. (And I originally only wanted to add an additional target 'upgrade', setting the variable to 'yes' and depending on 'build'. When 'yes' is the

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

2014-05-26 Thread Jean-Pierre Flori
On Monday, May 26, 2014 3:39:33 PM UTC+2, Nathann Cohen wrote: Whether we should make it the default in the top-level Makefile has been discussed a couple of times in the past years, and IIRC most agreed we should do so, but so far even 'sudo open a ticket' failed. I really do not

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

2014-05-26 Thread Nathann Cohen
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 Nathann -- You received this message because you are subscribed to the Google Groups sage-release group. To unsubscribe from this group and stop

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

2014-05-26 Thread Jean-Pierre Flori
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

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

2014-05-26 Thread Nathann Cohen
Yoo !! Why would we need a buggy upgrade script ? Backwards compatibility. And I personally don't want ATLAS to get rebuilt just because someone decided to change the spkg-install script of readline such that Python gets rebuilt upon which unfortunately ATLAS depends, just

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

2014-05-26 Thread leif
Nathann Cohen wrote: (And I originally only wanted to add an additional target 'upgrade', setting the variable to 'yes' and depending on 'build'. When 'yes' is the default, I don't know what the opposite target should be called; 'quick-and-dirty-upgrade-not-really-rebuilding-dependent-packages'

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

2014-05-26 Thread Volker Braun
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