Re: lib/46745: oracle db4 is slow and W Richard Stevens db4 should be in the /usr/lib

[hashi%creep.bur.st@localhost (Ian Douglas Grant)]

The following reply was made to PR lib/46745; it has been noted by GNATS.

From: hashi%creep.bur.st@localhost (Ian Douglas Grant)
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: lib/46745: oracle db4 is slow and W Richard Stevens db4 should
 be in the /usr/lib
Date: Wed, 15 Aug 2012 10:30:42 +0800

 On Mon, Aug 13, 2012 at 10:20:09PM +0000, David Holland wrote:
 > The following reply was made to PR lib/46745; it has been noted by GNATS.
 > 
 > From: David Holland <dholland-bugs%netbsd.org@localhost>
 > To: gnats-bugs%netbsd.org@localhost
 > Cc: 
 > Subject: Re: lib/46745: oracle db4 is slow and W Richard Stevens db4 should
 >  be in the /usr/lib
 > Date: Mon, 13 Aug 2012 22:17:18 +0000
 > 
 >  On Mon, Aug 13, 2012 at 08:50:07PM +0000, David Holland wrote:
 >   >  From: Ian Douglas Grant <hashi%creep.bur.st@localhost>
 >   >  To: NetBSD Problem Report DB Administrator <gnats%NetBSD.org@localhost>
 >   >  Subject: Re: Reminder of 1 NetBSD Problem Report awaiting feedback
 >   >  Date: Thu, 9 Aug 2012 06:31:07 +0800
 >   >  
 >   >  
 >   >  Ahm there is disagreement about whether W. Richard Stevens 
 >   >  wrote a faster implem,entation of db(4) which he has proven.
 >   >  The operator for gnats was rude and denies this.
 >  
 >  Nobody has denied anything; they asked for clarification, which you
 >  have not provided.
 Ok no he said specifically that W Richard Stevens never wrote a competeing
 db4 bugfix to db. I boldly claimed he wrote a faster version lightweight 
 that solves the bug. Which can be proven laboriously but I thought
 I might be able to bluster my way through. If it has to be done
 I will do it. Run the tests again. The headers can be exanded to
 make life easier and more configurable library use. I am also interested 
 in this. I just have a W. Richard Stevens bee in my bonnet. Leave it just
 as a generally facetious comment thats fine i will keep the source
 myself and if it ever get attention thats good.
 
 >  
 >  Please explain the following:
 >  
 >    - why you are filing a NetBSD bug base system report about Berkeley
 >      DB 4.x, which is not in the NetBSD base system;
 >  
 
 I believe it should be moved out of pkgsrc but not sleepycat oracle db4.
 It should be the above mentioned method. That is my argument. oracle db4 is
 GPL i want db4 back under BSD license GNU have nothing to do with it.
 Oracle are my problem not NetBSD. The opportunity lies with the db4 version
 provided by W Richard Stevens. As you know a name in better standing.
 
 >    - what software written by W. Richard Stevens you are talking about,
 >      since he did not implement Berkeley DB, either version 4 or any
 >      other version;
 >  
 >    - what problem you are having.
 >  
 >  -- 
 >  David A. Holland
 >  dholland%netbsd.org@localhost
 >  
 
 -- 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.4.9 (GNU/Linux)
 
 mQGiBE40/Z8RBACnXxzGdnUtnszdR2QvxDUcKJD4Cx5B3JhswhCAcq9KaoMncynX
 0DeFXXaEWhVs7WEsbYcm610NQxxo1bskVaJ6nhaREx3OI9WNd9LdxxcQRSO0DUnM
 cEBHaUNaQvcayG6+/PViVQEfpYNEMchU0mKY8ZQ7Aw2O55SukOZvm+3xhwCgpI63
 cC4+cI4erohmsITKWSJUA8cD/03Apn0qdD5sPz0aVdB9NrDP3CUaZRI37kS8Ctod
 /W0oiLYTMerLMr8+RvH9JIY+AYKl7h0unn2OESOdVS42DDb/aAXA2pm+GR0cWjKl
 hwt8fYgu1toXq+kxsL5gkToX/kAX0ZQJJFUjZbtcqS6iCICKlJDXA6xolAecri/0
 +9JvA/0Uiw67genbWFlioubQ7Q2iNad/M+O+O23gQBA6RhYuRchMl0Z5O91TpRgS
 msxSmXm0mKIcLmzYnzPPHx3DLl4iSbtHi0LKy/R4nrHVMovg2GhSgPBKzEiuMS7W
 N2rgTDpNYSmZEEAtpjftS/4jN0T1D4Zo9tKav0RkhRPWGPq5K7QcaGFzaGkgKGhh
 c2hpKSA8aGFzaGlAYnVyLnN0PohgBBMRAgAgBQJONP2fAhsDBgsJCAcDAgQVAggD
 BBYCAwECHgECF4AACgkQqh4HjTATa4QCfwCgl9NwUAecfbz4mXH3iNl565hB73YA
 oJkmXrcXZZ6AJJTsxga/jJMvQFqOuQINBE40/Z8QCACkCbIc1iMPB4PAzSmyd+Ym
 1FsT2wrC+uoyphetNqIg3DxPzXR8mVb9YjjF5AgxqqGxpJEjADS2hLe4+UO8zPXE
 mjagNm4veW4HxyAV3pKU5IYHDozWq1SmOFfIuTTI6aRJ5Tj6j4GHTI2hUOcDWSNE
 R9k0v1liMUSHNaWZV9J8kVFYjhMJukeuWWvrCJkK9mEXI4WWeR3dRpmNFsnlAS57
 t43u3RX4ffL/hj2IkgPdWTDsDP0S6IG9vWsgivfWKMMYTP3T9TNTBHUcMJPiQS9q
 jl8DpLQRe/799MmOPU53n/L+kXAvF81ez1+Wu2ftjopQ9uH5O5FbCLb/F82mA7MD
 AAMFB/9NRi1amL/d8PgnMEUSyAvHGLAHKgd0m1pB0/kkuJ+uAJzH1gnu8dA1qlP0
 rsn5jBRA/Ak4Tk9HSVLJxKdwda6hSCIy+oEGv5Z9gJOwfbMdq1/+H6s0hdixxE5w
 qFjbZTlyBPUWUl8cOZWt4gD7tZ5sXzFvVMCouW8FKtwwjgEJ196kAaK5D/lBtrgC
 3PmryTDHd+YFEKdw5z1i/jzgTs/p3khAGLIiiGbzbew+5+BLSripkVAbK2fGOva+
 XDDWmDUp6DgX4tQo+xfe3gpG+IEZHSln4PUCQB4+4H5ICm05WPme++ScO/949xaE
 epvRPhnqVNJTyCYO2UsZWH3Rwe20iEkEGBECAAkFAk40/Z8CGwwACgkQqh4HjTAT
 a4TTgACgiFCF0W09yG348fHAjpueK9MgrQ0AoJWaiMf9xTr0Z14E7IWvDcc+rEE8
 =txW2
 -----END PGP PUBLIC KEY BLOCK-----