[Pkg-octave-devel] New mscripts package [was: Re: Updating octave3.0 to Policy 3.8.0]

Rafael Laboissiere rafael at debian.org
Fri Sep 12 09:34:27 UTC 2008


* Thomas Weber <thomas.weber.mail at gmail.com> [2008-06-25 07:36]:

> On 23/06/08 21:53 +0200, Rafael Laboissiere wrote:
> > I: octave3.0: arch-dep-package-has-big-usr-share 5492kB 19%
> > N:
> > N:   The package has a significant amount of architecture-independent data
> > N:   in /usr/share, while it is an architecture-dependent package. This is
> > N:   wasteful of mirror space and bandwidth, as we then end up with
> > N:   multiple copies of this data, one for each architecture.
> > N:
> > N:   If the data in /usr/share is not architecture-independent, it is a
> > N:   policy violation, and in this case, you should move that data
> > N:   elsewhere.
> > N:
> > N:   See also:
> > N:   http://www.debian.org/doc/developers-reference/ch-best-pkging-practice
> > N:   s#s-bpp-archindepdata
> > 
> > Although this is just Lintian "information" level, it is written above that
> > this is a "policy violation".  
> Only if this data is not architecture independent. Should be mostly .m
> files.
> 
> > Should we move the /usr/share/octave/
> > directory into an arch-indep package?  We could call it octave3.0-mscripts
> > (or whatever) and make octave3.0 depend on it.  The downside of this is that
> > the new upload will have to go through NEW and this may prevent the new
> > package to enter testing before the freeze.  We may postpone this to lenny+1.
> 
> Lenny+1, definitely. 

[pure English, this time :-)]

I am bringing back this issue, because I am planning to implemente it for
3.0.2-4, which will probably be uploaded to experimental.

What name do you prefer for the new arch-indep package?

-- 
Rafael



More information about the Pkg-octave-devel mailing list