On Wednesday, May 13, 2020 at 3:41:44 PM UTC-7, Volker Braun wrote:
>
> As always, you can get the latest beta version from the "develop" git
> branch. Alternatively, the self-contained source tarball is at
> http://www.sagemath.org/download-latest.html
>
> 765c5cb3e2 (trac/develop, tag:
Forgotten attachment...
Le samedi 16 mai 2020 14:47:50 UTC+2, Emmanuel Charpentier a écrit :
>
> On Debian testing running on core i7 + 16 GB RAM:
>
>- upgrading 9.1.rc3 to 9.1.rc5 via make ptestlong *fails* (see above) ;
>- rebuilding afresh (make distclean ; make config ; ./configure ;
On Debian testing running on core i7 + 16 GB RAM:
- upgrading 9.1.rc3 to 9.1.rc5 via make ptestlong *fails* (see above) ;
- rebuilding afresh (make distclean ; make config ; ./configure ; make
ptestlong) succeeds with one transient error (timeout) and 10 permanent
errors :
File
Well, I'm still stuck.
A data point : inna dplicate of this tree, make distclean, make config,
./configure, make succeeds in buildig Sage 9.1.rc5. ptestlong underway.
HTH,
Le vendredi 15 mai 2020 13:21:35 UTC+2, Emmanuel Charpentier a écrit :
>
> Same difference :
>
>
Same difference :
charpent@zen-book-flip:/usr/local/sage-9$ sage -sh
Starting subshell with Sage environment variables set. Don't forget
to exit when you are done. Beware:
* Do not do anything with other copies of Sage on your system.
* Do not use this for installing Sage packages using
On Fri, May 15, 2020 at 10:34 AM Emmanuel Charpentier
wrote:
>
> Nothing :
>
> charpent@zen-book-flip:/usr/local/sage-9$ ls -l $SAGE_LOCAL/lib/*gsl*
> ls: impossible d'accéder à '/lib/*gsl*': Aucun fichier ou dossier de ce type
>
it had to be run under sage -sh, to set $SAGE_LOCAL
meaningfully.
And, BTW,
charpent@zen-book-flip:/usr/local/sage-9$ SAGE_LOCAL=local ls -l
$SAGE_LOCAL/lib/*gsl*
ls: impossible d'accéder à '/lib/*gsl*': Aucun fichier ou dossier de ce type
Le vendredi 15 mai 2020 11:34:30 UTC+2, Emmanuel Charpentier a écrit :
>
> Nothing :
>
>
Nothing :
charpent@zen-book-flip:/usr/local/sage-9$ ls -l $SAGE_LOCAL/lib/*gsl*
ls: impossible d'accéder à '/lib/*gsl*': Aucun fichier ou dossier de ce type
Le vendredi 15 mai 2020 11:08:28 UTC+2, Dima Pasechnik a écrit :
>
> On Fri, May 15, 2020 at 9:59 AM Emmanuel Charpentier
> > wrote:
> >
On Fri, May 15, 2020 at 9:59 AM Emmanuel Charpentier
wrote:
>
> This I was aware of and rebuilt them (successfully, it seems : I rebuilt
> fflas_ffpack, giac and cvxopt). I still stumble on the HTML doc...
>
> Le vendredi 15 mai 2020 10:55:47 UTC+2, Dima Pasechnik a écrit :
>>
>> I also needed
This I was aware of and rebuilt them (successfully, it seems : I rebuilt
fflas_ffpack, giac and cvxopt). I still stumble on the HTML doc...
Le vendredi 15 mai 2020 10:55:47 UTC+2, Dima Pasechnik a écrit :
>
> I also needed to rebuild the other deps of gsl, ie giac and
> fflas_ffpack - which you
I also needed to rebuild the other deps of gsl, ie giac and
fflas_ffpack - which you had to uninstall just as you did for cvxopt
On Fri, May 15, 2020 at 9:48 AM Emmanuel Charpentier
wrote:
>
> Thank you, Dima !
>
> However, this isn't enough. Friom the relevant portion of install.log :
>
>
Thank you, Dima !
However, this isn't enough. Friom the relevant portion of install.log :
[dochtml] Traceback (most recent call last):
[dochtml] File "/usr/lib/python3.7/runpy.py", line 183, in
_run_module_as_main
[dochtml] mod_name, mod_spec, code = _get_module_details(mod_name,
_Error)
make cvxopt-clean
On Fri, 15 May 2020 at 06:27, Emmanuel Charpentier <
emanuel.charpent...@gmail.com> wrote:
> Okay. How do you uninstall them ? The ./sage -advanced commmand doesn't
> suggest anything...
>
>
> Le jeudi 14 mai 2020 22:36:30 UTC+2, Matthias Köppe a écrit :
>>
>> On Thursday,
Okay. How do you uninstall them ? The ./sage -advanced commmand doesn't
suggest anything...
Le jeudi 14 mai 2020 22:36:30 UTC+2, Matthias Köppe a écrit :
>
> On Thursday, May 14, 2020 at 1:02:38 PM UTC-7, Emmanuel Charpentier wrote:
>>
>> On Debian testing, upgrading from 9.1.rc3 fails early
On Thursday, May 14, 2020 at 1:02:38 PM UTC-7, Emmanuel Charpentier wrote:
>
> On Debian testing, upgrading from 9.1.rc3 fails early on longsl23 not
> beaing resent (I have libgsl25).
>
> Is there a way to avoid rebuilding from scratch (make distclean...) ?
>
>
It should suffice to uninstall the
On Debian testing, upgrading from 9.1.rc3 fails early on longsl23 not
beaing resent (I have libgsl25).
Is there a way to avoid rebuilding from scratch (make distclean...) ?
Le jeudi 14 mai 2020 00:41:44 UTC+2, Volker Braun a écrit :
>
> As always, you can get the latest beta version from the
16 matches
Mail list logo