[aur-general] octave and scilab startup error

[Allan McRae]

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