From steven.bethard at gmail.com Sun Jul 2 01:45:45 2006 From: steven.bethard at gmail.com (Steven Bethard) Date: Sat, 1 Jul 2006 17:45:45 -0600 Subject: python-dev Summary for 2006-05-16 through 2006-05-31 Message-ID: python-dev Summary for 2006-05-16 through 2006-05-31 ++++++++++++++++++++++++++++++++++++++++++++++++++++ .. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-05-16_2006-05-31] ============= Announcements ============= ---------------------------- QOTF: Quote of the Fortnight ---------------------------- Martin v. L?wis on what kind of questions are appropriate for python-dev: ... [python-dev] is the list where you say "I want to help", not so much "I need your help". Contributing thread: - `Segmentation fault of Python if build on Solaris 9 or 10 with Sun Studio 11 `__ ------------------- Python 2.5 schedule ------------------- Python 2.5 is moving steadily towards its next release. See `PEP 356`_ for more details and the full schedule. You may start to see a few warnings at import time if you've named non-package directories with the same names as your modules/packages. Python-dev suggests renaming these directories -- though the warnings won't give you any real trouble in Python 2.5, there's a chance that a future version of Python will drop the need for __init__.py. .. _PEP 356: http://www.python.org/dev/peps/pep-0356/ Contributing thread: - `2.5 schedule `__ - `warnings about missing __init__.py in toplevel directories `__ ------------------------------ Restructured library reference ------------------------------ Thanks to work by A.M. Kuchling and Michael Spencer, the organization of the `development Library Reference documentation`_ structure is much improved over the `old one`_. Thanks for your hard work guys! .. _development Library Reference documentation: http://docs.python.org/dev/lib/lib.html .. _old one: http://docs.python.org/lib/lib.html Contributing thread: - `[Python-3000] stdlib reorganization `__ ----------------------------- Need for Speed Sprint results ----------------------------- The results of the `Need for Speed Sprint`_ are all posted on the wiki. In particular, you should check a number of `successes`_ they had in speeding up various parts of Python including function calls, string and Unicode operations, and string<->integer conversions. .. _Need for Speed Sprint: http://wiki.python.org/moin/NeedForSpeed/ .. _successes: http://wiki.python.org/moin/NeedForSpeed/Successes Contributing threads: - `[Python-checkins] r46043 - peps/trunk/pep-0356.txt `__ - `Need for Speed Sprint status `__ ------------------------- Python old-timer memories ------------------------- Guido's been collecting `memories of old-timers`_ who have been using Python for 10 years or more. Be sure to check 'em out and add your own! .. _memories of old-timers: http://www.artima.com/weblogs/viewpost.jsp?thread=161207 Contributing thread: - `Looking for Memories of Python Old-Timers `__ ========= Summaries ========= ----------------------------- Struct module inconsistencies ----------------------------- Changes to the struct module to do proper range checking resulted in a few bugs showing up where the stdlib depended on the old, undocumented behavior. As a compromise, Bob Ippolito added code to do the proper range checking and issue DeprecationWarnings, and then made sure that the all struct results were calculated with appropriate bit masking. The warnings are expected to become errors in Python 2.6 or 2.7. Bob also updated the struct module to return ints instead of longs whenever possible, even for the format codes that had previously guaranteed longs (I, L, q and Q). Contributing threads: - `Returning int instead of long from struct when possible for performance `__ - `test_gzip/test_tarfile failure om AMD64 `__ - `Converting crc32 functions to use unsigned `__ - `test_struct failure on 64 bit platforms `__ --------------------------------- Using epoll for the select module --------------------------------- Ross Cohen implemented a `drop-in replacement for select.poll`_ using Linux's epoll (a more efficient io notifcation system than poll). The select interface is already much closer to the the epoll API than the poll API, and people liked the idea of using epoll silently when available. Ross promised to look into merging his code with the current select module (though it wasn't clear whether or not he would do this using ctypes isntead of an extension module as some people had suggested). .. _drop-in replacement for select.poll: http://sourceforge.net/projects/pyepoll Contributing thread: - `epoll implementation `__ ----------------------- Negatives and sequences ----------------------- Fredrik Lundh pointed out that using a negative sign and multiplying by -1 do not always produce the same behavior, e.g.:: >>> -1 * (1, 2, 3) () >>> -(1, 2, 3) Traceback (most recent call last): File "", line 1, in TypeError: bad operand type for unary - Though no one seemed particularly concerned about the discrepancy, the thread did spend some time discussing the behavior of sequences multiplied by negatives. A number of folks were pushing for this to become an error until Uncle Timmy showed some use-cases like:: # right-justify to 80 columns, padding with spaces s = " " * (80 - len(s)) + s The rest of the thread turned into a (mostly humorous) competition for the best way to incomprehensibly alter sequence multiplication semantics. Contributing thread: - `A Horrible Inconsistency `__ --------------------- Removing METH_OLDARGS --------------------- Georg Brandl asked about removing METH_OLDARGS which has been deprecated since 2.2. Unfortunately, there are still a bunch of uses of it in Modules, and it's still the default if no flag is specified. Georg promised to work on removing the ones in Python core, and there was some discussion of trying to mark the API as deprecated. Issuing a DeprecationWarning seemeed too heavy-handed, so Georg looked into generating C compile time warnings by marking PyArg_Parse as Py_DEPRECATED. Contributing thread: - `Remove METH_OLDARGS? `__ ------------------------------------- Propogating exceptions in dict lookup ------------------------------------- Armin Rigo offered up `a patch to stop dict lookup from hiding exceptions`_ in user-defined __eq__ methods. The PyDict_GetItem() API gives no way of propogating such an exception, so previously the exceptions were just swallowed. Armin moved the exception-swallowing part out of lookdict() and into PyDict_GetItem() so that even though PyDict_GetItem() will still swallow the exceptions, all other ways of invoking dict lookup (e.g. ``value = d[key]`` in Python code) will now propogate the exception properly. Scott Dial brought up an odd corner case where the old behavior would cause insertion of a value into the dict because the exception was assumed to indicate a new key, but people didn't seem to worried about breaking this behavior. .. _a patch to stop dict lookup from hiding exceptions: http://bugs.python.org/1497053 Contributing thread: - `Let's stop eating exceptions in dict lookup `__ ------------------------------ String/unicode inconsistencies ------------------------------ After the Need for Speed Sprint unified some of the string and unicode code, some tests started failing where string and unicode objects had different behavior, e.g. ``'abc'.find('', 100)`` used to return -1 but started returning 100. There was some discussion about what was the right behavior here and Fredrik Lundh promised to implement whatever was decided. Contributing thread: - `replace on empty strings `__ - `Let's stop eating exceptions in dict lookup `__ ----------------------------------- Allowing inline "if" with for-loops ----------------------------------- Heiko Wundram presented a brief PEP suggesting that if-statements in the first line of a for-loop could be optionally inlined, so for example instead of:: for node in tree: if node.haschildren(): you could write:: for node in tree if node.haschildren(): Most people seemed to feel that saving a colon character and a few indents was not a huge gain. Some also worried that this change would encourage code that was harder to read, particularly if the for-clause or if-clause got long. Guido rejected it, and Heiko promised to submit it as a full PEP so that the rejection would be properly recorded. Contributing thread: - `PEP-xxx: Unification of for statement and list-comp syntax `__ ---------------------------------------------- Splitting strings with embedded quoted strings ---------------------------------------------- Dave Cinege proposed augmenting str.split to allow a non-split delimiter to be specified so that splits would not happen within particular substrings, e.g.:: >>> 'Here is "a phrase that should not get split"'.split(None,-1,'"') ['Here', 'is', 'a phrase that should not get split'] Most people were opposed to complicating the API of str.split, but even as a separate method, people didn't seem to think that the need was that great, particularly since the most common needs for such functionality were already covered by ``shlex.split()`` and the csv module. Contributing thread: - `New string method - splitquoted `__ ---------------------------------------- Deadlocks with fork() and multithreading ---------------------------------------- Rotem Yaari ran into some deadlocks using the subprocess module in a multithreaded environment. If a thread other than the thread calling fork is holding the import lock, then since posix only replicates the calling thread, the new child process ends up with an import lock that is locked by a no longer existing thread. Ronald Oussoren offered up a repeatable test case, and a number of strategies for solving the problem were discussed, including releasing the import lock during a fork and throwing away the old import lock after a fork. Contributing threads: - `pthreads, fork, import, and execvp `__ - `pthreads, fork, import, and execvp `__ ---------------- string.partition ---------------- Fredrik Lundh asked about the status of string.partition, and there was a brief discussion about whether or not to return real string objects or lazy objects that would only make a copy if the original string disappeared. Guido opted for the simpler approach using real string objects, and Fredrik implemented it. Contributing threads: - `whatever happened to string.partition ? `__ - `[Python-checkins] whatever happened to string.partition ? `__ - `partition() variants `__ ---------------------------- Speeding up parsing of longs ---------------------------- Runar Petursson asked about speeding up parsing of longs from a slice of a string, e.g. ``long(mystring[x:y])``. He initially proposed adding start= and end= keyword arguments to the long constructor, but that seemed like a slippery slope where every function that took a string would eventually need the same arguments. Tim Peters pointed out that a buffer object would solve the problem if ``PyLong_FromString()`` supported buffer's "offset & length" view or the world instead of only seeing the start index. While adding a ``PyLong_FromStringAndSize()`` would solve this particular problem, all the internal parsing routines have a similar problem -- none of them support a slice-based API. As an alternate approach, Martin Blais was working on a "hot" buffer class, based on the design of the Java NIO ByteBuffer class, which would work without an intermediate string creation or memory copy. Contributing thread: - `Cost-Free Slice into FromString constructors--Long `__ ---------------------- Speeding up try/except ---------------------- After Steve Holden noticed a ~60% slowdown between Python 2.4.3 and the Python trunk on the pybench try/except test, Sean Reifschneider and Richard Jones looked into the problem and found that the slowdown was due to creation of Exception objects. Exceptions had been converted to new-style objects by using PyType_New() as the constructor and then adding magic methods with PyMethodDef(). By changing BaseException to use a PyType_Type definition and the proper C struct to associate methods with the class, Georg Brandl and Richard Jones were able to speed up try/except to 30% faster than it was in Python 2.4.3. Contributing thread: - `2.5a2 try/except slow-down: Convert to type? `__ ----------------------------- Supporting zlib's inflateCopy ----------------------------- Guido noticed that the zlib module was failing with libz 1.1.4. Even though Python has its own copy of libz 1.2.3, it tries to use the system libraries on Unix, so when the zlib module's compress and decompress objects were updated with a copy() method (using libz's inflateCopy() function), this broke compatibility for any system that used a zlib older than 1.2.0. Chris AtLee provided a `patch conditionalizing the addition of the copy() method`_ on the version of libz available. .. _patch conditionalizing the addition of the copy() method: http://bugs.python.org/1503046 Contributing thread: - `zlib module doesn't build - inflateCopy() not found `__ ------------------------ Potential ssize_t values ------------------------ Neal Norwitz looked through the Python codebase for longs that should potentially be declared as ssize_t instead. There was a brief discussion about changing int's ob_ival to ssize_t, but this would have been an enormous change this late in the release cycle and would have slowed down operations on short ints. Hash values were also discussed, but since there's no natural correlation between a hash value and the size of a collection, most people thought it was unnecessary for the moment. Martin v. L?wis suggested upping the recursion limit to ssize_t, and formalizing a 16-bit and 31-bit limit on line and column numbers, respectively. Contributing threads: - `ssize_t question: longs in header files `__ - `ssize_t: ints in header files `__ ----------------- itertools.iwindow ----------------- Torsten Marek proposed adding a windowing function to itertools like:: >>> list(iwindow(range(0,5), 3)) [[0, 1, 2], [1, 2, 3], [2, 3, 4]] Raymond Hettinger pointed him to a `previous discussion`_ on comp.lang.python where he had explained that ``collections.deque()`` was usually a better solution. Nick Coghlan suggested putting the deque example in the collections module docs, but the thread trailed off after that. .. _previous discussion: http://mail.python.org/pipermail/python-list/2005-March/270757.html Contributing thread: - `Proposal for a new itertools function: iwindow `__ --------------------------------------------- Problems with buildbots and files left around --------------------------------------------- Neal Norwitz discovered some problems with the buildbots after finding a few tests that didn't properly clean up, leaving a few files around afterwards. Martin v. L?wis explained that forcing a build on a non-existing branch will remove the build tree (which should clean up a lot of the files) and also that "make distclean" could be added to the clean step of Makefile.pre.in and master.cfg. Contributing thread: - `fixing buildbots `__ ------------------------------------ PEP 3101: Advanced String Formatting ------------------------------------ The discussion of `PEP 3101`_'s string formatting continued again this fortnight. Guido generally liked the proposal, though he suggested following .NET's quoting syntax of doubling the braces, and maybe allowing all formatting errors to pass silently so that rarely raised exceptions don't hide themselves if their format string has an error. The discussion was then moved to the `python-3000 list`_. .. _PEP 3101: http://www.python.org/dev/peps/pep-3101/ .. _python-3000 list: http://mail.python.org/mailman/listinfo/python-3000 Contributing thread: - `PEP 3101 Update `__ ----------------------------- DONT_HAVE_* vs. HAVE_* macros ----------------------------- Neal Norwitz asked whether some recently checked-in DONT_HAVE_* macros should be replaced with HAVE_* macros instead. Martin v. L?wis indicated that these were probably written this way because Luke Dunstan (the contributor) didn't want to modify configure.in and run autoconf. Luke noted that the configure.in and autoconf effort is greater for Windows developers, but also agreed to convert things to autoconf anyway. Contributing thread: - `[Python-checkins] r46064 - in python/trunk: Include/Python.h Include/pyport.h Misc/ACKS Misc/NEWS Modules/_localemodule.c Modules/main.c Modules/posixmodule.c Modules/sha512module.c PC/pyconfig.h Python/thread_nt.h `__ -------------------------------- Changing python int to long long -------------------------------- Sean Reifschneider looked into converting the Python int type to long long. Though for simple math he saw speedups of around 25%, for ints that fit entirely within 32-bits, the slowdown was around 11%. Sean was considering changing the int->long automatic conversion so that ints would first be up-converted to long longs and then to Python longs. Guido said that it would be okay to standardize all ints as 64-bits everywhere, but only for Python 2.6. Contributing thread: - `Changing python int to "long long". `__ ---------------------------- C-level exception invariants ---------------------------- Tim Peters was looking at what kind of invariants could be promised for C-level exceptions. In particular, he was hoping to promise that for PyFrameObject's f_exc_type, f_exc_value, and f_exc_traceback, either all are NULL or none are NULL. In his investigation, he found a number of errors, including that _PyExc_Init() tries to raise an AttributeError before the exception pointers have been initialized. Contributing thread: - `Low-level exception invariants? `__ ------------ C-code style ------------ Martin Blais asked about the policy for C code in Python core. `PEP 7`_ explains that for old code, the most important thing is to be consistent with the surrounding style. For new C files (and for Python 3000 code) indentation should be 4 spaces per indent, all spaces (no tabs in any file). There was a short discussion about reformatting the current C code, but that would unnecessarily break svn blame and make merging more difficult. .. _PEP 7: http://www.python.org/dev/peps/pep-0007/ Contributing thread: - `A can of worms... (does Python C code have a new C style?) `__ ================ Deferred Threads ================ - `feature request: inspect.isgenerator `__ - `Python Benchmarks `__ ================== Previous Summaries ================== - `[Python-checkins] r45925 - in python/trunk: Lib/tempfile.py Lib/test/test_os.py Misc/NEWS Modules/posixmodule.c `__ - `[Web-SIG] Adding wsgiref to stdlib `__ =============== Skipped Threads =============== - `FYI: building on OS X `__ - `MSVC 6.0 patch `__ - `total ordering. `__ - `[Python-checkins] r46002 - in python/branches/release24-maint: Misc/ACKS Misc/NEWS Objects/unicodeobject.c `__ - `Reminder: call for proposals "Python Language and Libraries Track" for Europython 2006 `__ - `Decimal and Exponentiation `__ - `Weekly Python Patch/Bug Summary `__ - `New string method - splitquoted - New EmailAddress `__ - `Iterating generator from C (PostgreSQL's pl/python RETUN SETOF/RECORD iterator support broken on RedHat buggy libs) `__ - `Charles Waldman? `__ - `SSH key for work computer `__ - `PySequence_Fast_GET_ITEM in string join `__ - `Socket regression `__ - `extensions and multiple source files with the same basename `__ - `Import hooks falling back on built-in import machinery? `__ - `This `__ - `SQLite header scan order `__ - `[Python-checkins] r46247 - in python/branches/sreifschneider-newnewexcept: Makefile.pre.in Objects/exceptions.c Python/exceptions.c `__ - `SQLite status? `__ - `Request for patch review `__ - `patch for mbcs codecs `__ - `[Python-checkins] This `__ - `[Python-checkins] r46300 - in python/trunk: Lib/socket.py Lib/test/test_socket.py Lib/test/test_struct.py Modules/_struct.c Modules/arraymodule.c Modules/socketmodule.c `__ - `getting rid of confusing "expected a character buffer object" messages `__ - `[Python-checkins] Python Regression Test Failures refleak (101) `__ - `PEP 42 - New kind of Temporary file `__ - `DRAFT: python-dev summary for 2006-03-16 to 2006-03-31 `__ - `dictionary order `__ - `Syntax errors on continuation lines `__ - `DRAFT: python-dev summary for 2006-04-01 to 2006-04-15 `__ - `Contributor agreements (was Re: DRAFT: python-dev summary for 2006-04-01 to 2006-04-15) `__ - `Integer representation (Was: ssize_t question: longs in header files) `__ - `problem with compilation flags used by distutils `__ - `bug in PEP 318 `__ - `Socket module corner cases `__ - `uriparsing library (Patch #1462525) `__ - `optparse and unicode `__ - `Reporting unexpected import failures as test failures in regrtest.py `__ - `Add new PyErr_WarnEx() to 2.5? `__ - `Arguments and PyInt_AsLong `__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from May 16, 2006 through May 31, 2006. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). This python-dev summary is the 5th written by the python-dev summary solo, Steve Bethard. (The fun never ends!) To contact me, please send email: - Steve Bethard (steven.bethard at gmail.com) Do *not* post to comp.lang.python if you wish to reach me. The `Python Software Foundation`_ is the non-profit organization that holds the intellectual property for Python. It also tries to advance the development and use of Python. If you find the python-dev Summary helpful please consider making a donation. You can make a donation at http://python.org/psf/donations.html . Every cent counts so even a small donation with a credit card, check, or by PayPal helps. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list at python.org which is a gateway to the newsgroup) with a subject line mentioning what you are discussing. All python-dev members are interested in seeing ideas discussed by the community, so don't hesitate to take a stance on something. And if all of this really interests you then get involved and join `python-dev`_! ------------------------- How to Read the Summaries ------------------------- That this summary is written using reStructuredText_. Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo :); you can safely ignore it. We do suggest learning reST, though; it's simple and is accepted for `PEP markup`_ and can be turned into many different formats like HTML and LaTeX. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _c.l.py: .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _PSF: .. _Python Software Foundation: http://python.org/psf/ .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From stevech1097 at yahoo.com.au Mon Jul 3 06:17:48 2006 From: stevech1097 at yahoo.com.au (Steven Chaplin) Date: Mon, 03 Jul 2006 12:17:48 +0800 Subject: ANN: pycairo release 1.2.0 now available Message-ID: <1151900269.30593.3.camel@localhost.localdomain> Pycairo is a set of Python bindings for the multi-platform 2D graphics library cairo. http://cairographics.org http://cairographics.org/pycairo A new pycairo release 1.2.0 is now available from: http://cairographics.org/releases/pycairo-1.2.0.tar.gz http://cairographics.org/releases/pycairo-1.2.0.tar.gz.md5 ab531e02fda56a9d6b2b65153fda65f6 pycairo-1.2.0.tar.gz Overview of changes from pycairo 1.1.6 to pycairo 1.2.0 ======================================================= General changes: Pycairo has been updated to work with cairo 1.2.0. New methods: Surface.set_fallback_resolution Surface_get_content ImageSurface_get_format Image_surface_get_stride Deleted methods: PDFSurface.set_dpi, PSSurface.set_dpi, SVGSurface.set_dpi - replaced by Surface.set_fallback_resolution Other changes: cairo.FORMAT_RGB16_565 added Overview of changes from pycairo 1.0.2 to pycairo 1.1.6 ======================================================= General changes: Pycairo has been updated to work with cairo 1.1.6. New objects: SVGSurface New methods: Context.get_group_target Context.new_sub_path Context.pop_group Context.pop_group_to_source Context.push_group Context.push_group_with_content FontOptions.get_antialias FontOptions.get_hint_metrics FontOptions.get_hint_style FontOptions.get_subpixel_order FontOptions.set_antialias FontOptions.set_hint_metrics FontOptions.set_hint_style FontOptions.set_subpixel_order PDFSurface.set_size PSSurface.dsc_begin_page_setup PSSurface.dsc_begin_setup PSSurface.dsc_comment PSSurface.set_size ScaledFont.get_font_face ScaledFont.text_extents Surface.get_device_offset XlibSurface.get_depth Updated methods: PDFSurface()/PSSurface() - can now write to file-like objects (like StringIO). surface.write_to_png() and ImageSurface.create_from_png() can now write to file-like objects (like StringIO). select_font_face, show_text, text_extents and text_path now accept unicode objects. Other changes: misc bug fixes. New examples: examples/cairo_snippets/snippets_svg.py examples/cairo_snippets/snippets/ellipse.py examples/cairo_snippets/snippets/group.py examples/svg/svgconvert.py Send instant messages to your online friends http://au.messenger.yahoo.com From jdavid at itaapy.com Tue Jul 4 11:03:44 2006 From: jdavid at itaapy.com (=?UTF-8?B?IkouIERhdmlkIEliw6HDsWV6Ig==?=) Date: Tue, 04 Jul 2006 11:03:44 +0200 Subject: itools 0.13.7 released Message-ID: <44AA2EF0.2080009@itaapy.com> itools is a Python library, it groups a number of packages into a single meta-package for easier development and deployment: itools.catalog itools.i18n itools.uri itools.cms itools.ical itools.web itools.csv itools.resources itools.workflow itools.datatypes itools.rss itools.xhtml itools.gettext itools.schemas itools.xliff itools.handlers itools.stl itools.xml itools.html itools.tmx Changes: Catalog - Fix the "prof.py" script. CSV - Improved Index & Search API, by Herv? Cauwelier [#339]. Web - Fix the access log, flush the buffer on every line. - Support a non-standard HTTP Date format used by some browsers: '%A, %d %b %Y %H:%M:%S GMT'. CMS - Internationalize Epoz, by Herv? Cauwelier [#345]. - Fix Epoz for IE, by Herv? Cauwelier [#390]. Resources --------- Download http://download.ikaaro.org/itools/itools-0.13.7.tar.gz Home http://www.ikaaro.org/itools Mailing list http://mail.ikaaro.org/mailman/listinfo/itools Bug Tracker http://bugs.ikaaro.org -- J. David Ib??ez Itaapy Tel +33 (0)1 42 23 67 45 9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88 From alberanid at libero.it Wed Jul 5 07:11:52 2006 From: alberanid at libero.it (Davide Alberani) Date: Wed, 05 Jul 2006 05:11:52 GMT Subject: IMDbPY 2.6 Message-ID: <65nqn3-r35.ln1@snoopy.mio> IMDbPY 2.6 is available (tgz, deb, rpm, exe) from: http://imdbpy.sourceforge.net/ IMDbPY is a Python package useful to retrieve and manage the data of the IMDb movie database about both movies and people. With this release, huge improvements and bug fixes for the "http" and the "sql" data access systems: the imdbpy2sql.py script has acceptable performances and the new format of the "DVD details" page is handled. Platform-independent and written in pure Python (and few C lines), it can retrieve data from both the IMDb's web server and a local copy of the whole database. IMDbPY package can be very easily used by programmers and developers to provide access to the IMDb's data to their programs. Some simple example scripts are included in the package; other IMDbPY-based programs are available from the home page. -- Davide Alberani [PGP KeyID: 0x465BFD47] http://erlug.linux.it/~da/ From sreeram at tachyontech.net Wed Jul 5 03:22:36 2006 From: sreeram at tachyontech.net (K.S.Sreeram) Date: Wed, 05 Jul 2006 06:52:36 +0530 Subject: CSpace - call for developers! Message-ID: <44AB145C.9080307@tachyontech.net> Hi All CSpace aims to be the next generation in realtime communication. It is an opensource python application, which provides a platform for secure, decentralized, user-to-user communication. The platform provides a connect(user,service) primitive, similar to the sockets API connect(ip,port). Applications built on top of this platform can simply invoke connect(user,service) to establish a secure, nat/firewall friendly connection. Currently TextChat, FileTransfer and RemoteDesktop applications are available on CSpace. CSpace is still a work in progress, and I would like to invite everybody who's interested, to help in improving this product! CSpace Website: http://cspace.in Regards Sreeram PS: My CSpace KeyID is 20. Feel free to add me to your contact list and message me! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://mail.python.org/pipermail/python-announce-list/attachments/20060705/ce7d4401/attachment.pgp From heikki at osafoundation.org Wed Jul 5 23:29:43 2006 From: heikki at osafoundation.org (Heikki Toivonen) Date: Wed, 05 Jul 2006 14:29:43 -0700 Subject: ANN: M2Crypto 0.16 Message-ID: I am happy to announce the M2Crypto 0.16 release. Highlights: - All known memory leaks fixed - All known regressions fixed - Added --openssl option to setup.py which can be used to specify where OpenSSL is installed, by Matt Rodriguez - ECDSA signatures and ECDH key agreement, requires OpenSSL 0.9.8+, by Arno Bakker - Added sha224, sha256, sha384 and sha512, by Larry Bugbee - Added serialNumber, SN, surname, GN and givenName fields to X509_Name, by Martin Paljak - And various other improvements and bugfixes, see CHANGES file Requirements: * Python 2.3 or newer * OpenSSL 0.9.7 or newer o Some optional new features will require OpenSSL 0.9.8 or newer * SWIG 1.3.24 or newer Get it while it's hot from M2Crypto homepage: http://wiki.osafoundation.org/bin/view/Projects/MeTooCrypto -- Heikki Toivonen From bhendrix at enthought.com Thu Jul 6 01:58:31 2006 From: bhendrix at enthought.com (Bryce Hendrix) Date: Wed, 05 Jul 2006 18:58:31 -0500 Subject: ANN: Python Enthought Edition Version 1.0.0.beta3 Released Message-ID: <44AC5227.9030902@enthought.com> Enthought is pleased to announce the release of Python Enthought Edition Version 1.0.0.beta3 (http://code.enthought.com/enthon/) -- a python distribution for Windows. 1.0.0.beta3 Release Notes: -------------------- Version 1.0.0.beta3 of Python Enthought Edition is the first version based on Python 2.4.3 and includes updates to nearly every package. This is the third and (hopefully) last beta release. This release includes version 1.0.8 of the Enthought Tool Suite (ETS) Package and bug fixes-- you can look at the release notes for this ETS version here: http://svn.enthought.com/downloads/enthought/changelog-release.1.0.8.html About Python Enthought Edition: ------------------------------- Python 2.4.3, Enthought Edition is a kitchen-sink-included Python distribution for Windows including the following packages out of the box: Numeric SciPy IPython Enthought Tool Suite wxPython PIL mingw f2py MayaVi Scientific Python VTK and many more... More information is available about all Open Source code written and released by Enthought, Inc. at http://code.enthought.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-announce-list/attachments/20060705/e06abaa6/attachment.htm From t.koutsovassilis at gmail.com Wed Jul 5 23:11:29 2006 From: t.koutsovassilis at gmail.com (t.koutsovassilis at gmail.com) Date: 5 Jul 2006 14:11:29 -0700 Subject: ANN: Porupine 0.0.7 released Message-ID: <1152133888.997760.175680@a14g2000cwb.googlegroups.com> Porcupine is a Python based Web application server that features an embedded object database, the Porcupine Object Query Language, XMLRPC support, and QuiX, an integrated AJAX powered XUL motor. On the server side, this release includes support for WSGI and HTTP cookies. The session ID is stored in a cookie, instead of being injected into the URL. This new feature, along with the "max-age" attribute added to Porcupine registrations, results in better utilization of the HTTP cache. On the client side, QuiX has a new box layout widget and a unified XMLRPC module. Additionally, QuiX windows support a new "onclose" event, triggered just before the window is closed. Finally, each user can select the desired application to be launched automatically immediately after successful login. Resources ========= Porcupine online demo: http://www.innoscript.org/content/view/21/43/ Porcupine tutorial: http://wiki.innoscript.org/index.php/Developers/Tutorials Developer resources: http://www.innoscript.org/component/option,com_remository/Itemid,33/func,selectcat/cat,3/ From wescpy at gmail.com Wed Jul 5 22:56:53 2006 From: wescpy at gmail.com (w chun) Date: Wed, 5 Jul 2006 13:56:53 -0700 Subject: ANN: Intro to Python course, Aug 16-18, San Francisco Message-ID: <78b3a9580607051356k3a37941at8ebcb04330636c08@mail.gmail.com> What: (Intense) Intro to Python When: August 16-18, 2006 Where: San Francisco (SFO/San Bruno), CA, USA Web: http://cyberwebconsulting.com (click "Python Training" link) Need to get up-to-speed with Python as quickly as possible? Come join us in beautiful Northern California for another one of our rigorous Python training events! This is an intense introduction to Python programming geared towards those who have some proficiency in another high-level language. Topics include: * Syntax, Data Types, Operators, and Methods * Python's Objects and Memory Model * Errors and Exception Handling * Flow Control (Loops and Conditionals) * Writing Optimized Python * Files and Input/Output * Functions and Functional Programming Aspects * Modules and Packages * OOP: Classes, Methods, Instances, Class Customization, Inheritance * Execution Environment * Operating System Interface * Advanced Topics and Python Updates This course will take place in San Bruno right near the San Francisco International Airport at the: Staybridge Suites San Francisco Airport 1350 Huntington Ave San Bruno, CA 94066 USA +1-650-588-0770 LOCALS: easy freeway (101/280/380) and public transit (BART and CalTrain) access: San Bruno stations VISITORS: free shuttle to/from the airport, free high-speed internet cxn, free breakfast and evening reception daily The cost is $1095 per attendee. Discounts are available for multiple registrations as well as teachers/students and those with financial hardship. For more information and registration, go to the website above. Registration is also now open for our next Advanced Python course, taking place at the same location in November 2006. See website for more details. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - "Core Python Programming", Prentice Hall, (c)2007,2001 http://corepython.com wesley.j.chun :: wescpy-at-gmail.com python training and technical consulting cyberweb.consulting : silicon valley, ca http://cyberwebconsulting.com From brett at python.org Thu Jul 6 00:07:23 2006 From: brett at python.org (Brett Cannon) Date: Wed, 5 Jul 2006 15:07:23 -0700 Subject: About a month until PSF call for test trackers closes! Message-ID: Back at the beginning of June, the Python Software Foundation's Infrastructure committee sent out an email requesting people to help us find a replacement tracker for SourceForge (the original announcement can be found at http://wiki.python.org/moin/CallForTrackers ). We asked that people put test trackers loaded with a data dump of Python's SourceForge tracker data online for us to play with. We said that we would close acceptance of test trackers as of August 7. That close date is a little over a month away! If you want to help get your favorite tracker up and going for the Infrastructure committee to evaluate, please visit http://wiki.python.org/moin/CallForTrackers and see if you can help out! We already have a tracker for JIRA up and loaded with the SF data to poke around with. There are also Trac and Roundup trackers in the planning stages that could use some help in getting the SF data imported and getting the servers up. In order for a tracker to be considered it *must* have the SF data loaded up. This will be a necessary step if the tracker is accepted, plus it lets us see how well the tracker lets us manage a large number of bugs. If you have questions or concerns, please email infrastructure at python.org(it is subscription-protected, but your email will be accepted; the subscription page is at http://mail.python.org/mailman/listinfo/infrastructure ). Thank you to those that have helped so far and those that do in the future. -Brett Cannon Chairman, PSF Infrastructure Committee -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-announce-list/attachments/20060705/2cc322e8/attachment.html From jeff at taupro.com Thu Jul 6 19:52:29 2006 From: jeff at taupro.com (Jeff Rush) Date: Thu, 06 Jul 2006 12:52:29 -0500 Subject: Dallas Ft. Worth Pythoneers Meeting THIS Saturday Message-ID: <44AD4DDD.90500@taupro.com> The Dallas chapter of the Dallas Ft. Worth Pythoneers meets on the 2nd and 4th Saturday of each month, in a hands-on (so bring your laptops!) programming session. Topic: Last meeting our new format was a success! We covered the creational type of design patterns, showing Python code for each one, and then Brad walked us through his custom Object-Relational-Manager (ORM) in the areas of enforcing object security derived from the underlying relational security rules. This time we'll continue by going over the structural type of design patterns and then trying out lightning talks. Lightning talks are 5-minute rapid-fire presentations by members on any topic related to Python. The format is casual (slides unnecessary) and not intended to cover a topic but to introduce it to the attendees. They are a lot of fun and stimulate ideas for future talks. Everyone please think about a topic and come prepared. It could be an simple as just announcing this cool Python library you found on some website one day. Look thru your bookmarks for ideas. When: Saturday, July 8, 2006, 1:30 PM Where: NerdBooks.com 1681 Firman Drive Richardson , TX 75081 (972) 470-9600 Website: http://www.python.org/dfw http://python.meetup.com/10 Notes: We run until 5 pm and then go out for dinner. We start gathering at 1:30 pm, getting tables, projector and network equipment set up and organized, and then start any formal portion of the meeting at 2 pm. So if you can't make it until 2 pm, that's fine you won't miss any presentation. Jeff Rush DFW Pythoneers Coordinator P.S. The DFW Pythoneers are _also_ meeting _this_ evening (1st Thursday of July) at Denny's Restaurant in Addison, on Beltline just east of Midway. We meet at 7 pm and run until midnight, usually. This meeting is a social get-together over dinner. From steven.bethard at gmail.com Fri Jul 7 01:31:10 2006 From: steven.bethard at gmail.com (Steven Bethard) Date: Thu, 6 Jul 2006 17:31:10 -0600 Subject: python-dev Summary for 2006-06-01 through 2006-06-15 Message-ID: python-dev Summary for 2006-06-01 through 2006-06-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ .. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-06-01_2006-06-15] ============= Announcements ============= ------------------- Python 2.5 schedule ------------------- Python 2.5 is moving steadily towards its next release. See `PEP 356`_ for more details and the full schedule. .. _PEP 356: http://www.python.org/dev/peps/pep-0356/ Contributing threads: - `beta1 coming real soon `__ - `2.5 issues need resolving in a few days `__ ----------------------------------------------- Request for Bug Trackers to replace SourceForge ----------------------------------------------- The Python Software Foundation's Infrastructure committee asked for suggestions for tracker systems that could replace SourceForge. The minimum requirements are: * Can import SourceForge data * Can export data * Has an email interface and if you'd like to suggest a particular tracker system all you need to do is: * Install a test tracker * Import the `SourceForge data dump`_ * Make the `Infrastructure committee members`_ administrators of the tracker * Add your tracker to the `wiki page`_ * Email `the Infrastructure committee`_ Be sure to check the `wiki page`_ for additional information. .. _SourceForge data dump: http://effbot.org/zone/sandbox-sourceforge.htm .. _Infrastructure committee members: http://wiki.python.org/moin/PythonSoftwareFoundationCommittees#infrastructure-committee-ic .. _wiki page: http://wiki.python.org/moin/CallForTrackers .. _the Infrastructure committee: infrastructure at python.org Contributing thread: - `Request for trackers to evaluate as SF replacement for Python development `__ ========= Summaries ========= -------------------------------------------- Getting more comparable results from pybench -------------------------------------------- Skip Montanaro mentioned that the NeedForSpeed_ folks had some trouble with the pybench_ string and unicode tests. In some discussions both on the checkins list and off-list, Fredrik Lundh had concluded that stringbench more reliably reported performance than pybench. There was then a long discussion about how to improve pybench including: * Using time.clock() on Windows and time.time() on Linux. This was accompanied by a long debate about whether to use wall-time or process time. Both wall time and process time can see interference from other programs running at the same time; wall time because the time consumed by other programs running at the same time is also counted, and process time because it is sampled so that other processes can charge their time to the running process by using less than a full time slice. In general, the answer was to use the timer with the best resolution. * Using the minimum time rather than the average. Andrew Dalke explained that timing results do not have a Gaussian distribution (they have more of a gamma distribution) and provided some graphs generated on his machine to demonstrate this. Since the slower runs are typically caused by other things running at the same time (which is pretty much unpredictable), it's much better to report the fastest run, which should more consistently approximate the best possible time. * Making sure to use an appropriate warp factor. Marc-Andre Lemburg explained that each testing round of pybench is expected to take around 20-50 seconds. If rounds are much shorter than this, pybench's warp factor should be adjusted until they are long enough. At the end of the thread, Marc-Andre checked in pybench_ 2.0, which included the improvements suggested above. .. _NeedForSpeed: http://wiki.python.org/moin/NeedForSpeed .. _pybench: http://svn.python.org/view/python/trunk/Tools/pybench/ .. _stringbench: http://svn.python.org/view/sandbox/trunk/stringbench/ Contributing threads: - `Python Benchmarks `__ - `Python Benchmarks `__ --------------------------------------- PEP 360: Externally Maintained Packages --------------------------------------- After checking wsgiref into the Python repository, Phillip J. Eby requested in `PEP 360`_ that patches to wsgiref be passed to him before being committed on the trunk. After a number of changes were committed to the trunk and he had to go through a complicated two-way merge, he complained that people were not following the posted procedures. Guido suggested that `PEP 360`_ was a mistake, and that whenever possible, development for any module in the stdlib should be done in the Python trunk, not externally. He also requested that the PEP indicate that even for externally maintained modules, bugfixes and ordinary maintenance should be allowed on the trunk so that bugs in external modules don't hold up Python core development. A number of solutions were discussed for authors of code that is also distributed standalone. Using svn:externals is mostly undesirable because svn is much slower at checking whether or not an svn:externals directory is updated, and because upgrading to a newer version would require making sure that no changes made by Python developers were lost in the new version. Phillip suggested adding an "Externals" directory and modifying Python's setup to invoke all the ``Externals/*/setup.py`` scripts, though this would mean having some Python code that lives outside of the Lib/ subtree. Barry Warsaw explained that for the email package, he maintains a directory in the sandbox with all the distutils and documentation stuff needed for the standalone releases as well as the email package from the Python repository through svn:externals. This means having to create some extra directories (since svn:externals doesn't work with individual files) and having one checkout per version of Python supported, but seemed to work pretty well for Barry. People seemed to like Phillip's Externals idea (possibly renamed to Packages), but work on that was postponed for Python 2.6. One of the side benefits of these discussions was that Thomas Heller generously offered to move ctypes development fully into the Python repository. .. _PEP 360: http://www.python.org/dev/peps/pep-0360/ Contributing threads: - `wsgiref documentation `__ - `wsgiref doc draft; reviews/patches wanted `__ - `[Web-SIG] wsgiref doc draft; reviews/patches wanted `__ - `FYI: wsgiref is now checked in `__ - `Please stop changing wsgiref on the trunk `__ - `Dropping externally maintained packages (Was: Please stop changing wsgiref on the trunk) `__ - `External Package Maintenance (was Re: Please stop changing wsgiref on the trunk) `__ - `External Package Maintenance `__ - `rewording PEP 360 `__ - `Updating packages from external ? `__ -------------------------------------- Universally unique identifiers (UUIDs) -------------------------------------- Ka-Ping Yee was looking to put his `uuid module`_ into Python 2.5. He addressed a number of requests from the last round of discussions, including making UUIDs immutable, removing curly braces from the UUID string and adding the necessary tests to the test suite. Then he asked about how best to address the fact that ``uuid1()`` required looking up a MAC address, a potentially slow procedure. At the suggestion of Fredrik Lundh, he changed the API to allow a MAC address to be passed in if it was already known. If a MAC address is not passed in to ``uuid1()``, the ``getnode()`` utility function is called, which searches for the MAC address through a variety of routes, including some quicker paths through ctypes that Thomas Heller and others helped Ka-Ping with. The code was checked into the Python trunk. .. _uuid module: http://zesty.ca/python/uuid.py Contributing thread: - `UUID module `__ ------------------------------------- PEP 275: Switching on Multiple Values ------------------------------------- Thomas Lee offered up a `patch implementing the switch statement`_ from `PEP 275`_. People brought up a number of concerns with the implementation (and the switch statement in general). The implementation didn't allow for any way of allowing multiple values to be mapped to the same case (without repeating the code in the case). The implementation also made the switch statement essentially syntactic sugar for a series of if/elif/else statements, and people were concerned that just adding another way to write if/elif/else was not much of a gain for Python. The discussion continued on into the next fortnight. .. _patch implementing the switch statement: http://bugs.python.org/1504199 .. _PEP 275: http://www.python.org/dev/peps/pep-0275/ Contributing thread: - `Switch statement `__ --------------------------------------------------------- The period of the random module's random number generator --------------------------------------------------------- Alex Martelli noticed a note in random.shuffle.__doc__ which said that most permutations of a long sequence would never be generated due to the short period of the random number generator. This turned out to be an artifact from back when Python used the Whichman-Hill generator instead of the Mersenne Twister generator it uses currently. There was some discussion as to whether the comment should be removed or updated, and Robert Kern pointed out that at sequence lengths of 2081 or greater, the comment was still true. Tim Peters decided it was best to just remove the comment, explaining that "anyone sophisticated enough to *understand* an accurate warning correctly would have no need to be warned". Contributing thread: - `a note in random.shuffle.__doc__ ... `__ ------------------------------------------------------- Pre-PEP: Allow Empty Subscript List Without Parentheses ------------------------------------------------------- Noam Raphael presented a `pre-PEP for empty subscript lists`_ in getitem-style access to objects. This would allow zero-dimensional arrays to work in a similar manner to all other N dimensional arrays, and make all of the following equivalences hold:: x[i, j] <--> x[(i, j)] x[i,] <--> x[(i,)] x[i] <--> x[(i)] x[] <--> x[()] Most people felt that zero-dimensional arrays were uncommon enough that either they could be replaced with simple names, e.g. ``x``, or could use the currently available syntax, i.e. ``x[()]``. Zero-dimensional arrays are even uncommon in numpy_ where, after `rehashing the issue`_ innumerable times, zero-dimensional arrays have been almost entirely replaced with scalars. .. _pre-PEP for empty subscript lists: http://wiki.python.org/moin/EmptySubscriptListPEP .. _numpy: http://numeric.scipy.org/ .. _rehashing the issue: http://projects.scipy.org/scipy/numpy/wiki/ZeroRankArray Contributing thread: - `Pre-PEP: Allow Empty Subscript List Without Parentheses `__ ---------------------------------------------- PEP 337: Logging Usage in the Standard Library ---------------------------------------------- For the `Google Summer of Code`_, Jackilyn Hoxworth has been working on implementing parts of `PEP 337`_ to use the logging module in parts of the stdlib. When Jim Jewett, who is mentoring her, brought up a few issues, people got concerned that this work was being done at all, being that `PEP 337`_ has not been approved. Jim and A.M. Kuchling clarified that the goal of Jackilyn's work is to both clarify the PEP (e.g. determine exactly which modules would benefit from logging) and to provide an implementation that can be tweaked as necessary if the PEP is accepted. For the first draft at least, it looked like Jackilyn would keep things simple -- using "py." + __name__ for the logger name, not adding any new logging messages, not changing any message formats, and generally aiming only to give stderr and stdout messages across different modules a common choke point. .. _Google Summer of Code: http://code.google.com/soc/ .. _PEP 337: http://www.python.org/dev/peps/pep-0337/ Contributing thread: - `Stdlib Logging questions (PEP 337 SoC) `__ ------------------- inspect.isgenerator ------------------- Michele Simionato asked for a new function in the inspect module that would identify a function as being a generator function. Phillip J. Eby pointed out that any function can return a generator-iterator (though generator functions are of course guaranteed to do so) and suggested that the perceived need for this inspect function was misguided. Michele agreed and withdrew the proposal. Contributing threads: - `feature request: inspect.isgenerator `__ - `feature request: inspect.isgenerator `__ -------------------------------- Unescaping entities with sgmllib -------------------------------- Sam Ruby asked why sgmllib unescapes entities selectively, not all or nothing (which would be easier to work around), and Fred L. Drake, Jr. explained that sgmllib is really only intended as support for htmllib. Sam suggested isolating the code that attempts to resolve character references into a single method so that subclasses could override this behavior as needed. Martin v. L?wis agreed that this seemed reasonable, though he suggested two functions, one for character references and one for entity references. Sam implemented the suggested behavior and provided a `patch to sgmllib`_. .. _patch to sgmllib: http://bugs.python.org/1504676 Contributing thread: - `sgmllib Comments `__ ------------------------------------------------------------------------- Scoping vs augmented assignment vs sets (Re: 'fast locals' in Python 2.5) ------------------------------------------------------------------------- A bug in Python 2.5 that did not detect augmented assignment as creating a local name allowed code like the following to work:: >>> g = 1 >>> def f1(): ... g += 1 ... >>> f1() >>> g 2 This of course started the usual discussion about giving Python a way to rebind names in enclosing scopes. Boris Borcic in particular was hoping that the bug could be considered a feature, but Terry Reedy explained that Python was not willing to give up the near equivalence between ``x = x + 1`` and ``x += 1``. Since the former creates a local name, the latter ought to do the same thing. The thread seemed like it might drift on further until Guido cut it off, pronouncing that the behavior of augmented assignments creating local names was not going to change. Contributing threads: - `'fast locals' in Python 2.5 `__ - `Scoping vs augmented assignment vs sets (Re: 'fast locals' in Python 2.5) `__ - `Comparing closures and arguments (was Re: Scoping vs augmented assignment vs sets (Re: 'fast locals' in Python 2.5) `__ - `The baby and the bathwater (Re: Scoping, augmented assignment, 'fast locals' - conclusion) `__ --------------------------------------- Checking out an older version of Python --------------------------------------- Skip Montanaro asked about checking out a particular version of Python. Oleg Broytmann and Tim Peters explained that tags are just directories in Subversion, and you can view all the existing ones and their corresponding revision numbers at http://svn.python.org/projects/python/tags/. Oleg also explained that the difference between:: svn switch svn+ssh://pythondev at svn.python.org/python/tags/r242 and noting that the r242 tag corresponds to revision 39619 and doing:: svn up -r 39619 is that with the latter, commits will go to the trunk (assuming the update was performed on a trunk checkout), while with the former, updates will go to the appropriate tag or branch. Giovanni Bajo provided a nice explanation of this, describing Subversion's 2D coordinate system of [url, revision] and Skip added the explanation to the `Development FAQ`_. .. _Development FAQ: http://www.python.org/dev/faq/ Contributing thread: - `Subversion repository question - back up to older versions `__ -------------------- Source control tools -------------------- In the externally maintained packages discussion, Guido suggested offhand that some other version control project might make it easier to resolve some of the issues. Thomas Wouters put forward a number of considerations. On the negative side of changing to one of the newer version control systems: * Workflow would have to change somewhat to use most of the new branch-oriented systems. * Everyone would have to download the whole repository (at least once) since with the newer systems everyone usually has their own repository. But on the positive side: * History can be preserved for merges of branches (unlike Subversion), which is a big gain for when the trunk is switched to 3.0. Thomas tried importing the Python repository into a number of different systems, and after playing around with them, concluded that in the short term, none of the other version control systems were quite ready yet, though he seemed optimistic for them in the next few years. He also promised to publish imports of the Python repository into Git, Darcs, Mercurial, Bazaar-NG and Monotone somewhere once he was able to successfully import them all. Contributing thread: - `Source control tools `__ ---------------------------------------------------- Underscore assignment in the interactive interpreter ---------------------------------------------------- Raymond Hettinger noted that in the interactive interpreter, an expression that returns None not only suppresses the printing of that None, but also suppresses the assignment to ``_``. Raymond asked if this was intentional as it makes code like the following break:: >>> import re, string >>> re.search('lmnop', string.letters) <_sre.SRE_Match object at 0xb6f2c480> >>> re.search('pycon', string.letters) >>> if _ is not None: ... print _.group() lmnop Fredrik Lundh pointed out that users just need to recognize that the ``_`` holds the most recently *printed* result. Guido pronounced that this would not change. Terry Reedy suggested adding some documentation for this behavior to either Language Reference 2.3.2 Reserved Classes of Identifiers and/or to Tutorial 2.1.2 Interactive Mode, but it was unclear if any doc changes were committed. Contributing thread: - `Is implicit underscore assignment buggy? `__ ----------------------- Removing MAC OS 9 cruft ----------------------- A number of old MAC OS 9 bits and pieces that are no longer used were removed: * IDE scripts * MPW * Tools/IDE * Tools/macfreeze * Unsupported/mactcp/dnrglue.c * Wastemods This should solve some problems for Windows checkouts where files with trailing dots are not supported. Contributing threads: - `Removing Mac OS 9 cruft `__ - `Mac/wastemodule build failing `__ ------------------------------------------ Fixing buffer object's char buffer support ------------------------------------------ Brett Cannon found that ``import array; int(buffer(array.array('c')))`` caused the interpreter to segfault because buffer objects were redirecting tp_as_buffer->bf_getcharbuffer to the wrong tp_as_buffer slot. Brett fixed the bug and updated the docs a bit to clarify what was intended for the implementation, but kept changes pretty minimal as Python 3.0 will ditch buffer for the bytes type anyway. Contributing threads: - `How to fix the buffer object's broken char buffer support `__ - `Is "t#" argument format meant to be char buffer, or just read-only? `__ ------------------------------- Importing subpackages in Jython ------------------------------- In Jython 2.1, importing a module makes all subpackages beneath it available, unlike in regular Python, where subpackages must be imported separately. Samuele Pedroni explained that this was intentional so that imports in Jython would work like imports in Java do. Guido suggested that having imports work this way in Jython was fine as long as a Java package was being imported, but when a Python package was being imported, Jython should use the Python semantics. Contributing thread: - `Import semantics `__ --------------------------------------------- RFC 3986: Uniform Resource Identifiers (URIs) --------------------------------------------- There was some continued discussion of Paul Jimenez's proposed `uriparse module`_ which more faithfully implements `RFC 3986`_ than the current urlparse module. Nick Coghlan submitted an `alternate implementation`_ that kept all parsed URIs as (scheme, authority, path, query, fragment) tuples by allowing some of these elements to be non-strings, e.g. authority could be a (user, password, host, port) tuple, and path could be a (user, host) tuple. People seemed to like Nick's implementation, but no final decision on the module was made. .. _uriparse module: http://bugs.python.org/1462525 .. _RFC 3986: http://www.ietf.org/rfc/rfc3986.txt .. _alternate implementation: http://bugs.python.org/1500504 Contributing thread: - `Some more comments re new uriparse module, patch 1462525 `__ ----------------------------------------------------- False instead of TypeError for frozenset.__contains__ ----------------------------------------------------- Collin Winter suggested that code like ``{} in frozenset([1, 2, 3])`` should return False instead of raising a TypeError. Guido didn't like the idea because he thought it would mask bugs where, say, a user-defined __hash__() method accidentally raised a TypeError. Contributing thread: - `Unhashable objects and __contains__() `__ -------------------------------------------- IOError or ValueError for invalid file modes -------------------------------------------- Kristj?n V. J?nsson asked why open()/file() throws an IOError for an invalid mode string instead of a ValueError. Georg Brandl explained that either an IOError or a ValueError can be raised depending on whether the invalid mode was detected in Python's code or in the OS's fopen call. Guido suggested that this couldn't really be fixed until Python gets rid of its stdio-based implementation in Python 3.0. Contributing thread: - `file() `__ ----------------------------- Testing, unittest and py.test ----------------------------- Martin Blais checked in un-unittestification of test_struct, and a number of people questioned whether that was a wise thing to do. Thomas Wouters suggested that unittest should merge as many features from py.test_ as possible. This would reduce some of the class-based boilerplate currently required, and also allow some nice additional features like test cases generated on the fly. He didn't get much of a response though, so it was unclear what the plans for Python 2.6 were. .. _py.test: http://codespeak.net/py/current/doc/test.html Contributing thread: - `[Python-checkins] r46603 - python/trunk/Lib/test/test_struct.py `__ ------------------------------------------------ hex(), oct() and the 'L' suffix for long numbers ------------------------------------------------ Ka-Ping Yee asked why hex() and oct() still produced an 'L' suffix for long numbers even now that ints and longs have basically been unified. `PEP 237`_ had mentioned the removal of this suffix, but not given it a specific release for removal, so people decided it was best to wait until Python 3.0 when the 'L' suffix will also be removed from repr(). .. _PEP 237: http://www.python.org/dev/peps/pep-0237/ Contributing thread: - `Should hex() yield 'L' suffix for long numbers? `__ --------------------------------- Adding an index of Python symbols --------------------------------- Terry Reedy suggested adding a page to the Python Language Reference index that would list each symbol in Python (e.g. ``()``, ``[]`` and ``@``) along with the places in the documentation where it was discussed. Terry promised to submit a plain-text version in time for the Python 2.5 release, so that someone could convert it to LaTeX and merge it into the docs. Contributing thread: - `Symbol page for Language Reference Manual Index `__ ------------------------------------------ Behavior of searching for empty substrings ------------------------------------------ Fredrik Lundh resolved the issues discussed previously with searching for an empty substring at a position past the end of the string. The current behavior looks like:: >>> "ab".find("") 0 >>> "ab".find("", 1) 1 >>> "ab".find("", 2) 2 >>> "ab".find("", 3) -1 Both Tim Peters and Guido applauded the final resolution. Contributing thread: - `Search for empty substrings (was Re: Let's stop eating exceptions in dict lookup) `__ ----------------- subprocess.IGNORE ----------------- Martin Blais asked about adding subprocess.IGNORE along the lines of subprocess.PIPE which would ignore the child's output without being susceptible to buffer deadlock problems. Under Unix, IGNORE could be implemented as ``open('/dev/null', 'w')``, and on Windows, ``open('nul:', 'w')``. People seemed to think this was a useful feature, but at the time of this summary, no patch had yet been provided. Contributing thread: - `subprocess.Popen(.... stdout=IGNORE, ...) `__ ================ Deferred Threads ================ - `Improve error msgs? `__ - `Keeping interned strings in a set `__ - `Documentation enhancement: "MS free compiler"? `__ - `Code coverage reporting. `__ - `Numerical robustness, IEEE etc. `__ ================== Previous Summaries ================== - `Let's stop eating exceptions in dict lookup `__ - `ssize_t question: longs in header files `__ - `ssize_t: ints in header files `__ - `zlib module doesn't build - inflateCopy() not found `__ =============== Skipped Threads =============== - `Segmentation fault of Python if build on Solaris 9 or10 with Sun Studio 11 `__ - `Possible bug in complexobject.c (still in Python 2.5) `__ - `[Python-checkins] r46300 - in python/trunk: Lib/socket.py Lib/test/test_socket.py Lib/test/test_struct.py Modules/_struct.c Modules/arraymodule.c Modules/socketmodule.c `__ - `test_struct failure on 64 bit platforms `__ - `string inconsistency `__ - `S/390 buildbot URLs problematic `__ - `SF patch #1473257: "Add a gi_code attr to generators" `__ - `test_unicode failure on MIPS `__ - `valgrind report `__ - `test_ctypes failures on ppc64 debian `__ - `Request for patch review `__ - `patch #1454481 vs buildbot `__ - `Seeking Core Developers for Vancouver Python Workshop `__ - `[Python-checkins] Python Regression Test Failures refleak (1) `__ - `Include/structmember.h, Py_ssize_t `__ - `DC Python sprint on July 29th `__ - `tarfile and unicode filenames in windows `__ - `[Python-checkins] buildbot warnings in hppa Ubuntu dapper trunk `__ - `-Wi working for anyone else? `__ - `Inject some tracing ... `__ - `Segmentation fault in collections.defaultdict `__ - `Add pure python PNG writer module to stdlib? `__ - `crash in dict on gc collect `__ - `"can't unpack IEEE 754 special value on non-IEEE platform" `__ - `socket._socketobject.close() doesn't really close sockets `__ - `DRAFT: python-dev summary for 2006-04-16 to 2006-04-30 `__ - `[Python-checkins] r46795 - in python/trunk: Doc/lib/libstdtypes.tex Lib/test/string_tests.py Misc/NEWS Objects/stringobject.c Objects/unicodeobject.c `__ - `xrange vs. int.__getslice__ `__ - `request for review: patch 1446489 (zip64 extensions in zipfile) `__ - `DRAFT: python-dev summary for 2006-05-01 to 2006-05-15 `__ - `pychecker warnings in Lib/encodings `__ - `Moving PEP 343 to Final `__ - `Python sprint at Google Aug. 21-24 `__ - `Long options support `__ - `High Level Virtual Machine `__ - `sqlite3 test errors - was : Re: [Python-checkins] r46936 - in python/trunk: Lib/sqlite3/test/regression.py Lib/sqlite3/test/types.py Lib/sqlite3/test/userfunctions.py Modules/_sqlite/connection.c Modules/_sqlite/cursor.c Modules/_sqlite/module.c Modules/_sqlite/module.h `__ - `[Python-checkins] sqlite3 test errors - was : Re: r46936 - in python/trunk: Lib/sqlite3/test/regression.py Lib/sqlite3/test/types.py Lib/sqlite3/test/userfunctions.py Modules/_sqlite/connection.c Modules/_sqlite/cursor.c Modules/_sqlite/module.c Modules/_sqlite/module.h `__ - `[Python-checkins] sqlite3 test errors - was : Re: r46936 - in python/trunk: Lib/sqlite3/test/regression.py Lib/sqlite3/test/types.py Lib/sqlite3/test/userfunctions.py Modules/_sqlite/connection.c Modules/_sqlite/cursor.c Modules/_sqlite/module.c `__ - `[Python-checkins] sqlite3 test errors - was : Re: r46936 - in python/trunk: Lib/sqlite3/test/regression.py Lib/sqlite3/test/types.py Lib/sqlite3/test/userfunctions.py Modules/_sqlite/connection.c Modules/_sqlite/cursor.c Modules/_sql `__ - `Last-minute curses patch `__ - `DRAFT: python-dev summary for 2006-05-16 to 2006-05-31 `__ - `Bug: xml.dom.pulldom never gives you END_DOCUMENT events with an Expat parser `__ - `Misleading error message from PyObject_GenericSetAttr `__ - `About dynamic module loading `__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from June 01, 2006 through June 15, 2006. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). This python-dev summary is the 6th written by Steve Bethard. (Please, ma, don't make me do the switch statement summary!) To contact me, please send email: - Steve Bethard (steven.bethard at gmail.com) Do *not* post to comp.lang.python if you wish to reach me. The `Python Software Foundation`_ is the non-profit organization that holds the intellectual property for Python. It also tries to advance the development and use of Python. If you find the python-dev Summary helpful please consider making a donation. You can make a donation at http://python.org/psf/donations.html . Every cent counts so even a small donation with a credit card, check, or by PayPal helps. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list at python.org which is a gateway to the newsgroup) with a subject line mentioning what you are discussing. All python-dev members are interested in seeing ideas discussed by the community, so don't hesitate to take a stance on something. And if all of this really interests you then get involved and join `python-dev`_! ------------------------- How to Read the Summaries ------------------------- That this summary is written using reStructuredText_. Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo :); you can safely ignore it. We do suggest learning reST, though; it's simple and is accepted for `PEP markup`_ and can be turned into many different formats like HTML and LaTeX. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _c.l.py: .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _PSF: .. _Python Software Foundation: http://python.org/psf/ .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From ahaas at airmail.net Fri Jul 7 22:07:38 2006 From: ahaas at airmail.net (Art Haas) Date: Fri, 7 Jul 2006 15:07:38 -0500 Subject: [ANNOUNCE] Thirty-third release of PythonCAD now available Message-ID: <20060707200738.GB2210@artsapartment.org> Hi. I'm pleased to announce the thirty-third development release of PythonCAD, a CAD package for open-source software users. As the name implies, PythonCAD is written entirely in Python. The goal of this project is to create a fully scriptable drafting program that will match and eventually exceed features found in commercial CAD software. PythonCAD is released under the GNU Public License (GPL). PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0 based, and uses the PyGTK module for interfacing to GTK. The design of PythonCAD is built around the idea of separating the interface from the back end as much as possible. By doing this, it is hoped that both GNOME and KDE interfaces can be added to PythonCAD through usage of the appropriate Python module. Addition of other PythonCAD interfaces will depend on the availability of a Python module for that particular interface and developer interest and action. The thirty-third release contains several major updates to the program. Drawing operations have been greatly sped up when entities are added to a drawing, modified, or deleted from a drawing. Users on older hardware or machines with slower video systems will notice this change immediately. A second large change in this release is the completion of separating the interface code from the core code by using the internal messaging system in place of object inheritance. The third big change in this release is the formatting of the interface text strings for internationalization, and a Spanish translation is now available for users to install. It is hoped that more translations appear in future releases. Additionally, a large number of smaller improvements, enhancements, and bug fixes are also present in this release. A mailing list for the development and use of PythonCAD is available. Visit the following page for information about subscribing and viewing the mailing list archive: http://mail.python.org/mailman/listinfo/pythoncad Visit the PythonCAD web site for more information about what PythonCAD does and aims to be: http://www.pythoncad.org/ Come and join me in developing PythonCAD into a world class drafting program! Art Haas -- Man once surrendering his reason, has no remaining guard against absurdities the most monstrous, and like a ship without rudder, is the sport of every wind. -Thomas Jefferson to James Smith, 1822 From fabiofz at gmail.com Sat Jul 8 18:39:17 2006 From: fabiofz at gmail.com (Fabio Zadrozny) Date: Sat, 08 Jul 2006 16:39:17 -0000 Subject: [Jython-users] Pydev and Pydev Extensions 1.0.6 release Message-ID: <29131495.1146053368046.JavaMail.SYSTEM@c1879626-a> Hi All, Pydev and Pydev Extensions 1.0.6 have been released Check http://www.fabioz.com/pydev for details on Pydev Extensions and http://pydev.sf.net for details on Pydev Release Highlights in Pydev Extensions: ----------------------------------------------------------------- - New Feature: Show hierarchy (F4) -- Still in a beta state (currently only looks for subclasses on the same project). - Analysis happens in a Thread, so, you should now always have the latest parse without any halts (this happened only when the option was set to analyze only on save). - Class variable marked as error when self ommitted - when an undefined import is found within a try..except ImportError, it will not be reported. - Allow changing the keybinding for activating the Interactive Console (Ctrl+Enter) - Added a simple text-search that looks for in all .py and .pyw files (will be improved in the future to make a real python-like search). - The keywords that match the 'simple' keywords completion do not show up. Release Highlights in Pydev: ---------------------------------------------- - Assign variables to attributes (Ctrl+2+a): Contributed by Joel Hedlund (this is the first contribution using the new jython scripting engine). - 3 minor 'quirks' were fixed in the indentation engine - The debugger had some changes (so, if you had halts with it, please try it again). - Allow changing the keybinding for activating the Find next problem (Ctrl+.) - The debugger step-return had its behaviour changed. - Additional scripts location added to pythonpath in the jython scripting engine - Transversal of nested references improved - Fixed problems with compiled modules when they had 'nested' module structures (e.g.: wx.glcanvas) What is PyDev? --------------------------- PyDev is a plugin that enables users to use Eclipse for Python and Jython development -- making Eclipse a first class Python IDE -- It comes with many goodies such as code completion, syntax highlighting, syntax analysis, refactor, debug and many others. Cheers, -- Fabio Zadrozny ------------------------------------------------------ Software Developer ESSS - Engineering Simulation and Scientific Software http://www.esss.com.br Pydev Extensions http://www.fabioz.com/pydev Pydev - Python Development Enviroment for Eclipse http://pydev.sf.net http://pydev.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-announce-list/attachments/20060708/5890db20/attachment.html From 2006a at usenet.alexanderweb.de Sat Jul 8 23:30:16 2006 From: 2006a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sat, 8 Jul 2006 23:30:16 +0200 Subject: ANN: MoinMoin 1.5.4 (advanced wiki engine) released Message-ID: <1bfejqexkjr4q.dlg@usenet.alexanderweb.de> _ _ /\/\ ___ (_)_ __ /\/\ ___ (_)_ __ / \ / _ \| | '_ \ / \ / _ \| | '_ \ __ / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | | /| |_ \/ \/\___/|_|_| |_\/ \/\___/|_|_| |_| |.__) ============================================== MoinMoin 1.5.4 advanced wiki engine released ============================================== 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. MoinMoin 1.5.4 is a bug fix release and a recommended update. The 1.5 branch brings you several new features such as the GUI editor, which allows the users to edit pages in a WYSIWYG environment, and many bug fixes. The download page: http://moinmoin.wikiwikiweb.de/MoinMoinDownload New features in 1.5.4 ===================== * Fixes in the GUI editor. * Dashes in the username were allowed. * EmbedObject macro for embedding of all kinds of multimedia formats into the page. * Speedup of the Twisted adapter. Major bug fixes in 1.5.4 ======================== * Many GUI editor related bug fixes. * Increased docutils compatiblity. Major new features in 1.5 ========================= * The WYSIWYG editor for wiki pages allows you to edit pages without touching the markup. Furthermore, the wiki page is not stored as HTML after editing but kept as wiki markup in order to simplify the editing process for users that cannot or do not want to use the new editor. * AutoAdmin security policy allows users to gain admin permissions on particular pages. * The new authentication system allows to add short methods that check the credentials of the user. This allowed us to add eGroupware single sign on support. * Separation of homepages into a separate wiki (in a farm) and having a single user database is supported. * A DeSpam action to allow mass-reverting of spam attacks. * PackageInstaller support for simplified installation of plugins, themes and page bundles. This enables you to decide in which languages help pages should be installed. Note that Python 2.3.0 or newer is required. For a more detailed list of changes, see the CHANGES file in the distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES MoinMoin History ================ MoinMoin has been around since year 2000. The codebase was initally started 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 are also many private installations. More Information ================ * Project site: http://moinmoin.wikiwikiweb.de/ * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload * DesktopEdition: http://moinmoin.wikiwikiweb.de/DesktopEdition * This software is available under the GNU General Public License v2. * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES * Known bugs: * http://moinmoin.wikiwikiweb.de/KnownIssues * http://moinmoin.wikiwikiweb.de/MoinMoinBugs sent by Alexander Schremmer for the MoinMoin team From mmueller at python-academy.de Sun Jul 9 21:04:18 2006 From: mmueller at python-academy.de (Mike =?iso-8859-1?Q?M=FCller?=) Date: Sun, 09 Jul 2006 21:04:18 +0200 Subject: Leipzig Python User Group - Meeting, July 11, 2006, 8:00pm Message-ID: <7.0.1.0.0.20060709210142.01c470f0@python-academy.de> ========================= Leipzig Python User Group ========================= Next Meeting Tuesday, July 11, 2006 ----------------------------------- We will meet on July 11 at 8:00 pm at the training center of Python Academy in Leipzig, Germany (http://www.python-academy.com/center/find.html). Mike M?ller will give his EuroPython-Presentation "Python Academy ? Teaching Python in Germany". Food and soft drinks are provided. Please send a short confirmation mail to info at python-academy.de, so we can prepare appropriately. Everybody who uses Python, plans to do so or is interested in learning more about the language is encouraged to participate. While the meeting language will be mainly German, English speakers are very welcome. We will provide English interpretation if needed. Current information about the meetings can always be found at http://www.python-academy.com/user-group/index.html ========================= Leipzig Python User Group ========================= Stammtisch am 11.07.2006 ------------------------- Wir treffen uns am 11.07.2006 um 20:00 Uhr wieder im im Schulungszentrum der Python Academy in Leipzig (http://www.python-academy.de/Schulungszentrum/anfahrt.html). Mike M?ller wird seinen EuroPython-Vortrag "Python Academy - Teaching Python in Germany" halten. F?r das leibliche Wohl wird gesorgt. Wir bitten um kurze Anmeldung per e-mail an: info at python-academy.de An den Treffen der Python Anwendergruppe kann jeder teilnehmen, der Interesse an Python hat, die Sprache bereits nutzt oder nutzen m?chte. Die Arbeitssprachen des Treffens ist Deutsch. Englisch sprechende Python-Enthusiasten sind trotzdem herzlich eingeladen. Wir ?bersetzen gern. Aktuelle Informationen zu den Treffen sind immer unter http://www.python-academy.de/User-Group/index.html zu finden. From lcrees at gmail.com Mon Jul 10 05:50:11 2006 From: lcrees at gmail.com (L. C. Rees) Date: 9 Jul 2006 20:50:11 -0700 Subject: ANN: webstring 0.4 and lwebstring 0.4 released Message-ID: <1152503411.632354.75520@p79g2000cwp.googlegroups.com> webstring is an XML template engine that uses Python as its template language. It exposes the XML you need and hides the XML you don't. XML manipulation is done with Python so you don't have to learn a separate template language. webstring templates are plain XML or HTML so designers don't need to become programmers. webstring can take broken HTML and output it as HTML 4.01 or XHTML along with other XML formats. It can also act as WSGI middleware for templating web output on the fly. webstring uses cElementTree or elementtree as its XML processing backend. lwebstring uses lxml, a Python binding for the libxml2 and libxsl libraries. Highlights of release 0.4 of webstring and lwebstring include: - Output changes: fields and groups output a marked element, its children, and new siblings instead of the marked element's parent element when rendered as a string. - Template concatenation can be chained i.e. template1 + template2 + template3 - includes middleware for using the Template and HTMLTemplate classes with WSGI applications. Highlights of release 0.4 of lwebstring include: - can apply XSLT stylesheets to a Template using the "transform" method From info at egenix.com Mon Jul 10 17:45:45 2006 From: info at egenix.com (eGenix Team: M.-A. Lemburg) Date: Mon, 10 Jul 2006 17:45:45 +0200 Subject: ANN: eGenix mxODBC Zope Database Adapter 1.0.10 Message-ID: <44B27629.90703@egenix.com> ________________________________________________________________________ ANNOUNCEMENT EGENIX.COM mxODBC Zope Database Adapter Version 1.0.10 Usable with Zope and the Plone CMS. Available for Zope 2.3 through 2.10 on Windows, Linux, Mac OS X, Solaris and FreeBSD ________________________________________________________________________ INTRODUCTION The eGenix mxODBC Zope Database Adapter allows you to easily connect your Zope or Plone installation to just about any database backend on the market today, giving you the reliability of the commercially supported eGenix product mxODBC and the flexibility of the ODBC standard as middle-tier architecture. The mxODBC Zope Database Adapter is highly portable, just like Zope itself and provides a high performance interface to all your ODBC data sources, using a single well-supported interface on Windows, Linux, Mac OS X, Solaris and FreeBSD. This makes it ideal for deployment in ZEO Clusters and Zope hosting environments where stability and high performance are a top priority, establishing an excellent basis and scalable solution for your Plone CMS. ________________________________________________________________________ NEWS We are pleased to announce a new version of our mxODBC Zope DA product. The Zope DA now fully supports 64-bit ODBC. A problem with 64-bit integers has been resolved in this release. Also new in this release is support for the upcoming Zope 2.10. We have successfully tested the mxODBC Zope DA with the latest beta of the upcoming Zope version. ________________________________________________________________________ UPGRADING If you have already bought mxODBC Zope DA 1.0.x licenses, you can use these license for the 1.0.10 version as well. There is no need to buy new licenses. The same is true for evaluation license users. ________________________________________________________________________ MORE INFORMATION For more information on the mxODBC Zope Database Adapter, licensing and download instructions, please visit our web-site: http://zope.egenix.com/ You can buy mxODBC Zope DA licenses online from the eGenix.com shop at: http://shop.egenix.com/ ________________________________________________________________________ Thank you, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jul 10 2006) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From d at danielshipton.com Mon Jul 10 22:19:05 2006 From: d at danielshipton.com (Daniel E. Shipton) Date: Mon, 10 Jul 2006 15:19:05 -0500 Subject: Flagpoll 0.1.6 Released Message-ID: <44B2B639.8030208@danielshipton.com> I am pleased to announce the 0.1.6 release of Flagpoll available at https://realityforge.vrsource.org/view/FlagPoll/WebHome You can download a tarball or RPM from: https://realityforge.vrsource.org/view/FlagPoll/FlagpollDownloads What is Flagpoll? ----------------------------------------------- Flagpoll is a tool for developers to use meta-data files for storing information on what is needed to compile their software. Think of it as the rpm of software development. It enables developers total control over which packages, versions, architectures, etc. that they want to use meta-data from. Flagpoll is a multi-platform tool written in Python. Flagpoll is free software and is licensed under the GPL version 2. Changelog for 0.1.6 ----------------------------------------------- * FPC File maker script * distutils based build * Updated web documentation Features ----------------------------------------------- * Completely eliminates need for *-config scripts * Backwards compatible with pkg-config .pc files * Not tied to any software...completely independent * Smart version lookup o Able to get newest version of a package and all of its dependencies that work together. o Able to specify a release series of a package and gather all of its dependencies that work together. * Designed for parallel software installs(multiple versions and architectures) If your interested in finding more information about Flagpoll check out: https://realityforge.vrsource.org/view/FlagPoll/WebHome -Daniel From gary at modernsongs.com Tue Jul 11 04:23:37 2006 From: gary at modernsongs.com (Gary Poster) Date: Mon, 10 Jul 2006 22:23:37 -0400 Subject: Fredericksburg, VA ZPUG July 12: Jim Fulton's buildout package, Python + Fortran, roundtable Message-ID: Please join us Wed., July 12, 7:30-9:00 PM, for another meeting of the Fredericksburg, VA Zope and Python User Group ("ZPUG"). We will have a presentation, a lightning talk, a roundtable, and some good snacks. - Jim Fulton will present the talk he gave last week at EuroPython on zc.buildout. The zc.buildout project provides support for creating applications, especially Python applications. It provides tools for assembling applications from multiple parts, Python or otherwise. See http://svn.zope.org/zc.buildout/trunk/. - John Kimball will present a lightning talk of Fortran in Python. - We will have a roundtable discussion of Python and Zope topics. Gary ---------------------------------------- General ZPUG information When: second Wednesday of every month, 7:30-9:00. Where: Zope Corporation offices. 513 Prince Edward Street; Fredericksburg, VA 22408 (tinyurl for map is http://tinyurl.com/duoab). Parking: Zope Corporation parking lot; entrance on Prince Edward Street. Topics: As desired (and offered) by participants, within the constraints of having to do with Python or Zope. Mailing list: fredericksburg-zpug at zope.org Contact: Gary Poster (gary at zope.com) From anthony at python.org Tue Jul 11 17:30:35 2006 From: anthony at python.org (Anthony Baxter) Date: Wed, 12 Jul 2006 01:30:35 +1000 Subject: Subject: RELEASED Python 2.5 (beta 2) Message-ID: <200607120130.49083.anthony@python.org> On behalf of the Python development team and the Python community, I'm happy to announce the second BETA release of Python 2.5. This is an *beta* release of Python 2.5. As such, it is not suitable for a production environment. It is being released to solicit feedback and hopefully discover bugs, as well as allowing you to determine how changes in 2.5 might impact you. If you find things broken or incorrect, please log a bug on Sourceforge. In particular, note that changes to improve Python's support of 64 bit systems might require authors of C extensions to change their code. More information (as well as source distributions and Windows installers) are available from the 2.5 website: http://www.python.org/2.5/ A Universal Mac OSX Installer will be available shortly - in the meantime, Mac users can build from the source tarballs. Since the first beta, a large number of bug fixes have been made to Python 2.5 - see the release notes (available from the 2.5 webpage) for the full details. There has been one very small new feature added - the sys._current_frames() function was added. This is extremely useful for tracking down deadlocks and related problems - a similar technique is already used in the popular DeadlockDebugger extension for Zope. It is not possible to do this sort of debugging from outside the Python core safely and robustly, which is why we've snuck this in after the feature freeze. As of this release, Python 2.5 is now in *feature freeze*. Unless absolutely necessary, no functionality changes will be made between now and the final release of Python 2.5. The plan is for this to be the final beta release. We should now move to one or more release candidates, leading to a 2.5 final release early August. PEP 356 includes the schedule and will be updated as the schedule evolves. At this point, any testing you can do would be greatly, greatly appreciated. The new features in Python 2.5 are described in Andrew Kuchling's What's New In Python 2.5. It's available from the 2.5 web page. Amongst the language features added include conditional expressions, the with statement, the merge of try/except and try/finally into try/except/finally, enhancements to generators to produce a coroutine kind of functionality, and a brand new AST-based compiler implementation. New modules added include hashlib, ElementTree, sqlite3, wsgiref and ctypes. In addition, a new profiling module "cProfile" was added. Enjoy this new release, Anthony Anthony Baxter anthony at python.org Python Release Manager (on behalf of the entire python-dev team) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available Url : http://mail.python.org/pipermail/python-announce-list/attachments/20060712/d60b96c4/attachment.pgp From python-url at phaseit.net Wed Jul 12 02:25:39 2006 From: python-url at phaseit.net (Cameron Laird) Date: Wed, 12 Jul 2006 00:25:39 +0000 (UTC) Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Jul 12) Message-ID: QOTW: "Write code, not usenet posts." - Fredrik Lundh "If an embedded return isn't clear, the method probably needs to be refactored with 'extract method' a few times until it is clear." - John Roth The comp.lang.python collective has become quite expert at answering "Which book should I read?" questions. Note particularly the precision of gene tani, John Salerno, and Vittorio: http://groups.google.com/group/comp.lang.python/browse_thread/thread/4a9e9a76c623e451/ Programmers who prefer Ruby over Python explain why: http://groups.google.ca/group/comp.lang.ruby/browse_frm/thread/d7469d9317913151/18fcafa96ecdeef5?tvc=1#18fcafa96ecdeef5 If you don't believe all the other evidence that 'twould be no blessing for one thread to be its brother's keeper, perhaps the testimony of Javans will sway you: http://groups.google.com/group/comp.lang.python/msg/232ab0131bb3685c Keep in mind, anyway, that threading is overrated (overused, over...): http://groups.google.com/group/comp.lang.python/browse_thread/thread/b6d4e2be18c2267a/ PataPata is a wild experiment that touches on GUI building, educational "constructivism", and simulations. Paul D. Fernhout comments extensively: http://mail.python.org/pipermail/tkinter-discuss/2006-July/000825.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. For far, FAR more Python reading than any one mind should absorb, much of it quite interesting, several pages index much of the universe of Pybloggers. http://lowlife.jp/cgi-bin/moin.cgi/PythonProgrammersWeblog http://www.planetpython.org/ http://mechanicalcat.net/pyblagg.html 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 Python411 indexes "podcasts ... to help people learn Python ..." Updates appear more-than-weekly: http://www.awaretek.com/python/index.html Steve Bethard, Tim Lesher, and Tony Meyer continue the marvelous tradition early borne by Andrew Kuchling, Michael Hudson and Brett Cannon 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/ 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 Although unmaintained since 2002, the Cetus collection of Python hyperlinks retains a few gems. 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://www.python.org/dev/peps/pep-0042/ The online Python Journal is posted at pythonjournal.cognizor.com. editor at pythonjournal.com and editor at pythonjournal.cognizor.com welcome submission of material that helps people's understanding of Python use, and offer Web presentation of your work. del.icio.us presents an intriguing approach to reference commentary. It already aggregates quite a bit of Python intelligence. http://del.icio.us/tag/python *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.python.* Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topic/python/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&start=0&scoring=d& http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lang.python There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask to subscribe. Mention "Python-URL!". Write to the same address to unsubscribe. -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From gary at modernsongs.com Wed Jul 12 04:53:14 2006 From: gary at modernsongs.com (Gary Poster) Date: Tue, 11 Jul 2006 22:53:14 -0400 Subject: Fredericksburg, VA ZPUG July 12: Jim Fulton's buildout package, Python + Fortran, roundtable Message-ID: (Apologies for the especially late notice; for some reason these announcements did not go out when I sent them Monday to python- announce-list and zope-announce) Please join us Wed., July 12, 7:30-9:00 PM, for another meeting of the Fredericksburg, VA Zope and Python User Group ("ZPUG"). We will have a presentation, a lightning talk, a roundtable, and some good snacks. - Jim Fulton will present the talk he gave last week at EuroPython on zc.buildout. The zc.buildout project provides support for creating applications, especially Python applications. It provides tools for assembling applications from multiple parts, Python or otherwise. See http://svn.zope.org/zc.buildout/trunk/. - John Kimball will present a lightning talk of Fortran in Python. - We will have a roundtable discussion of Python and Zope topics. Gary ---------------------------------------- General ZPUG information When: second Wednesday of every month, 7:30-9:00. Where: Zope Corporation offices. 513 Prince Edward Street; Fredericksburg, VA 22408 (tinyurl for map is http://tinyurl.com/duoab). Parking: Zope Corporation parking lot; entrance on Prince Edward Street. Topics: As desired (and offered) by participants, within the constraints of having to do with Python or Zope. Mailing list: fredericksburg-zpug at zope.org Contact: Gary Poster (gary at zope.com) From bray at sent.com Wed Jul 12 16:22:32 2006 From: bray at sent.com (bray at sent.com) Date: Wed, 12 Jul 2006 09:22:32 -0500 Subject: Chicago Python User Group: Thurs. July 13, 2006 7pm. Message-ID: <1152714152.15413.265863984@webmail.messagingengine.com> This will be our best meeting yet. When ---- Thurs. July 13, 2006. 7pm. Location -------- Performics, downtown Chicago 180 N LaSalle St, Suite 1100, Please RSVP ** There will probably be a pre-meeting at a nearby cafe for early arrivals. Check the mailing list for more. Topics ------ * CrunchyFrog and SpinyNorman (DocTests in educational Python) * shlex * Perl 6 compared to Python About ChiPy ----------- ChiPy is a group of Chicago Python Programmers, l33t, and n00bs. Meetings are held monthly at various locations around Chicago. Also, ChiPy is a proud sponsor of many Open Source and Educational efforts in Chicago. Stay tuned to the mailing list for more info. ChiPy website: ChiPy Mailing List: Python website: ---- Forward this on. From mmueller at python-academy.de Thu Jul 13 06:14:36 2006 From: mmueller at python-academy.de (Mike =?iso-8859-1?Q?M=FCller?=) Date: Thu, 13 Jul 2006 06:14:36 +0200 Subject: Deadline for abstracts in two days - Python-Workshop September 8, 2006 in Leipzig, Germany Message-ID: <7.0.1.0.0.20060713061136.01bde1a0@python-academy.de> === Reminder=== The deadline for submitting abstracts for the workshop on September 8 in Leipzig is July 15. It is only two days away!! If you would like to give a presentation, please send your abstract to mmueller at python-academy.de. The workshop topics are listed at http://www.python-academy.de/workshop/themen.html While the workshop language will be German, English presentations are accepted. So, if you work in Germany, Austria or Swiss but don't think your German is good enough for a presentation, you are welcome to speak in English. === Erinnerung == Der letzte Termin f?r die Einreichung einer Kurzfassung f?r den Workshop am 8. September in Leipzig ist der 15.07.2006. Es sind also nur noch zwei Tage!! Wer einen Vortrag halten m?chte, die Kurzfassung bitte an mmueller at python-academy.de senden. Die Themen des Workshops sind unter http://www.python-academy.de/workshop/themen.html zu finden. === Workshop "Python im deutschsprachigen Raum" === Am 8. September 2006 findet in Leipzig der Workshop "Python im deutschsprachigen Raum" statt. Der Workshop ist als Erg?nzung zu den internationalen und europ?ischen Python-Zusammenk?nften gedacht. Die Themenpalette der Vortr?ge ist sehr weit gefasst und soll alles einschlie?en, was mit Python im deutschsprachigen Raum zu tun hat. Eine ausf?hrliche Beschreibung der Ziele des Workshops, der Workshop-Themen sowie Details zu Organisation und Anmeldung sind unter http://www.python-academy.de/workshop nachzulesen. Vortr?ge k?nnen bis zum 15. Juli angemeldet werden. Dazu bitte eine Kurzfassung an mmuel... at python-academy.de senden. Zu jedem Vortrag kann ein Artikel eingereicht werden, der in einem Proceedings-Band Ende des Jahres erscheinen wird. === Wichtige Termine === 15.07.2005 Vortragsanmeldung mit Kurzfassung 31.07.2006 Einladung und vollst?ndiges Programm 15.08.2006 Letzter Termin f?r Fr?hbucherrabatt 08.09.2006 Workshop 15.09.2006 Letzter Termin f?r die Einreichung der publikationsf?higen Beitr?ge Dezember 2006 Ver?ffentlichung des Tagungsbandes === Bitte weitersagen === Der Workshop soll auch Leute ansprechen, die bisher nicht mit Python arbeiten. Wer mithelfen m?chte den Workshop bekannt zu machen, kann einen Link auf http://www.python-academy.de/workshop setzen. Auch au?erhalb des Internets kann der Workshop durch den Flyer http://www.python-academy.de/download/workshop_call_for_papers.pdf bekannt gemacht werden. Einfach doppelseitig ausdrucken oder kopieren und ein paar Exemplare am Schwarzen Brett von Universit?ten, Firmen, Organisationen usw. aush?ngen. Wir freuen uns auf eine rege Teilnahme, Mike M?ller Stefan Schwarzer From bhendrix at enthought.com Fri Jul 14 00:48:45 2006 From: bhendrix at enthought.com (Bryce Hendrix) Date: Thu, 13 Jul 2006 17:48:45 -0500 Subject: ANN: Python Enthought Edition Version 1.0.0.beta4 Released Message-ID: <44B6CDCD.7010206@enthought.com> Enthought is pleased to announce the release of Python Enthought Edition Version 1.0.0.beta4 (http://code.enthought.com/enthon/) -- a python distribution for Windows. 1.0.0.beta4 Release Notes: -------------------- There are two known issues: * No documentation is included due to problems with the chm. Instead, all documentation for this beta is available on the web at http://code.enthought.com/enthon/docs. The official 1.0.0 will include a chm containing all of our docs again. * IPython may cause problems when starting the first time if a previous version of IPython was ran. If you see "WARNING: could not import user config", either follow the directions which follow the warning. Unless something terrible is discovered between now and the next release, we intend on releasing 1.0.0 on July 25th. This release includes version 1.0.9 of the Enthought Tool Suite (ETS) Package and bug fixes-- you can look at the release notes for this ETS version here: http://svn.enthought.com/downloads/enthought/changelog-release.1.0.9.html About Python Enthought Edition: ------------------------------- Python 2.4.3, Enthought Edition is a kitchen-sink-included Python distribution for Windows including the following packages out of the box: Numpy SciPy IPython Enthought Tool Suite wxPython PIL mingw f2py MayaVi Scientific Python VTK and many more... More information is available about all Open Source code written and released by Enthought, Inc. at http://code.enthought.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-announce-list/attachments/20060713/a89a7164/attachment.htm From travis at enthought.com Fri Jul 14 19:19:11 2006 From: travis at enthought.com (Travis N. Vaught) Date: Fri, 14 Jul 2006 12:19:11 -0500 Subject: ANN: SciPy 2006 Schedule/Early Registration Reminder Message-ID: <44B7D20F.8060701@enthought.com> Greetings, The SciPy 2006 Conference (http://www.scipy.org/SciPy2006) is August 17-18 this year. The deadline for early registration is *today*, July 14, 2006. The registration price will increase from $100 to $150 after today. You can register online at https://www.enthought.com/scipy06 . We invite everyone attending the conference to also attend the Coding Sprints on Monday-Tuesday , August 14-15 and also the Tutorials Wednesday, August 16. There is no additional charge for these sessions. A *tentative* schedule of talks has now been posted. http://www.scipy.org/SciPy2006/Schedule We look forward to seeing you at CalTech in August! Best, Travis From ian at excess.org Sat Jul 15 03:39:40 2006 From: ian at excess.org (Ian Ward) Date: Fri, 14 Jul 2006 21:39:40 -0400 Subject: ANN: Urwid 0.9.5 - Console UI Library Message-ID: <44B8475C.8000302@excess.org> Announcing Urwid 0.9.5 ---------------------- Urwid home page: http://excess.org/urwid/ Tarball: http://excess.org/urwid/urwid-0.9.5.tar.gz About this release: =================== This release adds support for the alternate character set with DEC special and line drawing characters. Urwid will now display these characters properly in almost all terminals and encodings. This change also opens the door to future support for ISO-2022 encodings with switching character sets. A new example program was added to demonstrate Urwid's graphics widgets, two new widget types were introduced, existing widgets were improved and bugs were fixed. New in this release: ==================== - Some Unicode characters are now converted to use the G1 alternate character set with DEC special and line drawing characters. These Unicode characters should now "just work" in almost all terminals and encodings. When Urwid is run with the UTF-8 encoding the characters are left as UTF-8 and not converted. The characters converted are: \u00A3 (?), \u00B0 (?), \u00B1 (?), \u00B7 (?), \u03C0 (?), \u2260 (?), \u2264 (?), \u2265 (?), \u23ba (?), \u23bb (?), \u23bc (?), \u23bd (?), \u2500 (?), \u2502 (?), \u250c (?), \u2510 (?), \u2514 (?), \u2518 (?), \u251c (?), \u2524 (?), \u252c (?), \u2534 (?), \u253c (?), \u2592 (?), \u25c6 (?) - New SolidFill class for filling an area with a single character. - New LineBox class for wrapping widgets in a box made of line- drawing characters. May be used as a box widget or a flow widget. - New example program graph.py demonstrates use of BarGraph, LineBox, ProgressBar and SolidFill. - Pile class may now be used as a box widget and contain a mix of box and flow widgets. - Columns class may now contain a mix of box and flow widgets. The box widgets will take their height from the maximum height of the flow widgets. - Improved the smoothness of resizing with raw_display module. The module will now try to stop updating the screen when a resize event occurs during the update. - The Edit and IntEdit classes now use their set_edit_text(..) and set_edit_pos(..) functions when handling keypresses, so those functions may be overridden to catch text modification. - The set_state(..) functions in the CheckBox and RadioButton classes now have a do_callback parameter that determines if the callback function registered will be called. - Fixed a newly introduced incompatibility with python < 2.3. - Fixed a missing symbol in curses_display when python is linked against libcurses. - Fixed mouse handling bugs in the Frame and Overlay classes. - Fixed a Padding bug when the left or right has no padding. About Urwid =========== Urwid is a console UI library for Python. It features fluid interface resizing, UTF-8 support, multiple text layouts, simple attribute markup, powerful scrolling list boxes and flexible interface design. Urwid is released under the GNU LGPL. From nemesis at nowhere.invalid Sat Jul 15 14:11:43 2006 From: nemesis at nowhere.invalid (Nemesis) Date: Sat, 15 Jul 2006 12:11:43 GMT Subject: [ANN] XPN 0.5.7 released Message-ID: <20060715121142.2623.23221.XPN@orion.homeinvalid> XPN (X Python Newsreader) is a multi-platform newsreader with Unicode support. It is written with Python+GTK. It has features like scoring/actions, X-Face and Face decoding, muting of quoted text, newsrc import/export, find article and search in the body, spoiler char/rot13, random taglines and configurable attribution lines. You can find it on: http://xpn.altervista.org/index-en.html or http://sf.net/projects/xpn Changes in this release: * fixed a bug that caused XPN not to open empty articles * fixed a bug that occurs with newer GTK releases that caused XPN not to show bold face fonts in Groups Pane and Threads Pane * added a key-combo that lets you scroll up the article * fixed an issue with orderings save. * reorganized and changed the appearance of the Config Window * changed the appearance of the Score Window * changed the way article headers and X-Face are shown in the Article Pane * added a groups context menu * added some new voices in the threads context menu XPN is translated in Italian French and German, if you'd like to translate it in your language and you are familiar with gettext and po-files editing please contact me (xpn at altervista.org). -- Life would be so very easy if we only had the source code. |\ | |HomePage : http://nem01.altervista.org | \|emesis |XPN (my nr): http://xpn.altervista.org From vasudevram at gmail.com Sat Jul 15 17:13:05 2006 From: vasudevram at gmail.com (vasudevram) Date: 15 Jul 2006 08:13:05 -0700 Subject: Publishing ODBC database content as PDF Message-ID: <1152976385.375597.152120@35g2000cwc.googlegroups.com> Publishing ODBC database content as PDF: I blogged about how it can be done here: http://jugad.livejournal.com/2006/07/07/ and here: http://jugad.livejournal.com/2006/07/08/ by using my PDF conversion toolkit, xtopdf. xtopdf is available at http://www.dancingbison.com/services.html . Feedback welcome, please use my "Profile and contact page" which you can access here: http://www.dancingbison.com/about.html Vasudev Ram http://www.dancingbison.com From robin at alldunn.com Sun Jul 16 08:53:53 2006 From: robin at alldunn.com (Robin Dunn) Date: Sat, 15 Jul 2006 23:53:53 -0700 Subject: ANN: wxPython 2.6.3.3 Message-ID: <44B9E281.4010508@alldunn.com> Announcing ---------- The 2.6.3.3 release of wxPython is now available for download at http://wxpython.org/download.php. This is a mostly bug fix release and also includes builds for Python 2.5 on Mac and also Windows. A summary of other changes is listed below and at http://wxpython.org/recentchanges.php. 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 GUI components of the popular wxWidgets cross platform 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 GTK2, and Mac OS X 10.2+, in most cases the native widgets are used on each platform. Changes in 2.6.3.3 ------------------ wx.lib.pubsub updates from Oliver Schoenborn: - fixed the hash problem with non-hashable objects - now supports listeners that use \*args as an argument (listener(\*args) was not passing the validity test) - corrected some mistakes in documentation - added some clarifications (hopefully useful for first time users) - changed the way singleton is implemented since old way prevented pydoc etc from extracting docs for Publisher DocView and ActiveGrid IDE updates from Morgan Hua: New Features: In Tab-View mode, Ctrl-number will take the user to the numbered tab view. Modified files now show an '*' astrisk in the view title. Debugger framework can now support PHP debugging. Not important for python development, but at least that means the debugger framework is more generalized. wx.lib.mixins.listctrl.TextEditMixin: Fixed the double END_LABEL_EDIT event problem in TextEditMixin by checking if the editor was already hidden before continuing with the CloseEditor method. Also added code to OpenEditor to send the BEGIN_LABEL_EDIT event and to not allow the opening of the editor to continue if the event handler doesn't allow it. Undeprecated wx.GetNumberFromUser and added wx.NumberEntryDialog. Made necessaary changes for building wxPython for Python 2.5. There may still be some issues related to the new Py_ssize_t type and 64-bit machines, but at least all compile errors and warnings related to it have been resolved. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! From jdavid at itaapy.com Mon Jul 17 10:25:44 2006 From: jdavid at itaapy.com (=?UTF-8?B?IkouIERhdmlkIEliw6HDsWV6Ig==?=) Date: Mon, 17 Jul 2006 10:25:44 +0200 Subject: itools 0.13.8 released Message-ID: <44BB4988.7070607@itaapy.com> itools is a Python library, it groups a number of packages into a single meta-package for easier development and deployment: itools.catalog itools.http itools.tmx itools.cms itools.i18n itools.uri itools.csv itools.ical itools.web itools.datatypes itools.resources itools.workflow itools.gettext itools.rss itools.xhtml itools.handlers itools.schemas itools.xliff itools.html itools.stl itools.xml Changes: HTTP - New package "itools.http", split from "itools.web". Web - Load requests and send responses in non-blocking mode. - Use "poll" instead of "select" to detect changes in sockets. CMS - Style fixes for the HTML editor, by Herv? Cauwelier [#138]. - Split account and password forms in two subtabs, by Herv? Cauwelier [#344] - New handler for video files, to view them inline. Resources --------- Download http://download.ikaaro.org/itools/itools-0.13.8.tar.gz Home http://www.ikaaro.org/itools Mailing list http://mail.ikaaro.org/mailman/listinfo/itools Bug Tracker http://bugs.ikaaro.org -- J. David Ib??ez Itaapy Tel +33 (0)1 42 23 67 45 9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88 From python-url at phaseit.net Mon Jul 17 16:57:29 2006 From: python-url at phaseit.net (Cameron Laird) Date: Mon, 17 Jul 2006 14:57:29 +0000 (UTC) Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Jul 17) Message-ID: QOTW: "Alas, Python has extensive libraries and [is] well documented to boot." - Edmond Dantes "Locking files is a complex business." - Sybren Stuvel File-locking *sounds* like an easy thing; it just isn't so in any operating system that often appears on desktops. Take advantage of those, like Jim Segrave, who have traveled this path before: http://groups.google.com/group/comp.lang.python/browse_thread/thread/2d7a1897aca02abb/ Regular expressions do so much; in Perl, they can even initiate arbitrary side effects. Python achieves the same through evaluated substitution, or pyparsing, or ... or even directly, with the SE module: http://groups.google.com/group/comp.lang.python/browse_thread/thread/3189b10b83a6d64a/ effbot explains exemaker. Yes, it *is* easy to supply a runnable Python or Python-based application on a memory stick: http://groups.google.com/group/comp.lang.python/browse_thread/thread/40e16cec4c023503/ John Machin illustrates the rudiments of embedding: http://groups.google.com/group/comp.lang.python/browse_thread/thread/3189b10b83a6d64a/ Closures let Peter Otten streamline an example test automation: http://groups.google.com/group/comp.lang.python/browse_thread/thread/665dc562dd315092/ 'Want to be a Python hero? Clean up cross-generation: http://groups.google.com/group/comp.lang.python/msg/84f3defcf8545736 ======================================================================== 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. For far, FAR more Python reading than any one mind should absorb, much of it quite interesting, several pages index much of the universe of Pybloggers. http://lowlife.jp/cgi-bin/moin.cgi/PythonProgrammersWeblog http://www.planetpython.org/ http://mechanicalcat.net/pyblagg.html 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 Python411 indexes "podcasts ... to help people learn Python ..." Updates appear more-than-weekly: http://www.awaretek.com/python/index.html Steve Bethard, Tim Lesher, and Tony Meyer continue the marvelous tradition early borne by Andrew Kuchling, Michael Hudson and Brett Cannon 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/ 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 Although unmaintained since 2002, the Cetus collection of Python hyperlinks retains a few gems. 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://www.python.org/dev/peps/pep-0042/ The online Python Journal is posted at pythonjournal.cognizor.com. editor at pythonjournal.com and editor at pythonjournal.cognizor.com welcome submission of material that helps people's understanding of Python use, and offer Web presentation of your work. del.icio.us presents an intriguing approach to reference commentary. It already aggregates quite a bit of Python intelligence. http://del.icio.us/tag/python *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.python.* Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topic/python/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&start=0&scoring=d& http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lang.python There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask to subscribe. Mention "Python-URL!". Write to the same address to unsubscribe. -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From eternalsquire at comcast.net Tue Jul 18 05:13:03 2006 From: eternalsquire at comcast.net (eternalsquire at comcast.net) Date: 17 Jul 2006 20:13:03 -0700 Subject: Diet Python Message-ID: <1153192382.992114.210010@35g2000cwc.googlegroups.com> Diet Python is a flavor of Python with allegro, multiarray, umath, calldll, npstruct and curses builtin, all else nonessential to language ripped out. Total size < 3MB, 1% of PSF Python. Diet Python helps keep clients thin :) You'll find it in http://sourceforge.net/projects/dietpython Cheers, The Eternal Squire From lutz at rmi.net Tue Jul 18 19:34:46 2006 From: lutz at rmi.net (lutz at rmi.net) Date: Tue, 18 Jul 2006 11:34:46 -0600 (GMT-06:00) Subject: Fall Python training seminar in Colorado Message-ID: <28316918.1153244087468.JavaMail.root@mswamui-andean.atl.sa.earthlink.net> Mark Lutz's Python Training Services is pleased to announce that our Fall 2006 public Colorado seminar is now open. This 5-day Python training event will be held November 6 through November 10. This year, our Fall seminar will be held at Historic Crag's Lodge, a resort in Estes Park, Colorado. Estes Park is a mountain town 80 miles from Denver's airport, and gateway to Rocky Mountain National Park. This in an all-inclusive event. Come spend 5 days mastering Python in the beautiful Colorado Rockies, and let us handle the details of your visit. We will be providing students with rooms at the resort, three full meals per day, a guided sightseeing tour, shuttle service to and from the Denver airport, and our new "Snake Charmers" T-shirt. Besides the included amenities, the extended format of this session will allow for in-depth coverage of class topics. Like all our public classes, this seminar will be taught by best-selling Python author and trainer Mark Lutz, and is open to individual enrollments. For more details, please see our web page: http://home.earthlink.net/~python-training/public.html Python Training Services From jibalamy at free.fr Wed Jul 19 23:21:05 2006 From: jibalamy at free.fr (Jiba) Date: Wed, 19 Jul 2006 23:21:05 +0200 Subject: [ANN] Soya 3D 0.12 Message-ID: <20060719232105.15dc0f82@localhost> *** What is Soya 3D ? *** Soya 3D is an object oriented "high level" 3D engine for Python. Somehow, Soya is to 3D what Python is to programming: an 'avant guarde' 3D engine, a kind of 'UFO' in the 3D world :-). Soya allows to develop very rapidly games of other 3D apps, entirely in the Python language (contrary to most of the other engine, in which Python is limited to scripting tasks). Moreover, Soya is easy to learn and offers pretty good performances. Soya is used successfully in 3D games, but also in demos, scientific simulations, or educational programs. Soya offers the features one can expect from a 3D engine, like basic scene management, cell-shading, shadows, particles systems,... as well as some unique features aiming at making 3D development easier and more rapid. Soya is Free Software, under the GNU GPL. Soya is written in Pyrex (a mix of C and Python) and in Python. *** New in Soya 0.12 *** 0.12 is a major release with many new features: * There were many weird classname in Soya. Many of them have be renamed to more comprehensive name (e.g. Idler becomes MainLoop). Backward compatibility is fully ensured, though. * A new sound API, integrating directly OpenAL, and fully multi-platform (the old pyopenal was not working well under windows). * Soya is now able to automagically determine which objects are static, and to optimize them (currently, it is used to optimize shadows and sounds). * The first step of a model deforming system has been implemented; it is however not yet fully functional (hey, we have to keep something for 0.13 :-). * A new documentation for Soya is under writing: http://download.gna.org/soya/soya_guide.pdf Soya website: http://soyaproject.org Download Soya 0.12: http://download.gna.org/soya/Soya-0.12.tar.bz2 http://download.gna.org/soya/SoyaTutorial-0.12.tar.bz2 Complete changelog: * July 2006 : Soya3D 0.12 * Massive renaming (backward compatibility is maintained through aliases): Idler -> MainLoop Shape -> Model Cal3dShape -> AnimatedModel Shapifier -> ModelBuilder Volume -> Body Cal3dVolume -> Body (merged with Volume) Land -> Terrain * New sound API (see soya.Sound, soya.SoundPlayer and tuto sound-1.py) * Static and auto_static: all Soya objects (inheriting from CoordSyst) have now a "static" attribute that can be use to tag them as static for optimizing them, and an "auto_static" attribute (defaulting to true) that allows Soya to automatically determine wether they are static or not * Static shadows: static object's shadows are rendered faster * New method MainLoop.update, for embedding Soya inside Tk (or other GUI or mainloop) ; MainLoop.start has been removed since it has never been really working * Font now inherits from SavedInAPath (=> you can have a data/fonts/ directory) * Dynamic model deforming (see tuto deform-1.py); this feature is still under work and the API may change in the next release. * Auto-exporters can now be disabled (soya.AUTO_EXPORTERS_ENABLED = 0) * Bugfix: * Bugfix in 3DSmax exporter on material (thanks Snaip) * The Blender => Soya auto-exporter no longer require that Blender can import Soya. This was causing some weird bugs with some Blender binaries. * Fix for 64 bits platforms. * Bugfix on mirroring (scaling with negative values) * Bugfix on shadows on AnimatedModel: soya was segfaulting if the model was culled on the first rendering Jiba From cs at comlounge.net Thu Jul 20 17:26:14 2006 From: cs at comlounge.net (Christian Scholz) Date: Thu, 20 Jul 2006 17:26:14 +0200 Subject: EuroPython 2006: Video of Keynote by Alan Kay Message-ID: Finally all three parts of the keynote of computing pioneer Alan Kay are online. You can watch them at http://mrtopf.tv or you can search on iTunes for "mrtopf" and subscribe to it to get new episodes automatically. As soon as I have some time I will put up more videos from the conference. Christan Scholz -- Christian Scholz COM.lounge Luetticher Strasse 10 52064 Aachen Tel: +49 241 400 730 0 Fax: +49 241 979 00 850 EMail: cs at comlounge.net Homepage: http://comlounge.net From mwh at python.net Fri Jul 21 13:24:18 2006 From: mwh at python.net (Michael Hudson) Date: Fri, 21 Jul 2006 12:24:18 +0100 Subject: Ireland PyPy sprint 21th-27th August 2006 Message-ID: <2mr70fyzdp.fsf@starship.python.net> The next PyPy sprint will happen in the nice city of Limerick in Ireland from 21st till 27th August. (Most people intend to arrive 20th August). The main focus of the sprint will be on JIT compiler works, various optimization works, porting extension modules, infrastructure works like a build tool for PyPy, or extended (distributed) testing. It's also open to new topics. If you are a student consider to participate in `Summer of PyPy`_ in order get funding for your travels and accomodation. The sprint is being hosted by University of Limerick (http://www.ul.ie/) - and is arranged in co-operation with people from our sister project Calibre (www.calibre.ie). Our contact at the University is P?r ?gerfalk and Eoin Oconchuir. .. _`Summer of PyPy`: http://codespeak.net/pypy/dist/pypy/doc/summer-of-pypy First day: introduction and workshop (possible to attend only this day) ------------------------------------------------------------------------ During the first day (21st of August) there will be talks on various subjects related to PyPy: * A tutorial and technical introduction to the PyPy codebase (suited for people interested in getting an overview of PyPy?s architecture and/or contributing to PyPy) * a workshop covering more in-depth technical aspects of PyPy and what PyPy can do for you. The workshop will also cover methodology, aiming at explaining the pros and cons of sprint-driven development. (suited for sprint attendants, students, staff and other interested parties from/around the University and the local area) The tutorial will be part of the sprint introduction - the workshop will take place if there is enough interest raised before the 21st of August from people planning to attend. You are of course welcome to attend just for this first day of the sprint. If you want to come ... ---------------------------- If you'd like to come, please subscribe to the `pypy-sprint mailing list`_ and drop a note about your interests and post any questions. More organisational information will be send to that list. We'll keep a list of `people`_ which we'll update (which you can do so yourself if you have codespeak commit rights). .. _`Calibre`: http://www.calibre.ie A small disclaimer: There might be people visiting the sprint in order to do research on how open source communities work, organize and communicate. This research might be done via filming, observing or interviewing. But of course you will be able to opt-out of being filmed at the sprint. Logistics -------------------------------------- NOTE: you need a UK style of power adapter (220V). The sprint will be held in the Computer Science Building, room CSG-025, University of Limerick (no 7 on http://www.ul.ie/main/places/campus.shtml). Bus 308 from Limerick city will take you to no 30 (approx.). See http://www.ul.ie/main/places/travel.shtml for more on how to get to UL. We will have access to the sprint facilities from 09:00-19:00 every day (it might be even later than 19:00). Monday-Wednesday, Friday-Sunday are sprint days, Thursday is likely a break day. Food on campus varies in price and quality ;-) : from ca 4 EUR to 7-8 EUR for a lunch. There are of course a lot more food alternatives in down town Limerick. Next Airports ------------------ Shannon Airport (SNN) is the nearest airport (Ryanair flies there) - you may check out more information about flights to/from the airport at http://www.shannonairport.com/index.html There are busses from there to downtown Limerick, and busses from Limerick to the UL campus. Taxis are about 35 EUR. Accomodation ----------------- There is a website address for campus accomodation at http://www.ul.ie/conference/accommodation.htm. The rate should be 49 euro for Bed and Breakfast. If you are interested in booking campus accommodation, please contact deborah.tudge at ul ie and make reference to the PyPy workshop and sprint. Please try to book as soon as possible. As an off-campus accommodation alternative you can also try: Castletroy Lodge and Castletroy Inn (Bed and Breakfast) Dublin Road (15 to 20 mins walk to UL) Tel: +353 61 338385 / +353 61 331167 .. _`pypy-sprint mailing list`: http://codespeak.net/mailman/listinfo/pypy-sprint .. _`people`: people.html -- Remember - if all you have is an axe, every problem looks like hours of fun. -- Frossie -- http://home.xnet.com/~raven/Sysadmin/ASR.Quotes.html From edahl at zenoss.com Fri Jul 21 17:56:43 2006 From: edahl at zenoss.com (Erik A. Dahl) Date: Fri, 21 Jul 2006 11:56:43 -0400 Subject: ANN: Zenoss-0.21.1 Message-ID: Version 0.21.1 of Zenoss is available for download. Major feature enhancements of this version include remote process monitoring using the HOST-RESOURCES-MIB, SNMP trap reception and MIB compilation (using libsmi). This release also fixes zenoss bugs: #176, #177 and #185 and zenwin bug #189. To download: http://www.zenoss.org/download Release Notes: http://dev.zenoss.org/trac/wiki/zenoss-0.21/ Project Home: http://www.zenoss.org/ Project Blurb: Zenoss is a GPL licensed enterprise grade monitoring system that provides Inventory/Configuration, Event, Performance and Availability management in a single integrated package. It is written in Python using the Zope web application framework and Twisted network programming environment. Zenoss is designed to be easy to use for a beginner yet flexible and powerful enough for the advanced user. Enjoy, -EAD Erik Dahl CTO & Co-Founder Zenoss, Inc. From anthony.tuininga at gmail.com Fri Jul 21 19:46:57 2006 From: anthony.tuininga at gmail.com (Anthony Tuininga) Date: Fri, 21 Jul 2006 11:46:57 -0600 Subject: cx_Oracle 4.2 Message-ID: <703ae56b0607211046m551a1c8al3e2af641906fb9eb@mail.gmail.com> What is cx_Oracle? cx_Oracle is a Python extension module that allows access to Oracle and conforms to the Python database API 2.0 specifications with a few exceptions. Where do I get it? http://starship.python.net/crew/atuining What's new? 1) Added support for parsing an Oracle statement as requested by Patrick Blackwill. 2) Added support for BFILEs at the request of Matthew Cahn. 3) Added support for binding decimal.Decimal objects to cursors. 4) Added support for reading from NCLOBs as requested by Chris Dunscombe. 5) Added connection attributes encoding and nencoding which return the IANA character set name for the character set and national character set in use by the client. 6) Rework module initialization to use the techniques recommended by the Python documentation as one user was experiencing random segfaults due to the use of the module dictionary after the initialization was complete. 7) Removed support for the OPT_Threading attribute. Use the threaded keyword when creating connections and session pools instead. 8) Removed support for the OPT_NumbersAsStrings attribute. Use the numbersAsStrings attribute on cursors instead. 9) Use type long rather than type int in order to support long integers on 64-bit machines as reported by Uwe Hoffmann. 10) Add cursor attribute "bindarraysize" which is defaulted to 1 and is used to determine the size of the arrays created for bind variables. 11) Added repr() methods to provide something a little more useful than the standard type name and memory address. 12) Added keyword argument support to the functions that imply such in the documentation as requested by Harald Armin Massa. 13) Treat an empty dictionary passed through to cursor.execute() as keyword arguments the same as if no keyword arguments were specified at all, as requested by Fabien Grumelard. 14) Fixed memory leak when a LOB read would fail. 15) Set the LDFLAGS value in the environment rather than directly in the setup.py file in order to satisfy those who wish to enable the use of debugging symbols. 16) Use __DATE__ and __TIME__ to determine the date and time of the build rather than passing it through directly. 17) Use Oracle types and add casts to reduce warnings as requested by Amaury Forgeot d'Arc. 18) Fixed typo in error message. From theller at python.net Fri Jul 21 21:21:09 2006 From: theller at python.net (Thomas Heller) Date: Fri, 21 Jul 2006 21:21:09 +0200 Subject: ctypes 0.9.9.9 released Message-ID: <44C12925.4090103@python.net> ctypes 0.9.9.9 released - July 21, 2006 ======================================= Overview ctypes is an advanced ffi (Foreign Function Interface) package for Python 2.3 and higher. ctypes allows to call functions exposed from dlls/shared libraries and has extensive facilities to create, access and manipulate simple and complicated C data types in Python - in other words: wrap libraries in pure Python. It is even possible to implement C callback functions in pure Python. ctypes runs on Windows, Windows CE, MacOS X, Linux, Solaris, FreeBSD, OpenBSD. It may also run on other systems, provided that libffi supports this platform. Changes in 0.9.9.9 Index checking on 1-sized arrays was reintroduced, so they can no longer be used as variable sized data. Assigning None to pointer type structure fields possible overwrote wrong fields. Fixed a segfault when ctypes.wintypes were imported on non-Windows machines. Accept any integer or long value in the ctypes.c_void_p constructor. It is now possible to use custom objects in the ctypes foreign function argtypes sequence as long as they provide a from_param method, no longer is it required that the object is a ctypes type. ctypes can now be built with MingW on Windows, but it will not catch access violations then since MingW does no structured exception handling. Sync the darwin/x86 port libffi with the copy in PyObjC. This fixes a number of bugs in that port. The most annoying ones were due to some subtle differences between the document ABI and the actual implementation :-( Release the GIL during COM method calls, to avoid deadlocks in Python coded COM objects. Changes in 0.9.9.7 Fixes for 64-bit big endian machines. It is now possible to read and write any index of pointer instances (up to 0.9.9.6, reading was allowed for any index, but writing only for index zero). Support for unnamed (anonymous) structure fields has been added, the field names must be listed in the '_anonymous_' class variable. Fields of unnamed structure fields can be accessed directly from the parent structure. Enabled darwin/x86 support for libffi (Bob Ippolito and Ronald Oussuren). Added support for variable sized data structures: array types with exactly 1 element don't do bounds checking any more, and a resize function can resize the internal memory buffer of ctypes instances. Fixed a bug with certain array or structure types that contained more than 256 elements. Changes in 0.9.9.6 The most important change is that the old way to load libraries has been restored: cdll.LoadLibrary(path), and CDLL(path) work again. For details see the changelog in CVS and in the source distribution. It was a mistake to change that in the 0.9.9.3 release - I apologize for any confusion and additional work this has caused or will cause. New module ctypes.util which contains a cross-platform find_library function. Sized integer types (c_int8, c_int16, and so on) have been added by integrating a patch from Joe Wreschnig. Also c_size_t, which corresonds to the 'size_t' C type has been added. Two long standing bugs with pointers have been fixed. Thanks to Axel Seibert for pushing me to the first, and thanks to Armin Rigo for finding the second one. The ctypes.decorator module has been removed completely, so the 'cdecl' and 'stdcall' symbols are no longer available. The code generator has been removed completely. It will probably be made available as a separate project later. The samples directory has been removed because it was completely out-of-date. The .zip and .tar.gz source distributions no longer contain different file sets. The development in CVS now takes place in the HEAD again, the 'branch_1_0' branch is no longer used. Changes in 0.9.9.3 Windows The ctypes.com package is no longer included and supported. It is replaced by the comtypes package which will be released separately. ctypes has been ported to Windows CE by Luke Dunstan. Other platforms Hye-Shik Chang has written a new build system for libffi which should remove possible licensing issues. All platforms The library loading code has been rewritten by Andreas Degert, there are now sophisticated methods to find shared libraries. On OS X, this uses files from Bob Ippolito's macholib. See the manual for details. Finally I started to write the manual, it is available online: http://tinyurl.com/7bpg4 New 'errcheck' protocol to check the return values of foreign functions, suggested by Mike Fletcher. Lots of bug fixes, especially for 64-bit platforms. Improved performance when creating ctypes instances. Subclasses of simple types (c_int, c_void_p, and so on) now behave as expected - they are not automatically converted into native Python types any longer. Support for explicit byte ordering in structures has been added (BigEndianStructure, LittleEndianStructure base classes). call byref() automatically, if needed, for POINTER types in argtypes. Lots of improvements to the code generator. Download Downloads are available in the sourceforge files section Binary windows installers, which contain compiled extension modules, are also available, be sure to download the correct one for the Python version you are using. Homepage Enjoy, Thomas From anthony.tuininga at gmail.com Fri Jul 21 22:47:22 2006 From: anthony.tuininga at gmail.com (Anthony Tuininga) Date: Fri, 21 Jul 2006 14:47:22 -0600 Subject: cx_Freeze 3.0.3 Message-ID: <703ae56b0607211347q76d6d55cs83fca34eaff72085@mail.gmail.com> What is cx_Freeze? cx_Freeze is a set of utilities for freezing Python scripts into executables using many of the techniques found in Thomas Heller's py2exe, Gordon McMillan's Installer and the Freeze utility that ships with Python itself. Where do I get it? http://starship.python.net/crew/atuining What's new? 1) In Common.c, used MAXPATHLEN defined in the Python OS independent include file rather than the PATH_MAX define which is OS dependent and is not available on IRIX as noted by Andrew Jones. 2) In the initscript ConsoleSetLibPath.py, added lines from initscript Console.py that should have been there since the only difference between that script and this one is the automatic re-execution of the executable. 3) Added an explicit "import encodings" to the initscripts in order to handle Unicode encodings a little better. Thanks to Ralf Schmitt for pointing out the problem and its solution. 4) Generated a meaningful name for the extension loader script so that it is clear which particular extension module is being loaded when an exception is being raised. 5) In MakeFrozenBases.py, use distutils to figure out a few more platform-dependent linker flags as suggested by Ralf Schmitt. From anthony.tuininga at gmail.com Fri Jul 21 23:21:17 2006 From: anthony.tuininga at gmail.com (Anthony Tuininga) Date: Fri, 21 Jul 2006 15:21:17 -0600 Subject: cx_Logging 1.2 Message-ID: <703ae56b0607211421x8e78d42v220cbda681b274cb@mail.gmail.com> What is cx_Logging? cx_Logging is a Python extension module which operates in a fashion similar to the logging module that ships with Python 2.3 and higher. It also has a C interface which allows applications to perform logging independently of Python. Where do I get it? http://starship.python.net/crew/atuining What's new? 1) Changed macros to support building with the Microsoft compiler as requested by Christopher Mioni. 2) Added keywords arguments for the StartLogging() method as requested by Christopher Mioni. 3) Use __DATE__ and __TIME__ to determine the date and time of the build rather than passing it through directly. 4) Added support for getting a file object for the file that is currently being logged to or None if no logging is taking place. From andre.roberge at gmail.com Sat Jul 22 02:20:07 2006 From: andre.roberge at gmail.com (andre.roberge at gmail.com) Date: 21 Jul 2006 17:20:07 -0700 Subject: Ann: Crunchy Frog 0.6 Message-ID: <1153527607.042190.124140@b28g2000cwb.googlegroups.com> Crunchy Frog (version 0.6) has been released. Crunchy Frog is an application that transforms an html-based Python tutorial into an interactive session within a browser window. The interactive embedded objects include: * a Python interpreter; * a simple code editor, whose input can be executed by Python; * a special "doctest" mode for the code editor; * a graphics canvas which can be drawn upon using a simple api. * simple sounds can be generated and played with all of the above. A comprehensive set of examples are included in the package, as well as two "standard Python tutorials" (mini-sorting HowTo, and regular expression HowTo) which have been adapted for use with Crunchy Frog. Requirements: Python 2.4+ (it might work, but has not been tested with earlier versions) Elementtree; (a link is provided in the included docs) Firefox 1.5+ The website address is http://crunchy.sourceforge.net The files can be downloaded from http://sourceforge.net/project/showfiles.php?group_id=169458 Andr? and Johannes From thomas at thomas-lotze.de Sun Jul 23 00:51:38 2006 From: thomas at thomas-lotze.de (Thomas Lotze) Date: Sun, 23 Jul 2006 00:51:38 +0200 Subject: Ophelia 0.1 Message-ID: The first release of Ophelia, 0.1, has just been tagged. From README.txt: ========================================================================= Ophelia creates XHTML pages from templates written in TAL, the Zope Template Attribute Language. It is designed to reduce code repetition to zero. At present, Ophelia contains a request handler for the Apache2 web server. Static content -------------- Consider Ophelia as SSI on drugs. It's not fundamentally different, just a lot friendlier and more capable. Use Ophelia for sites where you basically write your HTML yourself, except that you need write the recurring stuff only once. Reducing repetition to zero comes at a price: your site must follow a pattern for Ophelia to combine your templates the right way. Consider your site's layout to be hierarchical: there's a common look to all your pages, sections have certain characteristics, and each page has unique content. It's crucial to Ophelia that this hierarchy reflects in the file system organization of your documents; how templates are nested is deduced from their places in the hierarchy of directories. Dynamic content --------------- Ophelia makes the Python language available for including dynamic content. Each template file may include a Python script. Python scripts and templates contributing to a page share a common set of variables to modify and use. Ophelia's content model is very simple and works best if each content object you publish is its own view: the page it is represented on. If you get content from external resources anyway (e.g. a database or a version control repository), it's still OK to use Ophelia even with multiple views per content object as long as an object's views doesn't depend on the object's type or even the object itself. Trying to use Ophelia on a more complex site will lead to an ugly entanglement of logic and presentation. Don't use Ophelia for sites that are actually web interfaces to applications, content management systems and the like. ========================================================================= To use Ophelia, you need - Apache2 - Python 2.3 or better - mod_python 3.1 or better - the zope package from Zope3 Ophelia is released under the Zope Public License, version 2.1. You can access the source code repository at , browse it using ViewCVS at , and download the 0.1 release from . Ophelia is currently used to deliver its author's private web site. -- Thomas From gward-1337f07a94b43060ff5c1ea922ed93d6 at python.net Sun Jul 23 18:16:51 2006 From: gward-1337f07a94b43060ff5c1ea922ed93d6 at python.net (Greg Ward) Date: Sun, 23 Jul 2006 12:16:51 -0400 Subject: ANNOUNCE: Optik 1.5.3 Message-ID: <20060723161651.GA2076@cthulhu.gerg.ca> Optik 1.5.3 =========== Optik is a powerful, flexible, extensible, easy-to-use command-line parsing library for Python. Using Optik, you can add intelligent, sophisticated handling of command-line options to your scripts with very little overhead. I have released Optik 1.5.3 mainly to ensure that Python 2.5 includes a version of optparse that is derived from a known release of Optik. Sharp-eyed readers will note that I didn't announce 1.5.2 -- that's because I released it prematurely, and then noticed a change to Lib/test/test_optparse.py in the Python source tree that I had to port to Optik. Oops. You can get Optik 1.5.3 from http://sourceforge.net/projects/optik Or you can just wait for Python 2.5rc1, which will include Optik 1.5.3 as optparse. Anyways, here are the changes since the last proper release (1.5.1): 1.5.3 (23 Jul 2006) ------------------- * Port r47026 from Python svn repository: fix unit test so it doesn't screw up other tests in the Python test suite. 1.5.2 (22 Jul 2006) ------------------- * Minor documentation tweaks. * SF bug #1498146: handle Unicode help strings (affects option help, description, and epilog). -- Greg Ward http://www.gerg.ca/ God is omnipotent, omniscient, and omnibenevolent ---it says so right here on the label. From mcfletch at vrplumber.com Mon Jul 24 05:54:57 2006 From: mcfletch at vrplumber.com (Mike C. Fletcher) Date: Sun, 23 Jul 2006 23:54:57 -0400 Subject: Toronto Python User's Group this Tuesday, 6:30PM at Linux Caffe (note time change!) Message-ID: <44C44491.3030401@vrplumber.com> We're going to try meeting 1/2 hour earlier this month to be more considerate to our hosts, Linux Caffe (who stay open late just for us on the fourth Tuesday of the month). I realise many people won't be able to get down to the Caffe by 6:30, so the first half hour we'll use for socialisation, organisation, picking up coffee and pastries, and generally getting to know one another. We'll start the more "formal" part of the gathering at 7:00. As is usual, we'll go out afterward for beer (or whatever your poison, (cheesecake being a popular second)) for further socialisation and camaraderie. The topic for this week is the SQLObject Object-relational Mapper. This is one of the more popular ORMs for Python which provides a truly OO view of your RDBMS objects which attempts to automate all of your SQL code generation so that you deal largely (only) with Python objects with natural-feeling APIs. We can look at the basic usage patterns, some of the cooler features (such as automated inheritance), and discuss some of the gotchas that show up when using the package. SQLObject is one of the core default packages of the TurboGears web framework, and as such it's probably something you want to learn about, even if you choose another ORM for your projects. Linux Caffe is located at the corner of Grace and Harbord, one block south of Christie subway station. http://www.linuxcaffe.ca It's got a trendy geek-positive atmosphere, great coffee and wifi or hard-line network links. Have fun all, Mike -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com From fabiofz at gmail.com Mon Jul 24 13:49:34 2006 From: fabiofz at gmail.com (Fabio Zadrozny) Date: Mon, 24 Jul 2006 08:49:34 -0300 Subject: Pydev 1.2.2 released Message-ID: Hi All, Pydev and Pydev Extensions 1.2.2 have been released Details on Pydev Extensions: http://www.fabioz.com/pydev Details on Pydev: http://pydev.sf.net Details on its development: http://pydev.blogspot.com Release Highlights in Pydev Extensions: ----------------------------------------------------------------- - Added the 'toggle completion type' when Ctrl is pressed in the code-completion for context-insensitive data IMPORTANT:The binding for creating the interactive console and passing commands to the shell has been changed to Ctrl+Alt+Enter (because Ctrl+Enter is now used when applying a toggled completion). Details for toggle completion type: Blog: http://pydev.blogspot.com/2006/07/improving-code-completion-in-pydev.html - When getting some definition, if it is defined by an import..from, it keeps going until the actual token is found - Duplicated signature is no longer warned inside an if..else - Mark occurrences bug-fix - Handling nested 'for' declarations and nested list comprehensions correctly in code-analysis Release Highlights in Pydev: ---------------------------------------------- Code Completion * Calltips added to pydev * The parameters are now linked when a completion is selected (so, tab iterates through them and enter goes to the end of the declaration) * Parameters gotten from docstring analysis for builtins that don't work with 'inspect.getargspec' * Getting completions for the pattern a,b,c=range(3) inside a class * Code completion for nested modules had a bug fixed * Added the 'toggle completion type' when ctrl is pressed in the code-completion for context-sensitive data * Code-completion works correctly after instantiating a class: MyClass(). <-- will bring correct completions * Code-completion can now get the arguments passed when instatiating a class (getting the args from __init__) * self is added as a parameter in the completion analyzing whether we're in a bounded or unbounded call * Pressing Ctrl+Space a second time changes default / template completions See details on toggling completion mode, cycling through completions and linked mode (blog: http://pydev.blogspot.com/2006/07/improving-code-completion-in-pydev.html) Outline View * Added option for hiding comments and imports * Persisting configuration * Added option for expanding all Others * Possibility of setting pyunit verbosity level (by Darrell Maples) * Errors getting the tests to run are no longer suppressed * Ctrl+2+kill also clears the internal cache for compiled modules (especially useful for those that create compiled dependencies). * Last opened path remembered when configuring the pythonpath (dialog) What is PyDev? --------------------------- PyDev is a plugin that enables users to use Eclipse for Python and Jython development -- making Eclipse a first class Python IDE -- It comes with many goodies such as code completion, syntax highlighting, syntax analysis, refactor, debug and many others. Cheers, -- Fabio Zadrozny ------------------------------------------------------ Software Developer ESSS - Engineering Simulation and Scientific Software http://www.esss.com.br Pydev Extensions http://www.fabioz.com/pydev Pydev - Python Development Enviroment for Eclipse http://pydev.sf.net http://pydev.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-announce-list/attachments/20060724/a63bc868/attachment.html From anthony.tuininga at gmail.com Mon Jul 24 19:19:45 2006 From: anthony.tuininga at gmail.com (Anthony Tuininga) Date: Mon, 24 Jul 2006 11:19:45 -0600 Subject: cx_OracleTools 7.4 Message-ID: <703ae56b0607241019o6120f587i95eefd10e5031e73@mail.gmail.com> What is cx_OracleDBATools? cx_OracleTools is a set of Python scripts that handle Oracle database development tasks in a cross platform manner and improve (in my opinion) on the tools that are available by default in an Oracle client installation. Those who use cx_Oracle (a Python interface driver for Oracle compatible with the DB API) may also be interested in this project, if only as examples. Binaries are provided for those who do not have a Python installation. Where do I get it? http://starship.python.net/crew/atuining What's new? 1) Use cx_Logging to output messages rather than write directly to stderr. 2) Added support for describing comments on tables and columns. 3) Improved output when an exception occurs. 4) cx_Oracle 4.2 is now required. 5) Replace use of executemanyprepared() with executemany() and bind arrays instead of dictionaries which actually improves performance by about 20-25% in some cases. 6) Moved code from module cx_DumpData in project cx_PyOracleLib into DumpData. 7) Provide more meaningful message when source or target directory is missing in GeneratePatch as requested by Micah Friesen. 8) Ignore invalid objects of type "UNDEFINED" when describing objects. 9) Export the roles before the users as the reason the roles are included is because they are administered by the users and the grants will by definition fail. 10) In ExportObjects, create the directory before any exporting actually takes place in order to handle the situation when no objects are exported as requested by Micah Friesen. 11) Eliminated identical grants made by different users when describing objects. 12) Add phrase "(n% of file)" to the reporting message of ImportData when possible as requested by Don Reid. 13) Display something more reasonable when compiling statements that modify constraints. From anthony.tuininga at gmail.com Mon Jul 24 21:28:07 2006 From: anthony.tuininga at gmail.com (Anthony Tuininga) Date: Mon, 24 Jul 2006 13:28:07 -0600 Subject: cx_OracleDBATools 2.2 Message-ID: <703ae56b0607241228oad150a6saa2332c29b2ce950@mail.gmail.com> What is cx_OracleDBATools? cx_OracleDBATools is a set of Python scripts that handle Oracle DBA tasks in a cross platform manner. These scripts are intended to work the same way on all platforms and hide the complexities involved in managing Oracle databases, especially on Windows. Binaries are provided for those who do not have a Python installation. Where do I get it? http://starship.python.net/crew/atuining What's new? 1) Added option --replace-existing to CloneDB in order to support issuing one command to replace an existing database with a copy of another one. 2) Always set the enviroment, even when connecting directly using cx_Oracle, as otherwise the wrong SID could be set and the wrong action take place. 3) Do not prompt for the value for ORACLE_HOME if the --no-prompts option has been invoked. 4) Increase the size of the template system tablespace for Oracle 10g as it was too small. 5) On Windows, wait until the service is actually started or stopped before continuing. From mark.john.rees at gmail.com Tue Jul 25 03:21:41 2006 From: mark.john.rees at gmail.com (hex-dump) Date: 24 Jul 2006 18:21:41 -0700 Subject: Sydney Python Group Meeting This Thursday 27 July Message-ID: <1153790501.335488.120820@b28g2000cwb.googlegroups.com> Hi Everyone, The Sydney Python group is having its first meeting for the year on Thursday July 27. Usual time and new place: Thursday, July 27, 2006 (6:30 PM - 8:30 PM) The "new" University of Sydney School of IT Building. Thanks to Bob Kummerfeld for arranging the venue. The venue is approx 1 km from both Central and Redfern stations. Use the entrance from the University side, not the Cleveland St side. If you come from City Rd, enter the Seymour Centre forecourt and follow the curve of the new building down to the foyer entrance. http://www.cs.usyd.edu.au/~dasymond/index.cgi?p=Map Talks: Graham Dumpeton on what is coming in the next major version of mod_python (3.3). This version of mod_python should represent a significant improvement over previous versions in certain areas with ramifications on stability. New features have also been added which make mod_python a bit more flexible than it is now and more useable in the way that Apache modules should be able to be used. Result is that mod_python can truly be used for more than just a jumping off point for stuff like WSGI and all those Python web frameworks that keep popping up every day. Mark Rees on his experiences in using IronPython with .NET and Mono. The talks will be 15-20 minutes in length with plenty of time for questions. See you there. Mark From mmueller at python-academy.de Tue Jul 25 06:26:29 2006 From: mmueller at python-academy.de (Mike =?iso-8859-1?Q?M=FCller?=) Date: Tue, 25 Jul 2006 06:26:29 +0200 Subject: =?iso-8859-1?Q?Leipzig_Python_Workshop_=96_Deadline_for_?= Abstracts Extended until July 31, 2006 Message-ID: <7.0.1.0.0.20060725061746.01cd95b0@python-academy.de> The deadline for submission of abstracts has been extended until end of July. Einige Autoren haben um eine Verl?ngerung der Frist f?r Vortragsanmeldungen gebeten. Deshalb k?nnen noch bis Ende Juli Vortr?ge angemeldet werden. === Workshop "Python im deutschsprachigen Raum" === Am 8. September 2006 findet in Leipzig der Workshop "Python im deutschsprachigen Raum" statt. Der Workshop ist als Erg?nzung zu den internationalen und europ?ischen Python-Zusammenk?nften gedacht. Die Themenpalette der Vortr?ge ist sehr weit gefasst und soll alles einschlie?en, was mit Python im deutschsprachigen Raum zu tun hat. Eine ausf?hrliche Beschreibung der Ziele des Workshops, der Workshop-Themen sowie Details zu Organisation und Anmeldung sind unter http://www.python-academy.de/workshop nachzulesen. Vortr?ge k?nnen bis zum 31. Juli angemeldet werden. Dazu bitte eine Kurzfassung an mmueller at python-academy.de senden. Zu jedem Vortrag kann ein Artikel eingereicht werden, der in einem Proceedings-Band Ende des Jahres erscheinen wird. === Wichtige Termine === 31.07.2006 Vortragsanmeldung mit Kurzfassung 12.08.2006 Einladung und vollst?ndiges Programm 15.08.2006 Letzter Termin f?r Fr?hbucherrabatt 08.09.2006 Workshop 15.09.2006 Letzter Termin f?r die Einreichung der publikationsf?higen Beitr?ge Dezember 2006 Ver?ffentlichung des Tagungsbandes === Bitte weitersagen === Der Workshop soll auch Leute ansprechen, die bisher nicht mit Python arbeiten. Wer mithelfen m?chte den Workshop bekannt zu machen, kann einen Link auf http://www.python-academy.de/workshop setzen. Auch au?erhalb des Internets kann der Workshop durch den Flyer http://www.python-academy.de/download/workshop_call_for_papers.pdf bekannt gemacht werden. Einfach doppelseitig ausdrucken oder kopieren und ein paar Exemplare am Schwarzen Brett von Universit?ten, Firmen, Organisationen usw. aush?ngen. Wir freuen uns auf eine rege Teilnahme, Mike M?ller Stefan Schwarzer From jdavid at itaapy.com Tue Jul 25 14:29:37 2006 From: jdavid at itaapy.com (=?UTF-8?B?IkouIERhdmlkIEliw6HDsWV6Ig==?=) Date: Tue, 25 Jul 2006 14:29:37 +0200 Subject: itools 0.13.9 released Message-ID: <44C60EB1.6080502@itaapy.com> itools is a Python library, it groups a number of packages into a single meta-package for easier development and deployment: itools.catalog itools.http itools.tmx itools.cms itools.i18n itools.uri itools.csv itools.ical itools.web itools.datatypes itools.resources itools.workflow itools.gettext itools.rss itools.xhtml itools.handlers itools.schemas itools.xliff itools.html itools.stl itools.xml Changes: URI - Fix the mailto scheme, return always a Mailto object, by Herv? Cauwelier [#421]. CSV - Fix deleting rows, by Herv? Cauwelier [#423]. - Fix index initialization, by Herv? Cauwelier [#339]. Web - More robust code to load requests. - Change a little the error log format, add the date. CMS - Now views can have a URI query, by Herv? Cauwelier [#308]. - Update access control declarations, by Herv? Cauwelier [#446]. Resources --------- Download http://download.ikaaro.org/itools/itools-0.13.9.tar.gz Home http://www.ikaaro.org/itools Mailing list http://mail.ikaaro.org/mailman/listinfo/itools Bug Tracker http://bugs.ikaaro.org -- J. David Ib??ez Itaapy Tel +33 (0)1 42 23 67 45 9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88 From d at danielshipton.com Tue Jul 25 21:24:34 2006 From: d at danielshipton.com (Daniel E. Shipton) Date: Tue, 25 Jul 2006 14:24:34 -0500 Subject: Flagpoll 0.2.1 released Message-ID: <44C66FF2.1020109@danielshipton.com> I am pleased to announce the 0.2.1 release of Flagpoll available at https://realityforge.vrsource.org/view/FlagPoll/WebHome You can download a tarball or RPM from: https://realityforge.vrsource.org/view/FlagPoll/FlagpollDownloads What is Flagpoll? ----------------------------------------------- Flagpoll is a tool for developers to use meta-data files for storing information on what is needed to compile their software. Think of it as the rpm of software development. It enables developers total control over which packages, versions, architectures, etc. that they want to use meta-data from. Flagpoll is a multi-platform tool written in Python. It is free software and licensed under the GPL version 2. Changelog for 0.2.1 ----------------------------------------------- * Generic commandline filtering and metadata retrieval https://realityforge.vrsource.org/pipermail/flagpoll-devel/2006-July/000013.html Features ----------------------------------------------- * Completely eliminates need for *-config scripts * Backwards compatible with pkg-config .pc files * Not tied to any software...completely independent * Smart version lookup o Able to get newest version of a package and all of its dependencies that work together. o Able to specify a release series of a package and gather all of its dependencies that work together. * Designed for parallel software installs(multiple versions and architectures) If your interested in finding more information about Flagpoll check out: https://realityforge.vrsource.org/view/FlagPoll/WebHome -Daniel From schofield at ftw.at Wed Jul 26 17:14:47 2006 From: schofield at ftw.at (Ed Schofield) Date: Wed, 26 Jul 2006 17:14:47 +0200 Subject: ANN: SciPy 0.5.0 released Message-ID: <44C786E7.50209@ftw.at> =========================== SciPy 0.5.0 Scientific tools for Python =========================== I'm pleased to announce the release of SciPy 0.5.0. The main change in this version is support for NumPy 1.0b1. There are also bug fixes and minor enhancements to several modules, including ndimage, optimize, sparse, stats, and weave. It is available for download from http://www.scipy.org/Download as a source tarball for Linux/Solaris/OS X/BSD/Windows (64-bit and 32-bit) and as an executable installer for Win32. More information on SciPy is available at http://www.scipy.org/ =========================== SciPy is an Open Source library of scientific tools for Python. It contains a variety of high-level science and engineering modules, including modules for statistics, optimization, integration, linear algebra, Fourier transforms, signal and image processing, genetic algorithms, ODE solvers, special functions, and more. From jdavid at itaapy.com Wed Jul 26 15:50:34 2006 From: jdavid at itaapy.com (=?UTF-8?B?IkouIERhdmlkIEliw6HDsWV6Ig==?=) Date: Wed, 26 Jul 2006 15:50:34 +0200 Subject: itools 0.14.0 (alias =?UTF-8?B?Qm9sw612YXIpIHJlbGVhc2Vk?= Message-ID: <44C7732A.1000700@itaapy.com> itools is a Python library, it groups a number of packages into a single meta-package for easier development and deployment: itools.catalog itools.http itools.uri itools.cms itools.i18n itools.vfs itools.csv itools.ical itools.web itools.datatypes itools.rss itools.workflow itools.gettext itools.schemas itools.xhtml itools.handlers itools.stl itools.xliff itools.html itools.tmx itools.xml We have choosen to name this release Bol?var, it is our little homage to Sim?n Bol?var "El Libertador" [1] in the 223th anniversary of his birthday (July 24, 1783). This release, itools 0.14.0, brings important API and performance improvements accross several sub-packages. The most notably change is the new "itools.vfs" package (where "vfs" stands for Virtual File System). It replaces the "itools.resources" package. While functionally equivalent, "itools.vfs" offers a much more intuitive and rich API. Our index and search engine, the "itools.catalog" package, sports a more compact file format. And performance for indexing, unindexing and searching has been improved by about a 2x factor. The API and performance of other packages has been greatly improved, specially for "itools.handlers" and "itools.web". Also, the user interface of "itools.cms" has been simplified, most important the access control screens. Last, we have raised the bar a little, since itools 0.14.0 the minimum required version of Python is 2.5. See the UPGRADE.txt file for more details. [1] http://en.wikipedia.org/wiki/Sim%C3%B3n_Bol%C3%ADvar Resources --------- Download http://www.ikaaro.org/download/itools/itools-0.14.0.tar.gz Home http://www.ikaaro.org/itools Mailing list http://mail.ikaaro.org/mailman/listinfo/itools Bug Tracker http://bugs.ikaaro.org/ -- J. David Ib??ez Itaapy Tel +33 (0)1 42 23 67 45 9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88 From eternalsquire at comcast.net Thu Jul 27 20:01:41 2006 From: eternalsquire at comcast.net (eternalsquire at comcast.net) Date: 27 Jul 2006 11:01:41 -0700 Subject: New release of Diet Python (Beta 0.2) Message-ID: <1154023301.493105.198440@s13g2000cwa.googlegroups.com> What's new in this release? ---------------------------------------- Release 0.2 has a reworked Python module interface to the _alpymodule. I believe it to be much more 'pythonic'. There's a lot less code to write just in order to make a simple example work. See the examples! I've dropped in the Allegro library from the OpenLayer project. That one seems to be a lot more reliable. I'm using sources from the Python 2.5 beta 2 PSF release. I've also rewritten some of the Allegro examples just to show that the reworked interface works. I also fixed a serious bug in the Python startup... the cutdown python.exe can now be executed via the PATH. I also added back the _randommodule, and exposed the Random object at startup. Diet Python is now starting to look like a lightweight, hardcore, bare metal gaming Python. --------------------------------------------------------------------------------------------------------------- Diet Python is a flavor of Python with allegro, multiarray, umath, calldll, npstruct and curses builtin, all else nonessential to language ripped out. Total size < 3MB, 1% of PSF Python. Diet Python helps keep clients thin :) You'll find it in http://sourceforge.net/projects/dietpython Cheers, The Eternal Squire From ian at showmedo.com Fri Jul 28 19:58:57 2006 From: ian at showmedo.com (Ian Ozsvald) Date: Fri, 28 Jul 2006 18:58:57 +0100 Subject: ANN: 4 New ShowMeDo.com Videos (Wing IDE, RUR-PLE (2), PataPata) Message-ID: <44CA5061.5080401@showmedo.com> Summary: At http://ShowMeDo.com we have 4 new ShowMeDo videos and an aggregated set of the existing TurboGears videos: An introduction to Wingware's Wing IDE Professional (with a second video to come): http://showmedo.com/videos/video?name=pythonOzsvaldWingIDEIntro Andr? Roberge introduces the RUR-PLE programming environment and recursion in two videos: http://showmedo.com/videos/series?name=RUR-PLE Francois Schnell demonstrates the PataPata constructivist learning environment: http://showmedo.com/videos/video?name=patapata_tkinter1_fSchnell&fromSeriesID=7 Kevin Dangoor and Ronald Jaramillo talk about various parts of the TurboGears web mega-framework in this aggregation of pre-existing videos: http://showmedo.com/videos/TurboGears Detail: We have 50 ShowMeDos, mostly for Python programming. Many of our 33 requests are also for Python tools and techniques - come and vote for your favourite. The votes show which topics are favoured by the Python community - if you would like to share your knowledge then get in touch and we will help you to make your own ShowMeDo videos (they are easy to make!). Video Comments: Each video page allows commentary - just like comments on blog entries. If you like what you see then feel free to leave a comment for the author - positive feedback is such a great motivator. The founders, Ian Ozsvald, Kyran Dale -- ian at showmedo.com http://www.showmedo.com From mark.m.mcmahon at gmail.com Mon Jul 31 13:47:38 2006 From: mark.m.mcmahon at gmail.com (Mark Mc Mahon) Date: Mon, 31 Jul 2006 07:47:38 -0400 Subject: ANN: pywinauto 3.6 released Message-ID: <71b6302c0607310447uc67cfcavab77fac1a43dc52c@mail.gmail.com> Hi, 0.3.6 release of pywinauto is now available. pywinauto is an open-source (LGPL) package for using Python as a GUI automation 'driver' for Windows NT based Operating Systems (NT/W2K/XP). SourceForge project page: http://sourceforge.net/projects/pywinauto Download from SourceForge http://sourceforge.net/project/showfiles.php?group_id=157379 Here is the list of changes from 0.3.5: 0.3.6 Scrolling and Treview Item Clicking added ------------------------------------------------------------------ 28-July-2006 * Added parameter to ``_treeview_item.Rectangle()`` to have an option to get the Text rectangle of the item. And defaulted to this. * Added ``_treeview_item.Click()`` method to make it easy to click on tree view items. * Fixed a bug in ``TreeView.GetItem()`` that was expanding items when it shouldn't. * Added ``HwndWrapper.Scroll()`` method to allow scrolling. This is a very minimal implementation - and if the scrollbars are implemented as separate controls (rather then a property of a control - this will probably not work for you!). It works for Notepad and Paint - that is all I have tried so far. * Added a call to ``HwndWrapper.SetFocus()`` in ``_perform_click_input()`` so that calls to ``HwndWrapper.ClickInput()`` will make sure to click on the correct window. Thanks Mark -------------------------------------------- Mark Mc Mahon Manchester, NH 03110, USA

pywinauto 0.3.6 Simple Windows GUI automation with Python. (28-Jul-06) From amix at amix.dk Mon Jul 31 21:01:11 2006 From: amix at amix.dk (4mir Salihefendic) Date: Mon, 31 Jul 2006 21:01:11 +0200 Subject: Skeletonz: The pythonic CMS system Message-ID: Hi everyone I am very glad to announce a pythonic content management system (CMS) called Skeletonz. Say goodbye to tedius backend administration and say hello to insite dynamic editing of your site! The system is a CMS refreshment - - it represents a whole new way of editing! Say goodbye to bloatness also. Skeletonz is dynamic, very fast and dead simple to use. The system has been in development for around 9 months. Current version is 1.0 beta. Its alrady used on production websites. The features: * Administration is insite - this is done by Ajax and DOM hackery. * Simple and intuitive edit syntax. * Full blown plugin system. Currently there are around 14 plugins that can do a lot of useful things. * Simple admin section where you can add users, groups, alter permissions or create/restore backups. * Super perfomance. Around 600 req. pr. sec. can be served by Skeletonz internal Python webserver. Depends on the hardware of course. * Simple template system that's based on Cheetah. * Super clean Python code that follows the MVC pattern. Browse it here http://orangoo.com/skeletonz_dev/browser and see for yourself. * Plus a lot more... Some sites that use Skeletonz: * http://orangoo.com/labs/ * http://aspuru.chem.harvard.edu/ * http://birc.au.dk/ * http://www.chloecello.net/ The system is open-source and released under the GPL. Skeletonz is copyrighted by Bioinformatics Research Center, University of Aarhus. Check out the Skeletonz site for more information: http://orangoo.com/skeletonz/ For a demo, check out: http://orangoo.com/skeletonz_demo/ I hope you give Skeletonz a chance. Kind regards 4mir Salihefendic (http://amix.dk/ - amix at amix.dk) From info at wingware.com Mon Jul 31 23:43:29 2006 From: info at wingware.com (Wingware Announce) Date: Mon, 31 Jul 2006 17:43:29 -0400 Subject: Wing IDE 2.1.1 released Message-ID: <44CE7981.6090209@wingware.com> We're happy to announce the release of Wing IDE version 2.1.1, an advanced development environment for the Python programming language. This is a bugfix release, fixing several editor, subprocess, and startup bugs. The release can be downloaded from: http://wingware.com/downloads A complete list of changes is available here: http://wingware.com/pub/wingide/2.1.1/CHANGELOG.txt Wing IDE provides powerful debugging, editing, code intelligence, and search capabilities that reduce development and debugging time, cut down on coding errors, and make it easier to understand and navigate Python code. Highlights of 2.1.x releases include: * Visual Studio, VI/Vim, and Brief key bindings * Subversion and Perforce support (+) * Redesigned and improved search tools * Named bookmarks (+) * Breakpoint manager (+) and call stack as list (+) These are available in Wing IDE Pro only This release is available for Windows (2000+), Linux, and Mac OS X (10.3+ with X11 installed) and can be compiled from sources on *BSD, Solaris, and other Posix operating systems. For more information see: Product Info: http://wingware.com/products Sales: http://wingware.com/store/purchase Sincerely, The Wingware Team