Re: Two releases?

On Tue, Oct 9, 2012 at 8:02 AM, Federico Di Gregorio <fog@dndg.it> wrote:
> On 09/10/2012 02:21, Daniele Varrazzo wrote:
>> - support for Py 3.3 (I'm looking for confirmation from Python hackers
>> that the change in 469b6f8a is correct)
>> - if nobody opposes it, drop support for zope (further zope issues, if
>> any, can be dealt with in the 2.4 maint branch)
>>
>> I think that's everything. Comments?
>
> Yes, there no reason to drop Zope. If one would drop support completely,
> that could make sense but just having two  branches instead of one when
> there are no backward compatibility issues will only complicate things
> for our users. Or not?

About the release numbers: for me it seems the regular policy in most
FS projects, including Python and Postgres, between which we sit. One
of my last commits in devel is about enabling cursors subclasses to be
part of cooperative inheritance (using super()): I think it would be
more surprising to see this subtle change appearing in 2.4.6 than in
2.5, even if this doesn't break people's code.

About Zope: as already explained above, the reason for dropping it,
apart from my frustration, is that it is just better suited as a
separate "project" in the sense of recognizable entity, such as having
a PyPI handle. So it takes its own setup.py etc. Those considerations
were not valid in the past, when the Python ecosystem was different.
But now if a maintained ZPsycopgDA has to exists it better be
easy_installable (one could say pippable, but it's too loaded of
meanings in Italian) or it just doesn't make a favour to the users.
The prove is that random people try to fill the gaps on occasional
basis, with patchy results (ZPsycopgDA is 2.4.4 on PyPI, psycopg2da is
2.0.9).

Now that Fabio (Tranchitella) is no more active, you don't fancy
touching Zope even with a bargepole and I have never used it, I just
don't see any helpful to Zope users to declare ZPsycopgDA part of
psycopg2. It's not a base we need to cover to offer the whole service.
Let's just leave the adapter to people willing to maintain it.

-- Daniele