- Zope - Zope lists

Re: [Zope] ZOPE and DEBIAN INSTALLTION
by Jonathan 06 Oct '05

06 Oct '05

----- Original Message ----- From: <benmania(a)web.de> To: <dev101(a)magma.ca> Sent: Thursday, October 06, 2005 5:58 AM Subject: Re: [Zope] ZOPE and DEBIAN INSTALLTION > > >> $ which gcc >> /usr/bin/gcc > > After entering which gcc, I always get the following output: /usr/bin/gcc > > The whole error message is (after entering the "make" - command) : > > ------------------------------------------- > "/usr/bin/python" "/Zope-2.7.5-final/setup.py"\ > build --build-base="/Zope-2.7.5-final/build-base/python-2.3" --build-lib="/Zope-2.7.5-finale/build-base/python-2.3/build-lib" > --build-scripts="/Zope-2.7.5-finale/build-base/python-2.3/build-scripts" > --build-temp="/Zope-2.7.5-final/build-base/python-2.3/build-temp" > running build > running build_py > running build_ext > building 'ExtensionClass' extensions > gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes > -fPIC -I/Zope-2.7.5-final/lib/Components/ExtensionClass/src -I/usr/include/python2.3 > -c ../Components/ExtensionClass/src/ExtensionClass.c -o > /Zope-2.7.5-final/build-base/python-2.3/build-temp/../Components/ExtensionClass/src/ExtensionClass.o > > virtual memory exhausted: Nicht genügend Hauptspeicher verfügbar > error: command 'gcc' failed with exit status 1 > make *** [build] Fehler 1 > ------------------------------------------- I am just guessing, but it looks like your swap file is too small (you need to allocate more disk space to your swap file - this is an operating system modification, nothing to do with zope). hth Jonathan

1 0

Re: [Zope] Mysql 5? Just curious.
by Chris Withers 06 Oct '05

06 Oct '05

Richard Smith wrote: > A very quick test shows the basics work just fine (adding a record to a > table and displaying the whole table). Just watch authentication - > they've changed the password algorithms again as in the 3/4 upgrade. > The work around is in the manual. rats, probably only an issue if someone's using MySQL encrypted passwords and SUF, and will require a patch to Zope. *sigh* Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0

New mailinglist for Zope 3 translators
by Philipp von Weitershausen 06 Oct '05

06 Oct '05

Hello all, [Sorry for the cross-post, please CC replies to zope3-i18n(a)zope.org only.] two months ago, I started an initiative [1] to translate Zope 3.1 using Ubuntu's Launchpad system [2]. Since then, I've received a lot of emails from numerous volunteers around the world and many of them made some excellent progress [3]. Thanks to everyone who contributed so far. A new mailinglist at zope3-i18n(a)zope.org will now help translators and developers like me to coordinate their work. For example, all those translations will have to be integrated back into the Zope 3.1 repository at some point which has to be coordinated somehow. Also, translators themselves will want to coordinate the work among them. The mailinglist will serve as a forum for discussing and coordinating things like that. So, if you're involved into Zope 3 translations OR if you would like to contribute something to Zope 3 by helping to translate it into your language, please subscribe to the new list [4]. If you have any questions, feel free to email me or even better the new list. Best regards Philipp [1] http://mail.zope.org/pipermail/zope3-dev/2005-August/015113.html [2] https://launchpad.net [3] https://launchpad.net/products/zope/+series/zope3.1/+pots/zope [4] http://mail.zope.org/mailman/listinfo/zope3-i18n

1 0

DTML-tree Custom sort
by Alex Renier 05 Oct '05

05 Oct '05

Hello, I am trying to do a custom sort. I am using: <dtml-tree branches_expr="objectValues(['Folder'])" sort="orderInt" skip_unauthorized> orderInt is an integer property of some folders. I would like the <dtml-tree tag to look up the property of the current folder and sort based on the integer value, but if the property does not exist I would like it to be excluded from the tree. Is there a way to do it? Thanks for any help! __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

4 6

Re: need help python-zope
by Jonathan Cyr 05 Oct '05

05 Oct '05

Hello, You may want to send questions to the Zope list at zope(a)zope.org. You can join the list at http://www.zope.org/Resources/MailingLists The authentication box in Zope by default is part of the standard HTTP Authentication mechanism, and is available to most web servers. Very little can be changed using this standard User Folder. There are many replacement User Folder objects available for extended functionality. Check out the User Folders in Zope.org's Product section. Here's the latest version of the Zope Book at http://www.plope.com/Books/2_7Edition Hope this helps, -Jon ajit mote wrote: > Hello, > i am new to zope..... > i want to access authentication dialog box which come initialy > (when ZMI link is clicked)..... > > i want to know from where this authentication dialog box is > created and opened.... > > Hoping u u'stand my problem ..... > > Thanks > >------------------------------------------------------------------------ > >No virus found in this incoming message. >Checked by AVG Anti-Virus. >Version: 7.0.344 / Virus Database: 267.11.10/119 - Release Date: 10/4/2005 > > -- Jonathan Cyr cyrj(a)cyr.info

1 0

RE: [Zope] Re: Problem with hasattr() and Zope 2.8.1
by Doyon, Jean-Francois 05 Oct '05

05 Oct '05

Your example shows my problem, or what I see as a problem anyways: .... def __init__(self): .... self.__blech = 1 .... def do(self): .... print hasattr(self, "__blech") >>> x = Foo() >>> x.do() False False? Really? hasattr() is used within the context of the class itself, so the fact it's "private" shouldn't be a problem, should it? If I was using hasattr() outside the scope/context of the class/instance, then ok ... But within it? I'm not breaking any "privacy" rules by doing this ... I'd expect the (un)mangling to be applied here. Of course, hasattr() is a standalone function ... So maybe that's a factor. Unintuitive behavior, I say ... Maybe I'll take this to c.l.p :) So how does an instance test whether it has a private attribute set? Is it really proper for to unmangle "manually"? (This would strike me as bad form when already working within the class/instance) So then that leaves me wondering why my other pieces of code DON'T do this, and work the way I initially expect ... No, my "lang" never ends in an "_" ... It's always __attname_en for example, or __attname_fr ... Etc ... These are internal attributes wrapped by properties, though there is some metaclass trickery going on here as well ... Might be a factor? The fact some of the related logic (too long to show here, unless you're really interested) is dynamically bound through metaclasses maybe changes the scope of the attribute, and hence its mangling behavior? Basically I use something like the "autoprop" examples from the Python docs to do multilingual objects, where the language differences are handled at the property level (i.e. the getters/setters handle language differences). It's a pretty slick system if I may say so myself, works very well so far :) Just don't want my hasattr() to blow up in my face at some unfortunate time! Ah well, whatever it is, it's working ... I suppose I just don't understand why ... But this isn't a Zope problem I guess :) Thanks! J.F. -----Original Message----- From: Paul Winkler [mailto:pw_lists@slinkp.com] Sent: October 5, 2005 3:28 PM To: Jean-Francois.Doyon(a)CCRS.NRCan.gc.ca; zope(a)zope.org Subject: Re: [Zope] Re: Problem with hasattr() and Zope 2.8.1 >> for propertyname in [ propname for propname in >> self.__multilingualproperties__.keys() if >> self.__multilingualproperties__[propname][1] == True ]: >> attname = '__' + propertyname + '_' + lang >> if hasattr(self, attname): delattr(self, attname) >> >> As you see on the last line, I'm doing a hasattr() on an attribute >> who's name starts with 2 underscores, and it works fine in this case >> (has been for weeks, if not months). > > But do those names *end* with underscores as well? (snip) Oops, sent too quickly; actually it looks to me like they don't (unless lang ends in "__"). However, it's not clear what "it works" means. Your code above won't raise any exceptions, but it shouldn't delete any attributes either :-) >>> class Foo: .... def __init__(self): .... self.__blech = 1 .... self.__blah__ = 1 .... self._bloop = 1 .... def do(self): .... print hasattr(self, "__blech") .... print hasattr(self, "_Foo__blech") .... print hasattr(self, "__blah__") .... print hasattr(self, "_bloop") .... >>> x = Foo() >>> x.do() False True True True -- Paul Winkler http://www.slinkp.com

1 0

Re: Problem with hasattr() and Zope 2.8.1
by Doyon, Jean-Francois 05 Oct '05

05 Oct '05

Alec, Heh, thanks for the reply, I somehow have been using python for a few years now without ever running into that! I'm afraid I'm still baffled by it, mostly because I've used attributes named in such a manner up until now without problem ... >From what you're saying I guess hasattr() being a built-in function, it's not recognized as part of the instance, so the mangling doesn't work right? But then, why does this code work ok? class CrosslingualSupport: """ Mix-in class to provide content objects with support for cross-lingual properties when needed. """ def clearCrosslingualAttributes(self, lang): """ For a given language, remove all internal attributes related to it. """ for propertyname in [ propname for propname in self.__multilingualproperties__.keys() if self.__multilingualproperties__[propname][1] == True ]: attname = '__' + propertyname + '_' + lang if hasattr(self, attname): delattr(self, attname) As you see on the last line, I'm doing a hasattr() on an attribute who's name starts with 2 underscores, and it works fine in this case (has been for weeks, if not months). BUT, in my other situation, it isn't!! Heck, I think I even tried getattr(self, '__attribute') and it didn't work right. ONLY self.__attribute seems to work. But then, I'm back to wondering why the above works fine, and worry that something's going to come bite me later ... I'm starting to wonder if subclassing and/or my usage of metaclasses might be a cause for the different behavior?? Either that, or there's something buggy with zope's versions of get/set/has/delattr ... Even though I've gotten around it, I'll keep looking, it's driving me nuts :) J.F. On Friday 30 September 2005 12:49 pm, Doyon, Jean-Francois wrote: > Hello, > > I'm using new-style classes and properties to implement multilingual > support in my objects. I might therefore have something like: > > mything = property(__get_mything) > > def __get_mything: > return self.__mything_en > > (Extremely simplified!) > > This works fine. > > Now however I'm discovering that doing a hasattr() on anything that starts > with 2 underscores always returns false! > > So hasattr(self, '__thumbnail') doesn't work as expected, but hasattr(self, > '_thumbnail') DOES! (All other things being equal of course). This is actually a feature of python. Names starting with '__' are mangled by the interpreter so that they are not directly accessible outside the class itself; it is an attempt to simulate private class members. If you are finding yourself in need of using a variable that someone else has decided needed to be named with '__' then you may want to rethink what you are doing. It is somewhat rare that a python programmer would use this trick, so you should probably heed the warning and avoid using it if at all possible. If these are methods that you created then just rename them to use a single or preferably no underscores if you need to use them from outside the class itself (a single underscore is still bad form, as '_' is an indicator that a variable is intended to be private and a suggestion that it only be used in the class itself). Alec Mitchell _______________________________________________ Zope maillist - Zope <at> zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )

2 2

Zope Scalability
by Tom Wilde 05 Oct '05

05 Oct '05

Hi folks, I've been using Zope for a while now and found it to be an excellent solution however I've got a few enterprise questions about the scalability of Zope that just need to be answered. [ nb: I'm using V2.72 at the moment, not having moved over to V3 ] ZODB size What is the maximum size of this file and/or maximum object ID? => just how many objects can the zodb hold? millions? tens of millions..?? billions...??? I have a feeling we'll run out of ram long before actually hitting the limit but it'd be nice to know the theoretical top limit. ExtFile Managed to serve 500,000 files through extfile - anybody come across an upper limit here? Planning to serve larger sites off a SAN hopefully - has anyone tried this? Zeo and Cataloging If I have my site on one server and ZCatalog (using TextIndexNG) on another server (connected by ZEO) where does the actual index operation occur? Do just the results get propogated to the catalog? LDAP Authentication I understand that can use the LDAPUserFolder Product to provide authentication against an ldap server. Could I throw,say, 50000+ users at zope using this system? Load Balancing and Cookie Based Sessions Currently we use cookie based sessions via cookie crumbler presumably in a load balanced server setup we'd have to host acl_users ona ZEO'd izope instance somewhere on the backend? thanks in advance, any advice welcome - in a brave new world here. Tom

3 2

MailingLogger 2.4.1 and 2.5.0 Released!
by Chris Withers 05 Oct '05

05 Oct '05

MailingLogger allows configured entries from the event log to be mailed to a list of configured recipients. These releases fix a major bug involving email flood protection and add support for Zope 2.8 These releases fix the following bugs: - A bug in the email flood protection often meant that no more mail was ever sent after midnight on the day when the flood protection was triggered. - Two issues with headers set in the mails sent by MailingLogger were corrected. In addition, support for Zope 2.8 was added. - MailingLogger 2.4.1 works with Zope 2.7.x - MailingLogger 2.5.0 works with Zope 2.8.0 and above For more information, please see: http://www.simplistix.co.uk/software/zope/mailinglogger cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0

ZWiki RecentChanges as RSS feed
by Peter Bengtsson 05 Oct '05

05 Oct '05

I've got a Zwiki instance that works just fine. If I visit it at http://localhost:8080/wiki/RecentChanges?action=rss_rc I get a nice feed of all the recent changes. But I don't want to reach it by URL, I want to reach it programmatically. How do I do that?? "return self.wiki.RecentChanges()" gives an AttributeError. I've looked throught the sources but there's too much DTML magic and other getSkinTemplate() magic. Thanks, Peter -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com

2 3