[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[Pkg-octave-devel] Multi-archifying Octave



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

Attachment: pgpaoctviFhbc.pgp
Description: PGP signature


Reply to: