Hey,
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martijn Faassen wrote:
Hanno Schlichting wrote:
The ZTK no longer contains any
zope.app packages with one exception.
I'm not sure I understand the details of what you did.
I think we should be careful to just remove
Hanno Schlichting wrote:
On Mon, Dec 28, 2009 at 10:57 PM, Martijn Faassen
faas...@startifact.com wrote:
Hanno Schlichting wrote:
The ZTK no longer contains any zope.app packages.
I think we should be careful to just remove the zope.app packages from
the ZTK entirely. I.e. we should maintain
On 12/29/09 15:28 , Martijn Faassen wrote:
Hanno Schlichting wrote:
On Mon, Dec 28, 2009 at 10:57 PM, Martijn Faassen
faas...@startifact.com wrote:
Hanno Schlichting wrote:
The ZTK no longer contains any zope.app packages.
I think we should be careful to just remove the zope.app packages
Wichert Akkerman wrote:
I don't know what you mean with pre-ZTK applications. Are those Zope 2
applications? Zope 3? Grok?
Yes, yes, yes. You know, us, who get together here on zope-dev to work
together.
All of those can keep working as long as
Zope 2, Zope 3 and Grok make sure they
On 12/29/09 16:23 , Martijn Faassen wrote:
Wichert Akkerman wrote:
but I do not think it is fair
to shift that responsibility to others by forcing zope.app.* into the
ZTK.
That's not what happened. What just happened that the responsibility was
*forced out* of the ZTK. I'm all
Wichert Akkerman wrote:
On 12/29/09 16:23 , Martijn Faassen wrote:
Wichert Akkerman wrote:
but I do not think it is fair
to shift that responsibility to others by forcing zope.app.* into the
ZTK.
That's not what happened. What just happened that the responsibility was
*forced
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martijn Faassen wrote:
Hanno Schlichting wrote:
On Mon, Dec 28, 2009 at 10:57 PM, Martijn Faassen
faas...@startifact.com wrote:
Hanno Schlichting wrote:
The ZTK no longer contains any zope.app packages.
I think we should be careful to just
Tres Seaver wrote:
[snip]
The reality is that the zope.app.* packages don't fit the mission of the
ZTK: they aren't widely-reusable libraries, but pieces of a particular
appserver / framework. The other reality is that nobody is stepping up
to do the work to maintain that appserver.
I
On Tue, Dec 29, 2009 at 22:54, Martijn Faassen faas...@startifact.com wrote:
Because we have a ton of installed base out there
Do we? I think the debate is somewhat confused here, or possibly it's
only me. :)
It seems to be two separate issues here:
1. Including these packages in the ZTK.
2.
Lennart Regebro wrote:
On Tue, Dec 29, 2009 at 22:54, Martijn Faassen faas...@startifact.com wrote:
Because we have a ton of installed base out there
Do we? I think the debate is somewhat confused here, or possibly it's
only me. :)
I agree that the debate is confused. No one intends to
Hanno Schlichting wrote:
The ZTK no longer contains any
zope.app packages with one exception.
I'm not sure I understand the details of what you did.
I think we should be careful to just remove the zope.app packages from
the ZTK entirely. I.e. we should maintain the versions of the zope.app.*
Hanno Schlichting wrote:
zope.file
I think this package is just misnamed and should have been
zope.app.file. It's a full blown content type implementation, with
dependencies on zope.app.form, providing browser view code, browser
menus and quite a bit of zope.app integration. It's test setup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martijn Faassen wrote:
Hanno Schlichting wrote:
The ZTK no longer contains any
zope.app packages with one exception.
I'm not sure I understand the details of what you did.
I think we should be careful to just remove the zope.app packages from
On Mon, Dec 28, 2009 at 10:57 PM, Martijn Faassen
faas...@startifact.com wrote:
Hanno Schlichting wrote:
The ZTK no longer contains any zope.app packages.
I think we should be careful to just remove the zope.app packages from
the ZTK entirely. I.e. we should maintain the versions of the
On Mon, Dec 28, 2009 at 11:05:29PM +0100, Martijn Faassen wrote:
Hanno Schlichting wrote:
zope.testbrowser
This package offers functional browser tests and consequently needs a
way to set up a ZODB and publisher with some default application
configuration. I don't see how this can be
On Sun, Dec 27, 2009 at 8:12 AM, Shane Hathaway sh...@hathawaymix.org wrote:
Hanno Schlichting wrote:
It has a dependency on zope.app.publication. Given the central role of
zope.traversing I allowed it and zope.app.publication to stay in the
ZTK, but moved it to the under-review option.
On
On Sun, Dec 27, 2009 at 9:54 AM, Martin Aspeli optilude+li...@gmail.com wrote:
It sounds like it'd be possible to fix these test dependencies in a
different way. I agree that the ideal solution is to have a zope.intid
with more sane test dependencies. I'm not sure pre-emptive ejection
from the
: Sonntag, 27. Dezember 2009 13:46
An: Nikolay Kim
Cc: zope-dev
Betreff: Re: [Zope-dev] Zope Toolkit - packages with zope.app
dependencies
On Sun, Dec 27, 2009 at 7:16 AM, Nikolay Kim
fafhr...@gmail.com wrote:
zope.catalog and zope.intid
i've just removed zope.app.testing dependency from
Hi.
On Sun, Dec 27, 2009 at 2:23 PM, Roger d...@projekt01.ch wrote:
Just assinged Owner roles for fafhrd and hannosch
to zope.initid, zope.catalog and zope.app.testing
Thanks! I made new releases of both of them and put them back into the ZTK.
Hanno
Congrats to all those involved in this work!
So, ZTK is ready for 1.0 final release ?
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
On Sun, Dec 27, 2009 at 5:04 PM, Baiju M mba...@zeomega.com wrote:
So, ZTK is ready for 1.0 final release ?
Far from it. After we managed the huge chunk of technical work, we
still need to start working on all the not-so-fun process stuff around
it. Typical questions are:
- How do we find a
Hi.
I allowed myself to work on the Zope Toolkit over x-mas and make some
decisions to get some progress ;-)
The good news is that all our herculean efforts to unclutter the
dependency structures have really payed off. Only very few zope.*
packages still have dependencies on zope.app packages. I
Good morning :)
On Sun, Dec 27, 2009 at 5:11 AM, Martin Aspeli optilude+li...@gmail.com wrote:
2009/12/27 Hanno Schlichting ha...@hannosch.eu:
The Zope Toolkit is explicitly not a framework or application server -
it shouldn't contain any zope.app packages, neither directly nor as
test
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hanno Schlichting wrote:
Good morning :)
On Sun, Dec 27, 2009 at 5:11 AM, Martin Aspeli optilude+li...@gmail.com
wrote:
2009/12/27 Hanno Schlichting ha...@hannosch.eu:
The Zope Toolkit is explicitly not a framework or application server -
it
Hanno Schlichting wrote:
It has a dependency on zope.app.publication. Given the central role of
zope.traversing I allowed it and zope.app.publication to stay in the
ZTK, but moved it to the under-review option.
On the zope.traversing trunk, I have removed the zope.app.publication
dependency.
25 matches
Mail list logo
