Mailman 3 December 2004 - Python-announce-list

Release of PyGreSQL version 3.6
by D'Arcy J.M. Cain 16 Dec '04

16 Dec '04

Announce: Release of PyGreSQL version 3.6 ========================================= PyGreSQL v3.6 has been released. It is available at: ftp://ftp.druid.net/pub/distrib/PyGreSQL-3.6.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.5 to PyGreSQL 3.6 - Better DB-API 2.0 compliance - Exception hierarchy moved into C module and made available to both APIs - Fix error in update method that caused false exceptions - Moved to standard exception hierarchy in classic API - Added new method to get transaction state - Use proper Python constants where appropriate - Use Python versions of strtol, etc. Allows WIN32 build - Bug fixes and cleanups 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

[ANN] [Hack] Import binary extensions from zipfiles, windows only
by Thomas Heller 16 Dec '04

16 Dec '04

Warning: experimental code! Overview ======== zipextimporter.py contains the ZipExtImporter class which allows to load Python binary extension modules contained in a zip.archive, without unpacking them to the file system. Call the zipextimporter.install() function to install the import hook, add a zip-file containing .pyd or .dll extension modules to sys.path, and import them. It uses the _memimporter extension which uses code from Joachim Bauch's MemoryModule library. This library emulates the win32 api function LoadLibrary. Sample usage ============ >>> import zipextimporter >>> zipextimporter.install() >>> import sys >>> sys.path.append("lib.zip") >>> import _socket >>> _socket.__file__ 'c:\\sf\\py2exe\\hacks\\memimp\\lib.zip\\_socket.pyd' >>> _socket.__loader__ <ZipExtensionImporter at a74480> >>> Bugs ==== reload() on already imported extension modules does not work correctly: It happily loads the extension a second time. http://starship.python.net/crew/theller/moin.cgi/Hacks_2fZipExtImporter Cheers, Thomas

1 0

ANN: Urwid 0.8.5 with Tutorial
by Ian Ward 16 Dec '04

16 Dec '04

Announcing urwid 0.8.5 ---------------------- Urwid home page: http://excess.org/urwid/ Tarball: http://excess.org/urwid/urwid-0.8.5.tar.gz Tutorial: http://excess.org/urwid/tutorial.html New in this release: - New tutorial covering basic operation of: curses_display.Screen, Canvas, Text, FlowWidget, Filler, BoxWidget, AttrWrap, Edit, ListBox and Frame classes - New widget class: Filler - New ListBox functions: get_focus(), set_focus(..) - Debian packages for Python 2.4. - Fixed curses_display bug affecting text with no attributes. About Urwid =========== Urwid is a curses-based UI library for Python. It features fluid interface resizing, CJK support, multiple text layouts, simple attribute markup, powerful scrolling list boxes, flexible edit boxes and HTML screen shots. Ian Ward <ian#excess,org>

1 0

Dejavu 1.2.6, a Python ORM
by Robert Brewer 16 Dec '04

16 Dec '04

The Dejavu Object-Relational Mapper (version 1.2.6) is now available and in the public domain. Get it at svn://casadeamor.com/dejavu/trunk. Dejavu is an Object-Relational Mapper for Python applications. It is designed to provide the "Model" third of an MVC application. Dejavu avoids making decisions in the framework which are better left to developers, and avoids forcing developers to make decisions which are better left to deployers. In particular, deployers are allowed to mix and match storage mechanisms, including how and when to cache objects in memory, making it easier for deployers to tune applications to their particular environment. Dejavu provides: MODELING LAYER 1. A subclassable Unit class for persisting objects to storage. 2. A base Unit Property class for declaring persistent object attributes. 3. ID Sequencers. 4. Associations between Unit classes. 5. Unit Engines, Rules, and Collections. 6. Aggregation and analysis tools. APPLICATION LAYER 1. Expressions: pure Python Unit queries. This is perhaps the most appealing feature of Dejavu. However, since it uses bytecode hacks, Dejavu only runs on CPython. 2. Sandboxes, which serve as Identity Maps and per-connection caches. Unit objects are "memorized" and "recalled" from a Sandbox, using Expressions. 3. An Arena class for application-level data. STORAGE LAYER 1. A subclassable StorageManager class and specification. Unlike many ORMs, Dejavu does not require you to have complete control of your back end. 2. Specific StorageManagers for: a. Microsoft SQL Server via ADO. b. Microsoft Access (Jet) via ADO. c. ODBC databases (not complete = broken) d. Shelve to dbm. e. Future versions of Dejavu will support PostgreSQL, MySQL, and SQLite. Others are being considered. Dejavu welcomes your use and feedback as an application developer. Dejavu also welcomes framework developers. New code for additional Storage Managers, analysis tools, will be gladly reviewed for inclusion in future releases. Drop me an email if you feel so inclined. Robert Brewer MIS Amor Ministries fumanchu(a)amor.org

1 0

Dr. Dobb's Python-URL! - weekly Python news and links (Dec 15)
by Cameron Laird 15 Dec '04

15 Dec '04

QOTW: "[Python demands more thought in optimization, because i]n other languages, by the time you get the bloody thing working it's time to ship, and you don't have to bother worrying about making it optimal." -- Simon Brunning "One of the best features of c.l.py is how questions phrased in the most ambiguous terms are often slowly elaborated into meaningful enquiries." -- Steve Holden Martin Bless summarizes in an extremely valuable post what you need to know to generate Python-related executable binaries targeted for Windows*. http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/7… John Hunter, Fredrik Lundh, Pádraig Brad, and Tim Peters work out in public on a model problem of textual analysis. http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/b… Amidst the usual combination of heat and light (in this case, on commercial acceptance and applicability of OO), Mike Meyer narrates from his own experience an example of how good object orientation can be. http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/1… gDesklets are attention-grabbing Py-scriptable desktop decorations. http://gdesklets.gnomedesktop.org/index.php Sure, a list comprehension can comprise multiple "for"-s. http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/e… Mac OS X makes for highly-desired (at least by some) development hosts; moreover "there are three killer features in MacPython that you can't get anywhere else ..." http://mail.python.org/pipermail/pythonmac-sig/2004-December/012298.html ======================================================================== 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 Kurt B. Kaiser publishes a weekly report on faults and patches. http://www.google.com/groups?as_usubject=weekly%20python%20patch 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

ANN: Python Test Environment
by Michael Foord 15 Dec '04

15 Dec '04

Well sort of....... Highly experimental - I'm interested in ways of improving this. http://www.voidspace.org.uk/atlantibots/pythonutils.html#testenv I've created a script that will build a 'test environment'. Windoze(tm) only as it uses py2exe. It scans your Python\Lib folder (configurable) and builds a script that *fakes* an import of every module (along with some boilerplate). This, more or less, amounts to everything in the standard lib. There is then a normal setup.py to turn this into a python executable. The result is an executable that will run any python script. It gives sensible values for sys.path, sys.argv and __file__. This is useful for various purposes : 1) Easily have test environments for multiple versions of python - to test your scripts. 2) Run any python script on a machine without python installed. 3) Deploying several scripts using py2exe - one build fits all. Usage : testenv <python file> arg1 arg2... Which should be the equivalent of : python <python file> arg1 arg2... Sample output : (Built with Python 2.4 - then 2.3 - prints sys.version first) ######## D:\New Folder\testenv>testenv test.py arg1 arg2 arg3 2.4 (#60, Nov 30 2004, 11:49:19) [MSC v.1310 32 bit (Intel)] sys.path = ['D:\\New Folder\\testenv\\library.zip', 'D:\\New Folder\\testenv', ' D:\\New Folder\\testenv'] sys.argv = ['D:\\New Folder\\testenv\\test.py', 'arg1', 'arg2', 'arg3'] import Tkinter # succeeded import dummylibrary # succeeded D:\New Folder\testenv> ########## D:\Python Projects\modules in progress\py2exe-testenv\dist>testenv test.py arg1 arg2 2.3.4 (#53, May 25 2004, 21:17:02) [MSC v.1200 32 bit (Intel)] sys.path = ['D:\\Python Projects\\modules in progress\\py2exe-testenv\\dist\\lib \\shared.zip', 'D:\\Python Projects\\modules in progress\\py2exe-testenv\\dist', 'D:\\Python Projects\\modules in progress\\py2exe-testenv\\dist'] sys.argv = ['D:\\Python Projects\\modules in progress\\py2exe-testenv\\dist\\tes t.py', 'arg1', 'arg2'] import Tkinter # succeeded import dummylibrary # succeeded D:\Python Projects\modules in progress\py2exe-testenv\dist> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I'm sure this can be improved in lots of ways - but already useful to me. Comments and suggestions for improvements welcomed. Thanks go to Bruno Thoorens for his suggestions so far. Currently has issues collecting 'sub-packages', but I *think* only the same issues that py2exe has. Extra modules can just be included somewhere on sys.path. Regards, Fuzzy http://www.voidspace.org.uk/atlantibots/pythonutils.html

1 0

ANNOUNCE: Python for .NET beta 4 released
by Brian Lloyd 14 Dec '04

14 Dec '04

Python for .NET 1.0 beta 4 has been released - you can download it from: http://www.zope.org/Members/Brian/PythonNet/ Python for .NET is a near-seamless integration of Python with the .NET common language runtime. For more details, see the README: http://www.zope.org/Members/Brian/PythonNet/README.html Selected changes from the beta 4 release: - Updated the bundled C Python runtime and libraries to Python 2.4. - Managed classes reflected to Python now have an __doc__ attribute that contains a listing of the class constructor signatures. - Fixed a problem that made it impossible to override "special" methods like __getitem__ in subclasses of managed classes. Now the tests all pass, and there is much rejoicing. - Fixed a problem that prevented passing null (None) for array arguments. - Added support to directly iterate over objects that support IEnumerator (as well as IEnumerable). Thanks to Greg Chapman for prodding me ;) - Added a section to the README dealing with rebuilding Python for .NET against other CPython versions. - Fixed some problems with how COM-based objects are exposed and how members of inherited interfaces are exposed. Thanks to Bruce Dodson for patches on this. There is a mailing list for discussion and questions about Python for .NET at: pythondotnet(a)python.org. To subscribe to the mailing list or read the online archives, see: http://mail.python.org/mailman/listinfo/pythondotnet To report bugs or request features in Python for .NET, please use the PythonNet issue tracker at: http://www.zope.org/Members/Brian/PythonNet/Collector/ Brian Lloyd brian(a)zope.com V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com

1 0

ANN: Python Computer Graphics Kit v2.0.0alpha1
by Matthias Baas 13 Dec '04

13 Dec '04

The first alpha release of version 2 of the Python Computer Graphics Kit is available at http://cgkit.sourceforge.net There are still a lot of things missing, but on the other hand, there is also quite a lot that is already working and that might make the current version useful nevertheless. What is it? ----------- The Python Computer Graphics Kit is a generic 3D package written in C++ and Python that can be used for a variety of domains such as scientific visualization, photorealistic rendering, Virtual Reality or even games. The package contains a number of generic modules that can be useful for any application that processes 3D data. This includes new types such as vectors, matrices and quaternions. Furthermore, the package can read and store 3D models in memory where they can be manipulated by Python programs. The kit comes with tools that can be used to display the scene either interactively or by rendering it offline via a RenderMan renderer. What's new? ----------- The new version of the kit can store 3D data in memory where it can be manipulated via Python programs. The new main features are: - 3D data can be stored and manipulated in memory - Imports 3DS, VRML, X3D, OFF, IFS - Exports RIB (shaders are generated on-the-fly) - Create 3D scenes via Python scripting - Interactive OpenGL viewer tool - OpenGL stereo output (vertical split or quad buffer) - Offline render tool that feeds a RenderMan renderer - Use the latest graphics card features using the interactive OGRE viewer tool (not included in the Windows binary) - Connect arbitrary attributes of the same type to create animations - Rigid body dynamics via the Open Dynamics Engine - Extensible via regular modules or plugins For more information, visit: http://cgkit.sourceforge.net - Matthias -

1 0

ANN: IPython 0.6.5 is out.
by Fernando Perez 13 Dec '04

13 Dec '04

Hi all, I'm glad to announce the release of IPython 0.6.6. IPython's homepage is at: http://ipython.scipy.org and downloads are at: http://ipython.scipy.org/dist I've provided RPMs (Py2.2 and 2.3), plus source downloads (.tar.gz and .zip). Debian, Fink and BSD packages for this version should be coming soon, as the respective maintainers (many thanks to Jack Moffit, Andrea Riciputi and Dryice Liu) have the time to follow their packaging procedures. Many thanks to Enthought for their continued hosting support for IPython, and to all the users who contributed ideas, fixes and reports. Release notes ------------- This release was made to fix a few crashes recently found by users, and also to keep compatibility with matplotlib, whose internal namespace structure was recently changed. * Adapt to matplotlib's new name convention, where the matlab-compatible module is called pylab instead of matlab. The change should be transparent to all users, so ipython 0.6.6 will work both with existing matplotlib versions (which use the matlab name) and the new versions (which will use pylab instead). * Don't crash if pylab users have a non-threaded pygtk and they attempt to use the GTK backends. Instead, print a decent error message and suggest a few alternatives. * Improved printing of docstrings for classes and instances. Now, class, constructor and instance-specific docstrings are properly distinguished and all printed. This should provide better functionality for matplotlib.pylab users, since matplotlib relies heavily on class/instance docstrings for end-user information. * New timing functionality added to %run. '%run -t prog' will time the execution of prog.py. Not as fancy as python's timeit.py, but quick and easy to use. You can optionally ask for multiple runs. * Improved (and faster) verbose exeptions, with proper reporting of dotted variable names (this had been broken since ipython's beginnings). * The IPython.genutils.timing() interface changed, now the repetition number is not a parameter anymore, fixed to 1 (the most common case). timings() remains unchanged for multiple repetitions. * Added ipalias() similar to ipmagic(), and simplified their interface. They now take a single string argument, identical to what you'd type at the ipython command line. These provide access to aliases and magics through a python function call, for use in nested python code (the special alias/magic syntax only works on single lines of input). * Fix an obscure crash with recursively embedded ipythons at the command line. * Other minor fixes and cleanups, both to code and documentation. The NEWS file can be found at http://ipython.scipy.org/NEWS, and the full ChangeLog at http://ipython.scipy.org/ChangeLog. Enjoy, and as usual please report any problems. Regards, Fernando.

1 0

ANN: MoinMoin 1.3.1 (advanced wiki engine) released
by Alexander Schremmer 13 Dec '04

13 Dec '04

_ _ /\/\ ___ (_)_ __ /\/\ ___ (_)_ __ / \ / _ \| | '_ \ / \ / _ \| | '_ \ __ / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | | /| _) \/ \/\___/|_|_| |_\/ \/\___/|_|_| |_| |.__) ============================================== MoinMoin 1.3.1 advanced wiki engine released ============================================== After almost one year of development, we are pleased to announce a major new version focused on better user experience, international support and easier administration. MoinMoin is an easy to use, full-featured and extensible wiki software package written in Python. It can fulfill a wide range of roles, such as a personal notes organizer deployed on a laptop or home web server, a company knowledge base deployed on an intranet, or an Internet server open to individuals sharing the same interests, goals or projects. A wiki is a collaborative hypertext environment with an emphasis on easy manipulation of information. Major new features in this branch: ================================== * MoinMoin speaks your language! Complete Unicode support, translated system and help pages in more than ten languages, and support for languages written from right to left are the base features of our internationalisation support. * Fresh look and feel. New default user interface design, improved existing themes and enhanced theme plug-in framework that make it easier to modify the design or create completely new user interface. * Find anything on your wiki, instantly. New search engine and streamlined Google-like search interface, using multiple search terms, regular expressions, search term modifiers and boolean search. * Antispam - keep spammers out of you wiki. Protect your wiki with automatically updated spam patterns maintained on the MoinMaster wiki, and shared by all MoinMoin wikis worlwide. * Underlay directory - easy upgrade and maintenance. New streamlined directory layout protects all system and help pages in a separate underlay directory. * Run with your favorite server. Use either a standalone server that requires only Python, the high performance Twisted server, Apache with Fast CGI, mod_python or plain CGI. * Multiconfig - easier, more powerful configuration. New class-based configuration allow you to easily configure single or multiple wikis sharing a common setup. * Many more features and various bug fixes. For a more detailed list of changes, see the CHANGES file in the distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES MoinMoin History ================ MoinMoin has been around since year 2000. Most of the codebase was written by Jürgen Hermann; it is currently being developed by a growing team. Being originally based on PikiPiki, it has evolved heavily since then (PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large enterprises have been using MoinMoin as a key tool of their intranet, some even use it for their public web page. A large number of Open Source projects use MoinMoin for communication and documentation. Of course there is also a large number of private installations. More Information ================ * Project site: http://moinmoin.wikiwikiweb.de/ * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload * This software is available under the GNU General Public License v2. * Upgrade: http://moinmoin.wikiwikiweb.de/HelpOnUpdating http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES * Known bugs: http://moinmoin.wikiwikiweb.de/MoinMoinBugs sent by Alexander Schremmer for the MoinMoin team

1 0