Re: [Zope-dev] ZServerSSL proposal
Shane Hathaway wrote: Zopistas, Please support or denounce this proposal. Integrated HTTPS support in Zope would be really nice IMHO. http://dev.zope.org/Wikis/DevSite/Proposals/ZServerSSLIntegration With this, would it be possible to only allow management screen access through ZServerSSL as the Zope default standard? That would be very cool :-) Chris ___ 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 )
[Zope-dev] Pack tops ZEO Client :-(
Hi, I just tried to pack a 2.4.0b2 Zope server via a ZEO client connected to it. The browser icon just sat there and spun. When I did a top on the server, none of the threads for the ZEO client or the ZSS were anywhere to be seen ;-( Any ideas what happened? cheers, Chris ___ 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 )
[Zope-dev] ZEO Client: More Info, still :-(
browser icon just sat there and spun. When I did a top on the server, none of the threads for the ZEO client or the ZSS were anywhere to be seen ;-( ...and restarting the cient didn't help, the storage server has died, and nastily too. The stop script didn't stop it properly, when I tried to restart the ZSS, I got a lock error :-( This seems to happen off and on for a lot of people and I'd love to do anything I can to make it go away... How can I gelp? Chris ___ 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 )
[Zope-dev] zope core dump
I just tried to restart zope and got a core dump. The backtrace (pasted below) indicated a problem with the binascii module, and sure enough, trying to import it reproduced the segfault. I reinstalled python and it all worked again. This isn't strictly a Zope issue but I wondered if anyone's seen this before, or can explain what might have happened? I'm a bit out of my depth when it comes to this kind of thing... cheers, seb (top of backtrace follows) #0 0x40181ba3 in frame_dummy () from /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so #1 0x40181a01 in _init () from /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so #2 0x40130c0a in dl_open_worker (a=0xbfffaa48) at dl-open.c:199 #3 0x4000ac3b in _dl_catch_error () at dl-error.c:99 #4 0x40130d1d in _dl_open () at dl-open.c:210 #5 0x4002e3d3 in dlopen_doit (a=0xbfffab58) at dlopen.c:41 #6 0x4000ac3b in _dl_catch_error () at dl-error.c:99 #7 0x4002e8b9 in _dlerror_run (operate=0x4002e3a8 dlopen_doit, args=0xbfffab58) at dlerror.c:125 #8 0x4002e393 in __dlopen_check ( file=0xbfffaea4 /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so, mode=2) at dlopen.c:53 #9 0x8069e14 in _PyImport_GetDynLoadFunc (fqname=0xbfffb334 binascii, shortname=0xbfffb334 binascii, pathname=0xbfffaea4 /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so, fp=0x8266ff8) at dynload_shlib.c:81 #10 0x80640c7 in _PyImport_LoadDynamicModule (name=0xbfffb334 binascii, pathname=0xbfffaea4 /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so, fp=0x8266ff8) at ./importdl.c:42 #11 0x806279e in load_module (name=0xbfffb334 binascii, fp=0x8266ff8, buf=0xbfffaea4 /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so, type=3) at import.c:1236 #12 0x8063355 in import_submodule (mod=0x80b7bcc, subname=0xbfffb334 binascii, fullname=0xbfffb334 binascii) at import.c:1755 #13 0x8062f53 in load_next (mod=0x80b7bcc, altmod=0x80b7bcc, ___ 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 )
[Zope-dev] Management Interface in ZODB
I have a couple of small patches here that allow you to override the manage options (i.e. manage_tabs, manage_page_header, manage_page_footer) in the ZODB. This simple patch seems a nice way to provide this option without breaking compatibility with the current system. It patches the App/Management.py and OFS/Application.py file. This also causes risk of locking yourself out of management, there are 2 ways around this problem; First is to ftp/webDAV in and delete the offending file. I've also added a SUPPRESS_CUST_MANAGE option, (for example abc/SUPPRESS_CUST_MANAGE/manage_main) when this is in the path it will stop use the core zope management interface instead of the custom ones. The problem with this is that i get a Override instance at 8189638 instead of the DTML code that should be in place of the object. As well this option IS NOT thread safe. I'm looking for a better solution but i can't think of one? What do people think of this patch? Is there a better way to do this? Is it possible to get a patch similar to this integrated into the Zope core because it's an extremely useful. Hope to hear from you soon Mithro ## # # Zope Public License (ZPL) Version 1.0 # - # # Copyright (c) Digital Creations. All rights reserved. # # This license has been certified as Open Source(tm). # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions are # met: # # 1. Redistributions in source code must retain the above copyright #notice, this list of conditions, and the following disclaimer. # # 2. Redistributions in binary form must reproduce the above copyright #notice, this list of conditions, and the following disclaimer in #the documentation and/or other materials provided with the #distribution. # # 3. Digital Creations requests that attribution be given to Zope #in any manner possible. Zope includes a Powered by Zope #button that is installed by default. While it is not a license #violation to remove this button, it is requested that the #attribution remain. A significant investment has been put #into Zope, and this effort will continue if the Zope community #continues to grow. This is one way to assure that growth. # # 4. All advertising materials and documentation mentioning #features derived from or use of this software must display #the following acknowledgement: # # This product includes software developed by Digital Creations # for use in the Z Object Publishing Environment # (http://www.zope.org/). # #In the event that the product being advertised includes an #intact Zope distribution (with copyright and license included) #then this clause is waived. # # 5. Names associated with Zope or Digital Creations must not be used to #endorse or promote products derived from this software without #prior written permission from Digital Creations. # # 6. Modified redistributions of any form whatsoever must retain #the following acknowledgment: # # This product includes software developed by Digital Creations # for use in the Z Object Publishing Environment # (http://www.zope.org/). # #Intact (re-)distributions of any official Zope release do not #require an external acknowledgement. # # 7. Modifications are encouraged but must be packaged separately as #patches to official Zope releases. Distributions that do not #clearly separate the patches from the original work must be clearly #labeled as unofficial distributions. Modifications which do not #carry the name Zope may be packaged in any form, as long as they #conform to all of the clauses above. # # # Disclaimer # # THIS SOFTWARE IS PROVIDED BY DIGITAL CREATIONS ``AS IS'' AND ANY # EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR # PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL DIGITAL CREATIONS OR ITS # CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, # SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT # LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF # USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND # ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, # OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT # OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. # # # This software consists of contributions made by Digital Creations and # many individuals on behalf of Digital Creations. Specific # attributions are listed in the accompanying credits file. # ## __doc__='''Application support $Id: Application.py,v
Re: [Zope-dev] zope core dump
I have never seen such a problem with binascii. If you can track it down or get a reproducable testcase please submit it to the Python bug tracker. Andreas - Original Message - From: seb bacon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Montag, 9. Juli 2001 09:32 Subject: [Zope-dev] zope core dump I just tried to restart zope and got a core dump. The backtrace (pasted below) indicated a problem with the binascii module, and sure enough, trying to import it reproduced the segfault. I reinstalled python and it all worked again. This isn't strictly a Zope issue but I wondered if anyone's seen this before, or can explain what might have happened? I'm a bit out of my depth when it comes to this kind of thing... cheers, seb (top of backtrace follows) #0 0x40181ba3 in frame_dummy () from /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so #1 0x40181a01 in _init () from /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so #2 0x40130c0a in dl_open_worker (a=0xbfffaa48) at dl-open.c:199 #3 0x4000ac3b in _dl_catch_error () at dl-error.c:99 #4 0x40130d1d in _dl_open () at dl-open.c:210 #5 0x4002e3d3 in dlopen_doit (a=0xbfffab58) at dlopen.c:41 #6 0x4000ac3b in _dl_catch_error () at dl-error.c:99 #7 0x4002e8b9 in _dlerror_run (operate=0x4002e3a8 dlopen_doit, args=0xbfffab58) at dlerror.c:125 #8 0x4002e393 in __dlopen_check ( file=0xbfffaea4 /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so, mode=2) at dlopen.c:53 #9 0x8069e14 in _PyImport_GetDynLoadFunc (fqname=0xbfffb334 binascii, shortname=0xbfffb334 binascii, pathname=0xbfffaea4 /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so, fp=0x8266ff8) at dynload_shlib.c:81 #10 0x80640c7 in _PyImport_LoadDynamicModule (name=0xbfffb334 binascii, pathname=0xbfffaea4 /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so, fp=0x8266ff8) at ./importdl.c:42 #11 0x806279e in load_module (name=0xbfffb334 binascii, fp=0x8266ff8, buf=0xbfffaea4 /home/Zope-2.3.2-src/lib/python2.0/lib-dynload/binascii.so, type=3) at import.c:1236 #12 0x8063355 in import_submodule (mod=0x80b7bcc, subname=0xbfffb334 binascii, fullname=0xbfffb334 binascii) at import.c:1755 #13 0x8062f53 in load_next (mod=0x80b7bcc, altmod=0x80b7bcc, ___ 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 ) ___ 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 )
[Zope-dev] LDAPLoginAdapter
I use Zope 2.3.2, python 1.5.2 and python_LDAP 1.1 . I want to use loginadapter 1.5 to authenticate the users who try to connect to the portal I build and during all his session I need to know a lot of things about this user. The loginadapter connects itself to the localhost:390 wich is linked by a secure stunnel to the port 389 of another machine which is a OpenLDAP 2.* server. I use the Loginscreen cookie option of the configure tab and the RDN of the LDAP database is uid. The authentication is made by uid and work perfectly. My first problem is that : Where I can get the LDAP attributs (such mail or another descriptive field of the LDAP database) after the authentication? AUTHENTICATED_USER contains only the uid (AUTHENTICATED_USER.mail for example is not define, even if I specify it in the loginadapter schema). My second problem is that when I do a research with the search tab of the Loginadapter, it doesn't find anything, as if the database would be empty. On the contrary, the research with the search tab of the LDAPUserManager work perfectly. Thanks for your futur response Le Lapinlove _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. ___ 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 )
Re: [Zope-dev] Management Interface in ZODB
From: Tim R Ansell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Montag, 9. Juli 2001 09:03 Subject: [Zope-dev] Management Interface in ZODB What do people think of this patch? Is there a better way to do this? Is it possible to get a patch similar to this integrated into the Zope core because it's an extremely useful. If you like to provide patches to the Zope core please use the collector to submit the patches. Andreas P.S. Please don't post larger patches to the mailing list. Instead put the patches on your member page on www.zope.org and write a small announcement with the URL of the patches. ___ 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 )
Re: [Zope-dev] LDAPLoginAdapter
i already answered this question responding to the tracker issue you filed. see this URL for the complete answer: http://www.dataflake.org/software/tracker/56/2 jens On Monday, July 9, 2001, at 04:07 , Nicolas Vincent wrote: I use Zope 2.3.2, python 1.5.2 and python_LDAP 1.1 . I want to use loginadapter 1.5 to authenticate the users who try to connect to the portal I build and during all his session I need to know a lot of things about this user. The loginadapter connects itself to the localhost:390 wich is linked by a secure stunnel to the port 389 of another machine which is a OpenLDAP 2.* server. I use the Loginscreen cookie option of the configure tab and the RDN of the LDAP database is uid. The authentication is made by uid and work perfectly. My first problem is that : Where I can get the LDAP attributs (such mail or another descriptive field of the LDAP database) after the authentication? AUTHENTICATED_USER contains only the uid (AUTHENTICATED_USER.mail for example is not define, even if I specify it in the loginadapter schema). My second problem is that when I do a research with the search tab of the Loginadapter, it doesn't find anything, as if the database would be empty. On the contrary, the research with the search tab of the LDAPUserManager work perfectly. Thanks for your futur response Le Lapinlove _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. ___ 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 ) ___ 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 )
[Zope-dev] How long below the radar?
Hi Zope Folks, My apologies if this is not the proper forum for such a post. Please point me to a more appropriate list if you know of one. Also, sorry for the extended absence, things are hectic lately. I have been trying to keep up with the lists, but as you all must know, doing that well could be a full time job. Not to revive the Zope needs an E-Commerce, Membership, etc. thread that flamed not far from here in the recent past, but something just turned up that is hard to ignore. So, I have a request for you each to kindly consider. Please try to set aside whatever pressing need you're currently focused on for a moment and look at the very big picture. Zope has such potential and is already serving so many with unparallaled power and flexibility, but is still in the closet. Maybe that is the natural state for a rapidly maturing Open Source project. After all, Linux itself was a labor in obscurity sort of amateur project for nearly a decade. Please note, the true meaning of amateur derives from it's root word which is latin for love. Linus is not the first to procalaim the value of efforts extended for the love of the art. If so, then never mind (as Gilda Radner used to say in the persona of the perenially confused Emily Litella). On the other hand, if you like myself remain mystified that Zope hasn't made a massive splash in the Application Server market, then maybe it's time to think about the grand plan. This blurb struck a chord, and frankly kind of ticked me off: http://serverwatch.internet.com/news/2001_07_09_a.html Most of the substance is quoted below. 'the worldwide application server market bucked all trends and grew 128 percent, reaching almost $2.2 billion in 2000' 'on top of 1999's worldwide revenue growth of 110 percent to $957 million.' 'It's difficult to overstate the significance of this growth rate. When a market reaches the level of maturity that the [application server software platform] ASSP market reached in 1999, annual growth usually slows, not accelerates, said Steve Garone, IDC's vice president of Application Development and Deployment research.' 'Survival in the ASSP market requires more than just ASSP products. Vendors need to provide an e-business platform that includes all the functions necessary to build and deploy e-business applications, leveraging the ASSP as the foundation layer, Garone said. BEA and IBM both understand this requirement.' Now for the big picture part. Certainly one of the great strengths of Open Source projects has been diversity, and scratching the assorted itches of a broad range of users. How could we truly appreciate Python, if there had been no Perl? ;) On the other hand, with a global cadre of talented Zope users toiling away, there is bound to be more than a little duplicate effort. How about treating some of the most critically needed Zope modules as a community project? Can a community wide process be adopted so that an architecture can be established, and the components then be built by individuals or small teams, and then dropped into place? Such a scheme wouldn't rule out duplicate effort, if folks think that the benefits of jovial competition and meritocracy are essential, but it could help point all the wonderful things that Zope contributors have and continue to create in a direction where more stuff plays nice with it's neighbors, at the very least. ZPatterns was intended to enable some of this, and of course there are other approaches as well. Getting Zope to a point where it's own elements can all get along would be a great first step, but the ultimate goal is actually much bigger than this. For example, see the work underway at GNU Enterprise (gnue.org). The GNUe project has settled on some of the finest that Open Source has to offer when selecting their foundation toolkit. The concept behind the GNUe Forms has echoes in the Zope world already. A GNUe form based application has it's screens defined as XML files, which can then be rendered by any of a number of cross-platform clients. An XML based application interface would be treated as an aspect of the implementation. There is no reason a Zope client could not be provided that would instantly empower the GNUe suite as a Zope plug-in, or Zope as a Web enabling plug-in to GNUe. If you are wondering why GNUe matters, take a look. The GNUe team is building nothing less than a GNU licensed Enterprise Resource Management system, along with virtually every critical business function from financials to B2B and EDI. Maybe flying under the radar is exactly the right place to be, if it empowers Open Source service providers to help small to mid-size customers to leverage a full ERP system. GNUe will be the kind of technology that only the GMs and GEs of the world have been able to afford, up to now. Unfortunately, my experience is that such customers are even less informed about the benefits of Open
Re: [Zope-dev] How long below the radar? [off-topic]
On Tuesday, July 10, 2001, at 03:26 , Jerry Spicklemire wrote: Maybe that is the natural state for a rapidly maturing Open Source project. After all, Linux itself was a labor in obscurity sort of amateur project for nearly a decade. By the time Linux hit the popular press it was well entrenched in corporate DNS, email and web servers. On the other hand, if you like myself remain mystified that Zope hasn't made a massive splash in the Application Server market, then maybe it's time to think about the grand plan. Does Zope really need to make a big splash anywhere? Zope will get adopted by word of mouth. People who use it will end up developing their commissioned works in it, and the installed base will grow exactly as fast as it can be supported. Alex Alex Satrapa tSA Consulting Group Pty Limited ICQ: 5691434 1 Hall Street, Lyneham, Canberra 2603 PGP Key 0x4C178C9Cfx: +61 2 6257 7311 ph: +61 2 6257 7111 PGP Fingerprint E4FA ADE6 97A4 3610 E008 A466 A03E 3D01 4C17 8C9C ___ 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 )
Re: [Zope-dev] How long below the radar?
Maybe flying under the radar is exactly the right place to be, if it empowers Open Source service providers to help small to mid-size customers to leverage a full ERP system. GNUe will be the kind of technology that only the GMs and GEs of the world have been able to afford, up to now. Unfortunately, my experience is that such customers are even less informed about the benefits of Open Source options, and thus even less likely to embrace a no-name solution. Absolutely, the fact that Zope is Open Source is not generally a huge selling point to those outside Open Source, and those in it know about it already. The pitch to the corporate types that make decisions is based on things such as GUI tools, easy install and packages, books available, programmer availability, maintainability, security and so on. These are improving but unfortunately some things such as the Windows installation do tend to suffer. I still think the lack of packages that you can install and get some package working easily is the biggest hurdle, Zope is a bunch of building blocks. The two biggest CMF and Squishdot are doing well and / or going to do well. But this is unfortunately the minority. I hate to go back to the Ecommerce thread again, but that could be a killer Zope app, just imagine a click install to an ecommerce Zope server. One late night on irc we were talking about forming the RedHat of Zope and a company to sell value added distributions... DC cant do everything, but some of things do need to happen. Cheers. -- Andy McKay ___ 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 )