Re: [Zope-dev] Zope + Jabber?
Check out JabberPy: http://jabberpy.sourceforge.net/
Seems development just restarted this month...
Eron
On Monday March 31 2003 11:29 am, Gary Poster wrote:
> The ability to push messages to a user--be it alerts to an administrator
> ("critical error: XXX"), event reminders from a calendar ("You have a
> meeting in XXX minutes"), time sensitive workflow changes ("article
> named 'My Headline Article' rejected: revisions due in one hour"), or
> more--over a system like Jabber that can be used over both desktop and
> standard mobile devices seems very practical, exciting, and powerful.
>
> Gary
>
> Phil Harris wrote:
> > Gary,
> >
> > It's been on my mind from time to time.
> >
> > What sort of things can you see in your minds eye?
> >
> > Phil
> >
> > On Mon, 31 Mar 2003 10:08:41 -0500, Gary Poster <[EMAIL PROTECTED]> wrote:
> >> Is anyone working on Jabber integration with Zope? I can think of
> >> some nice use cases for this.
> >>
> >> Gary
> >>
> >>
> >> ___
> >> Zope-Dev maillist - [EMAIL PROTECTED]
> >> http://mail.zope.org/mailman/listinfo/zope-dev
> >> ** No cross posts or HTML encoding! **
> >> (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce
> >> http://mail.zope.org/mailman/listinfo/zope )
>
> ___
> Zope-Dev maillist - [EMAIL PROTECTED]
> http://mail.zope.org/mailman/listinfo/zope-dev
> ** No cross posts or HTML encoding! **
> (Related lists -
> http://mail.zope.org/mailman/listinfo/zope-announce
> http://mail.zope.org/mailman/listinfo/zope )
> ---
> [This E-mail scanned for viruses by Declude Virus]
--
Eron Lloyd
Technology Coordinator
Lancaster County Library
[EMAIL PROTECTED]
Phone: 717-239-2116
Fax: 717-394-3083
---
[This E-mail scanned for viruses by Declude Virus]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope Server Control
Ooh! I've been thinking about something like this as well; PyQt would definately be the way to go. The backend should be de-coupled from the UI, of course. Getting the gears turning, Eron On Friday 07 February 2003 12:47 am, Shane Hathaway wrote: > Zope-Dev'ers, > > Just for fun, I made a mockup (using QT Designer) of a Zope server control > and monitoring GUI. It's purely nonfunctional--just an idea. Check it > out here: > > http://hathaway.freezope.org/Images/controller_snapshot.png > > It's not fancy, but it's complete: you can watch and control multiple > servers from a single place. The flashing yellow LED-like indicators > would give you a great deal of confidence that information is flowing. > It sure would be appealing. Anyone want to take this on? :-) > > supplying-endless-ideas-for-vaporware-ly y'rs, Shane > > ___ > Zope-Dev maillist - [EMAIL PROTECTED] > http://mail.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://mail.zope.org/mailman/listinfo/zope-announce > http://mail.zope.org/mailman/listinfo/zope ) > --- > [This E-mail scanned for viruses by Declude Virus] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Security Testing
Maybe this would be a good opportunity to evaluate Puffin (www.puffinhome.org)? Security API calls through unit tests are one thing, but testing the whole functioning system from the outside seems like the best approach. Puffin should be a Zope partner, IMHO. Regards, Eron On Monday 14 October 2002 10:49 am, Chris Withers wrote: > Hi, > > I'd like to build a suite of security tests for a product I'm writing using > unittest.py. > > Is this possible? > > I thought about using newSecurityManager with various known users, and > restrictedTraverse to get to the appropriate methods, but then how do I > test if those methods are callable? > > cheers, > > Chris > > PS: How is all this being tackled in Zope 3? > > > ___ > 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 ) > --- > [This E-mail scanned for viruses by Declude Virus] -- Eron Lloyd Technology Coordinator Lancaster County Library [EMAIL PROTECTED] Phone: 717-239-2116 Fax: 717-394-3083 --- [This E-mail scanned for viruses by Declude Virus] ___ 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] Improving product management
Is that code sitting anywhere? I'd like to take a look at it. Thanks, Eron On Thu, 2002-09-05 at 01:37, Andy McKay wrote: > Thats what ZPM did for a while, the server side stuff on my end is now > broken. It would display a list of products and tell you what version needs > updating. It would be fairly straightfoward to get that running again I > believe if anyone wants to take a gander. > -- > Andy McKay > Agmweb Consulting > http://www.agmweb.ca > > > - Original Message - > From: "Eron Lloyd" <[EMAIL PROTECTED]> > To: "Andy McKay" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]>; "Jeffrey Chan" <[EMAIL PROTECTED]>; > <[EMAIL PROTECTED]> > Sent: Wednesday, September 04, 2002 3:46 PM > Subject: Re: [Zope-dev] Improving product management > > > > I think this is a great idea. A good way to start would be to have a tab > > on the Control Panel entitles "Updates", that would make some XML-RPC > > calls to Zope.org, and provide update and hotfix information when > > compared against your running server. Of course, how we know what is > > available is a good question...we would need to see PEPs 241 and 262 > > realized I imagine. The current version check wouldn't need this, > > however. Let's see some Web Services! > > > > Eron > > > > On Wed, 2002-09-04 at 18:25, Andy McKay wrote: > > > Ive discussed this long ago and started off ZPM to do that. However at > the > > > time PyPPM wasnt done and distutils wasn't standard. My enthusiasm ran > out > > > and there was this work conflict thing ;) > > > > > > Zope.org doesn't really have a good product querying system, something > like > > > Gideon is sorely needed. > > > > > > > | Just a thought. How u guys would consider the possibility. > > > > > > We would love the possibility, go to it ;) > > > -- > > > Andy McKay > > > Agmweb Consulting > > > http://www.agmweb.ca > > > > > > > > > > > > ___ > > > 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 ) > > > --- > > > [This E-mail scanned for viruses by Declude Virus] > > > > > > > > > > > > --- > > [This E-mail scanned for viruses by Declude Virus] > > > > > > ___ > > 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 ) > > > > > --- > [This E-mail scanned for viruses by Declude Virus] > > -- Eron Lloyd Technology Coordinator Lancaster County Library [EMAIL PROTECTED] Phone: 717-239-2116 Fax: 717-394-3083 --- [This E-mail scanned for viruses by Declude Virus] ___ 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] Improving product management
I think this is a great idea. A good way to start would be to have a tab on the Control Panel entitles "Updates", that would make some XML-RPC calls to Zope.org, and provide update and hotfix information when compared against your running server. Of course, how we know what is available is a good question...we would need to see PEPs 241 and 262 realized I imagine. The current version check wouldn't need this, however. Let's see some Web Services! Eron On Wed, 2002-09-04 at 18:25, Andy McKay wrote: > Ive discussed this long ago and started off ZPM to do that. However at the > time PyPPM wasnt done and distutils wasn't standard. My enthusiasm ran out > and there was this work conflict thing ;) > > Zope.org doesn't really have a good product querying system, something like > Gideon is sorely needed. > > > | Just a thought. How u guys would consider the possibility. > > We would love the possibility, go to it ;) > -- > Andy McKay > Agmweb Consulting > http://www.agmweb.ca > > > > ___ > 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 ) > --- > [This E-mail scanned for viruses by Declude Virus] > > --- [This E-mail scanned for viruses by Declude Virus] ___ 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] stacks != easy to explain
I believe what is trying to be explained is that ZPT provides a certain sequence for attribute *processing*, which begins *after* the template is parsed (like unordered keyword arguments in Python). How they are ordered in the source file is irrelevant, but by ordering them in the precise way they will be processed is recommended to aid in the understanding of what will happen. If you do see a concrete example of how and where this occurs that coincides with a breach from the XML spec, please post this to the list for us to see, so that the proper avenues of discussion, hacking, and problem resolution can be made. ZPT is nowhere near complete, and will surely tighten up with time. Regards, Eron On Thu, 2002-05-16 at 10:32, Don Hopkins wrote: > From: "Steve Alexander" <[EMAIL PROTECTED]> > Subject: Re: [Zope-dev] stacks != easy to explain > > > > > If you're using ordered attributes, then you're not using XML. > > > > Indeed, and if your indentation is meaningful in your C source-code, > > you're not using C. > > > > However, that doesn't negate the benefit of a consistent coding style. > > Indentation style and the definition of XML are two different things. > The XML spec clearly states that attributes are defined as unordered. > So any XML editors or tool might rightfully reorder those attributes, thus > mangling the meaning of any so-called XML code that depends on attribute > order. > Any so-called XML tool that depends on the order of attributes incorrect, > and has a fundamental design flaw because it deviates from the agreed-upon > standard. > Just as any so-called C compiler that depends on indentation style is > incorrect. > > -Don > > Reference: > > http://www.w3.org/TR/xml-infoset/ > > XML Information Set > W3C Recommendation 24 October 2001 > 2. Information Items > 2.2. Element Information Items > An element information item has the following properties: > 5. [attributes] An unordered set of attribute information items, one for > each of the attributes (specified or defaulted from the DTD) of this > element. Namespace declarations do not appear in this set. If the element > has no attributes, this set has no members. > > > > > ___ > 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 ) > --- > [This E-mail scanned for viruses by Declude Virus] > > --- [This E-mail scanned for viruses by Declude Virus] ___ 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] can't put in dtml
Zope thinks you're trying to use an ancient version of DTML. Make sure your comments are syntactically correct () and try to avoid using anywhere as this could trip you up down the road. That format for variable insertion is still supported for legacy reasons. Regards, Eron On Thu, 2002-04-11 at 04:01, Yuan-Chen Cheng wrote: > > hi, > > Can't put in dtml, but > is okay. > > Is this correct. > > Thank you very much. > > Yuan-Chen Cheng > > The traceback is here: > > Unexpected tag, for tag , on line 8 of ttt > > Traceback (innermost last): > File /home/ycheng/zope/zope/lib/python/ZPublisher/Publish.py, line > 150, in publish_module > File /home/ycheng/zope/zope/lib/python/ZPublisher/Publish.py, line > 114, in publish > File /home/ycheng/zope/zope/lib/python/Zope/__init__.py, line 158, > in zpublisher_exception_hook (Object: ttt) File > /home/ycheng/zope/zope/lib/python/ZPublisher/Publish.py, > line 98, in publish File > /home/ycheng/zope/zope/lib/python/ZPublisher/mapply.py, > line 88, in mapply (Object: manage_edit) File > /home/ycheng/zope/zope/lib/python/ZPublisher/Publish.py, > line 39, in call_object (Object: manage_edit) File > /home/ycheng/zope/zope/lib/python/OFS/DTMLDocument.py, > line 79, in manage_edit (Object: ttt) File > /home/ycheng/zope/zope/lib/python/DocumentTemplate/DT_String.py, > 320, in munge (Object: ttt) File > /home/ycheng/zope/zope/lib/python/DocumentTemplate/DT_String.py, > line 340, in cook (Object: ttt) File > /home/ycheng/zope/zope/lib/python/DocumentTemplate/DT_String.py, > line 162, in parse (Object: ttt) > File /home/ycheng/zope/zope/lib/python/DocumentTemplate/DT_String.py, > line 58, in parse_error (Object: ttt) > Document Template Parse Error: (see above) > > > > > ___ > 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 ) > --- > [This E-mail scanned for viruses by Declude Virus] > > --- [This E-mail scanned for viruses by Declude Virus] ___ 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] Re: [Zope] isecure XML-RPC handling.
The problem here seems to be that you are trying to do XML-RPC communication with a version of Zope that doesn't support XML-RPC out of the box. You should use a version >= 2.4.0 to get this to work. From the output you sent below, it looks like you're trying to invoke an RPC method call against Zope.org? As far as I can tell, Zope.org (for some odd reason) is STILL running on that very same version -> Zope/Zope 2.3.2 (source release, python 1.5.2, linux2) ZServer/1.1b1 on Linux, so is not XML-RPC enabled, either. Trying to invoke a request will return a site error. On that thought, I'd like to see Zope.org become much more modern, and reflect the *latest* and *greatest* functionality of Zope. Deprecation of the hybrid PTK that's used, as well as updating and polishing of the site regularly. In fact, I'd like to see more of a portal feel to it, that's both personalized and customized to my needs. For instance, log into my account, download 2.5.1b1, come back a week later and here's a big notice that beta2 is available for *my* setup. Also, can we see some Web services? Imagine, in the management interface, and visiting the Control Panel. There is an "Update" tab, which when loaded queries zope.org with the XML-RPC method "zope.webservices.getUpdates(my_install)", which passes in my server's version, installed products, etc. and lists updates, hotfixes, and other notices. With the flexibility and dynamic runtime nature of Python, i wonder how hard it would be to update a running server. Anybody working on this or interesting in seeing this kind of feature? I envision something along the lines of Redhat Network, WindowsUpdate, or Ximian Red Carpet. When visiting Zope.org, this information would be updated, so users would have profiles that store this data. This could be a great start to get new.zope.org up and running. Sounds like I'm volunteering myself if it creates a large demand... :^) Eron On Tuesday 02 April 2002 02:33 pm, Rossen Raykov wrote: > Zope is not handling correct XML-RPC request. > > Even the example from http://www.zope.org/Members/Amos/XML-RPC is not > working. > > Even worst if a request like this one in the quoted example is send to the > web server it will report information about the local server installation > and the internal network. > > Included are a request and response to www.zope.org. > > As one may see the server is installed in > /usr/local/base/Zope-2.3.2-modified/ > and it rely on 10.0.11.3:1380 for request processing. > > All this may be useful debug information but it is not acceptable for a > production server! > > I'm not familiar with Zope and I cannot say is it only a configuration > problem or it is a problem in the code. > > I do not have time to investigate that but a similar result may be achieved > with the distribution offered for download. > > Please let me know if I have to send this bug information to some one else. > > I would like to be informed and when this issue is resolved so I can > announce it on Bug-Traq. > > Regards, > Rossen Raykov > > > $ telnet www.zope.org 80 > Trying 63.102.49.33... > Connected to www.zope.org. > Escape character is '^]'. > POST /Foo/Bar/MyFolder HTTP/1.0 > Content-Type: text/xml > Content-length: 95 > > > > objectIds > > > > > HTTP/1.0 500 Internal Server Error > Server: Zope/Zope 2.3.2 (source release, python 1.5.2, linux2) > ZServer/1.1b1 Date: Sat, 23 Mar 2002 03:09:14 GMT > Bobo-Exception-File: > /var/tmp/python/python-root/usr/lib/python1.5/xmllib.py Content-Type: > text/html > Bobo-Exception-Type: RuntimeError > Bobo-Exception-Value: Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd"; > Welcometo Zope.org href="http://10.0.11.3:1380/zope_css"; type="text/css"Content-Length: 6864 > Bobo-Exception-Line: 748 > > "http://www.w3.org/TR/REC-html40/loose.dtd";> > > > Welcome to Zope.org > http://10.0.11.3:1380/zope_css"; > type="text/css"> > > > > > TOPMARGIN="0" LEFTMARGIN="0" MARGINWIDTH="0" MARGINHEIGHT="0"> > > > > > > HREF="/"> WIDTH="150" HEIGHT="63" BORDER="0"> > CLASS="welcome"> > > http://www.zope.com";>Business > Services > > | Search > | Download > | Documentation > | Resources > | http://dev.zope.org";>Development > > > > > > Search > > > ALIGN="ABSMIDDLE" BORDER="0" WIDTH="20" HEIGHT="20"> > > > > SRC="/Images/blue-rounder1.gif" WIDTH="14" HEIGHT="20" BORDER="0"> > > > > > > > > Guest > >Join Zope.org > > HREF="/login.html?came_from=http://10.0.11.3:1380";>Log in > > > > > > > Zope Exits > > http://dev.zope.org/";>dev.zope.org > http://cmf.zope.org/";>CMF Dogbowl > http://collector.zope.org/Zope";>Zope > Collector > http://cvs.zope.org/";>Zope CVS > http://www.zopezen.org/";>ZopeZen > http://www.zopenewbies.net/";>Zop
Re: [Zope-dev] SQLite as a Light DB component for Zope and Python
Very interesting. I think I've read about this somewhere before. The claim of "4x faster than PostgreSQL" raised my brow. It is true that Gadfly is becoming quite stale, and only supports a *very* limited subset of SQL. It also would be nice to see something a bit more robust than just shelve in the Standard Library. Gadfly is ok to begin a prototype in, but frustrating once you quickly hit a glass ceiling in functionality. I'm interested in seeing how well it can scale, versus Postgres, however. Any experience? Thanks for the info, Eron Lloyd On Mon, 2002-04-01 at 20:54, William Trenker wrote: > I have noticed on the DB lists lately some concern about the future of > Gadfly. I have been investigating a marvelous little open-source, no > copyright, SQL engine called > <http://www.hwaci.com/sw/sqlite/index.html>SQLite: An SQL Database Engine > In A C Library. I am quite experienced with Python, reasonably experienced > with Zope but a greenhorn at extending Python yet I had a crude but working > Python extension module for SQLite up and running in 2 days (most of that > time figuring out the Python extension conventions). I think Python needs > a lightweight SQL engine as a standard module, and I think this would be a > good Zope product candidate as well. I'm proposing SQLite as that > engine. Here is the developer's feature list, taken from the link given above: > > Implements a large subset of SQL92. > A complete database (with multiple tables and indices) is stored in a > single disk file. > Atomic commit and rollback protect data integrity. > Small memory footprint: less than 20K lines of C code. > Four times faster than PostgreSQL. Twice as fast as SQLite 1.0. > Very simple C/C++ interface requires the use of only three functions and > one opaque structure. > TCL bindings included. > A TCL-based test suite provides near 100% code coverage. > Self-contained: no external dependencies. > Built and tested under Linux and Win2K. > Sources are uncopyrighted. Use for any purpose. > The SQLite source code is 35% comment. These comments are another important > source of information. > > The author, <mailto:[EMAIL PROTECTED]>D. Richard <mailto:[EMAIL PROTECTED]>Hipp, is > a computer science Ph.D. who knows his stuff. This is not green software, > it is well designed and tested. It was first released in May 2000 and is > very actively updated and supported. > > Thanks for listening. > > Bill Trenker > Internet Applications Developer > Kelowna, BC, Canada > > > > "The commandments of the LORD are right, bringing joy to the heart. The > commands of the LORD are clear, giving insight to life . . . For this is > the love of God, that we keep His commandments. And His commandments are > not burdensome." (Psalm 19:8, 1John > 5:3)<http://torahteacher.com/>torahteacher.com > > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.343 / Virus Database: 190 - Release Date: 3/22/02 --- [This E-mail scanned for viruses by Declude Virus] ___ 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] Impact of additional protocols handled by Zope?
Yeah, this is something I'd be very interested in knowing, too. In fact, this particular ability could make or break a community project I'm going to be developing with Zope in the near future. Do you mean like the pluggable access that ZServer provides? I imagine there would also have to be some kind of pass-through backend storage to the actual service layer (like IMAP, for instance). This is definately something I've been thinking about. Getting my gears turning, Eron On Sun, 2002-03-17 at 16:53, Jeff Kowalczyk wrote: > I'm curious what the impact on overall performance would be if products > eventually came into existence that extended Zope to directly handle > additional protocols and their data requirements, primarily intended for > low-volume workgroup kind of traffic. > > Jabber, IMAP and LDAP are the ones that come to mind immediately, since > you'd be that much closer to having Zope fulfill a role that MS Exchange > really doesn't; inexpensive, easily maintained groupware for small > organizations that need custom workflow app development. > > Is it practical to consider that Zope might extend into other protocols > this way, and can it be done with modular products, or does integration > require deep Zope modifications (beyond adding a few lines to Z2.py?) > > Just a hypothetical, I guess. FWIW, it would be really cool to see a > general, host-a-protocol-here hook for plugin products as Zope3 takes > shape, configuration in the ZMI if the product writer goes that far. > Something that would define a standard interface for Zope3 events to > respond to signals the protocol handler might generate, and vice-versa. > > > > > ___ > 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 ) > --- > [This E-mail scanned for viruses by Declude Virus] > > --- [This E-mail scanned for viruses by Declude Virus] ___ 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] Re: [Zope] Error on install
Yeah, I caught that this morning. Seems like the test/ directory is causing more trouble than I though, huh ;-) ? I'm in the process of applying a custom patch to lib/python2.1/compileall.py that adds a new parameter and code suite to compile_dir() to accept a list of dir. names to skip over during the recursive traversal. This way we can specify to skip over test/ entirely (without deleting or moving it) and no matter how the installer changes, as long as it calls compileall.compile_dir() it should work. I'd like to change inst/compilezpy.py to import this custom module instead of looking at the standard library module (until perhaps I can have this merged into python's CVS?). What's the best way to submit patchs (esp. multi-file ones?) Also, are you going to (or have already) rebuild the binary packages for beta4 so linux users can test them? Most people won't know about this bug, and it's too small (and premature) to be a hotfix. I should have something by the end of the weekend. Eron On Friday 18 January 2002 02:25 pm, you wrote: > Eron Lloyd wrote: > >Chris (or anybody else), > > > >Have you tried to install Beta4 using the linux binary package yet? I'm > >trying to write a patch against it but the installation does in fact bomb > > out each time I try to run it, even freshly untarred. The source TGZ > > works fine and dandy, however. It seems compilezpy.py has been > > dramatically changed since Beta3, as if to try and surpress the stdout > > messages. I'm going to try and break it down and find out where the > > exceptions are flagging, and also refactor my patch so it doesn't depend > > on the changes being made to compilezpy.py. I don't like wrapping a gag > > around code if I don't have to, and I'd rather this stuff be written to > > an install log or something. > > > >I-see-a-fishbowl-proposal-for-a-new-installer-ly yours, > > > >Eron > > Hi Eron, > > One of the engineers snuck in a last minute change to "fix" the install > process to not install if compilation of any module fails. However, the > test suite for Python itself has some modules that don't compile, and > they're causing the newly "fixed" installer to complain. > > In the file inst/compilezpy.py, you can delete the section that says > (starting at about line 45): > > if not success: > > > to the end of the file and rerun the install program. > > This one was particularly aggravating because the beta 4 release is only > supposed to include bugfixes, not 'features'. Clearly, I distingush > between a bug fix which fixes an existing problem causing Zope to not > work vs a feature which causes an otherwise working Zope to cease > functioning. :) > > > ___ > 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] Re: [Zope] Error on install
Chris (or anybody else), Have you tried to install Beta4 using the linux binary package yet? I'm trying to write a patch against it but the installation does in fact bomb out each time I try to run it, even freshly untarred. The source TGZ works fine and dandy, however. It seems compilezpy.py has been dramatically changed since Beta3, as if to try and surpress the stdout messages. I'm going to try and break it down and find out where the exceptions are flagging, and also refactor my patch so it doesn't depend on the changes being made to compilezpy.py. I don't like wrapping a gag around code if I don't have to, and I'd rather this stuff be written to an install log or something. I-see-a-fishbowl-proposal-for-a-new-installer-ly yours, Eron On Thursday 17 January 2002 12:23 pm, you wrote: > Sure, go ahead! > > ----- Original Message - > From: "Eron Lloyd" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, January 17, 2002 12:00 PM > Subject: Re: [Zope] Error on install > > > Ah hah! Yet another one...if no one objects, I'd like to try and patch > > compilezpy.py to ignore the test directory during install. I'll submit > > this > > > to the Collector when done. > > > > Eron > > > > On Thursday 17 January 2002 11:28 am, you wrote: > > > I am installing Zope and I get the bellow errors. > > > Could someone explain why I'm getting this? > > > > > > Thanks > > > > > > Allen May > > > MCSi Web Admin > > > 800.842.1702 x7628 > > > > > > > > > > > > Compiling python modules > > > File "/usr/zope/Zope-2.4.3-linux2-x86/lib/python2.1/test/nocaret.py", > > > line 2 > > > [x for x in x] = x > > > SyntaxError: can't assign to list comprehension > > > SyntaxError: from __future__ imports must occur at the beginning of the > > > file (test_future3.py, line 3) > > > SyntaxError: from __future__ imports must occur at the beginning of the > > > file (test_future4.py, line 3) > > > SyntaxError: from __future__ imports must occur at the beginning of the > > > file (test_future5.py, line 4) > > > SyntaxError: from __future__ imports must occur at the beginning of the > > > file (test_future6.py, line 3) > > > SyntaxError: from __future__ imports must occur at the beginning of the > > > file (test_future7.py, line 3) > > > > - > >- > > - > > > >- > > > > ___ > > Zope maillist - [EMAIL PROTECTED] > > http://lists.zope.org/mailman/listinfo/zope > > ** No cross posts or HTML encoding! ** > > (Related lists - > > http://lists.zope.org/mailman/listinfo/zope-announce > > http://lists.zope.org/mailman/listinfo/zope-dev ) > > ___ > Zope maillist - [EMAIL PROTECTED] > http://lists.zope.org/mailman/listinfo/zope > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope-dev ) ___ 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] List & Dictionary properties; General property handling thoughts
This may seem like a redundant question, but this is the third time I've come
across the desire to be able to store values persistantly as lists or
dictionaries. I've read all the suggestions in the archives pointing out
alternatives (, TinyTable,
string.split('value1|value2|..', '|'), "lines" property, SQL DB, etc.) but I
still don't quite get the "Zen" of why this wouldn't make sense in practice.
People have mentioned that it seems redundant with existing structures like
tokens or lines, but these don't seem to have all the familiar benefits of
lists and dicts, like instantly accessible mutability and _methods_, plus no
added overhead. I know you can manipulate data within lists & dicts in a
Python script, but it's just not why I require.
Following this thought, I wonder if it wouldn't be handy to be able to cut,
copy, & paste properties between valid objects, and provide a way to convert
existing property values to different types? Also, the ability to
import/export propertysheets of OFS objects could be useful as well (like in
ZClasses). The facilities to do these things already exist, so would it be
agreed by others in the community to promote these changes? Is it too late to
try and work this into Zope3?
Trying-to-help-Zope-grow-10x-ingly yours,
Eron
___
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 )
