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

Uploaded db 2.4.14-2.7.7.1.c (m68k) to erlangen



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.6
Date: Thu, 27 Apr 2000 09:42:56 +0300
Source: db
Binary: libdb2.6-dbg libdb2.6-util libdb2.6-dev libdb2++-dbg libdb2 libdb2++-dev libdb2.6++-dbg libdb2.6 libdb2.6++-dev libdb2++ libdb2.6++ libdb2-dbg libdb2-util libdb2-dev
Architecture: m68k
Version: 2:2.4.14-2.7.7.1.c
Distribution: frozen unstable
Urgency: high
Maintainer: Debian/m68k Build Daemon <buildd@kullervo.informatik.uni-erlangen.de>
Description: 
 libdb2     - The Berkeley database routines (run-time files).
 libdb2++   - The Berkeley database routines (c++ run-time files).
 libdb2++-dbg - The Berkeley database routines (debugging c++ library).
 libdb2++-dev - The Berkeley database routines (c++ development files).
 libdb2-dbg - The Berkeley database routines (debugging library).
 libdb2-dev - The Berkeley database routines (development files).
 libdb2-util - The Berkeley database routines (development files).
Closes: 63112
Changes: 
 db (2:2.4.14-2.7.7.1.c) frozen unstable; urgency=high
 .
   * Due to changes of names in directories, which are not catched by
     dpkg-source, the package build misbehaved. Added changing of dir
     names on the fly before and after the generation of diff.gz
     Horrible hack! but closes: #63112,
   * Due to the change of arch (from i396 to all) for libdb2.6 packages
     (now they are empty and are there only to replace the previous), I
     noticed that the upload to frozen broke them up, stopping the
     installation of the "new" ones, and leaving there the previous ones,
     which is obviously wrong. This package generates a full set of libdb
     packages and a full set of empty packages aiming to correct
     dependences and replaces in the the older ones. Please install all
     together in potato.
     (side note: as new versions are not going installed, people are
     submitting important bugs on the last one for bugs that are
     supposedly fixed. I know that this circular situation should be
     broken somether, but not in half/half).
Files: 
 1743770bd36d36be9b9ad2251a4860d1 131270 libs important libdb2_2.4.14-2.7.7.1.c_m68k.deb
 cfe366f46dfd164366ef595d7d7b1ad7 68174 devel optional libdb2-util_2.4.14-2.7.7.1.c_m68k.deb
 fddaee760ae49640c3f4d57a8f92c81e 600902 devel optional libdb2-dev_2.4.14-2.7.7.1.c_m68k.deb
 fae39bf6750c289afd7b50f7f2c961cd 135178 libs optional libdb2++_2.4.14-2.7.7.1.c_m68k.deb
 acaa224558fe589792c8fbf6e3fffa2b 30902 devel optional libdb2++-dev_2.4.14-2.7.7.1.c_m68k.deb
 dc1a75b68094b054a242e110e1111b28 2629760 devel optional libdb2-dbg_2.4.14-2.7.7.1.c_m68k.deb
 bc64364223a036de857c645915d3f3d0 327492 devel optional libdb2++-dbg_2.4.14-2.7.7.1.c_m68k.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (SunOS)
Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard <http://www.gnupg.org/>

iEYEARECAAYFAjkbnPoACgkQcS3JWD3Fdvct5ACfVRxpGs8tk/tP4x4fB4mAfmKz
1KUAn3J1eUqw3tl79HyAICZnSDMmdG8w
=WXbr
-----END PGP SIGNATURE-----



Reply to: