April 2000 - Zope - Zope lists

Search in mail-archives
by Francois-Regis CHALAOUX 10 Apr '00

10 Apr '00

Hi, Could it be possible at zope.org to search in mailing lists archives (htdig can do the job). FR

2 1

import and external file
by Francois-Regis CHALAOUX 10 Apr '00

10 Apr '00

Hi, It's seem impossible to do "from module import *" in an external file (Extensions folder) true? Security reason? FR

1 0

Why so many problems with database adapters?
by Tres Seaver 10 Apr '00

10 Apr '00

"Hung Jung Lu" <hungjunglu(a)hotmail.com> wrote: > > >From: Michel Pelletier <michel(a)digicool.com> > >Tino Wildenhain wrote: > > > If not, so we can all hope and wish, but not _demand_ to get the > > > fixes :-) > > I certainly wouldn't _demand_ fixes for something that is _free_. > I am not that silly a person. :) But I see over and over again > newbies (including myself) going through the same pain that > others have already gone before. Some of the nicer people have > digged into the problems and FIXED them with a patch. Sadly, > I had to repeat the pain simply because I was NOT aware of > the patch! > > So, the question is simply: do we want all future users to > go down the exact same path, or do we want to save them a > little bit of time and stress, and make Zope a better brand name? First, I changed the Collector (a week or so ago) to make "pending" issues viewable, so at least the bug reports that are there are open (unless the poster marks them as "security related" -- we would like a chance to see those before opening them up). Please give it another spin, if you were turned off by the "black hole" effect before. > >in CVS? Doubt it. Approaching the rat hole at every increasing speed. > > I know. But a simple Wiki page with a simple HTTP link > to a person's personal homepage will allow you to try his/her > patched version at your own risk, without Digicool's > integrity being involved at all. It's like a tree with > a central trunk, if you know what I mean in Revision > Control Systems like VSS. The branches eventually die > out, but before the trunk gets a newer version, the > users can try the patched versions from the branches. > The patched versions don't even need to sit on zope.org > website, they could sit in each individual home site > (there are so many free web hosting sites out there.) > > >Right now people can send a patch to the collector, but it takes us time > >time test it and understand it, especially if it's a deep issue. > > That's totally fine and understandable. But we need to figure > out a way for people to be aware of the bugs and patches right > at the moment when they download a product. > > This way, Digicool can even afford to release a new version > only once every 6 months, say. :) Also, over time, if an > outside person starts to develop a credible branch, and > Digicool is too busy to take care of the trunk, we'll know > it's moment to either (1) outsource the product, or (2) push > the branch into zope.org and make it the trunk. > > >I vote Wiki. > > Sounds good. Anything that allows user to add HTTP links is > good enough. If they can scribble comments, so much the > better. :) The current Collector is "dead-end" technology, slated to be phased out in favor of a "Tracker-based" solution ASAP (reducing the number of open "critical" bugs is one of my priorities now, to enable this process). Tracker (see for instance http://www.zope.org/Products/PTK/Tracker) allows discussion of its issues, which will resolve some of the points raised here, especially if the discussion can contain pointers to "outside" URLs. As a long-time Wiki fan (I turned DC on to Wiki back in February) I don't favor Wiki for this kind of information. Wiki discards history in order to favor the "evolving consensus" of its community, whereas issue tracking is more of a workflow item, where history is *important*. Squishdot would acutally be a better mechanism, or the new PTK stuff which makes any PortalContent object capable of starting a discussion. Tres. -- ========================================================= Tres Seaver tseaver(a)digicool.com tseaver(a)palladion.com

2 1

Re: [Zope] initial access failure
by Chris Herrnberger 10 Apr '00

10 Apr '00

all clear...:) Chris

1 0

SQL Session and acquistion dont seem to work together
by sathya 10 Apr '00

10 Apr '00

with 2.1.6 looks like any method that calls <dtml-call Session> should not be acquired. In spite of cookie exisitng in REQUEST a new cookie gets set . any thoughts fellow men/women ? -- ########################## necessity is the mother of invention ##########################

1 0

GUF 1.2.2 bugfix available
by Stuart 'Zen' Bishop 10 Apr '00

10 Apr '00

A bugfix release of the GenericUserFolder (GUF) has been released. GUF instances created with the 1.2.0 release will need to be deleted and recreated. GUF instances created with earlier versions are unaffected. -- ___ // Zen (alias Stuart Bishop) Work: zen(a)cs.rmit.edu.au // E N Senior Systems Alchemist Play: zen(a)shangri-la.dropbear.id.au //__ Computer Science, RMIT WWW: http://www.cs.rmit.edu.au/~zen

1 0

initial access failure
by Chris Herrnberger 10 Apr '00

10 Apr '00

Sorry to ask this lame question but I installed Zope from the supplied Mandrake rpms. Started server. The default access account is superuser/123. This failed, so used zpasswd to change the user account name and passwd, even set it to no domain restrictions but no go. accessing localhost:8080/manager and all components are installed. file permissions are set too: -rwxr-xr-x 1 root root 30 Apr 10 00:25 /usr/bin/access* Any info would be appreciated to get this going. Best Chris

1 0

Re: [Zope] eliminating dupes in a list
by Tres Seaver 10 Apr '00

10 Apr '00

"Robert Roy" <rjroy(a)takingcontrol.com> wrote: > > I wrote: > > >sathya <linuxcraft(a)redspice.com> asked: > > > >> I have a list to pass in as a parameter to dtml-in but before doing that I > >> would like to eliminate duplicates form the list. > >> ie in ['1','2','1'] I want to skip the duplicate 1. is there a zope hack > >> for this or do I have to use an external method > > > > This requires some Python expression trickery which can't (currently) be > > done within DTML (filter and map aren't available to DTML). You are > > probably better off using a PythonMethod for such logic. For grins, I > > used the Python interpreter to bang out the following Python expression: > > > > filter( None, map( lambda i, d={}: > > ( i, None )[ d.has_key(i) or d.update( {i: 1} ) or 0 ] > > , foo ) ) > > > >This is too convoluted to use in production code (and it strips out 0 values, > >too) -- much better a nice, straightforward, "Pythonic" solution, a Python > >method 'uniq' taking a single argument, 'items': > > > > d = {} > > for item in items: > > if not d.has_key( item ): > > d.update( { item: 1 } ) > > return d.keys() > > > >Call from DTML: > > > > <dtml-in "uniq( myItems )" sort> > > ... > > </dtml-in> > > Your uniq method is not as fast as it could be. The call to has_key is > superfluous and the update call has to creates a dictionary which then gets > thrown away. > > All you need to do is: > def uniq2(items): > d = {} > for item in items: > d[item]=1 > return d.keys() > > This saves creating a dictionary, and having to hash the key twice for > every item. It runs about 2-3 times faster <timings proving this snipped> Yes, if I had been doing it from native Python (i.e., within an ExternalMethod or a Python product), that is how I would have done it. But PythonMethods use bytecodehacks to prevent several "unsafe" operations, one of which is assignment into a mutable structure (i.e., calling __setitem__). Try pasting the body of your method into the body of a PythonMethod -- you get: Error Type: Python Method Error Error Value: Forbidden operation STORE_SUBSCR at line 4 That I can't even assign into a "local" mutable is a defect of PythonMethods, but one I'm not competent to fix (I'm CC'ing Evan on this one in case he knows of something better). The "update()" version works because it looks to bytecodehacks like a function call, which does the required magic in C. Ugly, but does the trick. I should have noted the reason for the hack in the original post). WRT the superfluity of has_key(), you are correct -- I think it is there as a fossil from a previous incarnation. So, for those watching at home, the minimal form for doing this in a PythonMethod is: d = {} for item in items: d.update( { item: 1 } ) return d.keys() Thanks! Tres. -- ========================================================= Tres Seaver tseaver(a)digicool.com tseaver(a)palladion.com

2 1

ZGDChart
by Chui Tey 10 Apr '00

10 Apr '00

Sounds like the id field has been left blank. Chui Tey ------------------------- Hello, I've been trying to succesfully use ZGDChart, I'm using Zope 2.1.6 and python 1.5.2. I've added an SQL method the when I try to add an ZGDchart I get the following error: "No input for required field" from source: <!-- Traceback (innermost last): File /home/pibleck/Zope-2.1.6-src/lib/python/ZPublisher/Publish.py, line 214, in publish_module File /home/pibleck/Zope-2.1.6-src/lib/python/ZPublisher/Publish.py, line 179, in publish File /home/pibleck/Zope-2.1.6-src/lib/python/Zope/__init__.py, line 202, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /home/pibleck/Zope-2.1.6-src/lib/python/ZPublisher/Publish.py, line 126, in publish File /home/pibleck/Zope-2.1.6-src/lib/python/ZPublisher/HTTPRequest.py, line 392, in processInputs File /home/pibleck/Zope-2.1.6-src/lib/python/ZPublisher/Converters.py, line 115, in field2required ValueError: (see above)

1 0

Re: [Zope] ZServer listening
by Tres Seaver 10 Apr '00

10 Apr '00

John Earl <jwe21(a)hermes.cam.ac.uk> > > I'm running ZServer 2.0.0 on a linux box. Looking at the output of > netstat -ap I have > > Prot Rcv S Local Foreign State PID/Prog > tcp 0 0 *:www *:* LISTEN 433/httpd > udp 0 0 *:1026 *:* 606/python z2.py > > OK, so why is Zope listening on some random UDP port (or am I > misreading this - is it not actually listening?) I'm fairly sure all > my database connections are through normal unix domain sockets. The > same process also appears to have some open socket connections, as > expected: > > Proto Ref Flag Type State Inode PID/Prog Path > unix 1 [ ] STREAM CONNECTED 2863 606/python @00000027 > unix 0 [ ACC ] STREAM LISTENING 2866 606/python <zope>/var/pcgi.soc > unix 1 [ ] STREAM CONNECTED 15470 606/python @00000145 > > Can anyone shed any light on this for me? Syslog (see lib/python/Zope/ZLogger/syslog.py). -- ========================================================= Tres Seaver tseaver(a)digicool.com tseaver(a)palladion.com

1 0