On 6/11/05, Andreas Jung [EMAIL PROTECTED] wrote:
Jim Fulton, Christian Theune, Tim Peters, Fred Drake Jr., Marc Hammond,
Sidnei da Silva, Tres Seaver, Stefan Holek, Chris McDonough,
Don't forget that Andreas Jung character! This wouldn't have happened
without his persistence and dedication
On 6/21/05, John Poltorak [EMAIL PROTECTED] wrote:
Is there anything wrong with this ZPT code sample?
http://www.zopemag.com/Issue003/Section_Articles/article_ZPTintro_code.html
I get this error message when trying to save it:-
HTMLParser.HTMLParseError: malformed start tag, at line 8,
On 7/1/05, Jürgen Herrmann [EMAIL PROTECTED] wrote:
i think there should be no functional difference in the two code snippets
below, but is there any difference in performance?
Don't know, and don't care; these are (at the Python level)
functionally different.
(i know, the except
On 7/22/05, Erik Myllymaki [EMAIL PROTECTED] wrote:
I am trying to set the bgcolor of a page based on the existance of a variable.
Neither of these seem to work:
body
tal:attributes=bgcolor python:test(hasattr(options, 'error'), 'red',
'green')
Try this:
body
On 10/12/05, Garito [EMAIL PROTECTED] wrote:
Alan Milligan escribió:
...
You do realise that pyexpat has a limitation of 8192 bytes between xml
tags - if your parse string is longer than this, it will fail. You can
recompile your expat parser to accept larger sizes, but this drastically
On 10/12/05, Garito [EMAIL PROTECTED] wrote:
Alan Milligan escribió:
You do realise that pyexpat has a limitation of 8192 bytes between xml
tags - if your parse string is longer than this, it will fail. You can
recompile your expat parser to accept larger sizes, but this drastically
affects
On 10/12/05, Alan Milligan [EMAIL PROTECTED] wrote:
I discovered this a couple of years ago wondering why RedHat's up2date
XML-RPC client didn't wrap download files in base64 tags. They've
actually done some strange stuff in this client to use normal http calls
to download RPM packages.
On 10/12/05, Tino Wildenhain [EMAIL PROTECTED] wrote:
Err. Whats wrong with HTTP to transfer files?
(Provided its not XML-RPC ;)
Sorry; I was being facetious.
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Society attacks early, when the individual is helpless. --B.F. Skinner
On 10/12/05, Alan Milligan [EMAIL PROTECTED] wrote:
And you are allowed to be. It is a bit strange in an XML-RPC dialog to
drop out to http occasionally ...
Actually, I'd expect large files over XML-RPC to be handled by sending
a URL, and have the client GET the file separately. But then, I
On 10/12/05, Garito [EMAIL PROTECTED] wrote:
I run your test but no error was raised
Right.
I attach an xml file like I use and who raise the error, perhaps these
could help to reproduce the error
If you replaced SAMPLE_TEXT in the test script with this data, an
error would indeed be raised,
On 10/12/05, Garito [EMAIL PROTECTED] wrote:
What do you need?
In this bit of code:
Module Products.Yanged.SitioYanged, line 268, in ObtenerNodo
266 |
267 | if 'NodoRaiz' not in args:
268| args['NodoRaiz'] =
parseString(self.Dame({'nombre': self.getId() +
On 10/13/05, Garito [EMAIL PROTECTED] wrote:
self.Dame({'nombre': self.getId() + '.mm'})
Dame is a function that returns a ZCatalog query where nombre is an index
...
This File object returns the text of the last attachment I send you some
mails ago
The index_html() method returns the
On 10/21/05, Chris Withers [EMAIL PROTECTED] wrote:
Garito wrote:
Sorry for the off topic but I try to subscribe to ParsedXML dev mail
list but I can't (mail list doesn't exists)
Doesn't look like it. Is ParsedXML an Infrae or a Zope Corp product?
You could always try asking about your
On 10/24/05, Gary Kahn [EMAIL PROTECTED] wrote:
I will take a good look at ubuntu before deciding. I am also considering
KRUDserver.
http://www.tummy.com/Products/krudserver/
Many of us at Zope Corp develop on Ubuntu and MacOSX. I think all of
our commercial hosting runs on Centos, so
On 10/26/05, Floyd May [EMAIL PROTECTED] wrote:
It appears as though this problem is due to the content-type being set
inappropriately (probably text/html). I'm attempting to render XML,
but each of the templates only contains a piece of my final output XML
file; therefore, I don't have the
On 1/13/06, Gabriel Genellina [EMAIL PROTECTED] wrote:
How could I retrieve the path to the config file used to start a running
instance?
I want to put other config stuff in the same directory, and I would like a
safe way to obtain such directory.
I could use INSTANCE_HOME/etc but since the
On 7/6/06, Max M [EMAIL PROTECTED] wrote:
This code below works in plain Python. But when I add them to my zope
class, and run the tester() method I get an Attributer Error:
__ac_local_roles__
Descriptors in general are not guarantteed to work on old-style
classes. Your PropTest class
On 7/6/06, Rob Miller [EMAIL PROTECTED] wrote:
it's not an answer to your original question (i have nothing to add to
what fred already replied) but TeamSpace solves this by using a
ComputedAttribute instead of a property for the dynamic local roles.
Yeah, I forgot all about ComputedAttribute.
On 9/5/06, Carlos de la Guardia [EMAIL PROTECTED] wrote:
I frequently blog about Zope, and recently posted a list of 10 reasons why I
think Zope 3 is kind of invisible to the Python community (see my blog at
http://blog.delaguardia.com.mx ). One of the things that I talk about in
that post is
On 10/28/06, Garito [EMAIL PROTECTED] wrote:
Did you read my last thread?
I didn't, only the message that started this thread. It left me confused.
I'm talking about tal:anything tal:yanged=/foo/bar / not tal:yanged
tal:replace=/foo/bar /
What I need is control the expression far away from
On 11/6/06, Ulla Theiss [EMAIL PROTECTED] wrote:
The Problem is, that the file to be downloaded always is called displayFile.
According the the content-type it is sometimes called displayFile.pdf,
displayFile.txt, displayFile.tif, etc.
You can use the Content-Disposition header to mark the
On 1/10/07, Dieter Maurer [EMAIL PROTECTED] wrote:
*It* must be informed whenever it is used in a different thread.
Perhaps it could use some thread-local data to keep track of this?
threading.local comes to mind.
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Every sin is the result
On Jan 30, 2008 12:17 PM, Tom Von Lahndorff [EMAIL PROTECTED] wrote:
Also, is max-bytes supported for logfiles in zope.conf?
max-bytes is supported as of ZConfig 2.5. I'm not sure what version
of ZConfig is currently being used with Zope 2, but would be surprised
if it weren't possible to use
On Jan 30, 2008 12:32 PM, Tom Von Lahndorff [EMAIL PROTECTED] wrote:
Saw it referenced here:
http://blogs.sistes.net/Garito/568
Ah!
ZConfig 2.5 and newer include max-bytes and old-files in the basic
logfile section, but Products.rotatezlogs provides more features.
-Fred
--
Fred L.
On Feb 4, 2008 3:19 PM, Tim Nash [EMAIL PROTECTED] wrote:
I haven't been able to access the zopelabs cookbook for several weeks.
It's working for me.
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Chaos is the score upon which reality is written. --Henry Miller
On Fri, Jun 6, 2008 at 4:54 AM, Sean Upton [EMAIL PROTECTED] wrote:
I want to be able to spell out certain zope.schema.Object fields in my
interfaces as contained while other fields are declared as
Are you using a source or vocabulary? If so, this could be part of
the nature of the values
On Fri, Jun 6, 2008 at 8:08 PM, Sean Upton [EMAIL PROTECTED] wrote:
mechanism or implementation details underneath, so I think I'll
continue to use custom field types marked with an IRelationshipField
interface, and assume the built-in Object, List fields are only used
for containment. The
On Wed, Jul 16, 2008 at 6:34 AM, Tino Wildenhain [EMAIL PROTECTED] wrote:
You should check the tales documentation. the pipe symbol |
means a logical or, in effect if the left expression resolves
to non existent, None, empty object,... (generally python False)
the right part of it is
On 10/30/05, Chris McDonough [EMAIL PROTECTED] wrote:
Will there be a way to keep your srcdir pristine by running
../path/to/configure; make; make install in an empty directory? This
was a commonly requested feature and lots of people use it, which is why
build-base and friends were in there.
On 11/16/05, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
coexist as sibling directories somewhere; so no danger of problems due to
case ignorant file systems.
The technical term for this is case-senseless.
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Society attacks early,
On 6/10/05, Paul Winkler [EMAIL PROTECTED] wrote:
Mind if I check in text-only changes to the 2_8 branch?
It's still Friday for Andreas, so this is a good time!
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Zope Corporation
___
Zope-Coders
On 7/22/05, Tino Wildenhain [EMAIL PROTECTED] wrote:
Otoh, the checkin messages arent sent by the users but the repository.
Shouldnt repository sent messages not automatically accepted?
Yes, but the repository lies and says the mail came from the
committer. Were that to change, the list
On 11/4/05, Jim Fulton [EMAIL PROTECTED] wrote:
I propose to retire this list and move the traffic over to zope-dev.
I always wondered why this was a separate list.
+1 on its retirement.
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Society attacks early, when the individual is
On Tuesday 17 February 2004 01:10 pm, Dieter Maurer wrote:
It would be better if the type of the imported
object (schema or component) were orthogonal
to the location from where the object is found
(in a package or via an URL).
I agree, that does seem nicer.
Another approach would be to
On Thursday 26 February 2004 06:50 am, Nikolay Kim wrote:
is there any way create server for new protocol without changing ZServer
module?
There's clearly a need for some more documentation here, but I'm not sure what
to write yet, or where it should go.
Contrary to many of the other
On Sunday 29 February 2004 11:21 pm, Nikolay Kim wrote:
P.S. i'm developing smtp server for zope and already have working code.
Ooh! This is really cool. Will this be open source? I'll be a lot of people
will be interested in this.
-Fred
--
Fred L. Drake, Jr. fred at zope.com
On Tuesday 09 March 2004 01:58 pm, Ian Beatty wrote:
This has to be an easy one.
Good, I'll take it. ;-)
From within my Python-based product's code, how do I get access to the
product's directory on the filesystem? os.getcwd() seems to provide the
working directory of the shell used to
On Tuesday 09 March 2004 02:30 pm, Chris McDonough wrote:
There is also a convenience function for this in Zope:
from Globals import package_home
here = package_home(globals())
Maybe I'm just weird, but I generally prefer the general approach when there's
not a clear improvement in
On Thursday 11 March 2004 10:40 am, Tres Seaver wrote:
#!/usr/bin/python2.3
distutils will munge it anyway, if it installs the scripts.
That won't work for a lot of developers, I'll bet, who have python2.3
installed in /usr/local/bin. The env hack is more reasonable for
developers; since
On Friday 12 March 2004 05:40 am, yuppie wrote:
I don't care much *how* this is resolved, but I'd like to have this
consistent and up to date. If I always have to check if the python
version is set correctly that line isn't helpful at all.
Well, Tres appearantly hasn't had time to respond.
On Tuesday 30 March 2004 01:40 pm, Dieter Maurer wrote:
Furthermore, stylesheets often contain customization variables,
e.g. for a color scheme. I think, this is useful.
This is one of the most painful warts in CSS that would have been really easy
to do right, I think. Being able to name
On Thursday 08 April 2004 10:00 am, Philipp von Weitershausen wrote:
I would like to backport this patch (including tests) to Zope 2, since I
need to i18n XML generated by ZPTs.
None here.
-Fred
--
Fred L. Drake, Jr. fred at zope.com
PythonLabs at Zope Corporation
I've posted a distribution for ZConfig 2.1 on the ZConfig page:
http://zope.org/Members/fdrake/zconfig/
This fixes a few bugs and improves the ability to set default values in
schemas. It also adds some helpful schema building blocks, including a
general mapping type and support for
On Tuesday 13 April 2004 01:44 pm, Paul Edward Brinich wrote:
I was wondering if someone on this list could point me in the direction
of an appropriate place to post Zope job openings. I am looking for an
audience well-versed in Zope. Thanks for any guidance!
There's the Python Job Board:
zLOG is dead
The zLOG package used for logging throughout ZODB, ZEO, and Zope 2 has
been declared obsolete. All logging for Zope products will use the
logging package from Python's standard library.
The zLOG package still exists in Zope 2 and the separate package for
Jim Fulton noted:
Of course, having two packages with names differing only in case is a
bit ugly.
Do we want to consider renaming one or both of these packages
to avoid the conflict?
A bit ugly, but I can live with it.
On Tuesday 13 April 2004 22:17, Tres Seaver wrote:
-1 to renaming
On Wednesday 14 April 2004 01:49 am, Andreas Jung wrote:
What is the recommend way to migrate existing code?
I assume using:
import logging
logger = logging.getLogger(loggername).
That works, and certainly matches what I've been doing, and what we see in the
Zope 3 codebase as well.
On Wednesday 14 April 2004 09:54 am, Kapil Thangavelu wrote:
its probably a problem imo for mac users who are on a case insensitive
fs.
Is this still an issue for Mac OS X, or is your concern for classic Mac OS? I
don't know if we support that (simply because I've never heard anyone mention
On Wednesday 14 April 2004 11:44 am, Lennart Regebro wrote:
Yeah, but is it reasonable to think that people who write new products
will do this? A rule that most people will break is a bad rule... That
people working on Zope itself can be well versed enough to use Zope.
for things in
On Wednesday 14 April 2004 10:52 am, Jim Fulton wrote:
packages become very unsttractive. It turns out that pkgutil will be
confused by the Zope package on Windows or Mac OS, adding it's directory
to the zope package's path. This is a bug in pkgutil that can be fixed,
but it is an example
On Wednesday 14 April 2004 10:45 am, Andreas Jung wrote:
For consitency: Zope.Products.
For lazy writers: Zope. X
I prefer the second solution...everyone should know what are products and
what
are packages. In fact the name does not matter because you can see in the
traceback
On Thursday 15 April 2004 10:23 am, Jim Fulton wrote:
(BTW, I think it was a mistake to have top-level persistent and
transaction packages. I think that will eventually come back to haunt us.)
I won't disagree with this. ;-(
The only way to avoid collissions is to pick stupid names
On Thursday 15 April 2004 13:22, Martijn Faassen wrote:
Note that for checking dependencies in Python code I still think this
tool could be improved by using technology from importchecker.py
...
which can use Python's compiler module to lift all imports from source
code, which I think is
On Friday 16 April 2004 01:31 pm, Michael Bernstein wrote:
From a consistency in nomenclature POV, I find 'z' jars a bit with
ZConfig, zdaemon, ZEO, zLog, and ZODB, which one might expect to find
nested within 'z' (as 'z.Config' for example). This is admittedly only
an issue for the
On Friday 16 April 2004 03:06 pm, Michael Bernstein wrote:
Shouldn't we strive for consistency in nomenclature going forward?
Definately. My point was that we don't have anything to base it on, not that
we shouldn't be.
Zope 3 kindly specifies some guidelines for naming, including module and
On Friday 16 April 2004 03:24 pm, Shane Hathaway wrote:
- Spelling it zOPE to take advantage of a frequent mishap involving
the cAPS lOCK key
That must be what happened for zLOG, and I declared that dead. I don't think
anyone's ready for that for Zope 3 just yet. ;-)
-Fred
--
Fred L.
On Tuesday 20 April 2004 01:22 pm, Andreas Jung wrote:
- the entries in the event.log are currently written without the log
level. Is this dedicated
behaviour? I think the log level should be part of the event.log
It should. This was lost when I changed the zLOG -- logging mapping, and
On Tuesday 20 April 2004 01:15 pm, Christian Heimes wrote:
Fred Drake wrote:
* Do I need to take care that the messages are logged into the event log
and on the console or can I safly use the logging package like::
...
zLOG has logged the messages to the console when zope was started
I wrote:
- In debug mode, add a new handler that dumps to standard output. This
is fairly easy to code, but is inflexible.
Andreas responded:
But flexible enough for most usecase. The point is that you want to see
the tracebacks on the console during the development phase. Watching the
On Wednesday 21 April 2004 04:48 am, Chris Withers wrote:
I'm guessing there is some kind of log-to-console logger already?
If so, why not just add that in zope.conf and comment it out when you move
to production?
That would work for me, but not everyone at ZC agreed, so I've made some
At a suggestion from the community, I've created a new mailing list for
ZConfig users. This is for general discussion and questions. The list is
run using Mailman at Zope.org; you can sign up at
http://mail.zope.org/mailman/listinfo/zconfig/
-Fred
--
Fred L. Drake, Jr. fred at
On Sunday 25 April 2004 12:29 pm, Jim Fulton wrote:
cvs co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
That should be:
svn co svn+ssh://svn.zope.org/repos/Zope3/trunk Zope3
cvs co http://svn.zope.org/repos/Zope3/trunk Zope3
and this would be:
svn co
On Sunday 25 April 2004 01:00 pm, Jim Fulton wrote:
Oops. Thanks. I gues some habits will be hard to kick. :)
Yeah. Of course, CVS isn't just an old habit; it'll still be current
practice, not just for Zope 2.6.x and 2.7.x, but for lots of projects. The
general pain of two widely-used
On Saturday 24 April 2004 06:26 pm, Chris Withers wrote:
And there was me looking forward to writing a product that added its own
ZConfig section :'(
You still can if you like. ;-)
Okay, how can I get the log level and exception type into the subject?
That's not currently possible,
On Monday 26 April 2004 03:23 pm, Jim Fulton wrote:
2. Convert the mainline history, but leave off the branches.
This sounds good to me.
-Fred
--
Fred L. Drake, Jr. fred at zope.com
PythonLabs at Zope Corporation
___
Zope-Dev maillist -
On Wednesday 28 April 2004 04:01 pm, Lennart Regebro wrote:
Yes, but I'm pretty sure there are default settings for which files that
should be treated as binary on the server side in CVS. At least I rember
setting it up. :´)
Yes, this is specified in the CVSROOT/cvswrappers file.
-Fred
On Friday 30 April 2004 10:50 am, Chris McDonough wrote:
Is this improved at all by Fred's latest zZLOG-removal checkins? If
not, I will open a collector issue.
None of my changes have been applied to Zope 2.7; they only exist on the Zope
2 HEAD. The removal of zLOG is only for the Zope 3
On Friday 30 April 2004 12:25 pm, Lennart Regebro wrote:
Only that the Subversion people are wrong. Ad-hoc is not good enough. It
must be able to be configurable on the server.
Another possible approach would be to write a script to use for adds instead
of the default client; it could set
On Wednesday 05 May 2004 01:59 am, Jim Fulton wrote:
I'm thinking of trying again to do the cvs to svn conversion of the
main-line development branches (cvs heads) on Tusday May 11. This would
entail moving ZODB, Zope 2, and Zope 3 head development to subversion
(along with ZConfig,
Regarding putting more information in email's generated using email-notifier
sections, I wrote:
That's not currently possible, though it wouldn't be hard to add.
Perhaps some future ZConfig revision would add this.
On Wednesday 05 May 2004 05:41 am, Chris Withers responded:
Surely ZConfig
On Friday 07 May 2004 01:50 pm, Ken Manheimer wrote:
cvs.zope.org is wedged - you can connect to it (ping, web, ssh) but not
get any further. We've got a call in for attention, hopefully it'll be
back available soon...
Yay! It's working again! Ken, you're my hero. ;-)
-Fred
--
On Wednesday 26 May 2004 08:42 am, Philipp von Weitershausen wrote:
That works for me too, but please *above* the diff.
Yes; I should have been more clear and said *immediately* following the commit
message.
No, the CVS should stay in there to tell them apart, for the very same
reason you
On Thursday 01 July 2004 07:42 pm, Chris Withers wrote:
Is it still necessary to specify INSTANCE_HOME and SOFTWARE_HOME in the
start script for Zope?
I'm pretty sure I removed that requirement long ago, back when I added the
App.config module.
Or would the following work?
python
This hotfix product fixes a security bug in Page Templates. This fix
ensures that values substituted in named slots in translated elements
are properly encoded. If encoding is not desired and the source of
the replacement text is trusted, the structure modifier can be used
with the tal:content
This hotfix product fixes a security bug in Page Templates. This fix
ensures that values substituted in named slots in translated elements
are properly encoded. If encoding is not desired and the source of
the replacement text is trusted, the structure modifier can be used
with the tal:content
On Mon, 19 Jul 2004 09:48:00 -0700 (PDT), C. Olmsted
[EMAIL PROTECTED] wrote:
Not sure if this is quite the correct list to post to, but I'm having
trouble with Hotfix20040714. We're running zope 2.7, plone 2.0.3, and
zwiki 0.32.0.
Can you test with the 2.7.2 release candidate? This very
On Tue, 20 Jul 2004 10:40:22 -0700 (PDT), Cliff O.
[EMAIL PROTECTED] wrote:
Ok, so I just finished loading up 2.7.2rc1 and all seems well using the
same products and database as before. I can probably migrate the site
once 2.7.2 final is released but, of course, it would be great to apply
the
On Fri, 30 Jul 2004 11:50:57 -0400 (EDT), Ken Manheimer [EMAIL PROTECTED] wrote:
Accepted: Issues that some supporter(s) has responsibility for resolving
it, and it is not yet resolved.
Your description says that some supporter has assessed the
issue as
On Wed, 04 Aug 2004 10:24:30 +0200, Godefroid Chapelle
[EMAIL PROTECTED] wrote:
I would like to confirm that ZConfig keys are case insensitive and
that the corresponding attributes on the config object returned by the
'loadConfig' call are always lower case.
It sounds like I need to clarify
On Mon, 27 Sep 2004 14:18:30 -0400, Tres Seaver [EMAIL PROTECTED] wrote:
Transformation is already complete at that point. The only difference
is the type of the result returned (eventually) to the publisher.
Ok, that sounds good.
BTW, I looked again at where StringIO is used, and it seems
On Tue, 05 Oct 2004 12:44:32 +0200, Tino Wildenhain [EMAIL PROTECTED] wrote:
Well, the problem might be the asymptation part of the filename
should be considered an indicator of its contents.
That is a nuissance. It's unfortunate we still don't have any sort of
common type system for
On Tue, 05 Oct 2004 09:47:11 -0500, Evan Simpson [EMAIL PROTECTED] wrote:
This is part of my attempt to allow the various bits of ZPT to work
outside of Zope. It assumes that the presence of the 'Zope' module is a
reliable test. Perhaps this is a YAGNI, or perhaps there's a better way
of
On Tue, 05 Oct 2004 12:47:33 +0200, yuppie [EMAIL PROTECTED] wrote:
There are two annoying bugs that make the XML mode unusable for many tasks:
- http://collector.zope.org/Zope/1101 (i18n namespace broken)
- http://collector.zope.org/Zope/1474 (XML files opened in binary mode)
I would
On Tue, 05 Oct 2004 18:44:04 +0200, yuppie [EMAIL PROTECTED] wrote:
Ok. I'll remove that line in CVS/SVN.
Thanks!
I added a new comment to the issue. Hope that makes things clearer.
( http://collector.zope.org/Zope/1474 )
Ok; let's just say the discussion's moved there.
-Fred
--
Fred
On Sun, 17 Oct 2004 18:43:34 +0200, Andreas Jung [EMAIL PROTECTED] wrote:
Python 2.4 is still in alpha stage and there are no plans to support Python
2.4 in the short term.
It's in beta as of Friday evening; this would be a good time for
someone with time to start testing it with various Zope
On Mon, 18 Oct 2004 06:59:26 +0200, Andreas Jung [EMAIL PROTECTED] wrote:
Zope 2.7.3 + Python 2.4 fails when running the unittests:
Then a collector item should be filed. ;-) I don't know anything
about ThreadedAsync myself.
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Zope
I'm proposing some (small) changes to the TAL specification. This
would result in a
new version of TAL for Zope X3 3.1 (and Zope 2.8 if anyone wants to backport the
relevant code changes).
The discussion will be on the ZPT list, where I've sent a copy of the
proposal. The
proposal is also
On Thu, 28 Oct 2004 11:07:52 +0200, Radoslaw Stachowiak
[EMAIL PROTECTED] wrote:
Could anyone please provide me information when ZopeInterface product is
going to be updated ?
And how is it related to zopex3 releases ?
I'm planning to release a final version around the time that Zope X3
3.0.0
On Mon, 31 Jan 2005 19:25:15 +0100, Lennart Regebro [EMAIL PROTECTED] wrote:
Note that diskussions about the Zope2 + Zope3 pagetemplate issue arrived
in the conclusion that, the faster we can get Zope3 pagetemplates back
ported to Zope2, the happier we will be. ;) I have no idea if that is a
On Mon, 14 Feb 2005 15:22:38 -0200, Leonardo Rochael Almeida
[EMAIL PROTECTED] wrote:
It's obvious that the container-class directive is being evaluated
much earlier than the products directive. Without delving further into
the code, it looks like the container-class directive has an error
On Mon, 14 Feb 2005 18:41:20 -0200, Leonardo Rochael Almeida
[EMAIL PROTECTED] wrote:
Should I bother with the collector entry or is it a known limitation no
one is going to bother with? :-)
It's not a bad idea to file a report in the collector. While I've no
plan to change it myself, that's
On Mon, 21 Mar 2005 10:54:11 -0500, Andrew Langmead
[EMAIL PROTECTED] wrote:
I haven't tried the
latest version of Parrot, but I'd think that Zope would be the last
thing that will run successfully.
I don't know that Parrot tries to emulate Python's C API either, and
Zope definately contains
On 5/9/05, yuppie [EMAIL PROTECTED] wrote:
But I still believe it was wrong to change the 'inet_address' datatype
in ZConfig.
I spoke with Tim about this briefly today, and I can't remember the
reasons for some of the relevant changes. I suspect at this point
that putting less magic in the
On 6/10/05, Paul Winkler [EMAIL PROTECTED] wrote:
Mind if I check in text-only changes to the 2_8 branch?
It's still Friday for Andreas, so this is a good time!
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Zope Corporation
___
Zope-Dev
On Fri, Jun 10, 2005 at 02:21:32PM -0400, Paul Winkler wrote:
Done. Like I said, just trivial docs typos.
Yeah, but improvements are improvements!
On 6/10/05, Paul Winkler [EMAIL PROTECTED] wrote:
While I'm at it, anybody object to the attached patch to
doc/FAQ.txt ?
I don't see a need to
On 6/30/05, Sidnei da Silva [EMAIL PROTECTED] wrote:
Gosh, that looks too nice to be true. I will try that out tomorrow and
write out a how-to on zope.org if it works out.
It is too good to be true; sorry.
Well, it is true, but it's not what you're looking for. You can't use
it to extend the
On 7/1/05, Chris McDonough [EMAIL PROTECTED] wrote:
FWIW, I don't know if it helps at all, but there's a concrete example of
allowing a 3rd-party product to add a section to zope.conf via %import
in the ClockServer product at
http://www.plope.com/software/ClockServer/ . It sounds from your
On 7/1/05, Jens Vagelpohl [EMAIL PROTECTED] wrote:
That just has the disadvantage that you're increasing the number of
configuration files to maintain in an instance. If it's imported and
used in zope.conf at leaast there's just one file to deal with...
This is true. Is that really important,
Hey all,
I'm working on a revised build process for Zope 2.9, based on the work
that we've done for Zope 3. What this means is that we'll have a
setup.py that uses the code from zpkg
(http://www.zope.org/Members/fdrake/zpkgtools/) to load metadata from
the various packages are part of the
On 9/30/05, Paul Winkler [EMAIL PROTECTED] wrote:
One thing Tino suggested: it might be a firewall issue.
Does svn's externals-fetching look somehow different to a firewall
than does a regular (non-external) checkout?
When I tried checking out on my laptop, I noticed that ZoneAlarm asked 'me
1 - 100 of 259 matches
Mail list logo
