[Pkg-octave-devel] Multi-archifying Octave
Sébastien Villemot
sebastien.villemot at ens.fr
Fri Feb 24 20:37:26 UTC 2012
Hi,
As you know, multi-arch is a release goal for Wheezy [1].
Since we are already changing a lot of stuff, it can be the right moment
to make our packages multi-arch compliant (at least from the point of
view of the directory structure). Doing it later would probably make our
transition to Octave 3.6 more painful.
Basically, this means that:
* lib{octave,octinterp,cruft} would move from /usr/lib to
/usr/lib/<triplet>
* /usr/lib/octave would be renamed to /usr/lib/<triplet>/octave
where <triplet> will be, for example, "x86_64-linux-gnu".
This is relatively easy to achieve using debhelper compat level 9 and
the helpers from dh-exec.
The only potential problem that I see is that Octave already uses some
triplets under /usr/lib, which in addition happen to be different from
the Debian triplets. So we would end up with something like:
/usr/lib/x86_64-linux-gnu/octave/3.6.1/oct/x86_64-pc-linux-gnu/svd.oct
/usr/lib/x86_64-linux-gnu/octave/packages/3.6.1/optim-1.0.17/x86_64-pc-linux-gnu-api-v48+/
Note that there are two triplets in the paths.
Functionally this is not a problem, but it is a little ugly, since there
is some sort of duplication.
My question is: do you think it is desirable and, if yes, feasible to
remove the Octave-triplet from those paths?
Best,
[1] http://wiki.debian.org/ReleaseGoals/MultiArch
--
Sébastien Villemot
Researcher in Economics & Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-octave-devel/attachments/20120224/6e7e752f/attachment.pgp>
More information about the Pkg-octave-devel
mailing list