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