[Pkg-scicomp-devel] Version 4.15~pre in SVN

Rafael Laboissiere rafael at debian.org
Fri Feb 16 00:56:53 CET 2007


Hi Falk,

I committed the changes in the glpk package in preparation for the upcoming
4.15 release. I used a pre-release tarball that Andrew sent to me [1].

I hope that you do not dislike CDBS.  I converted the package for using
CDBS, which resulted in this minimalistic debian/rules (the bulk of the work
is done through the debian/<pkg>.* debhelper files):

##########################################################################
#!/usr/bin/make -f
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/autotools.mk
##########################################################################

The files of the current glpk package will be scattered through the
following new packages:

    * libglpk0: contains only the libglpk.so.* files
      => this will be the only package needed for other packages that link
         against glpk, like octave2.9

    * libglpk-dev: contains the header file (glpk.h) and the *.a and *.so
      files
      => this package will be installed by the auto-builders, os it is
         better if it is slim

    * glpk-doc: contains the *.ps and *.txt files

    * glpk-utils: contains the glpsol and tspsol binaries, as well as the
      examples/*.{mod,c,tsp,lp,mps} files and the manpages

Feel free to revert my changes, rename the packages, improve the
descriptions, etc.  SVN is our friend here.

As regards the bugs filed against glpk which are currently open, I propose
the following:

    * #363514: glpk should be compiled with -D_GLPLIB_HUGEMEM on AMD64

      This one seems to be obsolete, since GLPLIB_HUGEMEM (or GLP_HUGE_MEM)
      disappeared from 4.13 to 4.14.  I would tag this bug "moreinfo" and
      ask the submitter to check whether the bug is still present in 4.14.

    * #400690: glpk: please bundle python bindings

      I do not think that including this binding in the glpk source package
      is appropriate.  Actually, there should be a separate source package
      for it.  I would then reassign the bug to wnpp and transform it into a
      RFP.

What do you think?      
      
Best,

[1] http://people.debian.org/~rafael/glpk_4.15~pre.orig.tar.gz

-- 
Rafael



More information about the Pkg-scicomp-devel mailing list