Hi Morten,
Hi all,
does anyone know how to rename a product, so that instances of the product
stored in ZODB will work (with the new name) after the rename?
I assume the problem is that the product is named A should be
renamed into B in such a way that all instances of class
On Mon, 16 Jun 2003, Chris Withers wrote:
[EMAIL PROTECTED] wrote:
Or SimpleUserFolder: create a user folder class in a Zope product that
subclasses both SimpleUserFolder and OFS.Folder. Then put ZSQL methods and
a few TTW python scripts in the folder contents of an instance of this
My company has a business need for better Debian packages of Zope (and
particularly, packages of ZEO). I have outlined a proposal for an
installation regime that will greatly simplify installation in a UNIX
environment, with a configuration that Debian would use for
installation.
I bring it up
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 the
There lave been various BTree fixes lounging in the HEAD since Jan 2003
which I'd like to get into a release, basically because we have seen one
of the bugs causing segfaults in production - this is the culprit:
http://cvs.zope.org/Zope/lib/python/BTrees/BTreeItemsTemplate.c.diff?r1=1.17r2=1.18
Thanks for the responses everyone.
This message occured more frequently when I was showing the
getNewOrRandom slot which does a few catalog searches and mucks them
around. I've turned off that slot and setup a nightly restart cron.
I'm waiting for it to happen again (it hasn't yet), but it
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 in
$PREFIX/lib/python/Zope/Startup. But yes, they are shell wrappers.
And so they would be copied for all
Clemens Robbenhaar wrote:
The actual work is the transformation of instances of class A.Foo to
class B.Foo; to be on the safe side one would have to copy over all
attributes manually. If You want to try a fast and dirty solution, You
could try to write the new class into the '__class__' attribute
Somebody correct me please, if I'm wrong, but
1. tinkering with __class__ is the only way to do this.
2. you can not tinker with __class__ of an ExtensionClass, i.e. all
Persistent objects.
It's not easily doable, no. I settled on converting each instance
(copying properties) from the old
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 in
$PREFIX/lib/python/Zope/Startup.
Sorry to keep spamming this list. I just want to present a solution if
someone browses the archives.
I installed exUserFolder. And in pgAuthSource.py defined
def remoteAuthMethod(self, username, password):
to use a Z SQL Method
instead of
remoteAuthMethod=None
It works.
//Markus
On
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 someone that is
within the domain, but it is only within this one
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 someone
Any other suggestions on how to implement domain based access? Or is
the only solution to make users create accounts and login. For a large
organization, this is tough.
Andrew R. Halko
-Original Message-
From: Chris McDonough [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 18, 2003
The only real solution is to create a different user folder
implementation that doesn't handle domain auth so stupidly. For
instance, designate a user as a domain user and keep users like this
around in a different data structure so you don't need to iterate over
all users to find one that
What would be the syntax to call a z-sql (passing one or
more parameters) from a zpt?
The z-sql would retrieve a single row. Fields from this row
to be shown in the zpt.
thx
gerry rodman
Sorry for not understanding and thank you for all the help...
How do you create another user folder?
What do you mean by keep users like this
around in a different data structure?
I currently am only using one user that is called Intranet User, is
there an easy way to setup so that it just
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
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. ;-)
2. I see no reason for Zope to eschew the .py extension for callable
scripts, eg. configure.py, zopectl.py, etc.
On June 18, Luca - De Whiskey's - De Vitis wrote:
For what concern Debian, the intallation home will still be /usr/lib/zope
untill python fully comply FHS[1] (http://python.org/sf/588756). I'll probably
move it to /usr/lib/python2.1/site-packages in future, but i'm still not sure.
Well, if
2. I see no reason for Zope to eschew the .py extension for callable
scripts, eg. configure.py, zopectl.py, etc. Distributions may
choose to wrap these in shell scripts, or strip the extension, but
that is a distribution's decision. $(insert impertinent aside
about Zope's
On June 18, Chris McDonough wrote:
These files needn't be here really. There are two scripts: zopectl and
runzope. They are convenience shell scripts that run zopectl.py or
runzope.py scripts that live in a software home after setting certain
envvars.
Whether you run
Does any one know about or have an alternate user folder implementation
that has a faster domain auth mode?
Andrew
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
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
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 much credit. You should probably
On June 18, Chris McDonough wrote:
(snip interesting insight into ZC's deployments)
This is doubtless the most common scenario (or it should be).
It is when things go right, but when they go wrong, it's fairly limiting
to only be able to have a single version of Zope installed on your
On June 19, Adrian van den Dries wrote:
Distribution install - most common::
...
Multiple pythons, zopes, instances - most complex::
Note that these aren't mutually exclusive: the porpoise of /usr/local
is to allow a site-local hierarchy. That is, the *system* only has
one version of the
27 matches
Mail list logo
