On Thu, Mar 31, 2005 at 03:33:11PM -0500, Tim Peters wrote:
| Ugh -- I'm afraid that's the very first of the 9 ZODB directories it
| tried to update, and svn just isn't smart enough to delete the
| existing directories before trying to fetch the new ones.
Indeed it was. I think its a Good Thing. E
[Sidnei da Silva]
> Got one problem so far:
>
> svn: Failed to add directory 'lib/python/BTrees/tests': object of the
> same name already exists
>
> Everything else seems to have updated with no problems to that point.
Ugh -- I'm afraid that's the very first of the 9 ZODB directories it
tried to
| At one point during the Zope/branches/tim-merge-zodb34 merge on my
| local box, svn got itself terminally confused, starting to create
| directories like lib/lib/python/ZODB (there are two "lib/"s in that --
| not a typo), and griping endlessly about locks and non-existent files.
| No amount of
Zope trunk is using ZODB 3.4 now. It's been switched to use
svn:externals to stitch in the 9 ZODB directories. For now they're
pointing at ZODB trunk. A release tag will be made later (this is
_not_ ready for release yet; now I can start doing the work I wanted
to start doing on Monday <0.5 wink
[Martijn Faassen, on deprecation warnings]
> Thanks; I haven't seen those warnings yet as I don't think ZODB 3.4
> quite got merged into Zope 2.8 trunk yet.
Not even close yet. I'm doing the 3,4 integration work on
Zope/branches/tim-merge-zodb34
and I'm not merging anything into the trunk u
Tim Peters wrote:
[Tim Peters]
...
Suggestion: I make a new copy of
Zope3/tags/ZopeX3-3.0.0-Zope-2.8-pr1/src/zope
stitch that into Zope trunk (change the lib/python svn:externals to
point to the new copy), do all the get_transaction() edits there, and
repair the IDataManager glitch there too.
Tim Peters wrote:
[Tim Peters]
...
get_transaction() is more troublesome than _just_ that, alas: there
are about 160 instances of it across the stitched-in lib/python/zope,
and Products/Five, code. This causes lots of new deprecation warnings
when running the tests. These are easy to repair with
Jim Fulton wrote:
Martijn Faassen wrote:
Tim Peters wrote:
[snip]
get_transaction() is more troublesome than _just_ that, alas: there
are about 160 instances of it across the stitched-in lib/python/zope,
and Products/Five, code. This causes lots of new deprecation warnings
when running the tests.
[Tim Peters]
...
> Suggestion: I make a new copy of
>
> Zope3/tags/ZopeX3-3.0.0-Zope-2.8-pr1/src/zope
>
> stitch that into Zope trunk (change the lib/python svn:externals to
> point to the new copy), do all the get_transaction() edits there, and
> repair the IDataManager glitch there too. Thi
[Tim Peters]
...
>> get_transaction() is more troublesome than _just_ that, alas: there
>> are about 160 instances of it across the stitched-in lib/python/zope,
>> and Products/Five, code. This causes lots of new deprecation warnings
>> when running the tests. These are easy to repair with 1-2 h
Martijn Faassen wrote:
Tim Peters wrote:
[snip]
get_transaction() is more troublesome than _just_ that, alas: there
are about 160 instances of it across the stitched-in lib/python/zope,
and Products/Five, code. This causes lots of new deprecation warnings
when running the tests. These are easy t
In this case, the answer is clear to me. :)
We should fix the offending Z3 code to match the interface.
Similarly, we should fix the uses of get_transaction.
Jim
Tim Peters wrote:
I'm merging ZODB 3.4 into Zope on a branch. As Tres noted earlier in
a checkin comment, a test failure results, becaus
Tim Peters wrote:
[snip]
get_transaction() is more troublesome than _just_ that, alas: there
are about 160 instances of it across the stitched-in lib/python/zope,
and Products/Five, code. This causes lots of new deprecation warnings
when running the tests. These are easy to repair with 1-2 hours
I'm merging ZODB 3.4 into Zope on a branch. As Tres noted earlier in
a checkin comment, a test failure results, because at the ZODB sprint
we fleshed out IDataManager and an older Zope3 class claiming to
implement IDataManager no longer does. Since Zope trunk doesn't "own"
either the IDataManager
Andreas Jung wrote:
--On Samstag, 19. März 2005 18:15 Uhr +0100 Martijn Faassen
<[EMAIL PROTECTED]> wrote:
No debate with doing an alpha, though. There are likely to be more kinks
to be worked out indeed.
I have update the 2.8 wiki with the planned release schedule.
Thanks! Looks good. I'll com
Andreas,
thanks for your efforts
Robert
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.z
--On Samstag, 19. März 2005 18:15 Uhr +0100 Martijn Faassen
<[EMAIL PROTECTED]> wrote:
No debate with doing an alpha, though. There are likely to be more kinks
to be worked out indeed.
I have update the 2.8 wiki with the planned release schedule.
I'd prefer a shorter cycle, with an alpha 2 this
Andreas Jung wrote:
[snip]
My point is: we are adding a lot of new code to the Zope 2 core - it
does not matter if there is a tight or a loose coupling between Z2
and Z3 - and calling it beta.
[snip]
My fear is that we are running into the same release problems as with
the Plone 2.0 release (lots
Andreas Jung wrote:
[snip]
I understand that Jim won't have time to do these until mid-april. Is
it absolutely impossible to ship a beta which is 'non optimized' or
something? I mean, we got Silva and Plone running on Zope 2.8..
A beta release should be feature-complete means it should contain
ever
Brian Lloyd wrote:
Hi all,
There have been a number of threads going on today re:
Zope X3.1 feature freeze and the 2.8 effort. I'd like to
clarify some decisions re: Zope 2.8
Jim is the product mgr for Zope 3 and I'm it for Zope 2, so
hopefully this can be considered authoritative and end part
Andreas Jung wrote:
--On Freitag, 18. März 2005 12:31 Uhr -0500 Jim Fulton <[EMAIL PROTECTED]>
wrote:
A beta release should be feature-complete means it should contain
everything that will be part of the final release. A beta should not
development release where things are subject to change in s
--On Freitag, 18. März 2005 12:31 Uhr -0500 Jim Fulton <[EMAIL PROTECTED]>
wrote:
A beta release should be feature-complete means it should contain
everything that will be part of the final release. A beta should not
development release where things are subject to change in some way.
We can do an
[Martijn Faassen]
...
>> Do some of these have something to do with a change to Python 2.4, by
>> the way?
[Jim Fulton]
> No.
If you're using the Python 2.4 line, some of the security changes
triggered a Python bug that will be fixed in 2.4.1 (which is currently
in release candidate 2 status).
Andreas Jung wrote:
--On Freitag, 18. März 2005 18:03 Uhr +0100 Martijn Faassen
<[EMAIL PROTECTED]> wrote:
On Fri, Mar 18, 2005 at 05:42:05PM +0100, Andreas Jung wrote:
--On Freitag, 18. M?rz 2005 11:22 Uhr -0500 Brian Lloyd <[EMAIL PROTECTED]>
wrote:
> - In the next few days at most, after a f
Martijn Faassen wrote:
...
Do some of these have something to do with a change to Python 2.4, by
the way?
No.
> It's a bit unclear to me what version of Python this release is
targetting.
2.3
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1
--On Freitag, 18. März 2005 18:03 Uhr +0100 Martijn Faassen
<[EMAIL PROTECTED]> wrote:
On Fri, Mar 18, 2005 at 05:42:05PM +0100, Andreas Jung wrote:
--On Freitag, 18. M?rz 2005 11:22 Uhr -0500 Brian Lloyd <[EMAIL PROTECTED]>
wrote:
> - In the next few days at most, after a few loose ends are
>
On Fri, Mar 18, 2005 at 05:42:05PM +0100, Andreas Jung wrote:
> --On Freitag, 18. M?rz 2005 11:22 Uhr -0500 Brian Lloyd <[EMAIL PROTECTED]>
> wrote:
> > - In the next few days at most, after a few loose ends are
> >wrapped up, we'll ask Andreas to make a 2.8 beta 1 release.
> >While Jim s
Brian Lloyd wrote:
Hi all,
There have been a number of threads going on today re:
Zope X3.1 feature freeze and the 2.8 effort. I'd like to
clarify some decisions re: Zope 2.8
Very much excellent! This, Jims announcement of the April 2 feature
freeze datem and Stephans statement that he was mostl
On Fri, Mar 18, 2005 at 11:22:26AM -0500, Brian Lloyd wrote:
[snip]
> - Zope 2.8 will include X3.0 (not X3.1)
>
> - The Z3 developers will have *no* extra burden or
> responsibility to support X3.0 beyond what they
> would normally do in the normal course of maintaining
> it for
--On Freitag, 18. März 2005 11:22 Uhr -0500 Brian Lloyd <[EMAIL PROTECTED]>
wrote:
- In the next few days at most, after a few loose ends are
wrapped up, we'll ask Andreas to make a 2.8 beta 1 release.
While Jim still has a few things to do, people will be able
to start using the be
Hi all,
There have been a number of threads going on today re:
Zope X3.1 feature freeze and the 2.8 effort. I'd like to
clarify some decisions re: Zope 2.8
Jim is the product mgr for Zope 3 and I'm it for Zope 2, so
hopefully this can be considered authoritative and end part
of this thread ;)
31 matches
Mail list logo