[Pkg-octave-devel] Developer team + SVN + infrastructure

Rafael Laboissiere Rafael Laboissiere <rafael@debian.org>
Wed, 26 Jan 2005 10:54:19 +0100

* Dirk Eddelbuettel <edd@debian.org> [2005-01-25 19:37]:

> There are a few more:
>       octave-ci     (now almost empty as most of its content is in Octave
> 		       and octave-forge)
>       semidef-oct   (sourcename, package octave-sp)
>       matwrap	      (dead upstream, "but useful", written in perl)
>       inline-octave (useful little Perl interface by A. Adler) 
> Of these, the first three could be retired, i.e. thrown out of Debian.

Not matwrap, please, because plplot build-depends on it.

> | The next step will be to build a common infrastructure for package
> | building, similar to what Dirk did for the R packages.
> Much easier for R as it has a common infrastructure for building packages in
> the first place.  You'd need to create that first for Octave.

I was not meaning a full-blown Octave add-on packager, but some tiny helper
utilities for making Debian packaging easier.  For instance, I wrote a
debhelper script called dh_octave for calculating an ${octave:Depends}
variable.  I do not remember why Joey Hess refused to include it in
debhelper, but putting it in an octave-base package (on which the other
package would build-depend) is a interesting alternative.