- Zope - Zope lists

Confera
by aboulanger＠ldeo.columbia.edu 24 Mar '99

24 Mar '99

I know Confera is unsupported. I did download it (1.2.0) a few days ago and tried to install it as a product. It is a broken product since it needs a module SearchIndex.TextIndex. Any idea on where to get this module? The Zope I am using is 1.9.0 Regards, Albert Boulanger Columbia University

3 2

Re: fsimport and permissions - CORXN
by Wade Leftwich 24 Mar '99

24 Mar '99

> I just ran into some odd behavior with fsimport that may explain the > problem that Milos posted last week. > > On my Linux box, if fsdir == '/fred/barney', then fred as well as > barney must be world-readable. If not, you get the error traceback > Milos reported in his March 14 posting. > Oops, posted too fast. I should have said that fred must be world- executable (listable). -- Wade

1 0

fsimport and permissions
by Wade Leftwich 24 Mar '99

24 Mar '99

I just ran into some odd behavior with fsimport that may explain the problem that Milos posted last week. On my Linux box, if fsdir == '/fred/barney', then fred as well as barney must be world-readable. If not, you get the error traceback Milos reported in his March 14 posting. Wade Leftwich Okay Network Services, Ithaca NY tel 607-277-1334 fax 607-272-3612

2 1

RE: [Zope] [Project Idea] Looking ahead to the future of Linux .. .
by Michel Pelletier 24 Mar '99

24 Mar '99

> -----Original Message----- > From: Martijn Faassen [mailto:faassen@vet.uu.nl] > Sent: Wednesday, March 24, 1999 10:26 AM > To: Bryan J. Smith > Cc: 'Zope List' > Subject: Re: [Zope] [Project Idea] Looking ahead to the > future of Linux > ... > > > "Bryan J. Smith" wrote: > [snip] > > > Little and big internal projects aside, I was wondering if > Zope could > > possibly fill a gap that will come about with Linux > shortly. That gap is > > software distribution at the enterprise server to client level. > > I'm not sure I understand what you want here, but perhaps interesting > for you is the Trove project. Perhaps it's directed more to > larger scale > internet based distribution, though. Another problem is that > as far as I > know the project isn't progressing very quickly if at all (perhaps you > can help). > > I've even heard mention of ZTrove, which would be a Zope > based Trove, if > I understand well. I don't know what the status on that is. > > Mind, I don't know a thing about Trove, just giving pointers > in the hope > it's useful. > > Regards, > > Martijn > Trove is sketches of code in Python (written by Eric Raymond) and ZTrove is vaporware, barely prototyped in bobo a few months ago when I was on the Trove list. It's unfortunate, since I felt that Trove was a great idea; the Internet hasn't reached the point of 'we need it now' in order to get some development behind it. Personally, I think Sunsite and RedHat should give us lots of money so we can write it. :) With Ken and I now in the Zope loop (Ken was one of the original Trove designers, and I was in on the GUI side of things, pushing what was at the time Bobo) we could probably bang something out sometime in the far future. We'd prefer someone in the community start it up because Paul and Rob have us booked sometime into the year 2011. -Michel > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

Pb: REQUEST.set with formating.
by Gilles.Lavaux 24 Mar '99

24 Mar '99

Hello I try to set a variable to the current date with some formating: This works:  But how can I format the ZopeTime to get only the part I want.(month/year for exemple: fmt="%m/%Y") ?? Gilles Lavaux

1 0

[Project Idea] Looking ahead to the future of Linux ...
by Bryan J. Smith 24 Mar '99

24 Mar '99

[Project Idea] Looking ahead to the future of Linux ... [ I am on the Digest list, so send responses directly if you expect an immediate response. ] Although I am a new user, I am quickly growing very fond of Zope. Quite amazing, multiplatform and all. The option to use either the built-in DB or an external one, the built-in web server or an external one. My entire company is thinking of standardizing on Zope since we run Solaris, Linux and NT (along with a few, rogue *BSD variants) on our server-end. Little and big internal projects aside, I was wondering if Zope could possibly fill a gap that will come about with Linux shortly. That gap is software distribution at the enterprise server to client level. Linux (and many other OpenSource software and systems) is winning in the server arena, but the corporate desktop world is staying with NT and the consumer world is staying 95/98. While the third will take awhile, the corporate desktop is something that is attainable in the next few years (with all the Windows 2000 issues which I do not want to get into). Microsoft has SMS for NT and even Apple has a better system for MacOS X Server. What does Linux have? First off, most Linux distributions have RPM. While the format is the same, the filesystem and other distribution or installation-specific configuration may differ. Quite possibly, a Zope-based distributed management system could be built to serve this purpose. I guess my main question is if anyone else is trying to forge such a project togther. E.g., does the Caldera Open Administriative System (COAS) plan to solve such software distribution issues? If not, do any others? If not, I'd say it is a BIG DEAL to get such a project underway. And Zope may be the perfect fit for the back-end (hence, why I am posting this to this list instead of a my local LUG). Just an idea. Please feel free to pick it apart (short of calling me an idiot, well maybe you should anyway :-). I am still learning Python at this stage (big-time Perl advocate, but Python is definately better for web-apps). -- Bryan Bryan J. Smith mailto:b.j.smith@ieee.org,bjs@crc.com Software Engineer http://www.SmithConcepts.com/legal.html ============================================================== How can you say your operating system (OS) is enterprise- scalable when you run a competing operating system for your mail services (Solaris for Hotmail), sport the absolute worst uptimes for application services versus all other OSes (con- tinuous crashes under heavy loads), and have just now, finally started an 64-bit port let alone it is a completely incompa- tible fork from your existing 32-bit API?

2 2

RE: [Zope] ZOracleDA and long numbers
by TFE MMS JARVIS JOHN 24 Mar '99

24 Mar '99

Thanks for the pointer! I have to retract what I said in a previous post about not having a problem with the ZODBCDA--it has the same problem. I had made a small hack of a product for my own study that connected through ODBC and that didn't have the problem because I used Python longs. I somehow got the two confused... This works, but everything gets converted to floats like you said. In my case, this is not so much a problem because I use a lot of large numbers but doesn't seem practical for general use. I found that if, in Buffer.c, I change lines 143 and 144 to case 'd': return PyLong_FromDouble(self->val.d[ii]); I can get the same results as my product--everything is a long. Unfortunately, this causes everything to be printed with Python's 'L' appended instead of '.0'. Either can be fixed by using fmt="%.f" to all of my number fields, but that seems like a lot of extra work (maybe a quick hack to the Z Search Interface would do the trick?) Plus, what if I really have floats somewhere? Would something like: elif dbtype==2: # Number if scale: buf=Buffer(arraysize,'f') dbtype=4 dbsize=8 else: buf=Buffer(arraysize,'d') dbtype=4 dbsize=8 in ociCurs.py (lines 123-131) handle this? I haven't tested it yet on float fields. It might be better to just leave everything as floats. John Jarvis Tokyo Electron FE, Ltd. > -----Original Message----- > From: Jim Fulton [SMTP:jim@digicool.com] > Sent: Wednesday, March 24, 1999 12:00 AM > To: TFE MMS JARVIS JOHN > Cc: zope(a)zope.org > Subject: Re: [Zope] ZOracleDA and long numbers > > > > TFE MMS JARVIS JOHN wrote: > > > > Hi all! > > > > I'm having a problem with running queries containing long numbers. > > I found in db.py that the data type NUMBER is converted to an > > integer which overflows in my case. > > > > The errors: > > > > Error, oci.error: (1455, 'ORA-01455: converting column overflows integer > > datatype\012') > > > > Traceback (innermost last): > > File /usr/lib/python1.5/ZPublisher/Publish.py, line 877, in > publish_module > > File /usr/lib/python1.5/ZPublisher/Publish.py, line 590, in publish > > (Info: /queries/wisdom/customer-Line/manage_test) > > File /usr/lib/python1.5/Shared/DC/ZRDB/DA.py, line 305, in manage_test > > (Object: CopySource) > > File /usr/lib/python1.5/Shared/DC/ZRDB/DA.py, line 286, in manage_test > > (Object: CopySource) > > File /usr/lib/python1.5/Shared/DC/ZRDB/DA.py, line 390, in __call__ > > (Object: CopySource) > > File db.py, line 198, in query > > File /usr/lib/python1.5/Products/ZOracleDA/DCOracle/ociCurs.py, line > 317, > > in fetchmany > > File /usr/lib/python1.5/Products/ZOracleDA/DCOracle/ociCurs.py, line > 279, > > in fetchone > > File /usr/lib/python1.5/Products/ZOracleDA/DCOracle/ociCurs.py, line > 75, > > in _error > > oci.error: (see above) > > > > I tried changing line 219 in query() in db.py: > > from > > if scale==0: type='i' > > to > > if scale==0: type='f' > > > > in order to force a float type, but this has no effect, it seems. > > This typr only affects meta-data seen by some Zope tools. > > > I'm sure that I'm misunderstanding something here. > > Nope, you aren't. > > > Any pointers to where I can look to fix this would be greatly > > appreciated. > > There is a similar change that needs to be made to *work around* > this problem. In DCOracle/ociCurs.py, change: > > elif dbtype==2: # Number > if scale: > buf=Buffer(arraysize,'d') > dbtype=4 > dbsize=8 > else: > buf=Buffer(arraysize,'i') > dbtype=3 > dbsize=4 > f=None > > to: > > elif dbtype==2: # Number > if scale or 1: > buf=Buffer(arraysize,'d') > dbtype=4 > dbsize=8 > else: > buf=Buffer(arraysize,'i') > dbtype=3 > dbsize=4 > f=None > > This has the undesirable effect of causing all > numbers to be treated as ints. (This is what oracledb > does) :( Unfortunately, you can't tell from Oracle column > meta data whether values in a column will fit into Python ints. > > The right way to fix this is to implement Oracle's > NUMBER or VARNUM C data types and convert to Python > ints or longs on a case by case basis. > > Jim > > -- > Jim Fulton mailto:jim@digicool.com Python Powered! > Technical Director (888) 344-4332 http://www.python.org > Digital Creations http://www.digicool.com http://www.zope.org > > Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email > address may not be added to any commercial mail list with out my > permission. Violation of my privacy with advertising or SPAM will > result in a suit for a MINIMUM of $500 damages/incident, $1500 for > repeats.

1 0

quoting in python
by julian＠zereau.net 24 Mar '99

24 Mar '99

I need to be able to use the var tag's capabilities to neatly quote URL metacharacters, but I need to do it within an expr="foo" mini python snippet. This is so that I can quote individual included variables into a query string I am building. Is there any way to do this? --- Julian Morrison Programmer (Zereau Ltd)

1 0

handling exceptions in DTML
by Jordan B. Baker 24 Mar '99

24 Mar '99

Beyond writing an ExternalMethod, is there a good way to catch exceptions? For example, I have a database application that looks pretty ugly if someone attempts to add a duplicate key to the database. Ideally, I'd use a  tag to trap exceptions and to provide handlers for them. Anyone have any thoughts on this? ------- Jordan B. Baker -- jbb(a)spyderlab.com weaving the web @ http://www.spyderlab.com

1 1

RE: [Zope] [Project Idea] Looking ahead to the future of Linux .. .
by Paul Everitt 24 Mar '99

24 Mar '99

Bryan wrote: > Little and big internal projects aside, I was wondering if Zope could > possibly fill a gap that will come about with Linux shortly. > That gap is > software distribution at the enterprise server to client level. The field of online software distribution is certainly hot. Marimba, the original Java darling, has reinvented themselves in this field: http://www.marimba.com/products/products.htm They are playing, though, in a pretty complicated mission-critical kind of field. The requirements are pretty daunting. > Linux (and many other OpenSource software and systems) is > winning in the > server arena, but the corporate desktop world is staying with > NT and the > consumer world is staying 95/98. While the third will take > awhile, the > corporate desktop is something that is attainable in the next > few years > (with all the Windows 2000 issues which I do not want to get into). > Microsoft has SMS for NT and even Apple has a better system > for MacOS X > Server. What does Linux have? > > First off, most Linux distributions have RPM. While the > format is the same, > the filesystem and other distribution or > installation-specific configuration > may differ. Quite possibly, a Zope-based distributed > management system > could be built to serve this purpose. One thing I've seen that's pretty interesting in a low-tech kind of way is rpmfind from rufus.w3.org from a repository. > I guess my main question is if anyone else is trying to forge > such a project > togther. E.g., does the Caldera Open Administriative System > (COAS) plan to > solve such software distribution issues? If not, do any > others? If not, > I'd say it is a BIG DEAL to get such a project underway. And > Zope may be > the perfect fit for the back-end (hence, why I am posting > this to this list > instead of a my local LUG). It's certainly a big deal in that it is an enormous initiative. Take some time to jot down what you think the business goals and the requirements of such a project might be and recruit some volunteers! > Just an idea. Please feel free to pick it apart (short of > calling me an > idiot, well maybe you should anyway :-). I am still learning > Python at this > stage (big-time Perl advocate, but Python is definately better for > web-apps). Oh you certainly say all the right things. --Paul

1 0