[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