Wichert Akkerman wrote:
Previously Christian Theune wrote:
Am Mittwoch, den 15.08.2007, 14:15 +0200 schrieb Christian Theune:
Hi,
I saw the error reports about zope.security and got talked to from a few
people that they had severe problems managing around this. I removed the
3.4b4
Christian Theune wrote:
Hey,
Am Mittwoch, den 15.08.2007, 14:15 +0200 schrieb Christian Theune:
Hi,
I saw the error reports about zope.security and got talked to from a few
people that they had severe problems managing around this. I removed the
3.4b4 distribution from download.zope.org to
Jim Fulton wrote:
[snip]
Just ran into this one. I think removing it is the right decision. b2
did work for me, but b4 just broke on me.
Try b5.
I'd love to try the mysterious b5, but it's just not there. :)
Regards,
Martijn
___
Zope3-dev
Christian Theune wrote:
Am Mittwoch, den 15.08.2007, 17:52 +0200 schrieb Martijn Faassen:
Wichert Akkerman wrote:
Previously Christian Theune wrote:
Am Mittwoch, den 15.08.2007, 14:15 +0200 schrieb Christian Theune:
Hi,
I saw the error reports about zope.security and got talked to from
Hey,
Christian Theune wrote:
[snip]
I can't remember who I talked to about this who pointed out to me that,
in most cases, you don't have to care about the `default` folder and can
put the utilities that you don't want in content space just directly
into the site manager.
I think we discussed
Hi there,
Recently I had the opportunity to try the new buildouts of two Zope 3
projects, namely zope.tal and zope.fssync. In both, the dependency
specification in install_requires looks innocent:
zope.tal:
'setuptools',
'zope.i18nmessageid',
'zope.i18n',
'zope.interface',
zope.fssync:
Hey,
Jim Fulton wrote:
I'm finally looking closely at Blobs and making a few changes. Some of
these are backward incompatible. Most are inconsequential. Since Blobs
are still considered experimental, I feel fairly free to do this, but I
don't want to create undue pain for people.
I will
Marius Gedminas wrote:
[snip the problems with system pythons]
seem to be minor inconveniences rather than show-stoppers to me. I'd
love to hear real horror stories.
Not sure whether this counts as a horror story, but...
Recently I upgraded my desktop to Ubuntu Feisty.
So I was running this
Hi there,
Tomorrow (friday may 18) is the EuroPython talk submission deadline!
So if you are thinking about giving a talk at EuroPython, please
submit it soon!
http://www.europython.org/
Regards,
Martijn
___
Zope3-dev mailing list
Zope3-dev@zope.org
Chris Withers wrote:
Fred Drake wrote:
[snip]
The value of the big release is more for people who are new to Zope 3,
and want to take a look. That's not an audience I'm good at judging,
either in terms of guessing what they really want, or in what makes
them take that first look.
Indeed,
Hi there,
I thought I should mention here that the EuroPython talk deadline is
fast approaching - the proposal deadline is friday may 18. I would like
to see a strong Zope presence at EuroPython, so please submit your Zope
related talks! Note that you won't be alone. If our talks are
Jim Fulton wrote:
On May 4, 2007, at 6:25 AM, Baiju M wrote:
...
We will be using same Zope 3 resources for bug tracking, mailing list
and wiki for these satellite project's, is it ?
Thanks a very good question. I don't think we need more mailing lists.
In fact, I think zope3-dev and
Benji York wrote:
Christian Theune wrote:
Same here. I'm feeling like I'm not yet understanding what the trunk
will be used like.
I'm wondering if we need to maintain a Zope 3 project with any code in
it at all (or nearly so). Could Zope 3 just be a buildout with a
configuration that
Hey,
Leonardo Rochael wrote:
[snip]
So, perhaps, we don't need powerful zcml overrides, just cooperative package
maintainers (of which we have plenty in this community).
Interesting to see some of my ideas for Grok make it back here. :) After
your mail I realize now that with ZCML you can do
Tres Seaver wrote:
[snip]
One example of such an implementation would be an optional, lxml-based
directive which uses the native structure of the ZCML file and XPath.
E.g. to include only adapters from a package ::
select package=my.package file=configure.zcml
path//adapter//path
/select
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martijn Faassen wrote:
Tres Seaver wrote:
[snip]
One example of such an implementation would be an optional, lxml-based
directive which uses the native structure of the ZCML file and XPath.
E.g. to include only adapters from
Max M wrote:
Martin Aspeli skrev:
If you're talking about ArchGenXML, which generates AT code from UML,
it's
not too bad. The code it generates is pretty clean, and if you decide to
abandon code generation, there's a minimum of cruft (mostly a few comment
blocks) that you can remove if you
Jim Fulton wrote:
On Apr 23, 2007, at 2:43 PM, Martijn Faassen wrote:
...
It'd be a lot easier. You'd still have to list it for all eggs that
you depend on directly. It would be nice if this could be automated as
well, as being in two places to add a single dependency is more work
than being
Hey,
Anyone, can I conclude that z3c.widget is not available anywhere? Who
would like to upload a version? Can I help? Where shall we upload it?
Regards,
Martijn
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub:
Fred Drake wrote:
On 4/20/07, Martijn Faassen [EMAIL PROTECTED] wrote:
No, the current expectation is that it works, whatever the replacement
is. This currently works in Zope 2.8:
You'll need to explain how silently dropping the tal:attributes on the
floor was ever it works.
Sorry about
Fred Drake wrote:
On 4/20/07, kit BLAKE [EMAIL PROTECTED] wrote:
But those attributes *do* work. If you call that image without the
attributes, it won't have a title attribute. If you keep the tag as it
is, it will have a title attribute.
This is some pretty freaky behavior for page
kit BLAKE wrote:
2007/4/19, Martijn Faassen [EMAIL PROTECTED]:
Hi there,
I just tracked down what I believe is a bug in the Zope 3 page template
engine. I didn't know it was a bug in the Zope 3 page template engine as
I was tracking down a bug in Silva with Zope 2.10, which of course uses
Hi there,
I just tracked down what I believe is a bug in the Zope 3 page template
engine. I didn't know it was a bug in the Zope 3 page template engine as
I was tracking down a bug in Silva with Zope 2.10, which of course uses
the Zope 3 page template engine. For the proposed solution, see
Jim Fulton wrote:
Recently, I've been working on a project that uses twisted. I created
a distribution of twisted that installs with easy_install and buildout.
The project name is zc.twisted and the distribution can be found at:
Gary Poster wrote:
The work that Jim Washington and David Pratt have started recently to
make lxml an XHTML generator/ZPT replacement [#1]_ has really excited
me. It would be *great* with in-Zope pipelines [#2]_.
A general +1() for this whole effort!
I have been having some thoughts
Christian Theune wrote:
[snip]
Right. I'm not sure whether I missed anything, but I don't quite have
your whole use case on my radar.
The use case is basically that people can use Zope 3 off-line, working
on an SVN checkout. They then commit (through a UI) their changes, and
resync with the
Hey Christian,
Christian Theune wrote:
Am Mittwoch, den 28.03.2007, 01:12 +0200 schrieb Martijn Faassen:
[snip]
Quick shot on integrating the suggestion from Uwe:
- Reserve an OID from the ZODB storage, maybe create a 'shadow' object
in the ZODB.
- Use a directory that maintains a hard
Hey Jim,
On 3/27/07, Jim Fulton [EMAIL PROTECTED] wrote:
[snip]
After
that I thought we were actually going somewhere with this discussion,
but you now strengthen this impression by apparently giving up in
exasparation. That is what is making *me* slightly exasparated. :)
Fine. I gave up
Wichert Akkerman wrote:
Previously Uwe Oestermeier wrote:
Martijn Faassen [EMAIL PROTECTED] schreibt:
Now I'm hoping I'm missing some kind of strategy and perhaps someone
will have a luminous idea to make this work without the creation of a
separate index. Or if not, at least I can give up
Hi there,
I saw Andreas Jung checked in z3c.sqlalchemy. Cool! Some questions though:
* how is this different from zalchemy?
* I see it uses ZopeTestCase, while it appears to be pure Zope 3 code
otherwise, at least at first sight (and because of the package name).
Why is this done?
* The
Hello,
Adam Groszer wrote:
I'd like to ask your opinion, your experiences about searching and
filtering in quite large object DBs.
We need to add search and filter functions to our current app, where
the user might be able to create quite _sophisticated_ filter criterias.
(The app is a pure Z3
Jim Fulton wrote:
Platform dependent distributions are *not* portable. They can depend on
system settings, such as Python Unicode size and library locations.
This can cause major annoyance and breakage when people automatically
download these with easy_install or zc.buildout.
Yeah, the
Hey,
Dominique Lederer wrote:
a week ago i posted this (
http://mail.zope.org/pipermail/zope3-users/2007-January/005348.html) at
the Zope3-users mailinglist, but got nearly no response. Maybe here i
get more attention :)
I will post my questions again, if you could spare some time, please try
Philipp von Weitershausen wrote:
Marius Gedminas wrote:
and which causes registration as an adapter without the need for ZCML.
I am not sure I like that. When does the registration take effect? On
module import?
No, that would be quite terrible. It would mean you could never import
Marius Gedminas wrote:
[snip]
Also, I'd like a way to specify the adapter name in the adapter class.
Something like
from zope.interface import implements
from zope.component import adapts, named
class MyNamedAdapter(object):
adapts(IFoo)
implements(IBar)
Andreas Jung wrote:
I am replying to the three proposals. First I have to kick the proposal
of Tres (UTF-8 storage). We want unicode as internal representation for
any kind of ZPT (both text/html and text/xml).
I'm not sure I understand this. Wouldn't the internal representation be
unicode
Marius Gedminas wrote:
On Thu, Jan 18, 2007 at 08:55:17AM +, Chris Withers wrote:
Marius Gedminas wrote:
BTW passing interfaces to provideAdapter/adapts is out of fashion.
This stuff is getting almost perl-ish in it's there's many ways to do
it, pick the style you like nature..
There's
Tres Seaver wrote:
[snip]
Unicode XML is not only problematic for streaming. For instance, you
*can't* pass a Unicode string to the libxml2 *at all* , unless you want
a core dump. The API requires that you pass it strings encoded as UTF8.
You can in lxml. :) libxml2 as a C API doesn't even
Andreas Jung wrote:
--On 15. Januar 2007 22:15:46 +0100 Martijn Faassen
[snip]
I still don't see what should ambiguous with this approach.
Ambiguous in that the string seems to say it's in two encodings at once.
You're then guessing: you're letting the Python string type trump
Dieter Maurer wrote:
Martijn Faassen wrote at 2007-1-15 15:44 +0100:
Hey,
On 1/15/07, Andreas Jung [EMAIL PROTECTED] wrote:
[snip]
ok, got it. But this problem can be solved easily by changing the encoding
within the preamble.
I would say refusing to guess and bailing out with an error
Tres Seaver wrote:
[snip]
The just store the XML scenario is in surprisingly nice. It only needs
attention to encoding and decoding in the always complicated ZPublisher
direct output scenario, and in the edit form scenario.
As you speculated, this is actually my preference, except that I
Andreas Jung wrote:
[snip]
[Bernd Dorn]
IMHO it should only accept strings, because in the value should be a xml
string and therefore always has to be encoded in 'utf-8' or in the
encoding specified in the processing instruction.
I disagree with that. Since Zope 3 is supposed to use unicode
Philipp von Weitershausen wrote:
[snip]
A workaround inside parseString() would to check for unicode
and convert the string on-the-fly to a Python string with utf-8 encoding.
This is possibly a limitation of the underlying Expat parser...any
recommendation how to deal with this issue?
Fixed
Hey,
Gmane isn't updating so I can't really reply to the message (not visible
in gmane) that I want to, but I saw the following solution proposed:
def ourparse(text):
if isinstance(text, unicode):
text = text.encode('UTF-8')
xml_parser.parse(text)
now consider what will happen if
Hey,
On 1/15/07, Andreas Jung [EMAIL PROTECTED] wrote:
[snip]
ok, got it. But this problem can be solved easily by changing the encoding
within the preamble.
I would say refusing to guess and bailing out with an error message is
better in this case. The Zen of Python:
In the face of
Chris Withers wrote:
Philipp von Weitershausen wrote:
u'?xml version=1.0 encoding=something-else?node /'
What should be done then?
Not sure. We could ignore it or raise an error. I'm inclined to ignore
it.
That's what I do too...
See my post elsewhere in the thread for an example of why
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
--On 14. Januar 2007 18:14:45 + Chris Withers [EMAIL PROTECTED]
wrote:
Dieter Maurer wrote:
A halfway intelligent parser would accept Unicode when it gets it
and concentrate on the remaining part of
Andreas Jung wrote:
--On 15. Januar 2007 15:44:01 +0100 Martijn Faassen
[EMAIL PROTECTED] wrote:
On 1/15/07, Andreas Jung [EMAIL PROTECTED] wrote:
[snip]
ok, got it. But this problem can be solved easily by changing the
encoding within the preamble.
I would say refusing to guess and bailing
Martin Aspeli wrote:
Peter Bengtsson wrote:
Philipp has posted a blog entry with a good example of Grok code:
http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_01_09_you-thought-zope-3-wasn
Gorgeous!
I especially like that you don't have to manually define the template
since
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
- Don't invent a new code generator. Please. :) PasteScript does
quite well, and seems to be adopted by others, e.g. Pylons. We
already use it to make new egg-like packages for Plone.
Agreed. We're looking into PasteScript, I believe
Hi there,
We had a Grok sprint in Germany over the weekend, and we got two reports
about it:
Jan-Wijbrand's report:
http://jw.n--tree.net/blog/dev/python/second-grok-sprint
And mine:
http://faassen.n--tree.net/blog/view/weblog/2007/01/09/0
Regards,
Martijn
Martin Aspeli wrote:
Martijn Faassen wrote:
We had a Grok sprint in Germany over the weekend, and we got two
reports about it:
Rock on :)
What is the current state of the art in terms of Grok examples and
documentation? What is the best place to look to find out about the
latest
Martin Aspeli wrote:
Martijn Faassen wrote:
Hi there,
We had a Grok sprint in Germany over the weekend, and we got two
reports about it:
Rock on :)
What is the current state of the art in terms of Grok examples and
documentation? What is the best place to look to find out about
Jim Fulton wrote:
Martijn Faassen wrote:
[snip]
Just splitting stuff up into little flexible pieces won't attract
people. If our goal is to attract Zope 3 developers we need to make it
easy to get started. We can also say that Zope 3 is componentized and
flexible and all
Martin Aspeli wrote:
Jim Fulton wrote:
I'll make some small comments below, but I want to make a big
comment to start. Zope 2 and Plone are both examples of
extensible applications. In my note, I was trying to make the
point that I think such applications have value. I'd like to
see them
Andreas Jung wrote:
Hi,
because Zope 2.10.2+ will use unicode as internal representation for
page templates I am currently checking the options to get rid of
UnicodeDecodeErrors for Zope 2.11 by providing some more intelligent
conversion of non-unicode content. Basically I want if the content
Jim Fulton wrote:
[snip]
The current Zope 3 distribution also contains an application that
resembles Zope 2 in many ways. There is an object tree and a Zope
Management Interface. At least up to now, when you install a Zope 3
distribution, you get an application that you can run out of the
Martin Aspeli wrote:
[snip]
I think your thoughts resonate quite well with my own observations and/or
confusion. I would, however, caution against becoming over-zealous in
breaking things up. Zope 2, CMF and Plone are successful in large part
because people get started quickly. If it takes
Hey JW,
Jan-Wijbrand Kolman wrote:
I'm spending some time on making zc.recipe.zope3instance run properly on
Windows. There're at least two issues to sort out:
1) Usually(?) Zope-3 is installed using the *.msi installer on Windows.
The recipe should look in the Scripts sub directory of the
Chris Withers wrote:
Does anyone have any experience of using zope.testing outside of Zope?
Yes, I do. It's really easy with buildout, actually.
I use zope.testing.doctest for the Twiddler tests and I'd like to use
zope.testing.testrunner for running the tests in a plain python
environment.
Roger Ineichen wrote:
Hi Martijn
Subject: [Zope3-dev] Re: [SpringCleaning07]
By the way, I'm quite interested in seeing whether we can
integrate Genshi into Zope 3 and Grok as a templating
language. It has some interesting ways to do things, and
there's quite a bit of momentum behind it.
Christian Theune wrote:
Hi,
I've updated the spring cleaning proposal with the suggestions (and
additional votes from people posting in this thread).
I think it's a good idea to let anything that has any vote *against*
removing from the core stay in the core for now (unless someone goes
Jim Washington wrote:
Martijn Faassen wrote:
http://genshi.edgewall.org
Inspired by Kid (in turn among others inspired by ZPT), the main
template language of TurboGears, written by the people who also
created Trac, and it seems to be getting traction. TurboGears among
others is going
Rocky Burt wrote:
On Wed, 2006-20-12 at 12:52 +0100, Martijn Faassen wrote:
http://genshi.edgewall.org
Inspired by Kid (in turn among others inspired by ZPT), the main
template language of TurboGears, written by the people who also created
Trac, and it seems to be getting traction
Stephan Richter wrote:
On Tuesday 19 December 2006 06:16, Roger Ineichen wrote:
Here is a list of candidates for removal (please verify!):
zope.dependencytool
-1, it is used by people to find dependencies in their packages. It is not
referenced anywhere in the code, because it is a
Hey,
Jim Fulton wrote:
[snip]
I'm not certain that we're actively supporting either server.
But *in practice* we're supporting the Twisted integration, as that's
the only one that people use now, right? We may not be actually capable
or willing to offer such support, but since everybody
Jim Fulton wrote:
Chris Withers wrote:
Jim Fulton wrote:
[snip]
I find it impossible to believe that others don't have such
mission-critical requirements.
Maybe they hand off the hard bits too Apache?
Excellent suggestion, Chris, thank you!
Some of them do, I'm sure.
Could we?
Sure,
Jim Fulton wrote:
Martijn Faassen wrote:
Jim Fulton wrote:
[snip]
I'm not certain that we're actively supporting either server.
But *in practice* we're supporting the Twisted integration, as that's
the only one that people use now, right?
Wrong. Use != support.
[snip]
Such a flat out
Stephan Richter wrote:
[snip]
Overall, I think the first step would be to agree on a common set of UI
patterns.
From what you say below I don't think we'll be able to do that very
soon. :) I think we should agree to disagree for now and just see
whoever gets to an admin UI first (or best).
Jim Fulton wrote:
Martijn Faassen wrote:
[snip zope.interface missing]
Hm, so it was checked by setup. Dang. Well, we could hack around this
in various ways, but it wouldn't be fun.
Yes, it appears it was checked by setup.py. In my experience the
diversity of special setup.py's out
Tres Seaver [EMAIL PROTECTED] wrote:
[snip]
Shouldn't the dependency information in the eggs-to-test be sufficient
for that?
That's what I was going to say. The egg should normally just list its
own dependencies in setup.py and buildout will handle this just fine.
Regards,
Martijn
Chris Withers [EMAIL PROTECTED] wrote:
Martijn Faassen wrote:
class TemplateView(grok.View):
template = unassociated
module_info = module_info_
I'm not sure. Debugging becomes a nightmare with generated classes,
which is how I ran into these problems
whit [EMAIL PROTECTED] wrote:
Martijn Faassen wrote:
[snip]
cool! awesome to see integration efforts like this!
is there any difference using cherrypy's wsgi server vs. say
paste.httpserver?
Probably not except of course in the performance characteristics of
the various servers. I still am
Jim Fulton [EMAIL PROTECTED] wrote:
On Dec 2, 2006, at 4:30 AM, Chris Withers wrote:
I remember Shane asking this a while ago and seem to remember the
answer was no, but I'm hoping that's changed.
Is it possible to have a Zope 3 instance that has no zodb backing
at all?
Yes, of
Philipp von Weitershausen [EMAIL PROTECTED] wrote:
[Chris]
That said, I can live with most of the crap, but these dynamically
generated classes... wtf? why? why did that? why are they still breathing?!
*sigh* I don't know who came up with the idea, and I don't really care
as I don't want
Hey,
I've recently written a few blog entries that may be of interest here
too. First an introduction about the Grok project:
http://faassen.n--tree.net/blog/view/weblog/2006/11/09/0
Next, what I wrote tonight, which is about my experiments with Grok,
Zope 3, WSGI and CherryPy:
Martin Aspeli wrote:
Martijn Faassen wrote:
Oh, I disagree. It's much nicer to be able to be able to start with
adapting classes, and introduce interfaces later, where necessary. Often
they're not. In fact it's already possible to adapt classes and register
views for classes. In ZCML I
Christian Theune wrote:
Hi,
Martijn Faassen wrote:
originally we intended to do a Zope 3.3.1 release in November to get
virtually bug free.
I didn't see any momentum on this. How about a bug day?
I'm supposed to be the release manager for this too. I was hoping
someone else would volunteer
Martin Aspeli wrote:
Chris Withers wrote:
I find myself often having to define pure marker interfaces for each
class that I define, purely so I can register adapters for objects of
that class.
Why does your class not have a (non-marker) interface in the first place?
The use of interfaces as
Chris Withers wrote:
Jim Fulton wrote:
adapter
for=.myclasses.MyClass
provides=.interfaces.ISomething
factory=.adapters.MyAdapter
/
I think it is a fine idea. That's why it has been supported for
a long time. You can register adapters and views (which, of course
are
Christian Theune wrote:
originally we intended to do a Zope 3.3.1 release in November to get
virtually bug free.
I didn't see any momentum on this. How about a bug day?
I'm supposed to be the release manager for this too. I was hoping
someone else would volunteer but of course I already
Paul Winkler wrote:
On Tue, Oct 31, 2006 at 07:54:41PM +0100, Martijn Faassen wrote:
I'm happy to see you do this. I can't make it to that PyCon, unfortunately.
As to representing other people's opinion:
Talk about Grok. Better yet, show Grok code. By that time, we should be
quite a way
Jim Fulton wrote:
Benji York wrote:
Titus Brown is putting together a web framework panel for the next
PyCon: http://us.pycon.org/TX2007/WebFrameworksPanel.
I just stuck my name on this. :)
If someone else wants badly to do this, I'm willing to yield.
In any case, I'd like to represent some
Carlos de la Guardia wrote:
On 9/29/06, Jim Fulton [EMAIL PROTECTED] wrote:
Thanks for the input. I wonder if anyone wants to volunteer to
spearhead a track prototype for zope.org? One of the things I like
about Launchpad is that I don't have to do any work. If someone is
willing to step
Adam Groszer wrote:
Hello,
I built Z3.2.2 on win32, but after installing the result and creating
an instance it fails.
I don't have a clou where and what to look for.
C:\zopeinstbin\runzope
Error: 'formatter' is not a known key name
(line 103 in file:/C|/zopeinst/etc/zope.conf)
For help,
Jim Fulton wrote:
Thanks for the input. I wonder if anyone wants to volunteer to
spearhead a track prototype for zope.org? One of the things I like
about Launchpad is that I don't have to do any work. If someone is
willing to step forward and commit to a Trac implementation, I'm happy
to try
Carlos de la Guardia wrote:
On 9/29/06, Jim Fulton [EMAIL PROTECTED] wrote:
Thanks for the input. I wonder if anyone wants to volunteer to
spearhead a track prototype for zope.org? One of the things I like
about Launchpad is that I don't have to do any work. If someone is
willing to step
Sidnei da Silva wrote:
On Sun, Oct 01, 2006 at 09:38:21AM -0400, Jim Fulton wrote:
|
| Here are some quick Trac questions. My impression is that track projects
| need to be set up as separate applications and that separate projects
| can't be set up through the web. Is this right?
All of
Martijn Faassen wrote:
Sidnei da Silva wrote:
On Sun, Oct 01, 2006 at 09:38:21AM -0400, Jim Fulton wrote:
| | Here are some quick Trac questions. My impression is that track
projects
| need to be set up as separate applications and that separate projects
| can't be set up through the web
Marius Gedminas wrote:
On Fri, Sep 29, 2006 at 09:52:34AM -0400, Jim Fulton wrote:
Thanks for the input. I wonder if anyone wants to volunteer to
spearhead a track prototype for zope.org? One of the things I like
about Launchpad is that I don't have to do any work. If someone is
willing to
Dieter Maurer wrote:
Philipp von Weitershausen wrote at 2006-9-28 11:22 +0200:
...
The last time this was discussed with Jim, the idea was to try to use
Zope 3's security proxy approach in Zope 2 for Python Script security
- Jim and I had some ideas I need to dredge up from the back of my
Jeff Shell wrote:
On 9/28/06, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
Christian Theune wrote:
Morning,
Baiju M wrote:
Hi,
What is the target Python version for Zope 3.4, is it Python 2.5?
Right now it's still Python 2.4, as Zope 3.4 is scheduled for next
year,
we should
Jeff Shell wrote:
On 9/28/06, Martijn Faassen [EMAIL PROTECTED] wrote:
Jim Fulton wrote:
Baiju M wrote:
Hi, What is the target Python version for Zope 3.4, is it
Python 2.5?
That's a good question. I fear it will take a fair bit of work
to get to it and, frankly for me there are higher
Baiju M wrote:
On 9/29/06, Martijn Faassen [EMAIL PROTECTED] wrote:
It's going to be a significant investment of work to make sure
everything works with Python 2.5. Either someone credible steps up,
convinces us, and does the work, and we all move over to Python 2.5. If
they don't, we do
Baiju M wrote:
On 9/29/06, Baiju M [EMAIL PROTECTED] wrote:
On 9/29/06, Martijn Faassen [EMAIL PROTECTED] wrote:
It's going to be a significant investment of work to make sure
everything works with Python 2.5. Either someone credible steps up,
convinces us, and does the work, and we all
Benji York wrote:
Martijn Faassen wrote:
Again, I'll repeat that I think we should *not* trying to support two
Python versions at the same time. Whether something works on a later
version of Python is beside the point; it's about whether we
officially make sure. I do not believe we currently
Jim Fulton wrote:
Baiju M wrote:
Hi,
What is the target Python version for Zope 3.4, is it Python 2.5?
That's a good question. I fear it will take a fair bit of work to
get to it and, frankly for me there are higher priorities.
I think we'd be okay in not supporting Python 2.5 yet for
Baiju M wrote:
On 9/22/06, Jim Fulton [EMAIL PROTECTED] wrote:
snip
Finally, I'm experimenting with using launchpad for bugs:
https://launchpad.net/products/zc.buildout/+bugs
and feature requests:
https://features.launchpad.net/products/zc.buildout/
So far this is working OK. I
Jim Fulton wrote:
On Sep 22, 2006, at 1:31 PM, Stephan Richter wrote:
On Friday 22 September 2006 12:52, Martijn Faassen wrote:
I hope we can move to a pattern where projects gain a homepage somewhere
on zope.org, including doctests and some other information, and the
cheeseshop is used
Jim Fulton wrote:
On Sep 22, 2006, at 12:52 PM, Martijn Faassen wrote:
While I'm happy with the way this works now as it's agile, I am also
hoping that eventually we can move away from the cheeseshop as the
prime documentation site of a project; it's not ideally suited for that.
It's
101 - 200 of 455 matches
Mail list logo