[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Uploaded octave-plplot 0.3-4 (alpha) to master



-----BEGIN PGP SIGNED MESSAGE-----

Format: 1.5
Date: Tue, 27 Oct 1998 18:05:01 +0100
Source: octave-plplot
Binary: octave-plplot
Architecture: alpha
Version: 0.3-4
Distribution: unstable
Urgency: low
Maintainer: Paul Slootman <paul@debian.org>
Description: 
 octave-plplot - PLplot interface for Octave
Changes: 
 octave-plplot (0.3-4) unstable; urgency=low, closes=28580
 .
   * Added octave script use_plplot.m to switch between gnuplot and plplot
     plotting functions (they have the same names, unfortunately).  Several
     things were done:
     - debian/control: changed dependency to octave 2.0.13.90, because
       starting from this version the doubled colon default path feature is
       implemented (it is needed by use_plplot.m).
     - debian/rules: the PLplot_octave *.m files go now into directory
       /usr/share/octave-plplot/.  I had to avoid putting them in the
       (Debian) default path for octave.
     - debian/use_plplot.m: this script goes into
       /usr/share/octave/site/m/PLplot (because it has to be in the default
       path of octave).
     - debian/clear_plplot_fcn.m: this Octave script was created for
       clearing the plotting function of PLplot_octave that have the same
       name of their GNUplot counterparts.
     - debian/README.debian: documentation for this change.
   * The bugs mentioned in the latest release (0.3-3) below were not really
     bugs in the file PLplot/pldef.m.  They were related with a bug in the
     Xwin driver of PLplot.  This is documented  in README.Debian.
   * The file under misc/ in the upstream distribution are now included in
     the package.  (I corrected the path to gnuplot in misc/rosen.gnu.)
   * Applied patch from Paul Slootman <paul@debian.org> (thanks Paul!) for the
     following reasons:
     - Remove PLplot/plplot_octave.oct in the clean target. This is a i386
       binary in the source archive!  It also has no executable bits on, so
       when the newly generated version is copied, the copy isn't
       executable either. This also results in dh_shlibdeps not finding the
       executable.
     - The subdirectory which currently has i386 hardcoded in its name is
        made variable (for multi-architecture-clean building).
Files: 
 6c9bda536b0be446d6280adec554c6be 73524 math optional octave-plplot_0.3-4_alpha.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: noconv

iQBVAwUBNjYp8Oh8ldIZdihVAQH3WQH/XM8e+NSFI5WWIi8bX9ZImzBusiEy5s0R
gbKjNqwL9qrd7pa2CbaqblJBDpiY8Z0TP7ZMCJtEawOXalsAFYOQyA==
=TWbv
-----END PGP SIGNATURE-----


Reply to: