[Python-3000] bsddb ownership, buffer protocol and 3.0
Gregory P. Smith
greg at krypto.org
Sat Jul 19 19:57:23 CEST 2008
On Sat, Jul 19, 2008 at 1:00 AM, Jesus Cea <jcea at jcea.es> wrote:
> Anybody is able to compile current bsddb in 3.0 svn?. May I overwrite
> current version with my own one, updated with your patches (except the
> buffer code; I rather prefer to delay that)?.
Yes, feel free to replace it with your updated code. py3k bsddb has largely
been neglected so far.
> This lib is huge and fairly complex for a binding. The testsuite has
> more than 300 testcases, and growing. Keeping an unified codebase (for
> python 2.x and 3.0) seems to be the only way to garantee quality and
> avoid divergence. I'm asking for module ownership, to be able to meet
> 3.0 deadline with an stable and complete product. For example, current
> 3.0 code has no replication or distributed transactions support, while
> 2.6 has.
> So I'm asking your permission to:
> 1. Take your (valuable) current patches in 3.0.
> 2. Replace current code with my own one + your patches. The Buffer
> protocol will be out at this time. It will be evaluated when the binding
> is ready for 3.0. Time constrains and my aim to keep an unified codebase
> precludes its inclusion, *for now*. This will change in the future, of
> 3. The canonical sourcecode would be the 2.6 version. The C code in 3.0
> should be identical. The Python code in 3.0 would be a direct
> translation via 2to3. So, patches should go to 2.6. I will keep 2.6 and
> 3.0 in sync.
I agree with all of the above. the existing py3k branch bsddb code should
be tossed out and replaced by your unified 2.6+3.0 code base. Thanks for
examining it to extract whatever potentially useful changes are already in
The py3k bsddb module buffer protocol work was done in large part by me last
year as an attempt at using the buffer protocol (some changes to the buffer
protocol resulted). I think its okay if the bsddb module isn't using it
even in the 3.0 release, it can happen for 3.1.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Python-3000