[Pkg-octave-devel] Packaging Octave 3.8

Rafael Laboissiere rafael at laboissiere.net
Wed Dec 11 11:34:13 UTC 2013


* Sébastien Villemot <sebastien at debian.org> [2013-12-11 12:24]:
>
> I just realized that there is one added complexity with this approach. 
> We will have two packages providing octave: one will be just "octave" 
> like now (containing the binary which can do both GUI and 
> command-line), and "octave-cli" (containing the binary which can do 
> only command-line). It would therefore be logic to modify most reverse 
> dependencies, like the 'Forge packages, to depend on "octave | 
> octave-cli", in order not to force people to install the GUI-capable 
> version (which would defeat the purpose of splitting the packages).

Yes, this must be done. This is not really a big deal since most of the 
depending packages are under control of the DOG and this change can be 
automated.

> I am not sure this is worth the effort. The only benefit of splitting 
> the package is that people with low disk space will not be forced to 
> install Qt. That does not seem like a huge gain.

It is also a matter of RAM, since octave-gui, when launched, will load 
the whole Qt libraries into memory, which is undesirable for batch 
processes.  Anyway, before taking the decision, I think we need to look 
at some data, like the difference in resources (HD and RAM) involved in 
each case.

Rafael




More information about the Pkg-octave-devel mailing list