Filewatcher File Search File Search
Content Search
» » » » » libpacklib1_2005.dfsg-5_amd64.deb » Content »
pkg://libpacklib1_2005.dfsg-5_amd64.deb:1916462/usr/share/doc/libpacklib1/  info  control  downloads

libpacklib1 - core Cernlib library…  more info»


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., 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 <>  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 <>  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 <>  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 <>  Sat,  1 Nov 2003 20:40:09 -0500

Results 1 - 1 of 1
Help - FTP Sites List - Software Dir.
Search over 15 billion files
© 1997-2017