Re: [Zope-dev] Zope Server Control

2003-02-07 Thread Eron Lloyd
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] Improving product management

2002-09-05 Thread Eron Lloyd

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

2002-09-04 Thread Eron Lloyd

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

2002-05-16 Thread Eron Lloyd

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 !--#BCODE -- in dtml

2002-04-11 Thread Eron Lloyd

Zope thinks you're trying to use an ancient version of DTML. Make sure
your comments are syntactically correct (!-- comment --) and try to
avoid using !-- #(comment) -- 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 !--#BCODE -- in dtml, but
 !-- #BCODE -- is okay.
 
 Is this correct.
 
 Thank you very much.
 
 Yuan-Chen Cheng
 
 The traceback is here:
 
 Unexpected tag, for tag !--#BCODE --, 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 )



Re: [Zope-dev] SQLite as a Light DB component for Zope and Python

2002-04-02 Thread Eron Lloyd

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.htmlSQLite: 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 )



[Zope-dev] Re: [Zope] isecure XML-RPC handling.

2002-04-02 Thread Eron Lloyd

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

 cut here
 $ 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

 ?xml version=1.0?
 methodCall
  methodNameobjectIds/methodName
  params/
 /methodCall


 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: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0
 Transitional//EN http://www.w3.org/TR/REC-html40/loose.dtd;HTML
 HEAD TITLEWelcometo Zope.org/TITLE  link rel=stylesheet
 href=http://10.0.11.3:1380/zope_css; type=text/css   /HEAD  BOD
 Content-Length: 6864
 Bobo-Exception-Line: 748

 !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN
 http://www.w3.org/TR/REC-html40/loose.dtd;
 HTML
  HEAD
  TITLEWelcome to Zope.org/TITLE
   link rel=stylesheet href=http://10.0.11.3:1380/zope_css;
 type=text/css

   /HEAD


 BODY BGCOLOR=#FF TEXT=#00 LINK=#66 VLINK=#606060
 TOPMARGIN=0 LEFTMARGIN=0 MARGINWIDTH=0 MARGINHEIGHT=0
  BASEFONT FACE=Verdana, Arial, Helvetica, sans-serif SIZE=2

TABLE BORDER=0 CELLPADDING=0 CELLSPACING=0 
TR
 TD WIDTH=10 BGCOLOR=#6699cc ALIGN=CENTERnbsp;/TD
 TD COLSPAN=2 BGCOLOR=#6699CC VALIGN=TOP WIDTH=165A
 HREF=/IMGSRC=/Images/zopecom.gif ALT=Zope ALIGN=ABSMIDDLE
 WIDTH=150 HEIGHT=63 BORDER=0/A/TD
 TD BGCOLOR=#6699CC VALIGN=TOP ALIGN=RIGHT xWIDTH=99%
 CLASS=welcome
  p class=welcome
   a class=globalmenu href=http://www.zope.com;Business
 Services/A

   | A CLASS=globalmenu HREF=/SiteIndex/searchFormSearch/A
   | a CLASS=globalmenu href=/ProductsDownload/a
   | a CLASS=globalmenu href=/DocumentationDocumentation/a
   | a CLASS=globalmenu href=/ResourcesResources/a
   | a 

Re: [Zope-dev] Impact of additional protocols handled by Zope?

2002-03-17 Thread Eron Lloyd

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

2002-01-18 Thread Eron Lloyd

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

2002-01-17 Thread Eron Lloyd

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

2001-12-26 Thread Eron Lloyd

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 (dtml-return expr={'id': 'item'}, 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 )