On May 8, 2006, at 5:15 PM, Jim Washington wrote:
Oops. Forgot to cc the list.
Gary Poster wrote:
[...]
What do you think about some or all of the following:
- moving development of all three of these to zope.org svn?
OK. I do not have commit privileges on zope.org svn. But you do,
and I
do not mind if you put these packages up there.
Checking in the code is an assertion of provenance/license: for
instance, I wouldn't have known about the Plone code, which is
potentially a problem because of GPL vs. ZPL (see below).
Wanna get commit privileges? :-) It's the easiest way for you to
assert the code's status.
- putting them in a namespace?
Probably a good idea. If it was only one... well, but I do seem to
have
gotten prolific. :)
:-)
Go for it (on whichever namespace gets decided). These three
projects,
I feel a need to reiterate, need zope.paste and Paste.Deploy (or a
similar stack), to use with zope3, so deprecating
zc.resourcelibrary may
not be a good idea until more folks are on-board with the wsgi filters
idea.
I think the project is on board with wsgi. paste is maybe not as
mainstream in the Zope world yet, so yes, maybe we need to let that
settle out. If there are no issues with the paste-based version,
though, I'd like zc to use it.
gzipper and jsmin really have no particular ties to zope at all,
except that I used Zope3 for developing them, and they probably
work OK
in Zope3 as a consequence. (PS. er, actually, the packer in jsmin came
from Plone.)
eek! GPL can't go in zope.org. Do you know what the license is to
that particular component?
You could also choose "zc"--that could stand for "zope community" as
much as "zope corporation"--but it might cause confusion. "z" has
also been proposed. :-) The "zope" namespace means "from the Zope
project", not specifically for zope (see zope.interface, for
instance)
so there's ample precedent for general things going in a "z*"
namespace...
What do you think? Getting the code in a publicly-accessible repo,
ideally svn.zope.org, is my primary desire--everything else is
peripheral.
I agree.
(I don't have as much use personally for your JSON-server right now,
btw, but maybe that would be good to put in the repo too?)
jsonserver is sitting happily in z3labs, where Balazs Ree and I are
working (slowly) on a unified package for zope2 /five and zope3.
It's a
moving target, and we keep going off on interesting tangents. :)
So, to recap, I have largely positive thoughts about your suggestions.
And please feel free to put whichever of these packages you feel are
appropriate wherever you wish on svn.zope.org. How's that for
flexibility?
With the caveats above, sounds great. :-)
Gary
_______________________________________________
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users
