broke for you. What expectation did you have that is
unsatisfied?
My main gripe with the way this works is that classes get mutated. If
I ever redo this someday, I'd use a data structure external to the
classes. Modifying the classes was a mistake.
Jim
--
Jim Fulton
Zope Corporation
not a small task, which is
why I'm not volunteering to do it.
Jim
--
Jim Fulton
Zope Corporation
___
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 )
--
Jim Fulton
Zope Corporation
___
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
On Dec 20, 2007, at 3:10 PM, Jim Fulton wrote:
zope.sendmail has documentation and tests for mail events, but
AFAICT, these events are never actually generated. Am I missing
something? Or is this a decoy?
Actually, this is mentioned in the README:
* The IMailSentEvent
, then this view is not available as
traversable view because of the missing layer/named skin
configuration.
Which does nothing to protect you from components registered for the
default layer or for IBrowserRequest.
Jim
--
Jim Fulton
Zope Corporation
they're worth.
(My $.02. This is not a veto.)
Jim
--
Jim Fulton
Zope Corporation
___
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
for different sites within an
instance. In fact, I think Stephan Richter added this a while ago.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts
:
http://localhost:8080/@@absolute_url
Of corse it's not this dangerous, but it shows you what I mean.
How do skins avoid this?
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo
be interesting to see if Java or .Net give better control
over threads. If they do, then this might make Zope ports to Jython
or IronPython more interesting. (People who get upset by the Python
GIL should already find these platforms interesting.)
JIm
--
Jim Fulton
Zope Corporation
setuptools.package_index.PackageIndex. This only
accepts a single index URL. Of course, I could create multiple index
instances, use each one and merge the results. Is that what you're
doing?
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist
On Nov 19, 2007, at 2:52 PM, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Fulton wrote:
On Nov 19, 2007, at 9:54 AM, Tres Seaver wrote:
It's a limitation of buildout, perhaps. It is possible to use
setuptools with multiple indexes: 'compoze' allows spelling
. zope.annotation is the only one I'm not sure about but I bet
it's dependencies are modest.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
://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.zope.org/mailman/listinfo/zope )
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev
that there could conceivably be other zcml support
that isn't zope specific, but the zcml support in zope.component was
moved from zope.app where it really should have stayed.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev
the broken packages get fixed or removed from
the cheesehop. Until we can get this cleaned up, as an interim
measure, I suggest we hide the broken packages. They'll still be
available as download. It will be interesting to see where we stand
after the above problems are fixed.
Jim
--
Jim
uploading packages to the cheeseshop,
packages there have to work with the cheeseshop. Pylons users aren't
going to switch to a different index just to use zope.component.
(Fortunately, they don't need to.)
Something is broken here and it needs to be fixed.
Jim
--
Jim Fulton
Zope Corporation
apologize for
not providing more oversight.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
be well. In fact, that directory will already be
present in
any source distribution built with setuptools.
Again, I believe you are mistaken.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman
the cheeseshop. They are using the KGS instead.
Jim
--
Jim Fulton
Zope Corporation
___
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
a long
way towards addressing this problem.
I'll also not that, AFAIK, the current problems weren't due to true
conflicts, but due to packages in the cheeseshop requiring package
releases that weren't in the cheeseshop.
Jim
--
Jim Fulton
Zope Corporation
On Nov 11, 2007, at 6:34 PM, Stephan Richter wrote:
On Sunday 11 November 2007, Jim Fulton wrote:
This breaks a fundamental assumption for releases. When I release
something, I expect it to work tomorrow, next month, and next year.
If you want this, then you can't rely on the KGS. When
enlightened employer, I would
like to start checking in bugfixes again but I don't know whether I
should just use my old keys, or submit a new form, or what.
Submitting a new form would be nice. :)
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev
and into packages.
IMO, I think a KGS can provider a useful baseline for developers.
Applications should also fix versions used for specific releases.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org
-managed
repository, because Zope 3 is a platform, not an application. IMO,
a well-managed KGS (set of KGS releases) will serve the community of
developers who use Zope better than a rigid version specification.
Jim
--
Jim Fulton
Zope Corporation
no longer using it, which probably means no one is using it. I
apologize for pointing you in that direction. I sadly recommend using
the standard security policy. Of course, you're welcome to keep using
the sharing security policy. maybe that's easier at this point.
Jim
--
Jim Fulton
Zope
(hence
the dev marker)
- giving development eggs from the trunk or a release branch a
*meaningful* revision number (hence the version bump you find so
silly)
Consider this an edict. (Not if I can just remember to add dev)
Thanks for putting this together,
Jim
--
Jim Fulton
Zope
'tests_requires' dependencies when you run tests
from 'setup.py test'.
Benji meant doesn't actually do anything useful. :)
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
. ;) Or maybe it should be
stupid stupid .
Jim
--
Jim Fulton
Zope Corporation
___
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
is a better idea for
installing applications, for lots of reasons.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists
suggested an
option to ignore site-packages which may go a long way.
Of course, this has nothing to do with 2.5. :)
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
On Oct 31, 2007, at 12:45 PM, Sidnei da Silva wrote:
Is there a recipe that will 'install' a distutils package from source
instead of doing 'develop'? Couldn't find it. :(
build
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev
On Oct 31, 2007, at 4:58 PM, Sidnei da Silva wrote:
On 10/31/07, Jim Fulton [EMAIL PROTECTED] wrote:
On Oct 31, 2007, at 12:45 PM, Sidnei da Silva wrote:
Is there a recipe that will 'install' a distutils package from
source
instead of doing 'develop'? Couldn't find it. :(
custom
Erm
On Oct 27, 2007, at 3:39 PM, TIm TerlegÄrd wrote:
When using zc.buildout I discovered that it installed a part that I
didn't
specify in the 'parts' option. This happened because I referenced this
part somewhere else. Is this how it's supposed to be?
Yes.
Jim
--
Jim Fulton
Zope
.
A more interesting questions is whether the source release should be
uploaded. I wish someone could convince Fredrik Lundh to make a
saner release of PIL. Maybe someone could pursue this on the image-
sig mailing list (http://mail.python.org/pipermail/image-sig/).
Jim
--
Jim Fulton
Zope
the release
setuptools compatible in the first place.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
and then it's ZCML would get
loaded.
Is this easily possible with eggs and/or buildout?
easy_install has nothing to do with loading ZCML. A recipe could do
something, but extra-requires don't help in any useful way.
Jim
--
Jim Fulton
Zope Corporation
package, although I wouldn't object to eventually
incorporating it into zope.configuration.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
Any objections?
This would basically involve retiring the zope3-dev list and moving
zope3 developers to the zope-dev list.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope
to avoid typos. Especially in subject lines. :/
--
Jim Fulton
Zope Corporation
___
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
, but don't
know if there would be an easy way to install it in such a way that
it was ahead of the existing DateTime in the path.
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo
-recipe-api-for-other-recipes
Or even, would a 'post-fetch'/'pre-build' generalization be desired,
'patch' being one such application?
I have no idea what that is. :)
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maillist - Zope-Dev@zope.org
http
I'm going to start the process of moving the Zope 2 collector today.
It will be impossible to submit issues using the existing collector.
We'll announce the availability of the launchpad-based collector soon.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
:
http://pytz.sourceforge.net/
I think this would be the better approach in the long, and probably
even medium, term. I don't think I'll have time to work on this soon
though.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO
on that mailing list, I feel like
I'm the only Zope person present. I'd love to have more support.
Also, there are a diversity of points of view in the Zope community
and I shouldn't be the only one representing us.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
I plan to update our subversion server to version 1.4 this weekend.
I'll take our repositories offline for a little while while I do
this. I don't know exactly when I will do this. Hopefully, it will
happen so fast that no one will notice. :)
Jim
--
Jim Fulton
On Oct 31, 2006, at 8:58 AM, 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
On Jan 29, 2007, at 2:03 PM, Ian Bicking wrote:
Jim Fulton wrote:
Ian Bicking wrote:
What I would *like* the distinction between workingenv and
buildout to be is that workingenv is interactive (i.e., install
with easy_install) and buildout is declarative (i.e., specify
your environment
On Jan 29, 2007, at 2:25 PM, Ian Bicking wrote:
Jim Fulton wrote:
Similarly, say I had two applications, one in Zope and one in
Pylons, part of the same deployment (possibly interwoven using
wsgi). If I installed elementtree as an egg in buildout.cfg, I'd
expect it to be available
that makes sense.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - Zope
). as I believe you've pointed
out that can be done by simple modification of the cfg file and that'd
be fine.
Yup. I'll repeat that allowing for shared eggs across buildouts
can be a major win.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540
whit wrote:
Jim Fulton wrote:
...
zc.buildout is in no way zope specific. Can a Zope developer not
develop a tool without it being stamped as zope specific?
maybe... maybe not. When a developer struggles with more than one
tool from the same general source, it matters little to them whether
. There's also the fact that this convention is Unix specific
and leads to annoying nested directories where the nesting provides no
real value.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation
tradeoffs.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - Zope
Martin Aspeli wrote:
Jim Fulton wrote:
The first step to compatibility is deciding what it means. :)
I'm all in favor of workingenv/buildout compatibility.
I'd like to see some specifics of how people would like
to use workingenv amd buildout together. I have some guesses,
but I'd rather hear
Martin Aspeli wrote:
Jim Fulton wrote:
Martin Aspeli wrote:
Jim Fulton wrote:
The first step to compatibility is deciding what it means. :)
I'm all in favor of workingenv/buildout compatibility.
I'd like to see some specifics of how people would like
to use workingenv amd buildout together
that we use -- other than Python.
What should I do to make it more accessible?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
Ian Bicking wrote:
Jim Fulton wrote:
I actually tried to do this once before with zc.buildout, but I didn't
get far -- probably a result of lack of effort and lack of familiarity
with the overall stack. But I also recognize lots of the questions
about stuff like the zope.conf file and Data.fs
Ian Bicking wrote:
Jim Fulton wrote:
If *Plone* becomes incompatible with workingenv that'd be bothersome
I agree.
But if a buildout is incompatible, eh... who knows,
I would hope that buildout would not have to be compatible with
workingenv, whatever that means, in order for Plone
? zc.buildout and workingenv started life at about the same
time. They are both valid and useful tools with somewhat different
goals and approaches. They both deserve consideration.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO
I use isn't a problem. If I wanted to
take advantage of something in a system Python, as I occasionally do,
I can do that with buildout.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
by
monkeypatching distutils and setuptools to install things locally,
and changing site.py to not automatically pick up things globally.
I applaud you for this effort. I chose to work below easy_install
and site.py
rather that trying to bend/monkey-path it to my will.
Jim
--
Jim Fulton
releases from a
collection of eggs.
This will be part of the Zope 3.4 sprint, http://us.pycon.org/TX2007/
Zope34Sprint.
I hope t see some more folks there. Maybe there should be a Zope 2
sprint.
BTW, PyCon Early Bird Registration ends soon!
Jim
--
Jim Fulton mailto
Andreas Jung wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --On 22. Dezember 2006 15:55:48 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
It has 2 major disadvantages:
- It is ours. :) We are bearing the burden of maintaining it.
This is offset by the fact that it hasn't required
to
justify a change.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - Zope
.
Thoughts?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - Zope-Dev
Sidnei da Silva wrote:
Jim recently added buildout/egg support into ZODB 3.7 branch. Should
that be merged into trunk?
Yes.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation
?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - Zope-Dev
rewriting a whole lot of code.
Right. But if it is a throw-away prototype, that doen't matter.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http
Jonathan wrote:
- Original Message - From: Andreas Jung [EMAIL PROTECTED]
To: Jonathan [EMAIL PROTECTED]; zope-dev@zope.org
I found a thread (from March 2006) discussing the future of zclasses,
but
i could not determine if a 'final' decision had been made.
According to Changes.txt
Andreas Jung wrote:
--On 27. September 2006 13:47:26 -0400 Jonathan [EMAIL PROTECTED] wrote:
... i don't suppose anyone has an 'automagical' utility that instantly
transforms zclasses to python classes, and then changes all dtml/external
method usage do they? ...didn't think so ;-)
Also I
Jonathan wrote:
...
From a 'robustness' and 'sleep-better-at-nite' perspective I would rather
spend the time making sure the application is rock-solid (by replacing
the zclasses once and for all) and not have to worry about this issue
everytime a new release of zope is installed.
Right.
for blobs.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
On Sep 17, 2006, at 3:24 PM, Christian Theune wrote:
I wonder whether this statement is true:
Any connection handed out after the connection breaks the ACID
compliance of the request.
I wonder what Any connection handed out after the connection
means.
Jim
--
Jim Fulton
On Sep 18, 2006, at 8:16 AM, Christian Theune wrote:
Jim Fulton wrote:
On Sep 17, 2006, at 3:24 PM, Christian Theune wrote:
I wonder whether this statement is true:
Any connection handed out after the connection breaks the ACID
compliance of the request.
I wonder what Any
for around March/April next yr. Thoughts?
We were hoping two switch to May and November. I'd be for May for
2.11/3.4.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
of breakage in the future, the
buildout software is now self updating. After installing the new
release, the buildout software will check for new buildout and
setuptools releases whenever it runs (except in offline mode).
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED
On Jul 16, 2006, at 7:29 PM, Richard Jones wrote:
On Sunday 09 July 2006 22:56, Jim Fulton wrote:
Whoever integrated reST didn't even read the documentation, much less
the code.
FWIW.
The ZReST product was originally released by me around 2002 -
before those
directives existed. According
problem
in particular
situation...of course maintainers for modules are highly
welcome...things are as they are in the Zope 2 world...
I don't agree. Our current approach isn't working.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO
On Jul 8, 2006, at 3:27 PM, Andreas Jung wrote:
--On 8. Juli 2006 15:05:21 -0400 Jim Fulton [EMAIL PROTECTED] wrote:
I think this applies here as well.
1. ZClasses are not a security threat. reST is. That's a huge
difference.
Being a security thread or not ...how will you prove
.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
security implications. We didn't even
read the documentation for reST when we incorporated this feature.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope
On Jul 8, 2006, at 5:38 PM, Tino Wildenhain wrote:
Jim Fulton wrote:
...
You mean auditing. Testing would not help imho. Testing
only checks if expected behavior still works. And nobody
expects the spanish inquisiton *wink* ;)
You can test that trying to do fil-inclusion fails
On Jul 9, 2006, at 9:43 AM, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Fulton wrote:
On Jul 8, 2006, at 3:40 PM, Tres Seaver wrote:
...
I'll note that tests wouldn't have helped here in the absence of
a more
careful security review of docutils: none of us
really matter. We have some capacity
for management of software and we've exceeded it. We have to figure
out what we *can* maintain with the budget of brain cells we have and
be brutal about only maintaining what we can.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED
On Jul 8, 2006, at 1:11 AM, Andreas Jung wrote:
--On 7. Juli 2006 11:03:06 -0400 Jim Fulton [EMAIL PROTECTED] wrote:
I think we should do a 2.9.4 release to incorporate the recent hot
fix.
This is easy for me to say, since I won't be doing it. :)
Because this recent fix actually fixed
On Jul 8, 2006, at 8:12 AM, Andreas Jung wrote:
--On 8. Juli 2006 07:45:01 -0400 Jim Fulton [EMAIL PROTECTED] wrote:
On Jul 8, 2006, at 1:11 AM, Andreas Jung wrote:
--On 7. Juli 2006 11:03:06 -0400 Jim Fulton [EMAIL PROTECTED] wrote:
I think we should do a 2.9.4 release
On Jul 8, 2006, at 9:17 AM, Andreas Jung wrote:
On Jul 8, 2006, at 8:12 AM, Andreas Jung wrote:
--On 8. Juli 2006 07:45:01 -0400 Jim Fulton [EMAIL PROTECTED] wrote:
Only if there is no other option. Tres' patch seems to resolve this
issue and with further testing there is no need
On Jul 8, 2006, at 10:09 AM, Andreas Jung wrote:
--On 8. Juli 2006 09:53:47 -0400 Jim Fulton [EMAIL PROTECTED] wrote:
...
Tres came up with this sledge hammer because he has no confidence
in people's willingness to test and implement this feature
properly.
I am fine with the sledge
with that one I can hold back the installer.
It looks to me like the only issue with it is the lack of tests. The
inadequate hotfix appears to be one from last fall which attempted to
address the same issue.
Right
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED
.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
On Jul 8, 2006, at 10:41 AM, Andreas Jung wrote:
--On 8. Juli 2006 10:16:30 -0400 Jim Fulton [EMAIL PROTECTED] wrote:
Yes, someone has to write the tests at some time, soon.
Right. Before 2.10.
...so we have some time...
Sadly, but that's a different problem.
As I pointed out
On Jul 8, 2006, at 10:53 AM, Sidnei da Silva wrote:
Just to make the matters clear, when you say 'the last hotfix' Jim, do
you mean the Hotfix-20060705?
No, I was referring to the one before that. The November '0f
hot fix purported to solve the same problem.
Jim
--
Jim Fulton
On Jul 8, 2006, at 2:47 PM, Andreas Jung wrote:
--On 8. Juli 2006 14:37:06 -0400 Jim Fulton [EMAIL PROTECTED] wrote:
On Jul 8, 2006, at 11:32 AM, Tino Wildenhain wrote:
...
You seem to be the only one championing TTW reST?
I am only champion against crude removal of features
. Personally, I'm for dropping it.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
patch for the situation at hand.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
!
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
.
Any suggestions on getting a successful dumps of a Missing.Value?
You need someone with pickle zen to look at this. I don't have time
right now myself. If you don't find any other takers, then put an
issue in the Zope 3 collector.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED
wide ranging.
I just noticed this today. :) I'm not sure where it came from.
I've just removed this entry.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com
Philipp von Weitershausen wrote:
Jim Fulton wrote:
It would be helpful if the authors of the branches listed on:
http://www.zope.org/Wikis/DevSite/Projects/Zope2.10/Tasks
would update the page by either deleting their branch or giving
a realistic estimate of when it will be ready. It's
501 - 600 of 1043 matches
Mail list logo