3.0.5 FTBFS on opensuse, using pbuild

[Ondrej Certik]

Hi,

I did:

$ export SAGE_PBUILD=yes
$ export SAGE_BUILD_THREADS=4
$ make

is this correct to build in parallel?

This is what I got:

gcc -g -c -fPIC -O3 -fwrapv -fno-strict-aliasing
devel/sage/sage/structure/sage_object.c -DNDEBUG
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/csage
-I/home/certiko/ext/sage-3.0.5/devel/sage/sage/ext
-I/home/certiko/ext/sage-3.0.5/local/include/python2.5 -o
/home/certiko/ext/sage-3.0.5/devel/sage/build/temp/sage/structure/sage_object.o
devel/sage/sage/finance/time_series.c:106:25: error: arrayobject.h: No
such file or directory
devel/sage/sage/finance/time_series.c: In function
'__pyx_pf_4sage_7finance_11time_series_10TimeSeries___init__':
devel/sage/sage/finance/time_series.c:1732: error: 'PyArrayObject'
undeclared (first use in this function)
devel/sage/sage/finance/time_series.c:1732: error: (Each undeclared
identifier is reported only once
devel/sage/sage/finance/time_series.c:1732: error: for each function
it appears in.)
devel/sage/sage/finance/time_series.c:1732: error: '__pyx_v_np'
undeclared (first use in this function)
devel/sage/sage/finance/time_series.c:1758: error: expected expression
before ')' token
devel/sage/sage/finance/time_series.c:1819: error: expected expression
before ')' token
devel/sage/sage/finance/time_series.c:1851: error: expected expression
before ')' token
devel/sage/sage/finance/time_series.c: In function
'__pyx_pf_4sage_7finance_11time_series_10TimeSeries_numpy':
devel/sage/sage/finance/time_series.c:9490: error: 'PyArrayObject'
undeclared (first use in this function)
devel/sage/sage/finance/time_series.c:9490: error: '__pyx_v_n'
undeclared (first use in this function)
devel/sage/sage/finance/time_series.c:9536: warning: assignment makes
pointer from integer without a cast
devel/sage/sage/finance/time_series.c:9538: error: expected expression
before ')' token
devel/sage/sage/finance/time_series.c: In function 'inittime_series':
devel/sage/sage/finance/time_series.c:11702: error: 'PyArrayObject'
undeclared (first use in this function)

gcc -g -c -fPIC -O3 -fwrapv -fno-strict-aliasing
devel/sage/sage/finance/time_series.c -DNDEBUG
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/csage
-I/home/certiko/ext/sage-3.0.5/devel/sage/sage/ext
-I/home/certiko/ext/sage-3.0.5/local/include/python2.5 -o
/home/certiko/ext/sage-3.0.5/devel/sage/build/temp/sage/finance/time_series.o
gcc -g -c -fPIC -O3 -fwrapv -fno-strict-aliasing
devel/sage/sage/matrix/matrix_cyclo_dense.c -DNDEBUG
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/csage
-I/home/certiko/ext/sage-3.0.5/devel/sage/sage/ext
-I/home/certiko/ext/sage-3.0.5/local/include/python2.5 -o
/home/certiko/ext/sage-3.0.5/devel/sage/build/temp/sage/matrix/matrix_cyclo_dense.o
gcc -g -c -fPIC -O3 -fwrapv -fno-strict-aliasing
devel/sage/sage/graphs/graph_isom.c -DNDEBUG
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/csage
-I/home/certiko/ext/sage-3.0.5/devel/sage/sage/ext
-I/home/certiko/ext/sage-3.0.5/local/include/python2.5 -o
/home/certiko/ext/sage-3.0.5/devel/sage/build/temp/sage/graphs/graph_isom.o
gcc -g -c -fPIC -O3 -fwrapv -fno-strict-aliasing
devel/sage/sage/plot/plot3d/base.c -DNDEBUG
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/csage
-I/home/certiko/ext/sage-3.0.5/devel/sage/sage/ext
-I/home/certiko/ext/sage-3.0.5/local/include/python2.5 -o
/home/certiko/ext/sage-3.0.5/devel/sage/build/temp/sage/plot/plot3d/base.o
ERROR installing SAGE

real 4m31.555s
user 14m45.647s
sys 0m33.842s
sage: An error occurred while installing sage-3.0.5
Please email sage-devel http://groups.google.com/group/sage-devel
explaining the problem and send the relevant part of
of /home/certiko/ext/sage-3.0.5/install.log. Describe your computer,
operating system, etc.
If you want to try to fix the problem, yourself *don't* just cd to
/home/certiko/ext/sage-3.0.5/spkg/build/sage-3.0.5 and type 'make'.
Instead type "/home/certiko/ext/sage-3.0.5/sage -sh"
in order to set all environment variables correctly, then cd to
/home/certiko/ext/sage-3.0.5/spkg/build/sage-3.0.5
(When you are done debugging, you can type "exit" to leave the
subshell.)
make[1]: *** [installed/sage-3.0.5] Error 1
make[1]: Leaving directory `/home/certiko/ext/sage-3.0.5/spkg'

real 108m34.685s
user 72m43.841s
sys 12m44.948s

cpu:

vendor_id : AuthenticAMD
model name : Dual Core AMD Opteron(tm) Processor 285

$ uname -a
Linux thsun32 2.6.18.8-0.5-default #1 SMP Fri Jun 22 12:17:53 UTC 2007
x86_64 x86_64 x86_64 GNU/Linux

$ gcc -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada
--enable-checking=release
--with-gxx-include-dir=/usr/include/c++/4.1.2 --enable-ssp
--disable-libssp --disable-libgcj --with-slibdir=/lib64
--with-system-zlib --enable-shared --enable-__cxa_atexit
--enable-libstdcxx-allocator=new --program-suffix=-4.1
--enable-version-specific-runtime-libs --without-system-libunwind
--with-cpu=generic --host=x86_64-suse-linux
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (SUSE Linux)

Not sure how to get more info like which version of suse or opensuse this is.

Ondrej

[Ondrej Certik]

How can I reproduce the problem?

When I setup the env and did

$ cd /home/certiko/ext/sage-3.0.5/spkg/build/sage-3.0.5
$ make
make: *** No targets specified and no makefile found. Stop.

and when I did

$ cd /home/certiko/ext/sage-3.0.5
$ ./sage -b

it continued to compile. It's fine it compiles, but I'd like to debug
the above problem. :)

Ondrej

[Ondrej Certik]

Gary told me the pbuild is broken in this release, so I compiled
without it, using:

$ export MAKE="make -j4"
$ make

and unfortunately it failed too.

(cd .libs && rm -f libgd.la && ln -s ../libgd.la libgd.la)
/bin/sh ./libtool --mode=link gcc
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/
-L/home/certiko/ext/sage-3.0.5/local/lib -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib
-L/home/certiko/ext/sage-3.0.5/local/lib -o annotate annotate.o
./libgd.la -lXpm -lX11 -lfontconfig -lfreetype -lpng12 -lz -lm
/bin/sh ./libtool --mode=link gcc
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/
-L/home/certiko/ext/sage-3.0.5/local/lib -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib
-L/home/certiko/ext/sage-3.0.5/local/lib -o gdparttopng
gdparttopng.o ./libgd.la -lXpm -lX11 -lfontconfig -lfreetype -lpng12
-lz -lm
/bin/sh ./libtool --mode=link gcc
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/
-L/home/certiko/ext/sage-3.0.5/local/lib -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib
-L/home/certiko/ext/sage-3.0.5/local/lib -o gdtopng gdtopng.o
./libgd.la -lXpm -lX11 -lfontconfig -lfreetype -lpng12 -lz -lm
/bin/sh ./libtool --mode=link gcc
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/
-L/home/certiko/ext/sage-3.0.5/local/lib -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib
-L/home/certiko/ext/sage-3.0.5/local/lib -o gd2copypal gd2copypal.o
./libgd.la -lXpm -lX11 -lfontconfig -lfreetype -lpng12 -lz -lm
gcc -I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/ -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib -o .libs/annotate
annotate.o -L/home/certiko/ext/sage-3.0.5/local/lib ./.libs/libgd.so
/usr/lib64/libXpm.so -lpthread /usr/lib64/libX11.so
/usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl
/usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lexpat
/home/certiko/ext/sage-3.0.5/local/lib/libfreetype.so -lpng12 -lz -lm
-Wl,--rpath -Wl,/home/certiko/ext/sage-3.0.5/local/lib
gcc: /usr/lib64/libfreetype.so: No such file or directory
make[4]: *** [annotate] Error 1
make[4]: *** Waiting for unfinished jobs....
gcc -I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/ -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib -o .libs/gd2copypal
gd2copypal.o -L/home/certiko/ext/sage-3.0.5/local/lib
./.libs/libgd.so /usr/lib64/libXpm.so -lpthread /usr/lib64/libX11.so
/usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl
/usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lexpat
/home/certiko/ext/sage-3.0.5/local/lib/libfreetype.so -lpng12 -lz -lm
-Wl,--rpath -Wl,/home/certiko/ext/sage-3.0.5/local/lib
gcc -I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/ -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib -o .libs/gdparttopng
gdparttopng.o -L/home/certiko/ext/sage-3.0.5/local/lib
./.libs/libgd.so /usr/lib64/libXpm.so -lpthread /usr/lib64/libX11.so
/usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl
/usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lexpat
/home/certiko/ext/sage-3.0.5/local/lib/libfreetype.so -lpng12 -lz -lm
-Wl,--rpath -Wl,/home/certiko/ext/sage-3.0.5/local/lib
gcc -I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/ -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib -o .libs/gdtopng gdtopng.o
-L/home/certiko/ext/sage-3.0.5/local/lib ./.libs/libgd.so
/usr/lib64/libXpm.so -lpthread /usr/lib64/libX11.so
/usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl
/usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lexpat
/home/certiko/ext/sage-3.0.5/local/lib/libfreetype.so -lpng12 -lz -lm
-Wl,--rpath -Wl,/home/certiko/ext/sage-3.0.5/local/lib
gcc: /usr/lib64/libfreetype.so: No such file or directory
gcc: /usr/lib64/libfreetype.so: No such file or directory
make[4]: *** [gdparttopng] Error 1
make[4]: *** [gdtopng] Error 1
gcc: /usr/lib64/libfreetype.so: No such file or directory
make[4]: *** [gd2copypal] Error 1
make[4]: Leaving directory
`/home/certiko/ext/sage-3.0.5/spkg/build/gd-2.0.33.p5/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/home/certiko/ext/sage-3.0.5/spkg/build/gd-2.0.33.p5/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home/certiko/ext/sage-3.0.5/spkg/build/gd-2.0.33.p5/src'
Error building gd.

real 0m25.297s
user 0m8.609s
sys 0m8.917s
sage: An error occurred while installing gd-2.0.33.p5

Please email sage-devel http://groups.google.com/group/sage-devel
explaining the problem and send the relevant part of
of /home/certiko/ext/sage-3.0.5/install.log. Describe your computer,
operating system, etc.
If you want to try to fix the problem, yourself *don't* just cd to

/home/certiko/ext/sage-3.0.5/spkg/build/gd-2.0.33.p5 and type 'make'.

Instead type "/home/certiko/ext/sage-3.0.5/sage -sh"
in order to set all environment variables correctly, then cd to

/home/certiko/ext/sage-3.0.5/spkg/build/gd-2.0.33.p5

(When you are done debugging, you can type "exit" to leave the
subshell.)

make[1]: *** [installed/gd-2.0.33.p5] Error 1

make[1]: Leaving directory `/home/certiko/ext/sage-3.0.5/spkg'

real 26m49.339s
user 17m19.945s
sys 4m25.197s
certiko@thsun32:~/ext/sage-3.0.5$

Now I am trying to compile with a single make if it's going to work.
If not, I'll give up and wait for the next release if it fixes it.

Ondrej

[Ondrej Certik]

No luck:

/bin/sh ./libtool --mode=link gcc
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/
-L/home/certiko/ext/sage-3.0.5/local/lib -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib
-L/home/certiko/ext/sage-3.0.5/local/lib -o gdtopng gdtopng.o
./libgd.la -lXpm -lX11 -lfontconfig -lfreetype -lpng12 -lz -lm
/bin/sh ./libtool --mode=link gcc
-I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/
-L/home/certiko/ext/sage-3.0.5/local/lib -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib
-L/home/certiko/ext/sage-3.0.5/local/lib -o gd2copypal gd2copypal.o
./libgd.la -lXpm -lX11 -lfontconfig -lfreetype -lpng12 -lz -lm
gcc -I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/ -Wl,--rpath

-Wl,/home/certiko/ext/sage-3.0.5/local/lib -o .libs/gdtopng gdtopng.o
-L/home/certiko/ext/sage-3.0.5/local/lib ./.libs/libgd.so
/usr/lib64/libXpm.so -lpthread /usr/lib64/libX11.so
/usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl
/usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lexpat
/home/certiko/ext/sage-3.0.5/local/lib/libfreetype.so -lpng12 -lz -lm
-Wl,--rpath -Wl,/home/certiko/ext/sage-3.0.5/local/lib
gcc: /usr/lib64/libfreetype.so: No such file or directory

make[4]: *** [gdtopng] Error 1

make[4]: *** Waiting for unfinished jobs....
gcc -I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/ -Wl,--rpath

-Wl,/home/certiko/ext/sage-3.0.5/local/lib -o .libs/gdparttopng
gdparttopng.o -L/home/certiko/ext/sage-3.0.5/local/lib
./.libs/libgd.so /usr/lib64/libXpm.so -lpthread /usr/lib64/libX11.so
/usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl
/usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lexpat
/home/certiko/ext/sage-3.0.5/local/lib/libfreetype.so -lpng12 -lz -lm
-Wl,--rpath -Wl,/home/certiko/ext/sage-3.0.5/local/lib

gcc: /usr/lib64/libfreetype.so: No such file or directory
make[4]: *** [gdparttopng] Error 1

gcc -I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/ -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib -o .libs/annotate
annotate.o -L/home/certiko/ext/sage-3.0.5/local/lib ./.libs/libgd.so
/usr/lib64/libXpm.so -lpthread /usr/lib64/libX11.so
/usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl
/usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lexpat
/home/certiko/ext/sage-3.0.5/local/lib/libfreetype.so -lpng12 -lz -lm
-Wl,--rpath -Wl,/home/certiko/ext/sage-3.0.5/local/lib
gcc: /usr/lib64/libfreetype.so: No such file or directory
make[4]: *** [annotate] Error 1

gcc -I/home/certiko/ext/sage-3.0.5/local/include
-I/home/certiko/ext/sage-3.0.5/local/include/freetype2/ -Wl,--rpath
-Wl,/home/certiko/ext/sage-3.0.5/local/lib -o .libs/gd2copypal
gd2copypal.o -L/home/certiko/ext/sage-3.0.5/local/lib
./.libs/libgd.so /usr/lib64/libXpm.so -lpthread /usr/lib64/libX11.so
/usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl
/usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lexpat
/home/certiko/ext/sage-3.0.5/local/lib/libfreetype.so -lpng12 -lz -lm
-Wl,--rpath -Wl,/home/certiko/ext/sage-3.0.5/local/lib

gcc: /usr/lib64/libfreetype.so: No such file or directory
make[4]: *** [gd2copypal] Error 1
make[4]: Leaving directory
`/home/certiko/ext/sage-3.0.5/spkg/build/gd-2.0.33.p5/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/home/certiko/ext/sage-3.0.5/spkg/build/gd-2.0.33.p5/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home/certiko/ext/sage-3.0.5/spkg/build/gd-2.0.33.p5/src'
Error building gd.

real 0m25.316s
user 0m8.689s
sys 0m8.461s

sage: An error occurred while installing gd-2.0.33.p5
Please email sage-devel http://groups.google.com/group/sage-devel
explaining the problem and send the relevant part of
of /home/certiko/ext/sage-3.0.5/install.log. Describe your computer,
operating system, etc.
If you want to try to fix the problem, yourself *don't* just cd to
/home/certiko/ext/sage-3.0.5/spkg/build/gd-2.0.33.p5 and type 'make'.
Instead type "/home/certiko/ext/sage-3.0.5/sage -sh"
in order to set all environment variables correctly, then cd to
/home/certiko/ext/sage-3.0.5/spkg/build/gd-2.0.33.p5
(When you are done debugging, you can type "exit" to leave the
subshell.)
make[1]: *** [installed/gd-2.0.33.p5] Error 1
make[1]: Leaving directory `/home/certiko/ext/sage-3.0.5/spkg'

real 26m47.256s
user 17m22.341s
sys 4m24.817s
certiko@thsun32:~/ext/sage-3.0.5$

I am actually surprised that a released Sage failed to build from
source, I've never encountered that before. :)

Maybe it suggests the system is fubar.

Ondrej

[mabshoff]

On Jul 22, 4:09 pm, "Ondrej Certik" <ond...@certik.cz> wrote:

Hi Ondrej,

PBuild is not officially working, so do not use it unless you are
willing to debug some problems.

> certiko@thsun32:~/ext/sage-3.0.5$
>
> > Now I am trying to compile with a single make if it's going to work.
> > If not, I'll give up and wait for the next release if it fixes it.
>
> No luck:

Hmm, two possibilities here:

a) parallel make for gd is broken, i.e. export MAKE=make and try again
b) oddly configure seems to add libraries with absolute path. Can you
send me a link to the log so I can take a look?

<SNIP>

> I am actually surprised that a released Sage failed to build from
> source, I've never encountered that before. :)
>
> Maybe it suggests the system is fubar.

:) - which OpenSuSE release is it?

> Ondrej

Cheers,

Michael

[Ondrej Certik]

On Wed, Jul 23, 2008 at 1:42 AM, mabshoff
<Michael...@mathematik.uni-dortmund.de> wrote:
>
> On Jul 22, 4:09 pm, "Ondrej Certik" <ond...@certik.cz> wrote:
>
> Hi Ondrej,
>
> PBuild is not officially working, so do not use it unless you are
> willing to debug some problems.
>
>> certiko@thsun32:~/ext/sage-3.0.5$
>>
>> > Now I am trying to compile with a single make if it's going to work.
>> > If not, I'll give up and wait for the next release if it fixes it.
>>
>> No luck:
>
> Hmm, two possibilities here:
>
> a) parallel make for gd is broken, i.e. export MAKE=make and try again
> b) oddly configure seems to add libraries with absolute path. Can you
> send me a link to the log so I can take a look?

Doing:

certiko@thsun32:~/ext/sage-3.0.5$ export MAKE=make
certiko@thsun32:~/ext/sage-3.0.5$ make &> log

And I'll send you a log when it fails.

> <SNIP>
>
>> I am actually surprised that a released Sage failed to build from
>> source, I've never encountered that before. :)
>>
>> Maybe it suggests the system is fubar.
>
> :) - which OpenSuSE release is it?

Sorry for my really stupid question -- how can I get the release? For
example Debian has:

$ cat /etc/debian_version
lenny/sid

But I haven't found anything similar in there.

Ondrej

[Adam Webb]

Hi,
If LSB is installed you should be able to do

lsb_release -a

This works on many distributions but I don't know if OpenSuSE has it
installed by default.

Cheers,
Adam

[Ondrej Certik]

>>
>> certiko@thsun32:~/ext/sage-3.0.5$ export MAKE=make
>> certiko@thsun32:~/ext/sage-3.0.5$ make &> log
>>
>> And I'll send you a log when it fails.

Here is the failing log:

http://sage.math.washington.edu/home/ondrej/log

>>
>> > <SNIP>
>>
>> >> I am actually surprised that a released Sage failed to build from
>> >> source, I've never encountered that before. :)
>>
>> >> Maybe it suggests the system is fubar.
>>
>> > :) - which OpenSuSE release is it?
>>
>> Sorry for my really stupid question -- how can I get the release? For
>> example Debian has:
>>
>> $ cat /etc/debian_version
>> lenny/sid
>>
>> But I haven't found anything similar in there.
>>
>> Ondrej
>
> Hi,
> If LSB is installed you should be able to do
>
> lsb_release -a
>
> This works on many distributions but I don't know if OpenSuSE has it
> installed by default.

Wow, great I didn't know about this command. Here is what it prints:

$ lsb_release -a
LSB Version: core-2.0-noarch:core-3.0-noarch:core-2.0-x86_64:core-3.0-x86_64:desktop-3.1-amd64:desktop-3.1-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.1-amd64:graphics-3.1-noarch
Distributor ID: SUSE LINUX
Description: openSUSE 10.2 (X86-64)
Release: 10.2
Codename: n/a

So it seems it's opensuse 10.2.

And this is what it prints for my laptop:

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux unstable (sid)
Release: unstable
Codename: sid

So it seems to work.

Ondrej

[John Cremona]

The system I normally use to test Sage builds looks the same as Ondrej's:

jec@host-57-71%lsb_release -a

LSB Version: core-2.0-noarch:core-3.0-noarch:core-2.0-x86_64:core-3.0-x86_64:desktop-3.1-amd64:desktop-3.1-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.1-amd64:graphics-3.1-noarch
Distributor ID: SUSE LINUX
Description: openSUSE 10.2 (X86-64)
Release: 10.2
Codename: n/a

but I had not had time yet to test 3.0.6. I'll try that now.

John

2008/7/23 Ondrej Certik <ond...@certik.cz>:

[Ondrej Certik]

On Wed, Jul 23, 2008 at 7:06 PM, John Cremona <john.c...@gmail.com> wrote:
>
> The system I normally use to test Sage builds looks the same as Ondrej's:
>
> jec@host-57-71%lsb_release -a
> LSB Version: core-2.0-noarch:core-3.0-noarch:core-2.0-x86_64:core-3.0-x86_64:desktop-3.1-amd64:desktop-3.1-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.1-amd64:graphics-3.1-noarch
> Distributor ID: SUSE LINUX
> Description: openSUSE 10.2 (X86-64)
> Release: 10.2
> Codename: n/a
>
> but I had not had time yet to test 3.0.6. I'll try that now.

The sage that fails for me is 3.0.5.

Ondrej

[mabshoff]

On Jul 23, 1:12 pm, "Ondrej Certik" <ond...@certik.cz> wrote:

Hi Ondrej,

I had a superficial look at the log and it seems that the linker is
acting strange. Can you figure out the binutils version? I have to
start slides for the Axiom/Aldor workshop talk I am giving in the
morning tomorrow, so it looks unlikely that I will have time to figure
out how to fix this issue. If anybody else does I will not be hurt.

Can you try the latest gd prerelease? Just configure it with --prefix=
$SAGE_LOCAL and whatever else we do in spkg-install and report back
please.

Cheers,

Michael

[Ondrej Certik]

I'll try. But I am very busy too unfortunately.

BTW, you will be talking about Aldor? Man. :)

Ondrej

[John Cremona]

Well, the result of building and testing 3.0.6.rc0 is one test failure:

The following tests failed:

sage -t devel/sage/sage/groups/matrix_gps/matrix_group.py
Total time for all tests: 2716.5 seconds
Please see /home/jec/sage-3.0.6.rc0/tmp/test.log for the complete log
from this test.

But running this test by itself worked ok:
sage -t devel/sage/sage/groups/matrix_gps/matrix_group.py
[25.1 s]

----------------------------------------------------------------------
All tests passed!

So it's one of those...

John

2008/7/23 Ondrej Certik <ond...@certik.cz>:
>

[mabshoff]

On Jul 23, 1:30 pm, "Ondrej Certik" <ond...@certik.cz> wrote:
> On Wed, Jul 23, 2008 at 10:17 PM, mabshoff

<SNIP>

> I'll try. But I am very busy too unfortunately.
>
> BTW, you will be talking about Aldor? Man. :)

Yes, but mostly about the possibility to hook it into C extension
modules in Sage. And since you know that I went to the finest
finishing school available in my parent's basement, am in general a
pleasant person to work with and very interested in being nice to
people you know that I would never say anything offending,
controversial or just bitch and rant about topics like lisp for an
hour :)

Burcin ought to be here, so he can give his well informed POV
afterwards ;)

> Ondrej

Cheers,

Michael

[Ondrej Certik]

On Thu, Jul 24, 2008 at 11:00 AM, mabshoff
<Michael...@mathematik.uni-dortmund.de> wrote:
>
>
>
> On Jul 23, 1:30 pm, "Ondrej Certik" <ond...@certik.cz> wrote:
>> On Wed, Jul 23, 2008 at 10:17 PM, mabshoff
>
> <SNIP>
>
>> I'll try. But I am very busy too unfortunately.
>>
>> BTW, you will be talking about Aldor? Man. :)
>
> Yes, but mostly about the possibility to hook it into C extension

> modules in Sage. And since you know that I went to the finest al

> finishing school available in my parent's basement, am in general a
> pleasant person to work with and very interested in being nice to
> people you know that I would never say anything offending,
> controversial or just bitch and rant about topics like lisp for an
> hour :)
>
> Burcin ought to be here, so he can give his well informed POV
> afterwards ;)

Great, how was it?

Btw, we also discussed Aldor with Mateusz (sympy dev) at euroscipy,
it's pretty fast actually. But non-free, so I am not interested.

anyway, back to this bug. BTW, fails to build from source is an RC bug
in Debian. :)

I just tried sage 3.0.6 and it still fails.

binutils version:

$ ld -v
GNU ld version 2.17.50.0.5 20060927 (SUSE Linux)

then I went to spkg/standard, unpacked the gd.spkg:

/gd-2.0.33.p5

and did:

SAGE_LOCAL=~/ext/sage-3.0.6/local/ ./spkg-install

but unfortunately I got a different error:

[...]
config.status: creating Makefile
config.status: creating config/Makefile
config.status: creating config/gdlib-config
config.status: creating test/Makefile
config.status: creating config.h
config.status: executing depfiles commands
install: missing file operand
Try `install --help' for more information.
Error installing gd.

So I cannot even reproduce the problem above.

I also downloaded the gd-2.0.35 from:

http://www.libgd.org/releases/

and copied it to the src:

$ SAGE_LOCAL=~/ext/sage-3.0.6/local/ ./spkg-install

config.status: creating test/Makefile
config.status: creating config.h
config.status: executing depfiles commands
install: missing file operand
Try `install --help' for more information.
Error installing gd.

But the same problem. Then I tried the spkg gd version, unpacked it,
went to src and did:

$ SAGE_LOCAL=~/ext/sage-3.0.6/local/ ./configure
--prefix="$SAGE_LOCAL" --without-jpeg --without-x
--with-zlib="$SAGE_LOCAL" --with-freetype2="$SAGE_LOCAL"

this worked.... Then:

$ make
[...]
gcc -shared gd.lo gdfx.lo gd_security.lo gd_gd.lo gd_gd2.lo gd_io.lo
gd_io_dp.lo gd_gif_in.lo gd_gif_out.lo gd_io_file.lo gd_io_ss.lo
gd_jpeg.lo gd_png.lo gd_ss.lo gd_topal.lo gd_wbmp.lo gdcache.lo
gdfontg.lo gdfontl.lo gdfontmb.lo gdfonts.lo gdfontt.lo gdft.lo
gdhelpers.lo gdkanji.lo gdtables.lo gdxpm.lo wbmp.lo -L/usr/lib64
/usr/lib64/libXpm.so /usr/lib64/libX11.so /usr/lib64/libfontconfig.so
/usr/lib64/libfreetype.so -lz -lm -Wl,-soname -Wl,libgd.so.2 -o
.libs/libgd.so.2.0.0
gcc: /usr/lib64/libfreetype.so: No such file or directory
make[2]: *** [libgd.la] Error 1
make[2]: Leaving directory
`/home/certiko/ext/sage-3.0.6/spkg/standard/gd-2.0.33.p5/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/certiko/ext/sage-3.0.6/spkg/standard/gd-2.0.33.p5/src'
make: *** [all] Error 2

Ok, finally I can reproduce the problem. So I tried gd-2.0.35,
configured, and make:

gcc -shared .libs/gd.o .libs/gdfx.o .libs/gd_security.o .libs/gd_gd.o
.libs/gd_gd2.o .libs/gd_io.o .libs/gd_io_dp.o .libs/gd_gif_in.o
.libs/gd_gif_out.o .libs/gd_io_file.o .libs/gd_io_ss.o .libs/gd_jpeg.o
.libs/gd_png.o .libs/gd_ss.o .libs/gd_topal.o .libs/gd_wbmp.o
.libs/gdcache.o .libs/gdfontg.o .libs/gdfontl.o .libs/gdfontmb.o
.libs/gdfonts.o .libs/gdfontt.o .libs/gdft.o .libs/gdhelpers.o
.libs/gdkanji.o .libs/gdtables.o .libs/gdxpm.o .libs/wbmp.o
/usr/lib64/libXpm.so /usr/lib64/libX11.so /usr/lib64/libfontconfig.so
/usr/lib64/libfreetype.so -lz -lm -Wl,-soname -Wl,libgd.so.2 -o
.libs/libgd.so.2.0.0
gcc: /usr/lib64/libfreetype.so: No such file or directory
make[2]: *** [libgd.la] Error 1
make[2]: Leaving directory
`/home/certiko/ext/sage-3.0.6/spkg/standard/gd-2.0.33.p5/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/certiko/ext/sage-3.0.6/spkg/standard/gd-2.0.33.p5/src'
make: *** [all] Error 2

Same problem. I hate compilation problems. Anyway, so I dug deeper why
it fails. This may help:

$ ls -l /usr/lib64/libfreetype.*
-rw-r--r-- 1 root root 699144 2006-11-25 12:41 /usr/lib64/libfreetype.a
-rw-r--r-- 1 root root 822 2006-11-25 12:41 /usr/lib64/libfreetype.la
lrwxrwxrwx 1 root root 21 2007-11-05 20:13
/usr/lib64/libfreetype.so -> libfreetype.so.6.3.10
lrwxrwxrwx 1 root root 21 2007-09-13 20:00
/usr/lib64/libfreetype.so.6 -> libfreetype.so.6.3.16
-rwxr-xr-x 1 root root 513760 2007-07-25 20:57 /usr/lib64/libfreetype.so.6.3.16

The link /usr/lib64/libfreetype.so is broken, there is no libfreetype.so.6.3.10:

$ ls -l /usr/lib64/libfreetype.so.6.3.10
ls: cannot access /usr/lib64/libfreetype.so.6.3.10: No such file or directory

However, in README.txt:

LINUX (install these using your package manager):
gcc, g++, make, m4, perl, ranlib, and tar.

so you should either specify working freetype on the system, or get
this fixed in Sage.

Then I got really angry that I spent an hour with this stupid bug with
no progress whatsoever, so I did:

$ ./configure --help

and there was no mention of --with-freetype2, however there was a
mention of --with-freetype, so I did:

$ SAGE_LOCAL=~/ext/sage-3.0.6/local/ ./configure
--prefix="$SAGE_LOCAL" --without-jpeg --without-x
--with-zlib="$SAGE_LOCAL" --with-freetype="$SAGE_LOCAL"
$ make

and it worked! Ok, then I tried the gd in Sage and that didn't work,
even with --with-freetype.

Anyway, so I hope I gave you enough info to get this fixed.

Why is the spkg-install not working?

Ondrej

[Ondrej Certik]

So I fixed the gd package, but then matplotlib fails:

/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../x86_64-suse-linux/bin/ld:
/usr/lib64/libfreetype.a(ftinit.o): relocation R_X86_64_32 against
`tt_driver_class' can not be used when making a shared object;
recompile with -fPIC
/usr/lib64/libfreetype.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../x86_64-suse-linux/bin/ld:
/usr/lib64/libfreetype.a(ftinit.o): relocation R_X86_64_32 against
`tt_driver_class' can not be used when making a shared object;
recompile with -fPIC
/usr/lib64/libfreetype.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
error: Command "g++ -pthread -shared
build/temp.linux-x86_64-2.5/src/ft2font.o
build/temp.linux-x86_64-2.5/src/mplutils.o
build/temp.linux-x86_64-2.5/CXX/cxxsupport.o
build/temp.linux-x86_64-2.5/CXX/IndirectPythonInterface.o
build/temp.linux-x86_64-2.5/CXX/cxx_extensions.o
build/temp.linux-x86_64-2.5/CXX/cxxextensions.o -L/usr/local/lib
-L/usr/lib -L/usr/local/lib64 -L/usr/lib64
-L/home/certiko/ext/sage-3.0.6/local/lib/ -lfreetype -lz -lstdc++ -lm
-o build/lib.linux-x86_64-2.5/matplotlib/ft2font.so" failed with exit
status 1
Error building matplotlib package.

real 0m15.927s
user 0m10.577s
sys 0m1.144s
sage: An error occurred while installing matplotlib-0.91.1.p5

Please email sage-devel http://groups.google.com/group/sage-devel
explaining the problem and send the relevant part of

of /home/certiko/ext/sage-3.0.6/install.log. Describe your computer,

operating system, etc.
If you want to try to fix the problem, yourself *don't* just cd to

/home/certiko/ext/sage-3.0.6/spkg/build/matplotlib-0.91.1.p5 and type 'make'.
Instead type "/home/certiko/ext/sage-3.0.6/sage -sh"

in order to set all environment variables correctly, then cd to

/home/certiko/ext/sage-3.0.6/spkg/build/matplotlib-0.91.1.p5

(When you are done debugging, you can type "exit" to leave the
subshell.)

make[1]: *** [installed/matplotlib-0.91.1.p5] Error 1
make[1]: Leaving directory `/home/certiko/ext/sage-3.0.6/spkg'

real 32m56.225s
user 17m25.249s
sys 4m51.750s
certiko@thsun32:~/ext/sage-3.0.6$

So I am giving up, that's too many failures to my taste. What is the
problem with the freetype?

Ondrej

[mabshoff]

On Jul 31, 6:44 am, "Ondrej Certik" <ond...@certik.cz> wrote:

Hi Ondrej,

> So I fixed the gd package, but then matplotlib fails:
>
> /usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../x86_64-suse-linux/bin/ld:
> /usr/lib64/libfreetype.a(ftinit.o): relocation R_X86_64_32 against
> `tt_driver_class' can not be used when making a shared object;
> recompile with -fPIC
> /usr/lib64/libfreetype.a: could not read symbols: Bad value

There is something seriously wrong with the linker or something else
on the box.

<SNIP>

> So I am giving up, that's too many failures to my taste. What is the
> problem with the freetype?

No clue. You mentioned it is some OpenSUSE box. Can you give some more
details.

> Ondrej

Cheers,

Michael

[mabshoff]

On Jul 31, 5:21 am, "Ondrej Certik" <ond...@certik.cz> wrote:

<SNIP>

> anyway, back to this bug. BTW, fails to build from source is an RC bug
> in Debian. :)
>
> I just tried sage 3.0.6 and it still fails.
>
> binutils version:
>
> $ ld -v
> GNU ld version 2.17.50.0.5 20060927 (SUSE Linux)
>
> then I went to spkg/standard, unpacked the gd.spkg:
>
> /gd-2.0.33.p5
>
> and did:
>
> SAGE_LOCAL=~/ext/sage-3.0.6/local/ ./spkg-install

This is not how you are supposed to debug things. Run "./sage -sh" and
your env will be set up properly. Sage also tells you to do that
explicitly on failure.

<SNIP>

> However, in README.txt:
>
>      LINUX (install these using your package manager):
>           gcc, g++, make, m4, perl, ranlib, and tar.
>
> so you should either specify working freetype on the system, or get
> this fixed in Sage.

We are shipping freetype-2.3.5, so no need to depend on the system
one.

> Then I got really angry that I spent an hour with this stupid bug with
> no progress whatsoever, so I did:
>
> $ ./configure  --help
>
> and there was no mention of --with-freetype2, however there was a
> mention of --with-freetype, so I did:
>
> $ SAGE_LOCAL=~/ext/sage-3.0.6/local/ ./configure
> --prefix="$SAGE_LOCAL" --without-jpeg --without-x
> --with-zlib="$SAGE_LOCAL" --with-freetype="$SAGE_LOCAL"
> $ make
>
> and it worked! Ok, then I tried the gd in Sage and that didn't work,
> even with --with-freetype.
>
> Anyway, so I hope I gave you enough info to get this fixed.
>
> Why is the spkg-install not working?

Your system seems to be some odd mutli arch setup and pick libs in /
usr/lib64. I have no clue why it would do so, but we routinely build
on various OpenSUSE releases and we have never seen anything like the
above.

> Ondrej

Cheers,

Michael

[Ondrej Certik]

On Thu, Jul 31, 2008 at 3:57 PM, mabshoff
<Michael...@mathematik.uni-dortmund.de> wrote:
>
>
>
> On Jul 31, 5:21 am, "Ondrej Certik" <ond...@certik.cz> wrote:
>
> <SNIP>
>> anyway, back to this bug. BTW, fails to build from source is an RC bug
>> in Debian. :)
>>
>> I just tried sage 3.0.6 and it still fails.
>>
>> binutils version:
>>
>> $ ld -v
>> GNU ld version 2.17.50.0.5 20060927 (SUSE Linux)
>>
>> then I went to spkg/standard, unpacked the gd.spkg:
>>
>> /gd-2.0.33.p5
>>
>> and did:
>>
>> SAGE_LOCAL=~/ext/sage-3.0.6/local/ ./spkg-install
>
> This is not how you are supposed to debug things. Run "./sage -sh" and
> your env will be set up properly. Sage also tells you to do that
> explicitly on failure.

Ok, that worked, thanks.

>> However, in README.txt:
>>
>> LINUX (install these using your package manager):
>> gcc, g++, make, m4, perl, ranlib, and tar.
>>
>> so you should either specify working freetype on the system, or get
>> this fixed in Sage.
>
> We are shipping freetype-2.3.5, so no need to depend on the system
> one.

That's what I think too. So it should not pick up the system one,
especially when it is broken and I have no means to fix it, since I
don't have root rights.

>
>> Then I got really angry that I spent an hour with this stupid bug with
>> no progress whatsoever, so I did:
>>
>> $ ./configure --help
>>
>> and there was no mention of --with-freetype2, however there was a
>> mention of --with-freetype, so I did:
>>
>> $ SAGE_LOCAL=~/ext/sage-3.0.6/local/ ./configure
>> --prefix="$SAGE_LOCAL" --without-jpeg --without-x
>> --with-zlib="$SAGE_LOCAL" --with-freetype="$SAGE_LOCAL"
>> $ make
>>
>> and it worked! Ok, then I tried the gd in Sage and that didn't work,
>> even with --with-freetype.
>>
>> Anyway, so I hope I gave you enough info to get this fixed.
>>
>> Why is the spkg-install not working?

The spkg-install started to work when I used "sage -sh".

>
> Your system seems to be some odd mutli arch setup and pick libs in /
> usr/lib64. I have no clue why it would do so, but we routinely build
> on various OpenSUSE releases and we have never seen anything like the
> above.

It's fubar, as always. But I don't care, that's the box I have, I
don't have root rights, and it has the basic utilities, so sage should
imho just built.

But did you look at my fix in the other email? I think the problem is
that you test Sage in either of the two scenarios:

1) no systemwide freetype
2) working systemwide freetype

Unfortunately, my case is:

3) broken systemwide freetype

Is sage supposed to work in the case 3)?

debugging the freetype in matplotlib, try for example this:

add:

print_message(
"WARNING: Could not find 'freetype2' headers in any of %s." %
", ".join(["'%s'" % x for x in module.include_dirs]))
stop

in patches/setupext.py and then you'll see:

freetype2: 9.10.3
* WARNING: Could not find 'freetype2' headers in any
* of '/usr/local/include', '/usr/include', '.',
* '/home/certiko/ext/sage-3.0.6/local/include/',
* '/usr/include/freetype2'.

so the sage include path is after the systemwide. BTW I have
/usr/include/freetype and /usr/include/freetype2. So now I just need
to figure out how to fix it to pickup sage freetype.so, not the broken
systemwide.

Ondrej

[Ondrej Certik]

Any ideas on this? To repeat the problem: there is a broken systemwide
freetype library on that system and Sage is picking it, but it
shouldn't. In particular, the "gd" package is picking it and I fixed
that above, and the "matplotlib" package is picking it, but that I
haven't yet figure out how to fix.

Is Sage supposed to work on such a system?

Ondrej

[William Stein]

>> so the sage include path is after the systemwide. BTW I have
>> /usr/include/freetype and /usr/include/freetype2. So now I just need
>> to figure out how to fix it to pickup sage freetype.so, not the broken
>> systemwide.
>
> Any ideas on this? To repeat the problem: there is a broken systemwide
> freetype library on that system and Sage is picking it, but it
> shouldn't. In particular, the "gd" package is picking it and I fixed
> that above, and the "matplotlib" package is picking it, but that I
> haven't yet figure out how to fix.
>
> Is Sage supposed to work on such a system?

If you can make it work, we would be happy to integrate whatever you
did to make it work into sage. You might want to immediately ask
on the matplotlib list how to make sure that matplotlib doesn't pick
up a system-wide broken freetype library, or write to the main matplotlib
author.

William

[Ondrej Certik]

Ok, I'll try to make it work if I find time and send patches.

Thanks,
Ondrej

[mabshoff]

Hi Ondrej,

I am not convinced that this is a generic problem since John Cremona
can build Sage without effort on the same OpenSUSE release on the same
Opteron hardware. This is likely a issue with the environment since
clusters have in many cases odd setups, additional compilers and a
raft of env variables. In the example output you posted the linker
clearly did stupid things, i.e. link dynamic libs with absolute path,
so this is not something I consider that we can fix. I am willing to
debug this interactively either via IRC or some other means, but I
will likely vote down some seamingly random patches that fix the
symptom, but not the real issue in the first place.

Cheers,

Michael

[William Stein]

That's a good general statement. However, I think Ondrej is specifically
refereeing to Sage's matplotlib build linking in the system-wide
freetype instead of the freetype included in Sage. This is probably
a bug in matplotlib's build system or a mistake in how we use it.
If so, it would be great to fix it.

-- William

[mabshoff]

On Aug 2, 4:10 pm, "William Stein" <wst...@gmail.com> wrote:
> On Sat, Aug 2, 2008 at 3:59 PM, mabshoff

I am not so sure there. The linker in the other cases clearly picks
absolute paths to link dynamic libs and I have never seen a linker do
that. Either way, Ondrej also did a couple other things when manually
building spkgs that are just plain wrong, so I would like to see what
happens with a clean build from scratch. If he really wants to resolve
the issue we can just download a stock OpenSUSE 10.2 image and install
all the freetype devel rpms into it. I seriously doubt that they
interfere with the build since something obvious like that would have
been hit and reported before. In the end this is 99% a user error just
like the problems Simon reported. I just need to spend the time
tracking down what Ondrej is doing wrong :)

>  -- William

Cheers,

Michael

[Ondrej Certik]

I'll ask my adviser if I can let you login to see this for yourself.

My clean build problem is reported above, it fails for gd, and how to
fix it is there too. It's imho a bug in Sage. As to matplotlib, which
breaks later (if you fix gd), I don't know yet.

Ondrej

[Ondrej Certik]

So I fixed the matplotlib too. You need to fix the
patches/setupext.py, the dict "basedir" to contain:

'linux2' : [sage_lib],

And it will pickup the Sage libs, instead of the systemwide. This
makes Sage compilation proceed further, unfortunately the server net
connection seems to be bad today, so I cannot finish the compilation
now. But anyway, the "gd" and "matplotlib" package are fixed by the
changes I described in this thread. Do you think these changes could
please go to the default Sage install?

Let's see if there are more changes needed.

Ondrej

[William Stein]

> So I fixed the matplotlib too. You need to fix the
> patches/setupext.py, the dict "basedir" to contain:
>
> 'linux2' : [sage_lib],
>
> And it will pickup the Sage libs, instead of the systemwide. This
> makes Sage compilation proceed further, unfortunately the server net
> connection seems to be bad today, so I cannot finish the compilation
> now. But anyway, the "gd" and "matplotlib" package are fixed by the
> changes I described in this thread. Do you think these changes could
> please go to the default Sage install?

Yes, definitely! Make a trac ticket and put everything above in the
ticket.

Thanks!

William

[Ondrej Certik]

Need to go now, but I fortunately had it running in screen, so Sage
compilation finished in 80 min while the net was down. :)

And it works. Which is great. I then used "sage -hg" to install my
project. Thanks to Sage, I'll be able to move somewhere and overcome
the broken opensuse install.

Ondrej

[Ondrej Certik]

On Thu, Aug 7, 2008 at 1:37 AM, William Stein <wst...@gmail.com> wrote:
>

Could you please reset me the password to the trac? I forgot my
password, fortunately my browser remembered it, but today he lost it.
So I cannot login in the trac anymore. Is there some way to tell the
trac to send me a new password to my email? I haven't figured it out.

Thanks,
Ondrej

[mabshoff]

On Aug 8, 9:15 am, "Ondrej Certik" <ond...@certik.cz> wrote:
> On Thu, Aug 7, 2008 at 1:37 AM, William Stein <wst...@gmail.com> wrote:

<SNIP>

> Could you please reset me the password to the trac? I forgot my
> password, fortunately my browser remembered it, but today he lost it.
> So I cannot login in the trac anymore. Is there some way to tell the
> trac to send me a new password to my email? I haven't figured it out.

We cannot reset the trac password and there is no way to have trac
send you a new one automatically. Just send me a password off list and
I will set it for you.

> Thanks,
> Ondrej

Cheers,

Michael

[Ondrej Certik]

Thanks! The ftbfs is now:

http://trac.sagemath.org/sage_trac/ticket/3792

Ondrej

[Ondrej Certik]

I updated the ticket with the spkgs, that are known to work for me
with sage 3.0.6. Let me know if you need anything else to get this
fixed.

Ondrej