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
