🌐 Mailman 3 August 2004 - Python-announce-list - python.org

[ANNOUNCE] gmpy 1.0 alpha released
by Alex Martelli Nov. 12, 2005

Nov. 12, 2005

See http://gmpy.sourceforge.net/ for details. What is it: a wrapper for the GMP library, to provide multi-precision arithmetic for Python. Multi-precision floats, and unbounded-precision rationals, are not present in stock Python; multi-precision integers ('long') are, but gmpy's version of multi-precision integers is faster for some operations (NOT all -- used to be, but Python 2.3 did serious enhancements to some operations on longs) and provides lots of nifty pre-packaged additional functions. Minor changes and bug-fixes since the latest 0.9 pre-alpha; support for Python 2.3. The Windows binary release is now for Python 2.3 _only_ (if you're stuck with Python 2.2 on Windows, you can keep using gmpy 0.9 pre-alpha and not really suffer from that). Known bug on Windows: the scan0 and scan1 functions appear broken (perhaps related to the lack of a GMP 4.0 library for Windows -- haven't found one around yet). Alex

2 1

ZODB 3.2.2 (final) released
by Tim Peters Sept. 7, 2004

Sept. 7, 2004

I'm pleased to announce the release of ZODB 3.2.2 (final). This is the version of ZODB that will ship with Zope 2.7.1 (final). Upgrading to ZODB 3.2.2 is strongly recommended for all users, and is critical for sites running ZRS. You can download a source tarball or Windows installer from: http://zope.org/Products/ZODB3.2 As promised with the ZODB 3.2.2b1 release last week, the tests for the unsupported Berkeley-based storages are now disabled in 3.2.2. In addition, a small but critical bug in FileStorage.restore() was identified and repaired. This bug didn't affect the Zope core, but is critical for sites running ZRS. See the news file for more detail: http://zope.org/Products/ZODB3.3/NEWS Note that ZODB 3.2.2 does not support Zope X3 (Zope 3 requires ZODB 3.3 -- as will Zope 2.8).

1 3

ANN: IPython 0.6.3 is out, with matplotlib support.
by Fernando Perez Aug. 31, 2004

Aug. 31, 2004

Announcing an update to IPython, an enhanced interactive Python shell. As always, a big Thank You goes to Enthought and the SciPy crowd for hosting ipython and all its attending support services (bug tracker, mailing lists, website and downloads, etc). * WHAT is IPython? IPython tries to: 1. Provide an interactive shell superior to Python's default. IPython has many features for object introspection, system shell access, and its own special command system for adding functionality when working interactively. 2. Serve as an embeddable, ready to use interpreter for your own programs. IPython can be started with a single call from inside another program, providing access to the current namespace. 3. Offer a flexible framework which can be used as the base environment for other systems with Python as the underlying language. In particular, it provides a profile (pysh) which allows its usage as a quasi system shell, with python syntax. * WHERE to find it: http://ipython.scipy.org * Some highlights of this release (details in the changelog): 1. Matplotlib support The major new feature this time is integrated support for matplotlib (http://matplotlib.sourceforge.net). Thanks to the help of John Hunter (matplotlib's author) and others, IPython now has a new option -pylab. With this flag, it loads and configures matplotlib for interactive use, automatically adapting thread handling to whatever backend is configured in your .matplotlibrc file. This means that you can use Tk, GTK, or WX and IPython automatically handles threading for you so that the matplotlib figure windows do NOT block the shell. The matplotlib features have been tested and work fairly well under Linux, though it's quite possible that bugs remain (threading code is particularly tricky to debug). However, under Mac OSX and Windows we have run into difficulties which we don't know how to solve yet. It appears that for these platforms, at this point only the Tk/TkAgg backends work well. Anyone who works on these systems and knows about threads is welcome to help; the place to look is towards the end of Ipython/Shell.py, where all the thread-handling classes reside. I'd like to thank John for all the time he spent helping me with this. I think for those interested in scientific computing, the combination of matplotlib and ipython makes for a very interesting environment. Please note that this requires matplotlib version 0.62.4 or newer, as John and I coordinated the development of these features, and it required changes to both ipython and matplotlib. 2. GTK & WXPython threading There is also experimental, but disabled by default, support for generic (i.e. not specific to matplotlib) GTK and WX threading. Ideally, IPython should allow you to run arbitrary GTK or WX programs without blocking, and new -gthread/-wthread options were introduced for this purpose. However, this code is not working correctly and my threading knowledge is very limited. If anyone is interested in this kind of functionality, and can help with debugging, simply modify the start() function at the end of IPython/Shell.py to re-enable those options (they are commented out). At that point the threading code will become active again. Any fixes for this will be most welcome. 3. As usual, a number of fixes for recently reported bugs are also included. Enjoy, and please report any problems. Best, Fernando Perez.

1 0

Dr. Dobb's Python-URL! - weekly Python news and links (Aug 31)
by Peter Otten Aug. 31, 2004

Aug. 31, 2004

QOTW: "Python is clearly on a huge evolutionary surge and conservative views on the matter are definitely not winning out right now. And the usual argument (submit a patch!) doesn't really work when those who want to avoid many changes try it... I've been *not* submitting a patch on lots of changes to Python, but somehow it's never been accepted. ;-)" Peter Hansen "I've never seen a more complicated, verbose pile of hogwash than the 'deliverd by mailman' mailing list program." Carol Carrot, perhaps innocent of experience with Majordomo and Sendmail Michelle Levesque's PyWebOff annotates the Python-savvy Web frameworks. PEP 333 offers to rationalize a piece of them. http://pyre.third-bit.com/pyweb/index.html http://groups.google.com/groups?th=7f19fe19b40c1be0 How do generator expressions and list comprehensions compare? Experts explain why the former are *better*--OK, better in several, although not all, ways http://groups.google.com/groups?frame=left&th=1d4aca073edaaa2f Jim Hugunin domesticates Python for the Microsoft weltanschaung. http://blogs.msdn.com/hugunin/ http://www.eweek.com/article2/0,1759,1636906,00.asp How does Python regard file systems? It's a timely topic, with pyfmf its most concrete expression. http://groups.google.com/groups?frame=left&th=c379db570ef96c43 http://sourceforge.net/projects/pyfmf http://richard.jones.name/google-hacks/gmail-filesystem/gmail-filesystem.ht… High-profile Pythoneers Michael Sparks and Alex Martelli demonstrate interests beyond the perfection of the One True Language: petabyte-scale archiving, and marriage. http://www.pcw.co.uk/news/1157046 http://www.aleax.it/mar.html http://bonanna.multiply.com/photos/album/1 Uche Ogbuji reveals his habits for keeping current with Pythonia. http://www.oreillynet.com/pub/wlg/5490 ======================================================================== Everything Python-related you want is probably one or two clicks away in these pages: Python.org's Python Language Website is the traditional center of Pythonia http://www.python.org Notice especially the master FAQ http://www.python.org/doc/FAQ.html PythonWare complements the digest you're reading with the marvelous daily python url http://www.pythonware.com/daily Mygale is a news-gathering webcrawler that specializes in (new) World-Wide Web articles related to Python. http://www.awaretek.com/nowak/mygale.html While cosmetically similar, Mygale and the Daily Python-URL are utterly different in their technologies and generally in their results. comp.lang.python.announce announces new Python software. Be sure to scan this newsgroup weekly. http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.python.announce Brett Cannon continues the marvelous tradition established by Andrew Kuchling and Michael Hudson of intelligently summarizing action on the python-dev mailing list once every other week. http://www.python.org/dev/summary/ The Python Package Index catalogues packages. http://www.python.org/pypi/ The somewhat older Vaults of Parnassus ambitiously collects references to all sorts of Python resources. http://www.vex.net/~x/parnassus/ Much of Python's real work takes place on Special-Interest Group mailing lists http://www.python.org/sigs/ The Python Business Forum "further[s] the interests of companies that base their business on ... Python." http://www.python-in-business.org Python Success Stories--from air-traffic control to on-line match-making--can inspire you or decision-makers to whom you're subject with a vision of what the language makes practical. http://www.pythonology.com/success The Python Software Foundation (PSF) has replaced the Python Consortium as an independent nexus of activity. It has official responsibility for Python's development and maintenance. http://www.python.org/psf/ Among the ways you can support PSF is with a donation. http://www.python.org/psf/donate.html Cetus collects Python hyperlinks. http://www.cetus-links.org/oo_python.html Python FAQTS http://python.faqts.com/ The Cookbook is a collaborative effort to capture useful and interesting recipes. http://aspn.activestate.com/ASPN/Cookbook/Python Among several Python-oriented RSS/RDF feeds available are http://www.python.org/channews.rdf http://bootleg-rss.g-blog.net/pythonware_com_daily.pcgi http://python.de/backend.php For more, see http://www.syndic8.com/feedlist.php?ShowMatch=python&ShowStatus=all The old Python "To-Do List" now lives principally in a SourceForge reincarnation. http://sourceforge.net/tracker/?atid=355470&group_id=5470&func=browse http://python.sourceforge.net/peps/pep-0042.html The online Python Journal is posted at pythonjournal.cognizor.com. editor(a)pythonjournal.com and editor(a)pythonjournal.cognizor.com welcome submission of material that helps people's understanding of Python use, and offer Web presentation of your work. *Py: the Journal of the Python Language* http://www.pyzine.com Archive probing tricks of the trade: http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.python&num=100 http://groups.google.com/groups?meta=site%3Dgroups%26group%3Dcomp.lang.pyth… Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topics/pythonurl/ http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lan… Suggestions/corrections for next week's posting are always welcome. E-mail to <Python-URL(a)phaseit.net> should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask <claird(a)phaseit.net> to subscribe. Mention "Python-URL!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project.

1 0

RSS feed for python.org Jobs.html
by jbellis＠gmail.com Aug. 31, 2004

Aug. 31, 2004

I've written a script to provide an RSS feed for jobs listed at http://www.python.org/Jobs.html. Point your rss reader to http://www.carnageblender.com/public/ss/pythonjobs.tcl to get the feed, or view the screenscraping source at http://www.carnageblender.com/public/ss/pythonjobs.py. Jonathan Ellis

1 0

ANNOUNCE: wxPython 2.5.2.8
by Robin Dunn Aug. 30, 2004

Aug. 30, 2004

Announcing ---------- I'm pleased to announce the 2.5.2.8 release of wxPython, now available for download at http://wxpython.org/download.php or https://sourceforge.net/project/showfiles.php?group_id=10718&package_id=105… What is wxPython? ----------------- wxPython is a GUI toolkit for the Python programming language. It allows Python programmers to create programs with a robust, highly functional graphical user interface, simply and easily. It is implemented as a Python extension module that wraps the popular wxWidgets cross platform GUI library, which is written in C++. wxPython is a cross-platform toolkit. This means that the same program will usually run on multiple platforms without modifications. Currently supported platforms are 32-bit Microsoft Windows, most Linux or other Unix-like systems using GTK or GTK2, and Apple Macintosh OS X. Changes in 2.5.2.8 ------------------ This is predominantly a bug-fix release. Changes include: * Fixed fatal error due to improper wrapping of wx.FSFile. * Fixed return type of EditableListBox.GetListCtrl * Give generic tree and list controls a DoGetBestSize so they play nicer with sizers when there is no minimal size. * Some tweaks in the demo and samples to correct layout, some flicker problems, and namespace use. * Add wx.Image.ConvertAlphaToMask * Minor corrections in wx.lib.dialogs * wx.FileHistory constructor now accepts the documented 2nd parameter. * Corrections for exceptions in the new ogl * Fixed XRCed to not use reparenting of windows to implement caching of property panels, since Reparent on wxMac is not implemented. * Add support for wxTAB_TRAVERSAL to the XRC handler for wxScrolledWindow. * Add support for all wxListBox styles to the XRC handler for wxCheckListBox. * Fix for wx.Listbook.DeleteAllPages to really delete everything. * wxGTK2 now supports alpha blended bitmap drawing * Made wx.grid.Grid play nicer with sizers. * etc. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!

1 0

ANN:pyCallTips 0.5, a script make Vim support calltips for Python
by dm-info＠163.com Aug. 30, 2004

Aug. 30, 2004

If some pythoner complain that Vim don't support calltips of python, now I implement it. Try it and wish you enjoy it. http://vim.sourceforge.net/scripts/script.php?script_id=1074 Intro: This script simualate code calltips in a new bottow window of Vim. In fact, it display python help doc strings of word under the cursor by scanning the imported modules in the current file. 0.5 enhance 0.3 and fix many bugs.

1 0

Release of PyGreSQL 3.5
by D'Arcy J.M. Cain Aug. 29, 2004

Aug. 29, 2004

Announce: Release of PyGreSQL version 3.5 ========================================= PyGreSQL v3.5 has been released. It is available at: ftp://ftp.druid.net/pub/distrib/PyGreSQL-3.5.tgz. If you are running NetBSD, look in the packages directory under databases. There is also a package in the FreeBSD ports collection. >From March 1 2001 the PyGreSQL development has moved into the PostgreSQL development tree. Starting with the last release it has been moved back to a separate project. We are also now joined by the PoPy team and future versions will have a merged version of the two systems. PostgreSQL is a database system derived from Postgres4.2. It conforms to (most of) ANSI SQL and offers many interesting capabilities (C dynamic linking for functions or type definition, etc.). This package is copyright by the Regents of the University of California, and is freely distributable. Python is an interpreted programming language. It is object oriented, simple to use (light syntax, simple and straightforward statements), and has many extensions for building GUIs, interfacing with WWW, etc. An intelligent web browser (HotJava like) is currently under development (November 1995), and this should open programmers many doors. Python is copyrighted by Stichting S Mathematisch Centrum, Amsterdam, The Netherlands, and is freely distributable. PyGreSQL is a python module that interfaces to a PostgreSQL database. It embeds the PostgreSQL query library to allow easy use of the powerful PostgreSQL features from a Python script. This release fixes a few bugs, adds a few minor features and makes a few speedups in the code. It works with Python version 2.3 and PostgreSQL version 7.3 and up. See the other changes below or in the Changelog file. PyGreSQL 2.0 was developed and tested on a NetBSD 1.3_BETA system. It is based on the PyGres95 code written by Pascal Andre, andre(a)chimay.via.ecp.fr. I changed the version to 2.0 and updated the code for Python 1.5 and PostgreSQL 6.2.1. While I was at it I upgraded the code to use full ANSI style prototypes and changed the order of arguments to connect. Later versions are fixes and enhancements to that. The latest version of PyGreSQL works with Python 1.5.2 and PostgreSQL 7.0.x Important changes from PyGreSQL 3.4 to PyGreSQL 3.5 - Add interval to list of data types - fix up method wrapping especially close() - retry pkeys once if table missing in case it was just added - wrap query method separately to handle debug better - use isinstance instead of type - fix free/PQfreemem issue - finally Important changes from PyGreSQL 3.3 to PyGreSQL 3.4 - Moved back out of PostgreSQL tree - Allow for larger integer returns - Return proper strings for true and false - Cleanup convenience method creation - Enhance debugging method - Add reopen method - Allow programs to preload field names for speedup - Move OID handling so that it returns long instead of int - Miscellaneous cleanups and formatting Important changes from PyGreSQL 3.2 to PyGreSQL 3.3 - Added NUMERICOID to list of returned types. This fixes a bug when returning aggregates in the latest version of PostgreSQL. Important changes from PyGreSQL 3.1 to PyGreSQL 3.2 Note that there are very few changes to PostgreSQL between 3.1 and 3.2. The main reason for the release is the move into the PostgreSQL development tree. Even the WIN32 changes are pretty minor. - Add WIN32 support (gerhard(a)bigfoot.de) - Fix some DB-API quoting problems (niall.smart(a)ebeon.com) - Moved development into PostgreSQL development tree. Important changes from PyGreSQL 3.0 to PyGreSQL 3.1 - Fix some quoting functions. In particular handle NULLs better. - Use a method to add primary key information rather than direct manipulation of the class structures. - Break decimal out in _quote (in pg.py) and treat it as float. - Treat timestamp like date for quoting purposes. - Remove a redundant SELECT from the get method speeding it, and insert since it calls get, up a little. - Add test for BOOL type in typecast method to pgdbTypeCache class. (tv(a)beamnet.de) - Fix pgdb.py to send port as integer to lower level function (dildog(a)l0pht.com) - Change pg.py to speed up some operations - Allow updates on tables with no primary keys. Important changes from PyGreSQL 2.4 to PyGreSQL 3.0: - Remove strlen() call from pglarge_write() and get size from object. (Richard(a)Bouska.cz) - Add a little more error checking to the quote function in the wrapper - Add extra checking in _quote function - Wrap query in pg.py for debugging - Add DB-API 2.0 support to pgmodule.c (andre(a)via.ecp.fr) - Add DB-API 2.0 wrapper pgdb.py (andre(a)via.ecp.fr) - Correct keyword clash (temp) in tutorial - Clean up layout of tutorial - Return NULL values as None (rlawrence(a)lastfoot.com) (WARNING: This will cause backwards compatibility issues.) - Change None to NULL in insert and update - Change hash-bang lines to use /usr/bin/env - Clearing date should be blank (NULL) not TODAY - Quote backslashes in strings in _quote (brian(a)CSUA.Berkeley.EDU) - Expanded and clarified build instructions (tbryan(a)starship.python.net) - Make code thread safe (Jerome.Alet(a)unice.fr) - Add README.distutils (mwa(a)gate.net & jeremy(a)cnri.reston.va.us) - Many fixes and increased DB-API compliance by chifungfan(a)yahoo.com, tony(a)printra.net, jeremy(a)alum.mit.edu and others to get the final version ready to release. Important changes from PyGreSQL 2.3 to PyGreSQL 2.4: - Insert returns None if the user doesn't have select permissions on the table. It can (and does) happen that one has insert but not select permissions on a table. - Added ntuples() method to query object (brit(a)druid.net) - Corrected a bug related to getresult() and the money type - Corrected a bug related to negative money amounts - Allow update based on primary key if munged oid not available and table has a primary key - Add many __doc__ strings. (andre(a)via.ecp.fr) - Get method works with views if key specified Important changes from PyGreSQL 2.2 to PyGreSQL 2.3: - connect.host returns "localhost" when connected to Unix socket (torppa(a)tuhnu.cutery.fi) - Use PyArg_ParseTupleAndKeywords in connect() (torppa(a)tuhnu.cutery.fi) - fixes and cleanups (torppa(a)tuhnu.cutery.fi) - Fixed memory leak in dictresult() (terekhov(a)emc.com) - Deprecated pgext.py - functionality now in pg.py - More cleanups to the tutorial - Added fileno() method - terekhov(a)emc.com (Mikhail Terekhov) - added money type to quoting function - Compiles cleanly with more warnings turned on - Returns PostgreSQL error message on error - Init accepts keywords (Jarkko Torppa) - Convenience functions can be overridden (Jarkko Torppa) - added close() method Important changes from PyGreSQL 2.1 to PyGreSQL 2.2: - Added user and password support thanks to Ng Pheng Siong <ngps(a)post1.com> - Insert queries return the inserted oid - Add new pg wrapper (C module renamed to _pg) - Wrapped database connection in a class. - Cleaned up some of the tutorial. (More work needed.) - Added version and __version__. Thanks to thilo(a)eevolute.com for the suggestion. Important changes from PyGreSQL 2.0 to PyGreSQL 2.1: - return fields as proper Python objects for field type - Cleaned up pgext.py - Added dictresult method Important changes from Pygres95 1.0b to PyGreSQL 2.0: - Updated code for PostgreSQL 6.2.1 and Python 1.5. - Reformatted code and converted to ANSI . - Changed name to PyGreSQL (from PyGres95.) - Changed order of arguments to connect function. - Created new type pgqueryobject and moved certain methods to it. - Added a print function for pgqueryobject - Various code changes - mostly stylistic. For more information about each package, please have a look to their web pages: - Python : http://www.python.org/ - PostgreSQL : http://www.PostgreSQL.org/ - PyGreSQL : http://www.PyGreSQL.org/ -- D'Arcy J.M. Cain PyGreSQL Development Group http://www.PyGreSQL.org

1 0

New Python-like language development starting
by Mark Hahn Aug. 28, 2004

Aug. 28, 2004

This is an announcement of the beginning of development of a new Python-like language called PyCs (pronounced "pie-cees"). Like IronPython, PyCs will be Python on .Net but it will have more advanced features and probably have higher performance due to a Psyco-like implementation technique. See http://pycs.org. PyCs is a fusion of Python and C#. It is the first Python-like dynamic language with all the capabilities of C# including the capabilities of the research language C-Omega (http://research.microsoft.com/Comega/) including the X# language features (http://www.cl.cam.ac.uk/%7Egmb/Papers/vanilla-xml2003.html) that embed XML/SQL support directly in the language. At the same time PyCs keeps all the advantages of the Python language and the Python way. PyCs will not be source compatible with either C# or Python but code could be ported from either one easily. PyCs is being developed by Mark Hahn who developed Prothon and PyCs grew out of the initial efforts to port Prothon to .Net. For an explanation of why the Prothon port to .Net turned into a whole new language, see http://prothon.org/pycsnews.htm. PyCs is just now starting development and will be developed using the same XP-like language design process used to develop Prothon. This process will use the PyCs mailing list to design the language where Mark acts as moderator and implements the language in real-time as the ideas are worked out. He will be working on PyCs full-time and drive the development just as he did with Prothon. Please join the PyCs team. The only effort involved is particpating in a low-traffic, high-content, mailing list. You will be able to influence the design of the latest and greatest dynamic language. -- Mark Hahn, http://pycs.org

1 0

pyrad 0.8 - native python RADIUS implementation
by Wichert Akkerman Aug. 28, 2004

Aug. 28, 2004

pyrad is an implementation of a RADIUS client and server as described in RFC2865, 2866, and others. It takes care of all the details like building RADIUS packets, sending and receiving them, and en-/decoding responses. (RADIUS is a common protocol used for authentication, authorisation and accounting for remote access (and similar) services). Changes since previous release ------------------------------ * Fix time-handling in the client packet sending code: it would loop forever since the now time was updated at the wrong moment. Fix from Michael Mitchell. * Fix passing of dict parameter when creating reply packets Example ------- Here is an example of doing a authentication request: import pyrad.packet from pyrad.client import Client from pyrad.dictionary import Dictionary srv=Client(server="radius.my.domain", secret="s3cr3t", dict=Dictionary("dicts/dictionary", "dictionary.acc")) req=srv.CreateAuthPacket(code=pyrad.packet.AccessRequest, User_Name="wichert", NAS_Identifier="localhost") req["User-Password"]=req.PwCrypt("password") reply=srv.SendPacket(req) if reply.code==pyrad.packet.AccessAccept: print "access accepted" else: print "access denied" print "Attributes returned by server:" for i in reply.keys(): print "%s: %s" % (i, reply[i]) And an example for a trivial RADIUS server: from pyrad import dictionary, packet, server class FakeServer(server.Server): def _HandleAuthPacket(self, fd, pkt): server.Server._HandleAuthPacket(self, fd, pkt) reply=self.CreateReplyPacket(pkt) reply.code=packet.AccessAccept self.SendReplyPacket(fd, reply) srv=FakeServer(dict=dictionary.Dictionary("dictionary")) srv.hosts["127.0.0.1"]=server.RemoteHost("127.0.0.1", "s3cr3t", "localhost") srv.BindToAddress("") srv.Run() Requirements ------------ pyrad requires Python 2.2 or later. Author, copyright, availability ------------------------------- pyrad was written by Wichert Akkerman <wichert(a)wiggy.net> The current version and documentation can be found at its homepage: http://www.wiggy.net/code/pyrad/ Copyright 2002-2004 Wichert Akkerman. All rights reserved. pyrad is distributed under the BSD license. Please see the source archive for the full license text. -- Wichert Akkerman <wichert(a)wiggy.net> It is simple to make things. http://www.wiggy.net/ It is hard to make things simple.

1 0