cernlib (2006.dfsg.2-7) experimental; urgency=low

    The default FORTRAN compiler on Debian is now gfortran, not g77.  In this
    Debian release of cernlib, CERN libraries have been built with the new
    gfortran compiler.
    
    For the moment, for backwards compatibility it is possible to install
    gfortran-based and g77-based CERN library runtime packages in parallel.
    The final versions of the g77-based runtime library packages may be
    obtained (if you do not already have them) by adding, e.g., the following
    entries to /etc/apt/sources.list:
    
    deb http://snapshot.debian.net/archive/2008/01/22/debian unstable main
    deb-src http://snapshot.debian.net/archive/2008/01/22/debian unstable main
    
    However, since g77-based packages will no longer be supported by Debian,
    all users will eventually want to recompile their locally-built CERNLIB
    using programs with gfortran.

 -- Kevin B. McCarty <kmccarty@debian.org>  Wed, 23 Jan 2008 16:52:31 -0800

cernlib (2005.05.09-1) unstable; urgency=low

    Please note that many of the dynamic libraries in this release of Cernlib
    have had a soname version increase.  This was necessary because they are
    now linked against the new versions of libblas and liblapack.  As a result,
    the corresponding package names have changed.  I have also taken this
    opportunity to make them more consistent with the library names, e.g.,
    libpdflib804.so.2.2005 is found in the libpdflib804-2 package.  If you
    have installed one of the cernlib-core, cernlib-core-dev, or
    cernlib-montecarlo metapackages, the new packages will be installed
    automatically with an apt-get or aptitude dist-upgrade.

    In addition, I have separated out the portion of the Paw library libpawlib
    that depends upon Lesstif into its own package, now named
    libpawlib2-lesstif (libpawlib2-lesstif-dev for the static library).
    The rest of Pawlib is in libpawlib2 (libpawlib2-dev).  As a result,
    programs like pawX11 and mn_fit that use Pawlib but not Lesstif will no
    longer have a Lesstif dependency.  If you are a user of these programs,
    this means less wasted hard disk space.  For consistency, the library
    libkuipX11 containing the Lesstif-dependent portions of packlib has been
    renamed to libpacklib-lesstif (in the libpacklib1-lesstif package).

    If you are a developer, using the "cernlib" script to calculate library
    dependencies will still do the right thing.  Just be sure to use the "-G
    Motif" argument if and only if you want to link against Lesstif:
    `cernlib -G Motif pawlib`.  If you don't use the cernlib script, and
    explicitly link with "-lpawlib", everything will work unless your code
    needs the Lesstif interface to Paw.

 -- Kevin B. McCarty <kmccarty@princeton.edu>  Wed,  8 Jun 2005 10:49:06 -0400

cernlib (2004.11.04-3) unstable; urgency=high

    This release of Cernlib adds the kuesvr "edit server" binary, in the
    libpacklib1 package.  For security reasons, it was necessary to modify
    the kuesvr command-line flags in a way incompatible with the version
    distributed by CERN.  Therefore it is not possible to use the kuesvr
    in Debian with applications distributed by CERN or statically linked
    against CERN versions or older Debian versions of libpacklib1; nor can
    one use CERN's kuesvr with current Debian packages of Cernlib programs.
    See "man 1 kuesvr" for more information.
    
    Also new in this release is an updated version of the cernlib.m4
    Autoconf macros.  The new version is slightly backwards-incompatible;
    the configure argument --with-cernlib-location has been replaced
    by --with-cernlib.

 -- Kevin B. McCarty <kmccarty@princeton.edu>  Thu, 10 Mar 2005 10:58:43 +0100

cernlib (2003.09.03-3) unstable; urgency=low

    In this release, all packages containing more than one library have been
    split apart.  Thus (e.g.) libcern1 has been replaced by libkernlib1,
    libpacklib1, and libmathlib1, and likewise for libmontecarlo1 and
    libgraflib1.  The original library packages libcern1{,-dev} and
    libmontecarlo1{,-dev} still exist as dummy packages to make upgrades
    simple.  (libgraflib1, libgraflib1-dev are not dummy packages.)  The dummy
    packages may be safely removed after upgrading.  The README.Debian in
    libmontecarlo1{,-dev} has been moved to a new montecarlo-base package
    upon which all Monte Carlo packages depend.

    The montecarlo-data and montecarlo-doc packages are no more; the data
    and documentation files in them have moved into the appropriate library
    and development packages, respectively, since they are not very large.
    (E.g. cojets.dat is now in libcojets1 and pdfdoc.txt is now in
    libpdflib804-dev.)  Currently montecarlo-data is a dummy package depending
    upon libcojets1, libeurodec1, and libisajet758; montecarlo-doc is a dummy
    package depending upon libcojets1-dev, libeurodec1-dev, libherwig59-dev,
    libisajet758-dev, and libpdflib804-dev.  Again, the dummy packages may
    be safely removed after upgrading.

    These dummy packages are not generated on m68k, since this is the first
    release for that arch, and therefore it has no need to upgrade.

 -- Kevin B. McCarty <kmccarty@princeton.edu>  Tue, 30 Dec 2003 14:43:34 -0500

cernlib (2003.09.03-2) unstable; urgency=low

    The problems with using the COMIS interpreter in programs linked
    dynamically to pawlib have been solved.  If you are using pawlib
    for development, please read /usr/share/doc/libpaw1-dev/README.Debian.
  
    For this reason, the paw-static and paw++-static packages are now
    deprecated.  They will be removed in the next few releases and replaced
    by dummy packages (e.g. paw++-static will Depend upon paw++).  If you
    use Paw or Paw++, please check soon to make sure that the dynamically
    linked packages behave as well as the statically linked ones.

 -- Kevin B. McCarty <kmccarty@princeton.edu>  Sat,  1 Nov 2003 20:40:09 -0500

