This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: [Attn Maintainer] octave
- From: Marco Atzeri <marco dot atzeri at gmail dot com>
- To: cygwin-apps at cygwin dot com
- Date: Mon, 22 Jun 2015 22:42:53 +0200
- Subject: Re: [Attn Maintainer] octave
- Authentication-results: sourceware.org; auth=none
- References: <87bnh3dw92 dot fsf at Rainer dot invalid> <556946DF dot 3070502 at gmail dot com> <87d21i4n9y dot fsf at Rainer dot invalid> <556C2E40 dot 3050409 at gmail dot com> <87r3p3g02p dot fsf at Rainer dot invalid>
On 6/22/2015 6:49 PM, Achim Gratz wrote:
Marco Atzeri writes:
2) zp_octave_finish.dash checks if
/var/lib/octave/update.flag exists
and if so execute
/usr/bin/octave-cli /var/lib/octave/update_packages_list
You need to set the path in the update script so that it finds the DLL
in /usr/lib/lapack or the script will never work (I just see you already
fixed it for 64bit).
Packing problem. They should be equal.
I will repack the 32 bit an bump.
The shells running postinstall don't source /etc/profile or anything
like that, so you need to set up the environment as you need it. BTW,
the postinstall scripts for octave-forge should all be dash scripts as
well, just as any other postinstall script that isn't making use of any
bash specific feature. You don't need to check for the existence of the
update file there either, just touch it.
Again, why is it not possible to keep that DLL in a standard location or
link octave with the correct runtime search path? If it absolutely must
be on path, then couldn't you just add it on the invocation via a
wrapper script?
1) openblas is optional but it collides with lapack blas.
So it must be before in the PATH
$ cygcheck -l libopenblas
/usr/bin/cygblas-0.dll
$ cygcheck -l liblapack0
/etc/profile.d/lapack0.csh
/etc/profile.d/lapack0.sh
/usr/lib/lapack/cygblas-0.dll
/usr/lib/lapack/cyglapack-0.dll
2) Is is not only octave that uses cygblas-0.dll
Regards,
Achim.