[aur-general] octave and scilab startup error
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
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 ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
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 ;)
Timeout! Done for you ;) http://bugs.archlinux.org/task/16811 FS#16811 - [blas] Will need gcc-fortran http://bugs.archlinux.org/task/16812 FS#16812 - [libmatio] Will need gcc-fortran http://bugs.archlinux.org/task/16813 FS#16813 - [scilab4] Will need gcc-fortran Good luck! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
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
participants (3)
-
Allan McRae
-
Gerardo Exequiel Pozzi
-
Uli Armbruster