On Tue, 2003-06-24 at 10:09, Shane Hathaway wrote:
> PieterB wrote:
> >>Evan Simpson wrote:
> >>
> >>>Casey Duncan wrote:
> >>>
> >>>
> I would be in favor of making the Examples "opt-in" like the Zope
> tutorial. It seems silly to have it in evey ZODB by default. Make
> people add it
I'll quote the (seemingly late) Andrew Kenneth Milton wrt Zope 2:
http://www.zope.org/Members/mcdonc/Silly/newzopelogo
;-)
On Fri, 2003-06-20 at 20:35, Adrian van den Dries wrote:
> On June 20, Jamie Heilman wrote:
> > and I don't like surprises
>
> Zope 2 is probably not the most suitable choi
ility for install locations.
This is the thing that will need to change.
Thanks!
- C
On Fri, 2003-06-20 at 12:19, Luca - De Whiskey's - De Vitis wrote:
> On Fri, Jun 20, 2003 at 10:58:54AM -0400, Chris McDonough wrote:
> > I'm afraid I'll need to understand mor
On Fri, 2003-06-20 at 03:55, Luca - De Whiskey's - De Vitis wrote:
> > Am I missing anything?
>
> I'd like to have the possibility to install any architecture dependant files
> in an different tree.
I'm afraid I'll need to understand more about what debian considers
"architecture dependent". Can
On Fri, 2003-06-20 at 02:10, Adrian van den Dries wrote:
> On June 18, Chris McDonough wrote:
> > And Guido, for zdctl.
>
> Will Zope use zdctl?
Zope does use zdctl. It's what gets invoked when you run "zopectl". I
need to degeneralize the zdctl invoked by
On Fri, 2003-06-20 at 01:38, Adrian van den Dries wrote:
> You may be interested in Kenneth Almquist's ash (aka dash in Debian):
Optimally the configure script will work in any bourne-shell-derived
shell (e.g. the bourne shell on Solaris).
> With the distutils, ``--home`` is version-agnostic (ins
Cool, thanks!
On Thu, 2003-06-19 at 20:52, Jamie Heilman wrote:
> > Does anyone care enough to fix configure to work properly on BSD?
>
> i=$(($i+1))
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cro
On Thu, 2003-06-19 at 20:24, Adrian van den Dries wrote:
> On June 19, Chris McDonough wrote:
> > On Wed, 2003-06-18 at 23:13, Adrian van den Dries wrote:
> > > python2.1 configure.py --prefix=/opt/zope271-python21
> >
> > (FWIW, configure is a shell script.)
>
Thanks for the warning. I know very little about BSD's shell (I don't
even know what the default BSD shell is).
FWIW, the need for bash is mentioned in INSTALL.txt (although I admit I
thought it would work under other shells).
Does anyone care enough to fix configure to work properly on BSD?
On
On Thu, 2003-06-19 at 09:53, Luca - De Whiskey's - De Vitis wrote:
> On Wed, Jun 18, 2003 at 03:08:12PM -0400, Chris McDonough wrote:
> I'm both disappointed and happy for the same reason :) When 2.7 will be out
> i'll adapt my zopectl to the new Zope installation procedu
On Wed, 2003-06-18 at 23:13, Adrian van den Dries wrote:
> Distribution install - most common::
>
> ./configure.py --prefix=/usr \
> --skel=/usr/share/zope/skel \
> --doc=/usr/share/zope/doc
>
> mkzopeinstance.py /var/lib/zope/default
>
> ln -s /var/lib/
On Thu, 2003-06-19 at 10:14, Chris McDonough wrote:
> On Thu, 2003-06-19 at 02:57, PieterB wrote:
> > Chris wrote:
> > > We have make-driven software that creates us a tree via a single command
> > > by checking out various version of Python, Zope, etc. from CVS and
>
On Thu, 2003-06-19 at 02:57, PieterB wrote:
> Chris wrote:
> > We have make-driven software that creates us a tree via a single command
> > by checking out various version of Python, Zope, etc. from CVS and
> > compiling and installing them. Different versions of Zope and Python,
> > etc. can be i
On Wed, 2003-06-18 at 19:26, Adrian van den Dries wrote:
> I think most of us would agree that .py(c) files are *libraries* and
> not *data files*. Data files would be the skeleton instance
> directory.
To make matters clear, my concern about adhering to the FHS is limited
to offering features w
On Wed, 2003-06-18 at 18:48, Adrian van den Dries wrote:
> Two points I neglected to mention earlier:
>
> 1. Many thanks to Chris McDonough (and his predecessors) for his work
>so far, without which, this wouldn't have come up. ;-)
Thanks! But I can't take too mu
On Wed, 2003-06-18 at 20:07, Adrian van den Dries wrote:
> Agreed; we can have a separate zopectl package that is dedicated to
> managing instances.
I'm hopeful that Luca agrees.
> > I'd advise against installing Zope library files into site-packages
> > unless you put them in a site-packages su
On Wed, 2003-06-18 at 17:38, Andrew R. Halko wrote:
>
> Sorry for not understanding and thank you for all the help...
Not a problem, although I suspect you're going to be disappointed with
the answer. ;-)
The domain auth feature was turned off by default because it's fairly
severely broken, as y
gt; Andrew R. Halko
>
> -Original Message-
> From: Chris McDonough [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 18, 2003 5:03 PM
> To: Andrew R. Halko
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [Zope-dev] Domain Login Slowness at certain locat
On Wed, 2003-06-18 at 16:07, Andrew R. Halko wrote:
>
> Hello All,
>
> I set up an Intranet that is based on visitors IP Address. I made a
> tutorial at Plone.org
> (http://plone.org/documentation/howto/HowToDomainIntranet). Now my
> problem is that I am experiencing a lot of slowness for someo
On Wed, 2003-06-18 at 13:18, Luca - De Whiskey's - De Vitis wrote:
> On Wed, Jun 18, 2003 at 11:23:15AM -0400, Chris McDonough wrote:
> > Actually the scripts in $INSTANCE/bin aren't shell wrappers for things
> > in $PREFIX/bin, they're shell wrappers for thing
Due to the installation and configuration changes made on the current
Zope HEAD (soon to be Zope 2.7), ZC's legacy Windows
packaging/installation strategy won't work. It won't work because
various paths have been changed around, the z2.py script no longer
exists, and an instance home needs to be c
On Wed, 2003-06-18 at 06:18, Adrian van den Dries wrote:
> 1. one --prefix is too limiting with this tree. You can't install
> into an existing hierarchy like /usr, because of the zope-specific
> directories "import", "skel" and "utilities".
Yes. Good point. I'd like to see us change
On Wed, 2003-06-11 at 14:13, Romain Slootmaekers wrote:
>
> The questions are:
>- has anyone else experienced this ?
Yes...
>- what could be causing this ?
Assigning an object a different id than that passed to its constructor,
e.g.:
object = anobject(id='id')
folder._setObject('anothe
On Fri, 2003-05-30 at 11:01, Shane Hathaway wrote:
> The basic idea is that you track changes to session data in a replayable
> way. If a conflict error happens, you roll back the session data, bring
> it in sync with the current state of the database, and replay the
> changes, all during trans
It interests me! ;-) I haven't had time to look at the resources you
posted, though...
Dieter also sent me a different transient object container
implementation before which has better conflict avoidance. I have not
been able to look at that either. :-(
Guh.
(We either need an internal projec
On Thu, 2003-05-29 at 01:08, Jeffrey P Shell wrote:
> Thanks for the information. Is it safe at all to try to catch a
> ConflictError during the critical part of the code, log some
> information, and then reraise the error to let the system do what it
> needs?
Sure, but I'm not sure what that
On Thu, 2003-05-29 at 07:56, Jean Jordaan wrote:
> Hi Chris
>
> > I just checked in a change that disables the "low conflict connection"
> > feature of temporary storage.
>
> We've patched, and so far it looks good. We've seen one KeyError,
> but that was after leaving the session to expire. Will
On Wed, 2003-05-28 at 21:33, Jeffrey P Shell wrote:
>
> Something that has happened, and is causing a small amount of alarm, is
> that a large method that interfaces to external non-transactional
> systems seems to (on occasion) send their information off to that
> external system twice, but th
On Wed, 2003-05-28 at 04:54, Jean Jordaan wrote:
> Hi all
>
> We're being chowed heavily by the KeyError discussed from the
> 13th to the 18th March in this thread:
>http://mail.zope.org/pipermail/zope-dev/2003-March/019081.html
>
> Has there been any definite resolution of that issue? We're
b/python2.2 (retrofit)? What are the ramifications of this choice?
>
> Sorry for so many questions; I am trying to get the most stable setup I can,
> while doing the least amount of setup work :-)
>
> Thanks very much!
>
> --Craeg
>
> BTW, The answers to these questions
Hi Craeg,
2.6.X appears to work great with Python 2.2. We even removed the
startup warning lately. I'd go this way were I you as 2.7 is probably
still some time away and you almost certainly don't want to be tracking
the trunk, as its relatively volatile at the moment.
- C
On Fri, 2003-03-21
'make install' should not create files in the source tree as long as
you've run 'make' beforehand. Which files does it create?
On Wed, 2003-03-19 at 01:04, Adrian van den Dries wrote:
> Small problem.
>
> The 'make install' step creates files in the source tree. It probably
> shouldn't do this,
On Tue, 2003-03-18 at 14:01, Toby Dickenson wrote:
> On Tuesday 18 March 2003 6:12 pm, Chris McDonough wrote:
> > I'm
> > thinking that I also may just need to move the housekeeping duties to a
> > separate scheduled thread that only happens when the system is &qu
> Today you are guaranteed that your transaction reads a consistent initial
> state of A and B. That is, there is no chance that you only see half the
> changes of a recent transaction that modified both.
>
> Yes, it is possible for one transaction to modify A and a concurrent
> transaction to
On Mon, 2003-03-17 at 15:02, Dieter Maurer wrote:
>
> You know that we use a Transience implementation with minimal
> (and not very essential) administrative data which
> is immune to inconsistencies and can be used across several
> ZEO clients (although we do not use that).
>
> We have good expe
On Mon, 2003-03-17 at 20:34, John Eikenberry wrote:
> John Eikenberry wrote:
>
> > Toby Dickenson wrote:
> >
> > > Read conflicts occur if a change is committed in between the start of a
> > > transaction, and the transaction needing to load the object. A workaround to
> > > reduce the number o
don't get the errors at all until the timeout is reached or has passed.
>
> [1] The timeout setting I'm refering to is denoted by the label: "Data
> object timeout value in minutes" on the /temp_folder/session_data object.
>
>
> Chris McDonough wrote:
>
&g
x27;re
doing the same, please let me know.
- C
On Fri, 2003-03-14 at 06:48, John Eikenberry wrote:
> Chris McDonough wrote:
>
> > OK, thanks John.
>
> Thank you for helping.
>
> > I hate to ask this (I should have done this to start with), but would
> > y
On Thu, 2003-03-13 at 16:14, Dieter Maurer wrote:
> > ZConfig does allow you to declare and use simple bash-style variables
> > within a single file,
>
> When the configuration is composed out of components (e.g. for
> packages), then some global declarations might be very
> useful. I.e. a featu
ecking _data BTree
> --
> 2003-03-13T15:18:07 PROBLEM(100) Transience BTree check succeeded
>
>
> Chris McDonough wrote:
>
> > Hi John,
> >
> > Can you apply the attached diff to your Transience.py file and run with
> > it in place for a couple of days? It wi
On Thu, 2003-03-13 at 22:09, Jamie Heilman wrote:
> Chris McDonough wrote:
> > I'm wondering if you might consider applying for checkin privileges.
>
> I've considered it. I don't think you need anymore cooks, maybe just
> a few more recipes.
We have many reci
going) that will help us track down what this might be.
Once you notice it happen, send the relevant parts of your logfile to me
and I will see if I can analyze it.
- C
On Thu, 2003-03-13 at 15:19, John Eikenberry wrote:
>
> Sorry, its Zope 2.6.1.
>
> Chris McDonough w
This is a good idea. I'll add an issue to the collector collector.
- C
On Thu, 2003-03-13 at 11:10, Steve Alexander wrote:
>
> > I suspect most people with checkin privelidges dont know about this problem,
> > because it wont have been sent to the public mailman list.
>
> Perhaps an email ca
On Thu, 2003-03-13 at 10:26, Toby Dickenson wrote:
> I suspect most people with checkin privelidges dont know about this problem,
> because it wont have been sent to the public mailman list.
True. I really don't know which set of committers gets the
"security-related" emails from that collector.
John,
Which Zope 2.6? Zope 2.6.1? Here's what line 807 of the current
Transience.py looks like:
v = self._data[b].get(k, notfound)
Does yours look like that?
What is the value of the __version__ variable at the top of the
Transience.py file?
On Thu, 2003-03-13 at 07:11, John
Hi Jamie,
I'm wondering if you might consider applying for checkin privileges.
The host header issue that you've uploaded several patches for is a
bonafide problem for some users, but I think that most people with
checkin privs feel that it isn't sufficiently dangerous to the majority
of users to
On Tue, 2003-03-11 at 17:11, Dieter Maurer wrote:
> All this is achieved by incorporating the result of "hostname"
> into the respective environment variables.
>
> I do not know how to do something like this in a configuration
> file (unless it provides for some form of shell functionali
On Tue, 2003-03-11 at 17:48, Jamie Heilman wrote:
> How about, "a lot of code/documentation was removed, and a lot of new
> code/documentation was added." Don't get hung up on the exact
> numbers, my point was, a lot of work has gone into "simplifying" the
> configuration process, but that the big
Cool! I didn't know.
Do you think we should tell people that if they want to run a ZEO server
to just run mkzeoinst from the software home resulting from Zope's "make
install" and to edit zope.conf to use a ClientStorage?
> Chris, have you looked at ZEO/mkzeoinst.py? It uses a somewhat
> simple
On Tue, 2003-03-11 at 16:12, Dan L. Pierson wrote:
> Very good! But in that case, shouldn't the new Zope 2.7 install and
> startup stuff support it?
It does. It's just that the default setup is still to use a non-ZEOd
FileStorage for your main database. But you can change options in the
config
On Tue, 2003-03-11 at 15:22, Guido van Rossum wrote:
>
> That's why we're including the correct versions of ZODB and ZEO in
> Zope itself. That's already the case in Zope 2.6.
Zope 2.6 doesn't yet include ZEO, at least I don't think it does. ;-)
- C
__
On Tue, 2003-03-11 at 00:24, Edward Muller wrote:
> Once zope is installed in /opt/zope-2.7.0 can it be moved without
> damaging the install say to
> /home/virtual/some.host.name/opt/zope-2.7.0 ?
Yes. Its location is only meaningful to the instance files that need to
find it.
> In our hosti
On Mon, 2003-03-10 at 22:13, Edward Muller wrote:
> Hopefully I'll get to play with this later on in the week..
>
> But here are the things I know I need as part of my business:
>
> -The ability to specify which python to use to build, install and run
> zope with. Our production machines have var
On Mon, 2003-03-10 at 21:42, Jamie Heilman wrote:
> Chris McDonough wrote:
> The point I'm trying to make is that Zope has learned nothing from the
> UNIX philosophy. Yes, you can extend the config schema. You can grow
> new, better config files, of extraordinary magnitude. T
On Mon, 2003-03-10 at 19:51, Jamie Heilman wrote:
> > - Environment variables are no longer used for configuration.
>
> I'll say it one more time.
>
> The roadmap[1] states under the "Simplifying the Zope experience"
> section:
>
> * simple tasks should be simple!
>
> Now, code required to
On Mon, 2003-03-10 at 18:07, Paul Winkler wrote:
> A few questions / concerns listed below, otherwise it looks
> fine to me...
>
> On Mon, Mar 10, 2003 at 04:41:48PM -0500, Chris McDonough wrote:
> > debug mode
>
> does this still toggle a whole bunch of things?
Yes.
Chris McDonough on the "chrism-install-branch".
Major changes
-
The following are the most important and user-visible changes compared
to Zope 2.6 and the current CVS HEAD:
- Configuration is normally done by editing a config file instead of
passing command line opt
I think BTrees still have some bugs. 2.6.1 has a workaround for this
very issue, or you can just replace the Transience package itself from
CVS.
On Tue, 2003-02-18 at 17:01, Alan Runyan wrote:
> Using Zope2.6.0 final on FreeBSD; Python 2.1.3 this is at iMeme.
> Question: I thought I read Tim squa
I think the time would be better spent fixing ZODB to not allow a
transaction commit after a non-resolvable conflict error is raised.
Then bare except clauses would still be bad style, but not quite as
dangerous.
It'd be nice to add a test to the ZODB test suite that exposes the bug
so we can pro
Could this be done by initializing a dictionary at startup keyed on
thread-id that a ConflictError exception's __init__ could stick a marker
into, then checking that dictionary at commit time and disallowing the
commit if the marker still existed?
On Mon, 2003-02-10 at 15:47, Shane Hathaway wrote
Is this what you're trying to do?
Starting debugger
/home/chrism/projects/TIProject/bin/python -i -c "import user;import
Zope;app=Zope.app()"
>>> from Acquisition import Implicit
>>> class Foo(Implicit):
... def __of__(self, parent):
... return Implicit.__of__(self, parent)
...
>
On Mon, 2003-02-03 at 14:12, Dieter Maurer wrote:
> Then, we must find another explanation for Andrews observation:
>
> He observed heavily inconsistent (Zope) session data
> when he accessed the session during error handling.
> The problem went away when he did not do that.
>
> @Andrew:
>
On Mon, 2003-02-03 at 11:11, Joachim Werner wrote:
> We are heavily depending on sessions, so the scenario you are describing
> could be our problem.
Are you making a reference to a session (or another persistent object)
in your standard_error_message? If not, this is probably not the
problem.
All that's fine by me, and allowing an error handler to have side
effects explicitly is probably a good idea... will anybody volunteer to
do this for 2.7?
- C
On Mon, 2003-02-03 at 03:44, Steve Alexander wrote:
> By conincidence I'm implementing something similar for error handling in
> Zope 3
I am +1 on this. I suspect that before committing, though, we should
ask people who make use of Zope's transaction manager in "advanced" ways
like Phillip Eby.
- C
On Sun, 2003-02-02 at 10:40, Dieter Maurer wrote:
> The new behaviour would look something like this:
>
> ## request starts
>
Tim has fixed lots of bugs in the BTrees code since 2.5.1. Also, there
were cases in the Transience implementation where I was iterating over
the .keys()/.items()/.values() of an OOBTree or IOBTree and also
mutating its contents, which is disastrous. Is this one of those cases?
On Fri, 2003-01-2
On Tue, 2003-01-21 at 18:45, Adrian van den Dries wrote:
> But this means I can't really write a start script that works (or
> makes sense) with debug mode both on and off. Redirecting stderr to
> EVENT_LOG_FILE doesn't really make sense if we're detaching, and is
> ugly, etc.. I could write some
t; ___
> Zope-Dev maillist - [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> ** No cross posts or HTML encoding! **
> (Related lists -
> http://lists.zope.org/mailman/listinfo/zope-announce
> http://lists.z
This is right although it's been reported that Zope 2.6 works with
Python 2.2 with no detected problems (so far).
- Original Message -
From: "Tena Sakai" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 09, 2003 12:06 PM
Subject: [Zope-dev] zope and python compatibility
t;official docs". I'd be
> willing to write the text that goes into WEBSERVERS.txt (or it's
> offspring, say, ASP404.txt).
>
> On Mon, 2002-12-16 at 01:11, Chris McDonough wrote:
> > Sounds good. Maybe we can just incorporate it into the Zope Book and
> > ship the
Sounds good. Maybe we can just incorporate it into the Zope Book and
ship the Book with Zope.
On Mon, 2002-12-16 at 15:12, Lennart Regebro wrote:
> doc/WEBSERVERS.txt only mentiones CGI. I'd suggest that we rename it to
> CGI.txt and create a new APACHE.txt that takes up how to use Zope with
> Ap
26 issues closed. Only 222 more to go. ;-)
Notable bugs fixed:
- multiple selection unicode bug (#697)
- make sure passwords aren't encrypted twice ;-) (#256)
- don't fail in History tab if Historical object is
stored in a non-history-supporting storage (#700)
10 people currently in the #zo
So far the good folks participating in the bug day on
irc.openprojects.net #zope-dev have resolved 13 issues in the collector.
Present in the channel are 9 people.
Feel free to join in.
Thanks,
- C
___
Zope-Dev maillist - [EMAIL PROTECTED]
http:
On Wed, 2002-12-11 at 20:14, Chris McDonough wrote:
> Here are the chapters in the 2.6 edition of the Zope Book (
> http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/index_html )
> that are not yet "spoken for":
>
> Maintaining Zope
> Extending Zop
I am incredibly happy to report that many folks are "signing up" to
edits chapters of the Zope Book in preparation for the upcoming Zope
2.6.1 release! It's really beating the cynicism out of me! ;-)
As a matter of fact, so many people are signing up that I'm getting
*multiple* submissions of the
ks,
> Stefan
>
>
> --On Montag, 09. Dezember 2002 13:09 -0500 Chris McDonough
> <[EMAIL PROTECTED]> wrote:
>
> > See "Mounted Transient Object Container Caveats" in
> > http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/Sessions.stx
> &g
See "Mounted Transient Object Container Caveats" in
http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/Sessions.stx
for an explanation. The error you're getting means that somehow the
code is trying to store an object that has references to objects in one
ZODB database into another ZODB
On Sat, 2002-12-07 at 06:11, Tino Wildenhain wrote:
> Hi Chris,
>
> --On Freitag, 6. Dezember 2002 21:27 -0500 Chris McDonough
> <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 2002-12-06 at 19:13, Tino Wildenhain wrote:
> >> These are exactly the things you shou
On Fri, 2002-12-06 at 19:13, Tino Wildenhain wrote:
> These are exactly the things you shouldn't neither do in DTML
> nor in ZPT :-)
What do you suggest people use for a templating language for email,
JavaScript, SQL, etc? I think it's too much to expect them to use
Python to do this (esp. wrt SQ
> erm... would "advanced DTML" not be the short sentence:
> "avoid DTML where you can"? ;)
That'd be ok, except that DTML can of course do things that ZPT can't,
yada yada yada.
> Btw. did you think of putting the whole DTML stuff at the end for
> reference only to help migrating old products and
Hi,
Time has rolled around for me to ask for assistance with editing the
most recent edition of the Zope Book. A "2.6 edition" of the Zope Book
exists at
http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/index_html.
It has many new chapters and a most existing chapters have been
rewrit
I would like to announce a Zope 2 Bug Day for Monday Dec. 16, starting
at 8:00am US Eastern Standard Time.
We will be fixing bugs in preparation for the Zope 2.6.1 release.
What is a Bug Day? A Bug Day is a day dedicated to "squashing" bugs
lodged in the Zope2 collector at http://collector.zope.
On Wed, 2002-11-27 at 12:31, Wolfgang Strobl wrote:
> On 27 Nov 2002, 11:18 seb bacon wrote:
>
> > Can we have a bugfix release?
>
> Me too. I'd like to get the fix for Issue 597
> (http://collector.zope.org/Zope/597) in such a bugfix release.
> ZCTextIndex, quite different from the old TextIn
I have updated this proposal to be in line with the current goals:
http://dev.zope.org/Wikis/DevSite/Proposals/InstallationAndConfiguration
Thanks for poking me,
- C
On Mon, 2002-11-25 at 20:42, [EMAIL PROTECTED] wrote:
> Hi
>
> Could we get the Install and Configuration proposal cleaned up,
On Tue, 2002-11-26 at 13:56, Dieter Maurer wrote:
> > * where possible, the banishment of environment variables
> > as configuration.
> Please do not!
Do not what?
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/l
On Tue, 2002-11-26 at 11:28, Jamie Heilman wrote:
> Well you won't hear a peep out of me if z2.py gets the axe, as I
> mentioned I stopped using it long ago in favor of something that was
> only 39 lines and only did exactly what I needed and nothing more.
z2.py is a dead man walking. ;-)
> I sup
On Tue, 2002-11-26 at 10:39, Jeffrey P Shell wrote:
> > * configure; make; make install installation
>
> I thought that there was an effort to use distutils, or to at least use
> a distutils-ish setup. What happened to that?
It does use distutils, owing to the work of Matt Behrens and Shane
On Tue, 2002-11-26 at 05:22, Tino Wildenhain wrote:
>
> Oh, while we are at it - how do I set an environment variable in a python
> script
> for use outside the script? E.g. like "export" does in shell scripts?
Not from a Zope Python Script (it's restricted by the security
machinery) but from an
On Tue, 2002-11-26 at 02:47, Guido van Rossum wrote:
> I'd like to compare notes on this. Where's the control script that
> you are using? I'm hoping that we can use (some future evolution of)
> zdaemon/{zdaemon,zdctl}.py in the Zope 2.7 trunk. This separates the
> concerns of
>
> - the actua
On Tue, 2002-11-26 at 01:29, Jamie Heilman wrote:
> > * where possible, the banishment of environment variables
> > as configuration.
>
> I have to say, I think this is a bad idea. What is it about
> environment variables do you find worthy of banishment? I can tell
"Banishment" was a
On Mon, 2002-11-25 at 20:42, [EMAIL PROTECTED] wrote:
> Could we get the Install and Configuration proposal cleaned up, with so
> many comments it's not clear what the actual proposal proposes to
> deliver now.
Yes when possible. I agree that it is a bit of a mess.
In the meantime, I think this
There is a workaround for this in the DocumentTemplate package. It
implements a "safe_callable" function that seems to do the right thing
with ext class instances:
def safe_callable(ob):
# Works with ExtensionClasses and Acquisition.
if hasattr(ob, '__class__'):
if hasattr(ob, '__
Nevermind. I see what Toby did in the signals module and it makes
sense.
On Wed, 2002-11-13 at 11:01, Chris McDonough wrote:
> Maybe normal shutdown should manually call the shutdown signal handler
> function and normal restart should manually call the restart signal
> handler
Maybe normal shutdown should manually call the shutdown signal handler
function and normal restart should manually call the restart signal
handler function?
On Wed, 2002-11-13 at 10:28, Toby Dickenson wrote:
> On Wednesday 13 November 2002 2:10 pm, Barry A. Warsaw wrote:
> > > "TD" == Toby D
thon.org/~guido/)
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
--
Yes, its a PITA that the changes to the book were not available at
the same
time as the software.
This is my fault. Can you tell me (again) where the changes to the
book are so I can integrate them?
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://
FWIW, the reason that there is a flurry of activity before any release
is because people want to see features in a stable release version and
by nature (IMHO) programmers are procrastinators. ;-)
You could say that the folks in charge at ZC should back out any changes
that happen in the period bet
On Mon, 2002-10-14 at 13:03, Jim Penny wrote:
> I have no opposition to an attempt to standardize the location of
> ZOPE_HOME and LOCATION_HOME. (I also don't see it as that big a deal,
> people to whom this matters, who are presumed capable enough to be
> trusted with the root password, should
On Mon, 2002-10-14 at 11:50, Jim Penny wrote:
> I will be honest here. I don't care a lot about how the debian files
> are packaged, or where. But I do not want to see two sets of debs with
> differing layouts. I would rather that either Chris become an official
> debian maintainer and take ove
On Mon, 2002-10-14 at 03:14, Dirk Datzert wrote:
> Chris,
>
> please use always a buildroot ! You can set an option
> in the compile-all script that tell python to set the real realase path in the
> tracebacks.
This is true, but the branch no longer uses compileall. Instead,
distutils does the
701 - 800 of 1351 matches
Mail list logo
