Lennart Regebro wrote:
On Mon, Apr 6, 2009 at 10:14, Chris Withers ch...@simplistix.co.uk wrote:
PyPI will work in exactly the same way as zope.org for non-eggified
products: manual download.
What I *would* worry about is non-egg distributions on PyPI causing
problems for setuptools and its
Previously Chris Withers wrote:
Wichert Akkerman wrote:
What we do is: collect the tarballs, serve the resulting directory. I
have not seen a need to run a script.
How do you collect the tarballs?
buildout download cache
How do you serve the resulting directory?
standard apache
Summary of messages to the zope-tests list.
Period Tue Apr 7 12:00:00 2009 UTC to Wed Apr 8 12:00:00 2009 UTC.
There were 8 messages: 8 from Zope Tests.
Test failures
-
Subject: FAILED (errors=1) : Zope-trunk-alltests Python-2.6.1 : Linux
From: Zope Tests
Date: Tue Apr 7 20:58:56
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Withers wrote:
Wichert Akkerman wrote:
Previously Chris Withers wrote:
Tres Seaver wrote:
KGS the
concept is very easy to implement; you just make available on some URL
a
buildout versions.cfg, or you run your own package index.
OK,
Chris Withers wrote:
Gary Poster wrote:
Within the constraints above, then, in line with your original proposal,
I think we'd be fine with Zope Framework, and Zope 2. We certainly
don't need Zope-3-the-tarball, if that's what you meant.
Zope Framework (and maybe even ZF4) seems to have
Hi there,
There was some discussion recently on how to name Zope in the future.
Here are my thoughts and suggestions.
First of all some principles I tend to follow surrounding names.
* I prefer not introducing too many new names at the same time. A
renaming takes a while to percolate through
Previously Martijn Faassen wrote:
I think renaming Zope 2 to Zope Classic will be easy. If the Zope 2
developers are okay with this, let's go right ahead. Not much discussion
needed. Zope 2.11 becomes Zope Classic 11. It's a huge version number,
but Zope Classic is over a decade old anyway.
Wichert Akkerman wrote:
Previously Martijn Faassen wrote:
I think renaming Zope 2 to Zope Classic will be easy. If the Zope 2
developers are okay with this, let's go right ahead. Not much discussion
needed. Zope 2.11 becomes Zope Classic 11. It's a huge version number,
but Zope Classic is
Martijn Faassen wrote:
Chris Withers wrote:
Gary Poster wrote:
Within the constraints above, then, in line with your original proposal,
I think we'd be fine with Zope Framework, and Zope 2. We certainly
don't need Zope-3-the-tarball, if that's what you meant.
Zope Framework (and maybe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08.04.2009 15:31 Uhr, Martijn Faassen wrote:
Let's talk about Zope Classic and see whether renaming Zope 2 to that is
a step we can realistically take in the near future. Who is in favor of
that?
- -100
Renaming Zope 2 to Zope anything
Martijn Faassen wrote:
Let's talk about Zope Classic and see whether renaming Zope 2 to that is
a step we can realistically take in the near future. Who is in favor of
that?
-100
Zope 2 is an incredibly established name. It's been around forever.
Renaming something that has been out there
Hi there,
Andreas Jung wrote:
Renaming Zope 2 to Zope anything does not solve any particular problem
and will only lead to confusion.
What particular problem is not solved? We may not be talking about the
same problem?
Regards,
Martijn
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08.04.2009 16:47 Uhr, Martijn Faassen wrote:
Hi there,
Andreas Jung wrote:
Renaming Zope 2 to Zope anything does not solve any particular problem
and will only lead to confusion.
What particular problem is not solved? We may not be talking
Hey,
Okay, in the interests of making this discussion go quickly, there has
been enough negative feedback about renaming Zope 2 to think we have no
realistic chance of renaming it.
We are still stuck with the following perceived sequence:
Zope 2, Zope 3
which implies that people should want
Thanks for posting this. (Thank you too Chris for starting the Zope 4
thread.) Despite the inevitable bike shedding, I think this is a
discussion worth having.
Here are my opinions, which build on the arguments you gave, even
though I disagree with some of your conclusions.
1. I hate
Martijn Faassen wrote:
If we don't call Zope Framework 4.0, we'll be fine. We should call its
first release 1.0 and there's no implication of a progression.
+1 on calling it Zope Framework 1.0. We need the people who have been
burned by past Zope releases to take another look, because we
On Wed, Apr 8, 2009 at 10:54 AM, Shane Hathaway sh...@hathawaymix.org wrote:
Martijn Faassen wrote:
If we don't call Zope Framework 4.0, we'll be fine. We should call its
first release 1.0 and there's no implication of a progression.
+1 on calling it Zope Framework 1.0. We need the people
- 1 for Zope Classic for the same reasons as Martin brought up.
juh
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
On 8 Apr 2009, at 16:40, Martijn Faassen wrote:
How to get out of that bind? We could consider renaming Zope 3. Is
there
any potential for this?
A thought that occurs to me is we could not rename Zope 2 or Zope 3
but abbreviate Zope 3 to z3 as much as possible. I'm not sure if
that's
Previously Martijn Faassen wrote:
How to get out of that bind? We could consider renaming Zope 3. Is there
any potential for this?
I doubt many see Zope 3 as a finished product - I get the impression
everyone is using it as a grab bag if tools to build their own
applications. It certainly has
Previously Jim Fulton wrote:
3. I think the word Zope should refer to both the application
currently called Zope 2 and the Zope ecosystem, depending on context,
although I'm also fine with coming up with another name as long as it
doesn't imply obsolescence. :)
I am somehow reminder of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08.04.2009 18:09 Uhr, Wichert Akkerman wrote:
To stir things up: I would like to suggest renumbering the next Zope 2
release to Zope 4. That reflects the large refactoring that is being
done to clean up the codebase and fully eggify Zope.
Hi there,
During the post-Pycon sprint Hanno made me aware of a tool called
mr.developer. This tool allows you to easily turn a particular package
in your buildout into one you want to hack on, without you having to
know where to check it out from.
mr.developer has a concept of next
I see no reason at all to rename anything.
remeber the days when there was dBase3. and then dBase4 came allong.
technically better but never took off ?
To the day things are either dBase or dBase3 compatible.
A simmilar situation we have with Zope.
Like dBase, Zope is a base technology. How its
Andreas Jung wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08.04.2009 18:09 Uhr, Wichert Akkerman wrote:
To stir things up: I would like to suggest renumbering the next Zope 2
release to Zope 4. That reflects the large refactoring that is being
done to clean up the codebase and
On Wed, Apr 8, 2009 at 17:40, Martijn Faassen faas...@startifact.com wrote:
How to get out of that bind? We could consider renaming Zope 3.
Assuming Zope 3 The Application Server is still going to exist, I
think it should be renamed (I suggested Blue Bream). But I have so far
seen no indication
Baiju M wrote:
On Wed, Apr 8, 2009 at 10:54 AM, Shane Hathaway sh...@hathawaymix.org wrote:
Martijn Faassen wrote:
If we don't call Zope Framework 4.0, we'll be fine. We should call its
first release 1.0 and there's no implication of a progression.
+1 on calling it Zope Framework 1.0. We
On Wed, Apr 8, 2009 at 11:54 AM, Shane Hathaway sh...@hathawaymix.org wrote:
Martijn Faassen wrote:
If we don't call Zope Framework 4.0, we'll be fine. We should call its
first release 1.0 and there's no implication of a progression.
+1 on calling it Zope Framework 1.0. We need the people
On Apr 8, 2009, at 11:40 AM, Martijn Faassen wrote:
Hey,
Okay, in the interests of making this discussion go quickly, there has
been enough negative feedback about renaming Zope 2 to think we have
no
realistic chance of renaming it.
We are still stuck with the following perceived
Benji York wrote:
On Wed, Apr 8, 2009 at 11:54 AM, Shane Hathaway sh...@hathawaymix.org wrote:
Martijn Faassen wrote:
If we don't call Zope Framework 4.0, we'll be fine. We should call its
first release 1.0 and there's no implication of a progression.
+1 on calling it Zope Framework 1.0. We
On Wed, Apr 8, 2009 at 18:47, Chris McDonough chr...@plope.com wrote:
Could we just call it Zope Libraries? Whenever I see a description of what
the
Zope Framework is, it says a collection of libraries, so why not just call
it
that?
Well, that's a bad description, it's more than just
On Apr 8, 2009, at 1:12 PM, Martijn Faassen wrote:
Jim Fulton wrote:
On Apr 8, 2009, at 11:40 AM, Martijn Faassen wrote:
[snip]
How to get out of that bind? We could consider renaming Zope 3. Is
there any potential for this?
I think we should call the Zope 3 application ZDecoy. The rest
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Fulton wrote:
Thanks for posting this. (Thank you too Chris for starting the Zope 4
thread.) Despite the inevitable bike shedding, I think this is a
discussion worth having.
Here are my opinions, which build on the arguments you gave,
discussion type=bikeshed
Tres Seaver wrote:
WRT the Framework name: framework is a misleading name for the
collection of packages salvaged from the new Coke effort: it is
actually a *bunch* of frameworks, in the classic software engineering
sense, along with some pure libraries.
Zope
On Wed, Apr 8, 2009 at 11:21, Chris Withers ch...@simplistix.co.uk wrote:
Lennart Regebro wrote:
On Mon, Apr 6, 2009 at 10:14, Chris Withers ch...@simplistix.co.uk
wrote:
PyPI will work in exactly the same way as zope.org for non-eggified
products: manual download.
What I *would* worry
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Shane Hathaway wrote:
discussion type=bikeshed
Tres Seaver wrote:
WRT the Framework name: framework is a misleading name for the
collection of packages salvaged from the new Coke effort: it is
actually a *bunch* of frameworks, in the classic
Lennart Regebro wrote:
This is only mildly confusing. It can also only get better with time,
as Plone seems to continue away from Zope 2 and onto the framework,
which means we in the future may end up with Plone, Grok and BFG being
app servers on the Zope Framework.
The current line of
Martijn Faassen wrote:
Hey,
Okay, in the interests of making this discussion go quickly, there has
been enough negative feedback about renaming Zope 2 to think we have no
realistic chance of renaming it.
We are still stuck with the following perceived sequence:
Zope 2, Zope 3
Wichert Akkerman wrote:
To stir things up: I would like to suggest renumbering the next Zope 2
release to Zope 4. That reflects the large refactoring that is being
done to clean up the codebase and fully eggify Zope. There are enough
changes to warrant a new major version bump.
-100 again.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Aspeli wrote:
Wichert Akkerman wrote:
To stir things up: I would like to suggest renumbering the next Zope 2
release to Zope 4. That reflects the large refactoring that is being
done to clean up the codebase and fully eggify Zope. There
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Aspeli wrote:
Martijn Faassen wrote:
Hey,
Okay, in the interests of making this discussion go quickly, there has
been enough negative feedback about renaming Zope 2 to think we have no
realistic chance of renaming it.
We are still
On Thu, Apr 9, 2009 at 05:34, Tres Seaver tsea...@palladion.com wrote:
Hanno Schlichting wrote:
The current line of thinking for Plone is about this: Plone 4 will still
run on Zope2. Plone 5 will run on Python 3.x and not depend on Zope2
anymore at all. We can all guesstimate on what kind of
Lennart Regebro wrote:
On Thu, Apr 9, 2009 at 05:34, Tres Seaver tsea...@palladion.com wrote:
Hanno Schlichting wrote:
The current line of thinking for Plone is about this: Plone 4 will still
run on Zope2. Plone 5 will run on Python 3.x and not depend on Zope2
anymore at all. We can all
43 matches
Mail list logo