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

Uploaded octave-plplot 0.3-4 (source i386) to chiark



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

Format: 1.5
Date: Tue, 27 Oct 1998 18:05:01 +0100
Source: octave-plplot
Binary: octave-plplot
Architecture: source i386
Version: 0.3-4
Distribution: unstable
Urgency: low
Maintainer: Rafael Laboissiere <rafael@icp.inpg.fr>
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: 
 925d58f2547be8b779d68f2bd6b97d24 645 math optional octave-plplot_0.3-4.dsc
 4ef4d9a7c1ed01fe782ca8077190c6dc 6064 math optional octave-plplot_0.3-4.diff.gz
 b9771e2f5bd60278dbc7ea10dc3a3587 125126 math optional octave-plplot_0.3-4_i386.deb

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

iQCVAwUBNjYAeWmxawte8xR9AQHwhgP/WbdYkG0D3JCsvX7VSBFhlp6RBboHhl6o
bZnOMLQ7jQqbvpqe0P6s01Dpkp3N4yTT07FeBq4X0GNCHn121oOoDBCLOgJBiKjr
AXQjASkpNXYGFQpBmflF32+qSP3byeckaexN4rma6135/TCNB6PejbM4bpTClY8d
0KNhZhFiJms=
=QHK/
-----END PGP SIGNATURE-----


Reply to: