Re: [Zope-dev] Single Sign On

2009-02-18 Thread Wichert Akkerman
Previously Shane Hathaway wrote: Alternatively, I have wondered if we actually need full-blown SSO; perhaps a carefully constructed domain-wide cookie would do the trick. Any experiences with that? auth_tkt based cookies sounds like a good option, possibly combined with something like SQL or

[Zope-dev] Zope Tests: 7 OK, 1 Failed

2009-02-18 Thread Zope Tests Summarizer
Summary of messages to the zope-tests list. Period Tue Feb 17 12:00:00 2009 UTC to Wed Feb 18 12:00:00 2009 UTC. There were 8 messages: 8 from Zope Tests. Test failures - Subject: FAILED (failures=1) : Zope-trunk-alltests Python-2.5.4 : Linux From: Zope Tests Date: Tue Feb 17

Re: [Zope-dev] Single Sign On

2009-02-18 Thread Gary Poster
On Feb 17, 2009, at 7:55 PM, Shane Hathaway wrote: Gary Poster wrote: Launchpad uses OpenID. We don't have that slated for abstraction and open-sourcing immediately. However, most of the Launchpad code (including this bit) is to be open-sourced by this summer, abstracted or not.

Re: [Zope-dev] Single Sign On

2009-02-18 Thread Shane Hathaway
Gary Poster wrote: We use the OpenID 2.0 identifier select URL. This is a special OpenID url that basically means: identity using whatever ID you have on that server. The OpenID response will contain the actual OpenID identifier of the user at the end of the request. So sites that

Re: [Zope-dev] Single Sign On

2009-02-18 Thread Reinout van Rees
Shane Hathaway schreef: * The SSO process should be very similar to an ordinary cookie-based login process. I don't want the user to have to enter their username on one form and their password on another, but that's the standard OpenID process. * This will be implemented in Zope 3.

Re: [Zope-dev] Single Sign On

2009-02-18 Thread Shane Hathaway
Reinout van Rees wrote: So: easiest way is to let some trusted apache plugin handle the hard part and then laugh all the way to the bank with some 100-line authentication plugin. That would usually work, but in this case, customers will be doing their own installation, so we need to keep

[Zope-dev] Proposed Patch for zope.site

2009-02-18 Thread Shane Hathaway
Today I ran into an exception masked by Zope 3. I found the code that was masking the exception and fixed it locally, but since this small bit of code has no docs or tests, I can't be sure I won't break stuff if I check in my change. What do y'all think I should do? Here is the patch:

Re: [Zope-dev] Single Sign On

2009-02-18 Thread Marius Gedminas
On Wed, Feb 18, 2009 at 09:00:10AM -0500, Gary Poster wrote: On Feb 17, 2009, at 7:55 PM, Shane Hathaway wrote: Gary Poster wrote: Launchpad uses OpenID. We don't have that slated for abstraction and open-sourcing immediately. However, most of the Launchpad code (including this

Re: [Zope-dev] Single Sign On

2009-02-18 Thread Shane Hathaway
Marius Gedminas wrote: It's my impression that launchpad.net is an OpenID provider only, while Shane is trying to figure out how to use the OpenID consumer API in AuthKit. No. I am going after the more conventional single sign on use case where many consumers depend on only one centralized

Re: [Zope] Periodic task in a Zope 2 environment

2009-02-18 Thread Chris Withers
Marco Bizzarri wrote: Thanks, Chris, but I do not want to use cron... Why not? Why re-invent the wheel in a more fragile and less tested way? also because I can end in environments where there is no cron ;) Such as? On *nix, you have cron. On MacOS, you have cron. On Windows, you have

[Zope] Weird undefined symbol: PyUnicodeUCS{2|4}_AsEncodedString errors

2009-02-18 Thread Chris Withers
Hi All, I wonder if anyone has seen errors like these before... Scenario is as follows, two Zope instances and a zeo server all running from the debian zope2.9 packages. All the control scripts for these instances fail with the following error when used: Traceback (most recent call last):

Re: [Zope] Weird undefined symbol: PyUnicodeUCS{2|4}_AsEncodedString errors

2009-02-18 Thread Janko Hauser
You probably have two different versions of Python installed. And probably this is a 64-bit system at least in parts. Check the python path cron uses and compare to the path the instance is run with. HTH, __Janko Am 18.02.2009 um 11:37 schrieb Chris Withers: Hi All, I wonder if anyone

Re: [Zope] Weird undefined symbol: PyUnicodeUCS{2|4}_AsEncodedString errors

2009-02-18 Thread Chris Withers
Chris Withers wrote: ImportError: /usr/lib/zope2.9/lib/python/persistent/cPersistence.so: undefined symbol: PyUnicodeUCS4_AsEncodedString ImportError: /opt/Zope-2.9/lib/python/persistent/cPersistence.so: undefined symbol: PyUnicodeUCS2_AsEncodedString Having had a bit of a google, I found

Re: [Zope] Weird undefined symbol: PyUnicodeUCS{2|4}_AsEncodedString errors

2009-02-18 Thread Andreas Jung
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18.02.2009 12:00 Uhr, Chris Withers wrote: Chris Withers wrote: ImportError: /usr/lib/zope2.9/lib/python/persistent/cPersistence.so: undefined symbol: PyUnicodeUCS4_AsEncodedString ImportError:

[Zope] Filesystem Directory View Child Folders

2009-02-18 Thread Garito
Hi! I have a filesystem directory view that has 2 child folders But when I switch to debug mode off the 2 folders disappears Is this the normal FDV behaviour or I have any kind of problem? Thanks! -- Mis Cosas http://blogs.sistes.net/Garito Zope Smart Manager

Re: [Zope] Weird undefined symbol: PyUnicodeUCS{2|4}_AsEncodedString errors

2009-02-18 Thread Marco Bizzarri
On Wed, Feb 18, 2009 at 12:00 PM, Chris Withers ch...@simplistix.co.uk wrote: Chris Withers wrote: ImportError: /usr/lib/zope2.9/lib/python/persistent/cPersistence.so: undefined symbol: PyUnicodeUCS4_AsEncodedString ImportError: /opt/Zope-2.9/lib/python/persistent/cPersistence.so: undefined

Re: [Zope] Weird undefined symbol: PyUnicodeUCS{2|4}_AsEncodedString errors

2009-02-18 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marco Bizzarri wrote: On Wed, Feb 18, 2009 at 12:00 PM, Chris Withers ch...@simplistix.co.uk wrote: Chris Withers wrote: ImportError: /usr/lib/zope2.9/lib/python/persistent/cPersistence.so: undefined symbol: PyUnicodeUCS4_AsEncodedString

Re: [Zope-DB] [Zope] Stored Procedures Versus ZSQL Methods

2009-02-18 Thread Charlie Clark
Am 18.02.2009, 00:58 Uhr, schrieb jpe...@ykksnap-america.com: Using external methods will be more work for the zope writer. I don't know enough to comment seriously on security issues, but I think that using procedures, like using bind variables, will make SQL Injection much harder. The

Re: [Zope-DB] [Zope] Stored Procedures Versus ZSQL Methods

2009-02-18 Thread Remy Pinsonnault
Thanks for your help! Rémy On Wed, Feb 18, 2009 at 3:53 AM, Charlie Clark char...@egenix.com wrote: Am 18.02.2009, 00:58 Uhr, schrieb jpe...@ykksnap-america.com: Using external methods will be more work for the zope writer. I don't know enough to comment seriously on security issues, but

Re: [Zope-DB] [Zope] Stored Procedures Versus ZSQL Methods

2009-02-18 Thread Charlie Clark
Am 18.02.2009, 20:24 Uhr, schrieb Allen Schmidt Sr. aschm...@fredericksburg.com: Hey Charlie, What timing. I am having my server guys drop the trial egenix zope da in place as I write this. Seeing too many errors and oddities with the ancient MySQLDA we use now. Planning on converting

Re: [Zope-DB] [Zope] Stored Procedures Versus ZSQL Methods

2009-02-18 Thread Allen Schmidt Sr.
I understand. Thanks. Did not realize there was a new version of the python/zmysqlda available. Thanks for that info. Would really like to use the mx connectors but at this point if I can use an updated free one and it works, then I need to do that. And no, all our stuff is in the ZODB as

Re: [Zope-DB] [Zope] Stored Procedures Versus ZSQL Methods

2009-02-18 Thread Charlie Clark
Am 18.02.2009, 21:36 Uhr, schrieb Allen Schmidt Sr. aschm...@fredericksburg.com: I understand. Thanks. Did not realize there was a new version of the python/zmysqlda available. Thanks for that info. Would really like to use the mx connectors but at this point if I can use an updated