Gerardo Exequiel Pozzi wrote:

Uli Armbruster wrote:

...

Hi

First of all, I have [testing] enabled and I'm on 32bit.

I wanted to take a look at these two alternatives of matlab. Both of them don't work here, both are complaining about a missing library

error while loading shared libraries: libgfortran.so.3: cannot open shared object file: No such file or directory

After installing gcc-fortran it worked, so it seems like we need a rebuild here with corrected dependencies for [testing] (octave) and [community-testing] (scilab)

Greetz Army

Hello,

Thanks

This affects more packages, but in how deps are managed in Arch, the gcc-fortran will be only for extra/blas, community/libmatio and community/scilab4 because all others depends on blas.

extra/blas-20070405-2:NEEDED libgfortran.so.3 extra/lapack-3.2.1-1:NEEDED libgfortran.so.3 extra/octave-3.2.3-1:NEEDED libgfortran.so.3 extra/python-numpy-1.3.0-2:NEEDED libgfortran.so.3 extra/r-2.9.2-1:NEEDED libgfortran.so.3

community/freemat-3.6-3:NEEDED libgfortran.so.3 community/libmatio-1.3.3-1:NEEDED libgfortran.so.3 community/python-scipy-0.7.1-1:NEEDED libgfortran.so.3 community/scilab-5.1.1-3:NEEDED libgfortran.so.3 community/scilab4-4.1.2-2:NEEDED libgfortran.so.3

Filling a bug report for each is the best way ;)

All fixed with gcc-4.4.2-2. I moved the fortran and objc libs back into the gcc-libs package. What does need fixed, is there are several packages depending on gcc-objc when that should probably only be a makedepends (in [community] only).

Allan