This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: [Attn Maintainer] octave
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin-apps at cygwin dot com
- Date: Mon, 22 Jun 2015 18:49:34 +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>
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).
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?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada