kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/databases/p5-DBM-Deep/distinfo

7 lines
307 B
Text
Raw Normal View History

Updating databases/p5-DBM-Deep from 2.0001 to 2.0004 Upstream changes: 2.0004 Sep 12 18:38:00 2010 PDT - t/27_filehandle.t has been fixed to work with Test::More 2. 2.0003 Sep 12 12:02:00 2010 PDT - t/43_transaction_maximum.t has been fixed. It was broken in the previous release for systems that will only open so many files. 2.0002 Sep 5 12:35:00 2010 PDT - Error messages from DBM::Deep now use the caller???s file name. They used incorrectly to use the name of the program ($0). - begin_work now checks correctly to see whether the new transac- tion exceeds the number the file was created to support. Some- times it would allow a few more transactions, and then proceed to corrupt the database (RT#60903). - The description of the file header in DBM::Deep::Internals has been brought up to date.
2010-09-24 00:13:39 +02:00
$NetBSD: distinfo,v 1.9 2010/09/23 22:13:39 sno Exp $
Initial import of p5-DBM-Deep version 1.0013 in the NetBSD Packages Collection. The Perl 5 module DBM::Deep is a unique flat-file database module, written in pure perl. True multi-level hash/array support (unlike MLDBM, which is faked), hybrid OO / tie() interface, cross-platform FTPable files, ACID transactions, and is quite fast. Can handle millions of keys and unlimited levels without significant slow-down. Written from the ground-up in pure perl -- this is NOT a wrapper around a C-based DBM. Out-of-the-box compatibility with Unix, Mac OS X and Windows.
2008-08-23 22:10:02 +02:00
Updating databases/p5-DBM-Deep from 2.0001 to 2.0004 Upstream changes: 2.0004 Sep 12 18:38:00 2010 PDT - t/27_filehandle.t has been fixed to work with Test::More 2. 2.0003 Sep 12 12:02:00 2010 PDT - t/43_transaction_maximum.t has been fixed. It was broken in the previous release for systems that will only open so many files. 2.0002 Sep 5 12:35:00 2010 PDT - Error messages from DBM::Deep now use the caller???s file name. They used incorrectly to use the name of the program ($0). - begin_work now checks correctly to see whether the new transac- tion exceeds the number the file was created to support. Some- times it would allow a few more transactions, and then proceed to corrupt the database (RT#60903). - The description of the file header in DBM::Deep::Internals has been brought up to date.
2010-09-24 00:13:39 +02:00
SHA1 (DBM-Deep-2.0004.tar.gz) = ab3cc8044a8978f229c23de2cf1218e7d15cd2e9
RMD160 (DBM-Deep-2.0004.tar.gz) = 034d691aae06243e25def3c06653a9f0e3757ae1
Size (DBM-Deep-2.0004.tar.gz) = 177411 bytes
Update p5-DBM-Deep from version 1.0023 to version 1.0025. Upstream changes: 1.0025 Jun 6 12:46:00 2010 PDT (This version is compatible with 1.0024) - Fixed t/39_singletons.t to work on Windows. 1.0024 May 30 14:25:00 2010 PDT (This version is compatible with 1.0023) - Stale references (objects blessed into DBM::Deep::Null), which have always supposed to act like undef, now compare equal to undef, "" and 0. $stale_ref eq "" used to return false, even though "$stale_ref" was the empty string. - If you assign a stale reference to a database location, DBM::Deep now warns and assigns undef, instead of dying with obscure error messages. - Using a stale reference as a hash or array ref now causes an error with a more helpful message.
2010-06-12 18:00:44 +02:00
SHA1 (patch-aa) = aeb979ec48d0b984bf8b82770d1aa48bf3d00fb3
Reference in a new issue Copy permalink