Differences between revisions 270 and 271
Revision 270 as of 2016-08-21 15:44:08
Size: 8266
Editor: ?RafaelLaboissiereAlt
Comment: Drop unmaintained packages from list
Revision 271 as of 2016-09-18 22:42:10
Size: 8267
Comment: Debhelper recommended compat level is now 10.
Deletions are marked like this. Additions are marked like this.
Line 34: Line 34:
 0. The recommended debhelper compat level is 9.  0. The recommended debhelper compat level is 10.

Introduction

The Debian Octave Group (DOG) is a collaborative effort for maintaining the Octave-related Debian packages. Coordination is done through the pkg-octave project at Alioth.

Any developer, either a member of Debian or not, is invited to participate. If you are interested, send an email to the development list or drop a note to the project administrators at Alioth.

Maintained packages

Development is coordinated through Git repositories, using the git-buildpackage tool (with the associated git-dch tool for generating debian/changelog entries).

Mailing lists

There are two mailing lists related to the project:

Check list for the Octave-Forge packages

  1. Bump the build-dependency on octave-pkg-dev to >= 1.4.2.

  2. Bump the Standards-Version to 3.9.8.
  3. Set the Uploaders field as described below.
  4. The recommended debhelper compat level is 10.
  5. We use a machine-readable debian/copyright with the 1.0 specification. Generating this file can be simplified by the following command:

    licensecheck -r --copyright -c  '\.m|\.cc|\.hh|\.c|\.h|\.f' . | /usr/lib/cdbs/licensecheck2dep5

    Note that you will have to update the Format line using the finalized URL for version 1.0. If you are using CDBS version 0.4.103 or later, the URL will be that for version 1.0.

    You can also automatically fix some errors in your file using the following command (from package libconfig-model-perl):

    cme fix dpkg-copyright
  6. Use the SourceForge redirector in the debian/watch file:

    version=3
    http://sf.net/octave/<package>-(.+)\.tar\.gz

Packages currently in Debian but not maintained upstream

  • octave-audio (already removed from testing and unstable)
  • octave-gsl
  • octave-missing-functions
  • octave-specfun
  • octave-zenity
  • qtoctave (already removed from testing and unstable)

Octave Forge packages not in Debian

Candidates for packaging

The following packages are listed as maintained by the upstream authors and are not yet in Debian:

Packages that should not enter Debian

  • actuarial (unmaintained)
  • civil-engineering (unmaintained)
  • engine (unmaintained)
  • fenv (unmaintained; find function __setround__ in the interval package)

  • fl-core
  • generate_html (will not be packaged; only of interest for Octave-Forge developers)

  • gnuplot (unmaintained)
  • mechanics (unmaintained)
  • oct2mat (unmaintained)
  • odebvp (unmaintained)
  • special-matrix (unmaintained)
  • tcl-octave (unmaintained; RFP: 482615)

  • windows (tweber: I don't think - we would have to create Debian GNU/kwin32 first)

Packages that have been in Debian at some point but were removed

  • octave-ad
  • octave-ann
  • octave-benchmark
  • octave-bioinfo
  • octave-combinatorics
  • octave-ftp
  • octave-ident
  • octave-informationtheory
  • octave-integration
  • octave-irsa
  • octave-multicore
  • octave-nlwing2
  • octave-nnet
  • octave-octgpr
  • octave-octcdf
  • octave-outliers
  • octave-pdb
  • octave-physicalconstants
  • octave-plot
  • octave-simp (use octave-interval instead)
  • octave-symband
  • octave-time (RM: 671089])

  • octave-xraylib
  • semidef-oct (RM: 669226])

Uploaders Field

The Uploaders field should normally list the team member(s) that are personally interested in the package and take the primary responsibility for maintaining it. Maintaining this field up-to-date gives a better overview of responsibilities within the team (in particular, it will make individual QA pages more relevant). Also note that team members not in the Uploaders field of a given package can still do Team Uploads, for example for fixing RC bugs or handling transitions.

There are however some packages that nobody is personally interested in for the time being, but which are nevertheless maintained by the team in the interest of our users. The Uploaders field of those packages should list all the team members willing to do this collective maintenance work, which are:

  • Thomas Weber
  • Sébastien Villemot
  • Rafael Laboissiere
  • Mike Miller

The packages in this situation are:

  • octave-bim
  • octave-data-smoothing
  • octave-epstk
  • octave-financial
  • octave-fpl
  • octave-missing-functions
  • octave-msh
  • octave-nan
  • octave-nurbs
  • octave-ocs
  • octave-parallel
  • octave-secs1d
  • octave-secs2d
  • octave-sockets
  • octave-specfun
  • octave-strings
  • octave-vrml

Work in progress

ToDo Items

The following list contains things that should be done at some point in the future.

  • Check that Octave compiles with clang and inform shogun maintainers about it, if yes (shogun-octave was dropped, as shogun uses clang now and some of the Octave code failed to compile)
  • We might want to add a reportbug script (/usr/share/doc/reportbug/README.developers.gz) that reports the BLAS library in use via the alternatives system and all octave-* packages installed. This should help with bug reports.

Obsolete material