- Zope - Zope lists

Re: [Zope] Building ZPyGreSQLDA on Linux
by Hung Jung Lu 28 May '00

28 May '00

>From: Daryl Tester <dt(a)picknowl.com.au> > > Let me try again, does any of you guys have a "config" subfolder inside >your > > /usr/lib/python1.5/ folder? > >Yes. For the record (RedHat 6.1): > >[dt@nipnyep dt]$ ls /usr/lib/python1.5/config/ >Makefile Setup.local config.c.in makesetup >Makefile.pre.in Setup.thread install-sh python.o >Setup config.c libpython1.5.a Thanks a lot, I am inching in day-by-day. :) Your directory structure is really illuminating. You've been very helpful. You'll see why in a second. Trust me, and please take the time to verify yourself, and let me repeat once and for all: the "config" subfolder is a deprecated feature in Python. It's gone. Bye bye to "config". It no longer exists in Python distribution 1.5.2. My Python folder shows the following: (this is from the latest source install of Python... downloaded yesterday from www.python.org) -------------------------------------------- [hjlu@www src]$ ls /u/c2/hjlu/Python-1.5.2/ BeOS Makefile.in Parser config.cache configure.in Demo Misc Python config.h getbuildinfo.o Grammar Modules README config.h.in install-sh Include Objects Tools config.log libpython1.5.a Lib PC acconfig.h config.status pg.py Makefile PCbuild buildno configure python -------------------------------------------- As you can see, a lot of your files that used to be inside the "config" subfolder are nowadays at the root of the Python installation directory. The "makesetup" file is nowadays inside the "Modules" subfolder. It seems to me that Python installation has changed substantially from 1.5 to 1.5.2. So, in short, those of you that are running ZPyGreSQLDA are a very limited lucky bunch of people that are still using Python 1.5 instead of 1.5.2. :) In other words, ZPyGreSQLDA simply doesn't work out-of-the-box with Python 1.5.2. After tweaking the Makefile.pre.in, I have been able to go a few more steps in the makefile process. It still has error, but I'll solve one error at a day, ha. :) Regards and thanks again to all who have helped. I'll post a summary on how to install ZPyGreSQLDA with Python 1.5.2, if I succeed to. :) Hung Jung ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

2 1

Help Executing "install"
by Darin Mosier 28 May '00

28 May '00

I'm trying to get zope installed on my Unix server. I have untared the main file and everything is on the server in a local directory. My problem is I can't execute the file "install" from the server. Can someone please tell me the program or terminal I use to login my Unix server. Thanks Darin _______________________________________________________ Are you a Techie? Get Your Free Tech Email Address Now! Many to choose from! Visit http://www.TechEmail.com

1 0

Hey...
by Dr Watt 28 May '00

28 May '00

Get off of my cloud! ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

1 0

O'Reilly Book on Zope
by Andyman 28 May '00

28 May '00

Hey, a few month ago I read on this list that there will be an O'Reilly Book on Zope. I am waiting for that book! How far is it? Andyman

1 0

ZClass - iterating over a propertysheet
by Graham Chiu 28 May '00

28 May '00

How does one list the names/values of a property sheet from a Zclass's method? -- Regards, Graham Chiu gchiu<at>compkarori.co.nz http://www.compkarori.co.nz/index.php Powered by Interbase and Zope

1 0

zope.org lists down
by klm＠zope.org 28 May '00

28 May '00

This may well be futile, but there's a slim chance that this will work - the zope.org mailling lists are down, and will be until we unravel some network problems... Ken Manheimer klm(a)digicool.com

1 0

REDUX: Perl For Zope
by Paul Everitt 27 May '00

27 May '00

Howdy folks. Below I'd like to respond to some of the points brought up in this thread, provide more information about our motivation, and even offer something! First, this debate, though passions are running high, is a Very Good Thing. I'm stunned and honored that the passions are high. People don't get emotional over things about which they are ambivalent. Also, Zope is going through another inflection point (part of my thesis below), so it's a good time for self-examination by all of us in the Zope community. I'd like to start off with some quick background about my philosophy. I don't hate Perl. I don't hate Microsoft. I love Python and Linux. I love Open Source. I'll paraphrase Tim O'Reilly: don't define yourself based on what you're against, define yourself based on what you're _for_. I am _for_ a radical new vision of web applications, and Python is the right language for constructing that vision. Why did we do this? Eric Sink's email comes closest to the original motivation: """ Maybe it's about "scripting languages vs. Java"...I don't see this announcement as a major shift toward Perl on the part of the Zope developers.... Let's suppose for a moment that Zope's ambitions are much bigger than we think, and that its commitment to purity is slightly lower than we think. In other words, let's just suppose that Zope really wants to be 'The Scripting-Language Application Server'. If so, then why should it not invite the [enormous] Perl crowd into its community? """ Yes, Zope is now and will always be (barring some wild cosmic event) an application written in Python (with C extensions). But should it only appeal to Python folks? At the Zope Track I asked for a show of hands of people that had first seen Zope within the last three months. About half the hands went up. I then asked how many people had never seen Python before Zope. Same response. This brings up my next point, again from the Python conference. Randy Pausch, the Alice guy and motivational keynote speaker, made a poignant point: programmers always think in terms of the people they hang out with. Guess what: the other 99% of the population doesn't act like us. The same rule applies in this case. Perl is clearly popular. What is Zope's response -- go away, or welcome in? The first response has creates a huge barrier to entry for Zope's popularity. Concerning the effect that the introduction of Perl could bring. People have brought up two angles: the code perspective and the community. These are good, important points, and I'll confess that we didn't attach enough importance to this during our decisionmaking. But ultimately I disagree. Let's face it, the kind of bad coders and bad community members that are the topic of debate will absolutely, absolutely *hate* Zope. I remember an interview with a couple of PHP folks that said, "The trouble with Zope is that it is object oriented." This crowd will whine, "Why do I have to plan ahead?" and muddle off to some other initiative. I expect the discipline that Zope has (objects and a framework) could be a boon for a certain crop of Perl people and projects. I hope that Zope can bring good (our current docs notwithstanding!) object practices and a framework to Perl projects. Zope appeals to people that have a design brain, and turns off people that just want to be given a printf, thank you very much. People with bad practices and dirty code will self-select out. Thus, I don't worry about being overrun by dirty code and bad manners. On the whole, we in the Zope community are on the edge of an inflection point. Zope is about to cross another chasm, as barriers to entry (high profile sites, XML, XSL, Perl, RDBMS storage, mountable databases, etc.) are being removed and far more people feel "safe" deploying Zope. Whenever you have these inflection points, it is disruptive on a community. Linux went through, and is probably going through, the same thing. Many hard-core Linux regulars actively didn't want Linux to become easier to use, didn't want to attract a "lower class" by coming up with an attractive GUI. Same with the Internet -- "if it gets easy to use, the AOL horde will show up". Unfortunately for their points of view, Linux and the Internet outgrew their opposition, but I think we would all agree that it was for the greater good. But every inflection point is rocky in some way. A comment on mechanics: we aren't actually doing the work, ActiveState is doing the integration to our specs. (Some posted a worry that we should be spending our time on more important things, like docs.) ActiveState has world-class people that have been a joy to work with, and the company as a whole really "gets it". Some on this list have proclaimed devious ActiveState motives from tortured misinterpretation of press releases. I wonder if these people have ever actually spoken with someone from ActiveState. In fact, I feel obliged to go farther on this. I've known David Ascher and Mark Hammond for five or six years now, back from the beginnings of the Python community. I remember David Ascher's initial NumPy presentation at SPAM 3 at USGS Reston. And I remember Mark at the CGI tutorial I gave at the same conference. These two guys have contributed acres and acres of immeasurably valuable code to Python. I'm completely, 100% offended that their motives, now that they are leading ActiveState's Python efforts, are being impugned. Give them the benefit of the doubt -- for piss sakes, they more than anyone have earned it. One key point that I wanted to bring up concerns complexity. Specifically, a couple of people (Patrick Phalen particularly) mentioned the cricitism that I was most worried about: stop releasing more code and start documenting the old code. Others brought up the point that Zope is already complex enough. Very good points, folks. That's a browbeating we richly deserve. Brian Lloyd and I are on a jihad to reduce the coefficient of complexity with Zope. Help us in this cause, please. I'd like to close on discussing the difference between critiquing the decision vs. critiquing our motivations. The first is very constructive, and has been greatly beneficial in focusing what the community wants and thinks. Regarding the second, even this is helpful. Digital Creations may be the primary force in Zope, but ultimately, the community is the great value. Believe me, we know this, and everybody we interact with tells us this. We have to continually earn our position, and it's obvious that we've gotten some bumps and bruises over this announcement. This is good, as it reminds us that we must maintain the balance between leading the community and following the community, a balance that is the hallmark in the Python community. In the end, only our actions will validate our motivations. Though I'm confident we'll get high marks, I understand those marks must be earned. With that in mind, my next post will offer something specific. --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909 ----------------------------------------- The Open Source Zope application server http://www.zope.org/ -----------------------------------------

1 0

HTML EDITORS
by Luis Cortes 27 May '00

27 May '00

Hello, Has anyone found a really good HTML EDITOR that plays nice with dtml tags? Do anybody have anything they can really recommend? Thanks for the advice, Luis.

5 4

Zope.org down
by Graham Chiu 27 May '00

27 May '00

Hmm. zope.org has been down most of the afternoon. Not that Friday afternoon change over to Zeo that they were talking about doing ? -- Regards, Graham Chiu gchiu<at>compkarori.co.nz http://www.compkarori.co.nz/index.php Powered by Interbase and Zope

5 4

Re: Perl and Zope
by Tom Neff 27 May '00

27 May '00

As one of the original Perl Hackers I agree that this irrational Perl Hate Minute stuff is silly. To some extent language preferences are religious, but that doesn't mean we need a holy war! My response to the "I emigrated penniless from my home country rather than use Perl, now you want to profane Zope, I will immolate myself" wailing is, frankly, g_e_t__a__l_i_f_e. Perl was born as a slack hack but it's grown up and you can produce great, clean, readable apps in it with a modicum of effort. You can also knock off some kinds of quick and dirty real world applets in a few (non-obfuscated) lines, where a "purer" OO language needs several non-obvious paragraphs and/or advanced tricks. On the other hand, you can write bad Perl and give people headaches. You can also do this in Python. Will the availability of Perl methods mean that fewer people learn Python? Probably, but it will be a smaller percentage of a bigger user "pie." My primary worry (if you're listening, Digicool) is that integrating the Python and Perl runtime environments on various platforms will lead to unexpected conflicts and performance problems. For example, will threading be enforced properly? If memory leaks, whose memory is it? If Perl releases a new version, will Zope admins need to hold back until it's cleared for use with Zope?

2 1