François,
The patches to pexpect do allow the notebook to function. However, with the
new patches to pexpect when I, from the notebook, do
g=sin(x); plot(g,(x,-pi,3*pi/2))
I get
import os;os.chdir("/tmp/tmpo2KomY");
execfile("_sage_input_1.py")Python 2.6.4 (r264:75706, Mar 4 2010,
On 03/14/10 01:57:01, Christopher Schwan wrote:
Hi,
fortunately I was wrong:
Am Sonntag 14 März 2010 08:46:53 schrieb Christopher Schwan:
Hi,
I just uploaded pexpect-2.0 with fixes, but it does not seem to fix the
problems with graphics - there is apparently more broken than just pexpect.
Ch
François, et al.,
With the latest fix to gap my sage install hangs with the same results as
reported by Marek Kaluba here
http://archives.gentoo.org/gentoo-science/msg_6017d483031b4c2e23d88186066a91eb.xml
If I remove the sed line
sage_package ${P} \
sed -i "s:cmd += \" -b -p -T\":cm
sage-on-gentoo:
The subject libm4ri will not build here (amd64) with use, openmp. The
configure option
--enable-openmp doesn't appear to take. I get
configure: WARNING: unrecognized options: --enable-openmp
and a subsequent make gives
/bin/sh ./libtool --tag=CC --mode=compile gcc
François,
Singular -- good. I do get -fPIC compile issues here on my amd64:
g++ -shared -o libsingular.so \
libsingular-tesths.o iparith.o mpsr_Tok.o claptmpl.o \
grammar.o scanner.o attrib.o eigenval_ip.o extra.o fehelp.o
feOpt.o ipassign.o ipconv.o ipid.o iplib.o ipprint.o i
On 04/12/10 - 14:22:30, François Bissey wrote:
> François,
>
> Singular -- good. I do get -fPIC compile issues here on my amd64:
>
> g++ -shared -o libsingular.so \
> libsingular-tesths.o iparith.o mpsr_Tok.o claptmpl.o \
> grammar.o scanner.o attrib.o eigenval_ip.o extra.o f
On 04/12/10 - 16:51:27, François Bissey wrote:
I think it is a sage-env issue from sage-script which will make
things fun.
I will try a fix shortly, testing take a while on this little
computer but it
will be live on the overlay if you want to test.
Francois
The install of Sage still fa
OK, the latest commit builds here once I remove the symlink
sage_singular -> Singular
to prevent file collisions.
Steve
pgpkaz5kocdFr.pgp
Description: PGP signature
Christopher,
The follow probably only applies to amd64. Sage will not install with the
subject ebuilds. The
"sage -c" during postinstall fails because the files
/opt/sage/local/lib/sage-flag.txt
/opt/sage/local/lib/sage-current-location.txt
cannot be written since /opt/sage/l
Christopher,
I've finally gotten around to trying the changes and a clean emerge of
everything installs as it should. Here a revdep-rebuild reveals that
libsingular.so can't be found. The proposed resolution is to re-emerge
sage-core which, of course, doesn't resolve the issue. What's the p
On 04/19/10 - 12:29:01, Christopher Schwan wrote:
Hi,
as some of us know there a lot of failures on amd64 when running
Sage's set of
tests. Now I found out that pari caused some of these (I dont know
exactly how
many, but I will do a full test run later), because it was compiled
without
On 04/20/10 01:22:30, Christopher Schwan wrote:
You surely mean _with_ "-fno-strict-aliasing" ?
Steve
Christopher
Christopher,
To clarify, the test failures I listed were for the two computers when
"-fno-strict-aliasing" _was_ added to the CFLAGS in building pari. Of course,
I did t
Hello,
Has anyone experienced the following after closing a worksheet and then
the notebook? I believe I've seen something similar on another
(sage-4.4) occasion unrelated to the notebook.
Steve
--
| Sage Version 4.4, Rele
On 04/29/10 - 19:18:03, François Bissey wrote:
> Hello,
>
> Has anyone experienced the following after closing a worksheet and
then
> the notebook? I believe I've seen something similar on another
> (sage-4.4) occasion unrelated to the notebook.
>
If you only saw that in sage, that could poi
On 04/29/10 - 20:09:10, François Bissey wrote:
> On 04/29/10 - 19:18:03, François Bissey wrote:
Are you using python-2.6.4-r99 (recommended) or python-2.6.5-r99
(not recommended)?
Francois
python-2.6.4-r99
Steve
pgpIk3Ybd5Pl4.pgp
Description: PGP signature
Hello,
It appears that genus2reduction will no longer compile here. I get
Checking genus2reduction-0.3.p6.tar.bz2's mtime...
WORKDIR is up-to-date, keeping...
It appears that 'genus2reduction-0.3_p6' is already prepared;
skipping.
Remove
'/var/tmp/portage/sci-mathematics/genus2reduction-0.3
On 04/30/10 - 15:38:58, François Bissey wrote:
Hi Steve,
fixed in the overlay. The bug was in src_prepare because we used to
inherit
the eutils eclass from somewhere. No eutils eclass no epatch command.
It would have been better if you had given the full log after ebuild
clean so
we coul
On 04/29/10 - 20:54:32, François Bissey wrote:
> sage -t -force_lib "devel/sage/doc/en/tutorial/tour_advanced.rst"
That particular one works for me. I am running the full test suite at
the moment. I will probably run the tests on ppc over the week end
as well, that may be interesting.
The only
On 04/30/10 - 17:15:49, François Bissey wrote:
For the record on x86 I have a number of tests failing due to
maxima-5.21.1/ecls-10.4. Hopefully those will go away in sage-4.4.1.
Most of the other failures are old.
I do not have anything like you do. What is worrying is I am guessing
you
don't
On 05/13/10 - 15:42:56, Schwan, Christopher wrote:
Hi,
I just backported the fixes from sage-core-4.4.1 in src_prepare() to
sage-core-4.3.5 and noticed now the same failures on amd64 as
reported by Steven with sage-4.4 - so I have done something wrong in
src_prepare(). I dont see the rea
On 05/14/10 01:55:21, Christopher Schwan wrote:
Hi Steven,
maybe I cheered too soon - could you please try to install
sage-core-4.3.5-r1?
That is the version which failed for me if I did not do something wrong. I
also noticed that it took longer to trigger SIGABRT with this version.
In every
On 05/14/10 - 01:55:21, Christopher Schwan wrote:
Hi Steven,
maybe I cheered too soon - could you please try to install
sage-core-4.3.5-r1?
That is the version which failed for me if I did not do something
wrong. I
also noticed that it took longer to trigger SIGABRT with this version.
On 05/15/10 07:37:53, Christopher Schwan wrote:
Hi,
On Saturday 15 May 2010 12:34:30 Christopher Schwan wrote:
[..]
I am preparing a script which outputs a list of Sage's dependencies and
their versions so we can compare it.
Christopher
please checkout the recent overlay and run:
./list-co
On 05/21/10 - 05:40:38, François Bissey wrote:
Hi all,
sage-4.4.2 has just been released. I am guessing that Christopher
may be preparing for exams in June so I will probably do the bump.
I have already bumped sage-doc.
Other matters:
-The situation on amd64 is still bad. There has been a sil
To those using amd64:
I first encountered the following when revising sage-core-4.3.5-r1 to
allow backporting from sage-4.4.2 to sage-4.3.5 and it appears with
sage-4.4.2. If I upgrade python to 2.6.5-r99 and rebuild sage-core,
sage will not start. I get:
ImportError
Hello,
I've been keeping one system with a mpir enabled Sage. I noticed that
USE="mpir" ebuild sage-clib-4.4.3.ebuild prepare
fails because sage-clib-4.3.4-replace-gmp-with-mpir.patch doesn't take.
It appears the SConstruct file that's shipped in the c_lib directory
for Sage-4.4.3 i
Hello,
I believe Jmol is the default Sage 3D viewer. However, it seems to be
broken from the notebook. A
sphere()
from the sage prompt works as expected but not so from the notebook.
Here I get that the problem is in locating the JmolApplet class. It
appears that sagenb is coded
Hi François,
On 06/15/10 - 05:51:23, François Bissey wrote:
A bit more details on this. First the cli it is enough to install
jmol with
the flag client-only which just install the binary.
The next problem is that to get the web-applet we need either
-client-only or vhost use flags. Which r
Hey guys,
It would appear that either the script "sage-native-execute" or a patch to do
something similar to the script is needed in order for the notebook to
function. I believe the use of the script is called from within the Expect
class in sage/interfaces/expect.py.
Steve
pgpj4yDBGA
Hi,
I encountered the following when making a fresh install of sage (~136
packages) within a 32bit chroot. Emerge of sage terminated because of the
following line
dosym $(which gp) "${SAGE_LOCAL}"/bin/sage_pari || die
in the sage-scripts ebuild. In emerging sage, sage-scripts gets
On 07/05/2010 06:35:33 PM, François Bissey wrote:
Hi Steve,
I have just added a svn snapshot of pari in the overlay but not all
dependencies have been adjusted for the right slot.
How did that go? Did you get pari 2.3 or 2.4 installed?
I would imagine that if you had only pari 2.4 things failed
Hey Guys,
Perhaps I shouldn't have sage-clib with use=mpir enabled, but if I do
the
sage-clib-4.4.4-importenv.patch fails because the first hunk in
sage-clib-4.4.3-replace-gmp-with-mpir.patch has already overwritten gmp
with mpir. I'm not sure
but perhaps the sage-clib-4.4.3-replace-gmp-with
Hi:
I had apparently installed the Sage-provided scripts
sage-g77_shared
sage_fortran
when Sage was under /opt to get some fortran functionality from within the
notebook. Of course that functionality is missing with Sage under /usr. Both
scripts are needed. See, from the notebook,
Hi Christopher,
On 08/12/2010 03:16:44 PM, Christopher Schwan wrote:
Hi,
On Thursday 12 August 2010 17:37:34 Steven Trogdon wrote:
Hi:
I had apparently installed the Sage-provided scripts
sage-g77_shared
sage_fortran
Thats absolutely right - thank you for pointing that out. I
On 08/13/2010 03:34:21 AM, Christopher Schwan wrote:
Hi,
On Friday 13 August 2010 00:54:53 Steven Trogdon wrote:
Hi Christopher,
On 08/12/2010 03:16:44 PM, Christopher Schwan wrote:
> Hi,
>
> On Thursday 12 August 2010 17:37:34 Steven Trogdon wrote:
>> Hi:
>>
>> I h
Hello,
Both polybori-0.6.4-r1 and polybori-0.6.5 fail to build here on amd64 for the
same reason. The important snippet is:
rm: cannot remove
`/var/tmp/portage/sci-mathematics/polybori-0.6.4-r1/image//usr/lib64/lib*.so*':
No such file or directory
* ERROR: sci-mathematics/polybori-0.6.4
On 08/19/2010 03:04:54 AM, Christopher Schwan wrote:
Hi,
On Thursday 19 August 2010 08:14:08 Steven Trogdon wrote:
Hello,
Both polybori-0.6.4-r1 and polybori-0.6.5 fail to build here on amd64 for
the same reason. The important snippet is:
rm: cannot remove
`/var/tmp/portage/sci-mathematics
Hi Christopher,
On 08/20/2010 03:06:53 AM, Christopher Schwan wrote:
Hi Steve,
On Thursday 19 August 2010 19:32:23 Steven Trogdon wrote:
On 08/19/2010 03:04:54 AM, Christopher Schwan wrote:
> Hi,
>
> On Thursday 19 August 2010 08:14:08 Steven Trogdon wrote:
>> Hello,
>>
&
Hi everyone,
I performed the subject upgrade and I have one test that fails on my 32bit
chroot that seems to be out of the ordinary. There is no problem with the test
on amd64, at least here there isn't.
sage -t -force_lib
"devel/sage/sage/schemes/hyperelliptic_curves/hyperelliptic_finit
On 09/09/2010 03:47:27 AM, François Bissey wrote:
Hi Steve,
just to be clear, when you enter the data of the test manually in sage there
is no problems?
We already have one test like that, and there are a few reports of phantom
failing tests on sage-devel so it is possible.
Francois
Françoi
On 09/10/2010 05:47:10 AM, François Bissey wrote:
On 09/09/2010 03:47:27 AM, François Bissey wrote:
> Hi Steve,
>
> just to be clear, when you enter the data of the test manually in sage
> there is no problems?
> We already have one test like that, and there are a few reports of
> phantom failing
On 10/05/10 - 18:57:56, François Bissey wrote:
> Hi group!
>
> I've got some problems installing sci-mathematics/maxima in both my
Funtoo
> boxes.
>
> http://paste.pocoo.org/show/271383/
>
> The issue seems to be similar to :
> http://github.com/cschwan/sage-on-gentoo/issues/issue/14, and th
On 10/05/10 - 22:08:59, François Bissey wrote:
> On 10/05/10 - 18:57:56, François Bissey wrote:
> > > Hi group!
> > >
> > > I've got some problems installing sci-mathematics/maxima in
both my
> >
> > Funtoo
> >
> > > boxes.
> > >
> > > http://paste.pocoo.org/show/271383/
> > >
> > > The is
On 10/05/2010 10:59:20 PM, François Bissey wrote:
Hey, what do I know!
On x86 maxima doesn't respect LDFLAGS! And I remember talking with David
Kirby on sage-devel that actually ecls doesn't either.
But from the logs from JF, on amd64 the LDFLAGS are duplicated and the
problem is that in the fai
On 10/05/2010 10:51:39 PM, François Bissey wrote:
François,
Both of the above fail in my 32bit chroot. maxima will not build with
the same "binary-ecls/maxima" error and ecls will not pass the
configure step.
Could you share the log for ecls? And the useflags as well.
Francois
32bit chroot
On 10/06/2010 03:01:35 AM, François Bissey wrote:
On 10/05/2010 10:59:20 PM, François Bissey wrote:
Interesting. Invoking
LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed" emerge -1v --nodeps
maxima
I get,
32bit chroot:
;;; Note:
;;; Invoking external command:
;;; i686-pc-linux-gnu-gcc
On 10/06/2010 06:43:09 AM, François Bissey wrote:
François,
I have for
ecl-config --ldflags && ecl-config --libs
on 32bit
-L/usr/lib/ -lecl -Wl,-O1 -ldl -lm
-L/usr/lib/ -lecl -Wl,-O1 -ldl -lm
and on amd64
-L/usr/lib64/ -lecl -Wl,-O1 -lpthread -ldl -lm
-L/usr/lib64/ -lecl -Wl
On 10/06/10 - 06:43:09, François Bissey wrote:
> > Actually, what does:
> > ecl-config --libs
> > ecl-config --ldflags
> > show? For you and Jean-Francis?
> > I suspect that the bad argument comes from there.
> >
> > Francois
>
> François,
>
> I have for
> ecl-config --ldflags && ecl-config --l
On 10/06/10 - 19:11:41, François Bissey wrote:
I am at work and cannot directly answer the thread from here.
There are several issue.
1) ecl-config includes LDFLAGS it shouldn't in my opinion. I am not
positive
that removing "-Wl,-O1..." from ecl-config will solve the problem. It
will get
On 10/07/10 - 06:38:10, François Bissey wrote:
The more I look at ecls' configure.in the less I understand how
CFLAGS and
LDFLAGS are picked up at all on some machine. I thought it could be
debugging
flags but that's not it.
There are a few more things that I can look at on my ~x86 machine
François,
On 10/17/2010 04:39:12 PM, François Bissey wrote:
Hi,
I think I found the root cause of the problem. sympy's setup.py
has the following line:
import sympy
it is the line triggering everything. I don't know if it calls the already
installed system sympy or the build copy (but I could
On 10/18/10 - 06:47:25, François Bissey wrote:
After sympy I would like testing report on mpmath.
mpmath has an interesting relationship with sage.
sage includes mpmath and if mpmath finds sage it uses bits of it.
So I'd like to know what sage-on-gentoo users get when
they do "import mpmath"
On 10/19/10 - 04:45:49, François Bissey wrote:
Thank you Steve,
Could you send me the result of
printenv | grep SAGE
from the machine running sage-4.5.3.
printenv | grep SAGE gives (on _all_ installations)
SAGE_DATA=/usr/share/sage/data
SAGE_BROWSER=/usr/bin/firefox
SAGE_LOCAL=/usr
SAGE_R
Hello,
With the upgrade from gdmodule-0.56 -> gdmodule-0.56-r1 the following
sage test now fails
sage -t -long -force_lib "devel/sage/sage/matrix/matrix2.pyx"
as
**
File "/usr/share/sage/devel/sage/sage/matrix/matr
Hi Christopher,
Since sage-on-prefix is semi-official I though I would indicate an
issue I encountered in installing Sage from sage-on-gentoo in a prefix
on Debian Linux.
When building sympow (sympow-1.018.1_p8-r1) the Debian system gcc
compiler was being used instead of the Prefix gcc. T
On Wed, 8 Jun 2011 08:07:10 +1200
Francois Bissey wrote:
> > EL Tue, 7 Jun 2011 07:33:27 +1200
> >
> > Francois Bissey escrigué:
> > > I note you are using numpy-1.6.0 I don't if that's linked to that but
> > > sage will not work properly with it:
> > > http://trac.sagemath.org/sage_trac/ticket
On Wed, 24 Aug 2011 12:03:19 +0200
r...@rz.uni-potsdam.de wrote:
> Hi,
>
> I just installed more or less succesful sage. During the installation
> numpy was downgraded from numpy-1.6.1 to numpy-1.5.1.
> Now every 'emerge -uvDN world' complaines about;
>
> WARNING: One or more updates have been
On Wed, 24 Aug 2011 18:24:56 +0200
r...@rz.uni-potsdam.de wrote:
> Hi,
>
> I installed in the last days sage-4.7.1 with the ebuild from
> sage-on-gentoo overlay on four systems (all x86_64 AMD and INTEL).
> After the installation I run the testsuite:
>
> cd $(mktemp -d) && sage -testall ,
>
>
On Thu, 25 Aug 2011 19:22:17 +0200
Juergen Rose wrote:
> Am Donnerstag, den 25.08.2011, 00:21 +0200 schrieb
> r...@rz.uni-potsdam.de:
>
> ..
> > File
> > "/usr/lib64/python3.2/site-packages/numpy/distutils/system_info.py",
> > line 461, in get_info
> > raise self.notfounderror(self.notfounderror.
Hi Vladimir,
You could try:
https://github.com/cschwan/sage-on-gentoo/issues/93
In the issue there was an IPython-0.10.1-py-2.7.egg-info file that was floating
around. However, if this fixes things, it's odd that it's appearing again with
4.8, unless your ipython was recently upgraded?
Steve
On Fri, 27 Jan 2012 01:04:03 +0200
v...@ukr.net wrote:
> Hello!
>
> On Thu, 26 Jan 2012 11:19:14 -0600
> Steven Trogdon wrote:
>
> > Hi Vladimir,
> >
> > You could try:
> >
> > https://github.com/cschwan/sage-on-gentoo/issues/93
> >
>
On Wed, 10 Oct 2012 17:04:11 -0700
Thomas Kahle wrote:
> Update:
>
> The maxima-5.26 build failure is only with ecls-12.2.1, downgrading to
> ecls-11 or upgading to ecls-12.2.7 makes maxima compile again and then
> recompiling sage makes my original problem go away. So this is just a
> compil
I'm trying to install the gentoo-science overlay on top of gentoo-prefix. I
assume this can be done. However in building the three packages
sci-libs/gsl-1.15-r3, sci-libs/blas-reference-20120925 and
sci-libs/lapack-reference-3.4.2 I get postinst errors of the type:
---
* ERROR: sci-libs/gsl-1.15-
OK, it would appear that after the upgrade I had to manually eselect {blas,
cblas, lapack} to those which existed prior to the upgrade. I'm good to go
here, modulo the postinst errors.
Steve
On Sat, Apr 20, 2013 at 10:13 AM, wrote:
> Hello *,
>
> Today I've committed to the tree the following packages (all pmasked):
>
> dev-lisp/asdf-2.33-r4
> dev-lisp/uiop-2.33-r1
> dev-lisp/sbcl-1.1.6-r4
> dev-lisp/clisp-2.49-r7.ebuild
> dev-lisp/clozurecl-1.9_p1
> dev-lisp/ecls-12.12.1-r4
> dev-li
On Tue, 13 Aug 2013 16:56:49 +0200
Thomas Kahle wrote:
> Hi,
>
> recently my sage-on-gentoo started to crash on startup. Something is
> wrong with babel as can be seen in the end of the attached crash-report.
> Any ideas?
>
> Thanks,
> Thomas
>
Do you have flask-babel-0.9 installed? The flas
On Fri, 18 Oct 2013 20:21:25 -0300
José Romildo Malaquias wrote:
> Hello.
>
> I want to try the development version of GNU Octave[1] on my ~amd64
> gentoo linux system.
>
> After cloning the repository[2], reading the instructions at [3],
> bootstrapping, changing to directory .build and runnin
On Wed, 22 Jan 2014 13:52:57 +1300
François Bissey wrote:
> We have yet another instance of someone emerging lapack-reference
> without
> a valid blas configuration in
> https://bugs.gentoo.org/show_bug.cgi?id=498490
> (not their original problem).
> I think we should do something about this in
On Tue, 18 Oct 2016 09:11:59 +1300
François Bissey wrote:
> On 18/10/16 06:10, v...@ukr.net wrote:
> > Hello!
> >
> > On Mon, 17 Oct 2016 21:55:18 +1300
> > François Bissey wrote:
> >
> >> OK so I checked on my other machine. liblinbox.so should have been
> >> linked to (c)blas and so should
For me the tests pass on both Gentoo and Prefix:
Gentoo:
>>> Source compiled.
>>> Test phase: sci-mathematics/pari-2.11.2
make -j5 dobench
Making dobench in Olinux-x86_64
make[1]: Entering directory
'/var/tmp/portage/sci-mathematics/pari-2.11.2/work/pari-2.11.2/Olinux-x86_64'
* Testing objets
70 matches
Mail list logo