Mailman 3 April 2006 - Python-announce-list

gSculpt - open source procedural 3d modeller
by Geoffrey French April 15, 2006

April 15, 2006

Announcing gSculpt v0.99.5-alpha gSculpt is an open source, procedural 3d modelling application. It can be found at: http://gsculpt.sourceforge.net It is still in the alpha stages, so early days yet. It is written in Python and C++. It currently runs on Linux only. I would be very grateful for any feedback on peoples experiences with compiling and running gSculpt. I intend to produce a Win32 version in the future. My attempts so far have not yielded much success. If anyone with experience with porting Python extensions (using boost::python) from Linux to C++ could render any assistance in this regard, either in an advisory or active role, I would be very grateful. - Mr. Meanie

1 0

RELEASED: Mailman 2.1.8
by Tokio Kikuchi April 15, 2006

April 15, 2006

On behalf of the development team, I'm pleased to announce the release of GNU Mailman 2.1.8. In this release, we have fixed a cross-site scripting security bug in the previous release (CVE-2006-1712), integrated a new version of email library (email-2.5.7), and added bounce processing supports for number of sites and MUAs. It is highly recommended that all sites using 2.1.7 and before should update to this release. Mailman is free software for managing email mailing lists and e-newsletters. For more information, see: http://mailman.sourceforge.net/ For links to download the Mailman 2.1.8 source tarball, see: http://sourceforge.net/project/showfiles.php?group_id=103 (Note that uploading to the mirror sites may be delayed.) -- Tokio Kikuchi

1 0

ANN: 3 new ShowMeDo.com videos on Python Objects
by Ian Ozsvald April 14, 2006

April 14, 2006

Summary: At http://ShowMeDo.com we have 3 new videos by Jerol Harrington introducing Python Objects: http://showmedo.com/videoListPage?listKey=IntroductionToPythonObjectsUsingI… and 5 videos for beginners to wxPython: http://showmedo.com/videoListPage?listKey=PythonWxPythonBeginnersSeries making a total of 20 ShowMeDo videos, mostly about Python, all free. Detail: Jerol Harrington's ShowMeDos use the IPython shell to give an introduction to using 'class', '__init__', inheritance and attributes. I have been using Python for 3 years and I got something out of each of the videos. These videos represent our first user-contribution - thanks Jerol! In the 5 wxPython videos Kyran Dale walks you through the first steps of using wxPython - from downloading, installing (MS Windows), a first application and on to menubars and event handling. Also, in our latest update we have enabled voting on other user's requests: http://showmedo.com/requests There are 14 requests right now, feel free to share your view on which videos you would like to see. Some of the requests include List Comprehensions, py2exe, wxGlade, PyDev and other IDEs. Please get in touch if we're missing a topic that ought to be included, we will do our best to have new ShowMeDos made. About ShowMeDo.com: Free videos (we call them ShowMeDos) showing you how to do things. The videos are made by us and our users, for everyone. Ian Ozsvald, Kyran Dale ian(a)ShowMeDo.com http://ShowMeDo.com (http://blog.showmedo.com)

1 0

ANN: Python cgkit v2.0.0alpha6 & Maya Python package
by Matthias Baas April 13, 2006

April 13, 2006

The sixth alpha release of version 2 of the Python Computer Graphics Kit is available at http://cgkit.sourceforge.net This release also comes with a "preview" version of a Maya Python package that integrates Python into the 3D tool Maya. What is it? ----------- The Python Computer Graphics Kit is a generic 3D package written in C++ and Python that can be used for a variety of domains such as scientific visualization, photorealistic rendering, Virtual Reality or even games. The package contains a number of generic modules that can be useful for any application that processes 3D data. This includes new types such as vectors, matrices and quaternions. Furthermore, the package can read and store 3D models in memory where they can be manipulated by Python programs. The kit comes with tools that can be used to display the scene either interactively or by rendering it offline via a RenderMan renderer. What's new? ----------- - Smoother compilation under OSX - Some new modules like "glslangparams" to read shader parameters from an OpenGL 2 shader source file and "hammersley" to generate Hammersley and Halton points. - Initial support for Lightwave LWOB files. - + more bugfixes and enhancements (see the changelog). Windows binary versions are available for Python 2.3 - 2.5. For more information, visit: http://cgkit.sourceforge.net Feedback is most welcome... - Matthias -

1 0

ANN: ActivePython 2.4.3.11 is now available
by Trent Mick April 12, 2006

April 12, 2006

I'm happy to announce that ActivePython 2.4.3.11 is now available for free download from: http://www.ActiveState.com/Products/ActivePython/ This release is a maintenance/update release for existing platforms. Changes in this release include: - [Windows] Update to recent PyWin32 (build 208.1+) - Update to bzip2 1.0.3 (from 1.0.2) [bug 45239] - Update to Python 2.4.3 - [Windows] Fix a bug where the PyWin32 docs Table of Contents did not appear in the ActivePython CHM. - [Mac OS X] Fix errors in the build number in the Python.framework Info.plist and version.plist. ActivePython on Mac OS X ------------------------ Currently ActivePython provides separate Intel and PowerPC builds for Mac OS X rather than one universal build. Note that in the relatively near future ActivePython will switch to a universal build. What is ActivePython? --------------------- ActivePython is ActiveState's quality-assured binary distribution of Python. Builds for AIX, HP-UX, Linux, Mac OS X, Solaris, and Windows are made freely available. ActivePython includes the Python core and core extensions (zlib 1.2.3, bzip2 1.0.3, bsddb 4.2.52.NC, Tk 8.4.12, and Tix 8.1.4) and is fully compatible with other Python distributions of the same version. ActivePython also includes a wealth of Python documentation, including: - the core Python docs; - Andrew Kuchling's "What's New in Python" series; - the Non-Programmer's Tutorial for Python; - Mark Pilgrim's excellent "Dive into Python"; and - a snapshot of the Python FAQs, HOWTOs, and PEPs. An online version of the docs can be found here: http://aspn.activestate.com/ASPN/docs/ActivePython/2.4/welcome.html We would welcome any and all feedback to: ActivePython-feedback(a)ActiveState.com Please file bugs against ActivePython at: http://bugs.ActiveState.com/ActivePython On what platforms does ActivePython run? ---------------------------------------- ActivePython now includes installers for the following ten platforms: - AIX/PowerPC - HP-UX/PA-RISC - Linux/x86 - Linux/x86_64: "x86_64" is also known as "AMD64" - Solaris/SPARC - Solaris/x86 - Mac OS X/PowerPC - Mac OS X/x86 - Windows/x64: "x64" is also known as "AMD64" - Windows/x86 Extra Bits ---------- ActivePython releases also include the following packages: - Windows "debug" package: Debug-built binaries for ActivePython users building debug versions of their binary Python extensions. - ActivePython24.chm: An MS compiled help collection of the full ActivePython documentation set. Linux users of applications such as xCHM might find this useful. This package is installed by default on Windows. These packages are available from: ftp://ftp.activestate.com/ActivePython/etc/ Thanks, and enjoy! Trent, Python Tech Lead -- Trent Mick TrentM at ActiveState.com

1 1

ANNOUNCE: Podcast of comp.lang.python.announce
by daftspaniel＠gmail.com April 12, 2006

April 12, 2006

Podcast RSS http://www.latedecember.com/sites/pythonpod/podcast2.xml For more detail, please see: http://www.latedecember.com/sites/content/All/index.html Thanks, Davy Mitchell

1 0

REMINDER: BayPIGgies: April 13, 7:30pm (IronPort)
by Aahz April 12, 2006

April 12, 2006

The next meeting of BayPIGgies will be Thurs, April 13 at 7:30pm at IronPort. This meeting features JJ reviewing "Professional Software Development" with discussion and newbie questions afterward. BayPIGgies meetings alternate between IronPort (San Bruno, California) and Google (Mountain View, California). For more information and directions, see http://baypiggies.net/ Before the meeting, we sometimes meet at 6pm for dinner. Discussion of dinner plans is handled on the BayPIGgies mailing list. Advance notice: We have a speaker for May. We can use speakers for June/July. Please e-mail baypiggies(a)python.org if you want to suggest an agenda (or volunteer to give a presentation). -- Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ "LL YR VWL R BLNG T S"

1 0

ANNOUNCE: PyGTK 2.8.6
by Johan Dahlin April 12, 2006

April 12, 2006

I am pleased to announce version 2.8.6 of the Python bindings for GTK. The new release is available from ftp.gnome.org as and its mirrors as soon as its synced correctly: http://ftp.gnome.org/pub/GNOME/sources/pygtk/2.8/pygtk-2.8.6.tar.gz What's new since 2.8.5: - Allow None to be set in gtk.TreeSortable.set_default_sort_func() (Johan, Patrick O'Brien) - 327778: Increase property size limit to G_MAXLONG (Gustavo, Wander Boessenkool) - 334027: Fix leaks in enum/flags (Michael Smith) - 334188: Call g_log_default_handler when python isn't initialized. (Gustavo) Blurb: GTK is a toolkit for developing graphical applications that run on systems such as Linux, Windows and MacOS X. It provides a comprehensive set of GUI widgets, can display Unicode bidi text. It links into the Gnome Accessibility Framework through the ATK library. PyGTK provides a convenient wrapper for the GTK+ library for use in Python programs, and takes care of many of the boring details such as managing memory and type casting. When combined with PyORBit and gnome-python, it can be used to write full featured Gnome applications. Like the GTK+ library itself PyGTK is licensed under the GNU LGPL, so is suitable for use in both free software and proprietary applications. It is already in use in many applications ranging from small single purpose scripts up to large full features applications. PyGTK requires GTK+ >= 2.8.0 and Python >= 2.3.5 to build. Bug reports, as always, should go to Bugzilla; check out http://pygtk.org/developer.html and http://pygtk.org/feedback.html for links to posting and querying bug reports for PyGTK. -- Johan Dahlin johan(a)gnome.org

1 0

itools 0.13.1 released
by "J. David Ibáñez" April 12, 2006

April 12, 2006

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 - Allow indexing tuples of keywords, by Hervé Cauwelier. [#285] Web - In virtual hosting, fix "context.uri" when the URL path ends with a slash. CMS - Correctly initialize the catalog when creating a new itools.cms instance. - Correctly index the modification time. [#290] - Use the title of the workflow state (instead of its name), in the state form, by Hervé Cauwelier. [#273] - Fix several icons, by Hervé Cauwelier. - Fix the accout form so field completion works, by Hervé Cauwelier. [#288] - Close standard input, output and error when the server is started in normal mode (not debugging), by Hervé Cauwelier. - Now icms-start checks the server is not already running, and icms-stop checks the server is running. [#293] Packaging - Fix typo in "setup.py". - Make isetup-build more robust when trying to figure out the version number, by Hervé Cauwelier. [#292] Resources --------- Download http://www.ikaaro.org/download/itools/itools-0.13.1.tar.gz Home http://www.ikaaro.org/itools Mailing list http://in-girum.net/mailman/listinfo/ikaaro Bug Tracker http://bugs.ikaaro.org -- J. David Ibáñez Itaapy <http://www.itaapy.com> Tel +33 (0)1 42 23 67 45 9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88

1 0

IMPORTANT 2.5 API changes for C Extension Modules and Embedders
by Neal Norwitz April 12, 2006

April 12, 2006

If you don't write or otherwise maintain Python Extension Modules written in C (or C++) or embed Python in your application, you can stop reading. Python 2.5 alpha 1 was released April 5, 2006. The second alpha should be released in a few weeks. There are several changes which can cause C extension modules or embedded applications to crash the interpreter if not fixed. Periodically, I will send out these reminders with updated information until 2.5 is released. * support for 64-bit sequences (eg, > 2GB strings) * memory allocation modifications 64-bit changes -------------- There are important changes that are in 2.5 to support 64-bit systems. The 64-bit changes can cause Python to crash if your module is not upgraded to support the changes. Python was changed internally to use 64-bit values on 64-bit machines for indices. If you've got a machine with more than 16 GB of RAM, it would be great if you can test Python with large (> 2GB) strings and other sequences. For more details about the Python 2.5 schedule: http://www.python.org/dev/peps/pep-0356/ For more details about the 64-bit change: http://www.python.org/dev/peps/pep-0353/ How to fix your module: http://www.python.org/dev/peps/pep-0353/#conversion-guidelines The effbot wrote a program to check your code and find potential problems with the 64-bit APIs. http://svn.effbot.python-hosting.com/stuff/sandbox/python/ssizecheck.py Memory Allocation Modifications ------------------------------- In previous versions of Python, it was possible to use different families of APIs (PyMem_* vs. PyObject_*) to allocate and free the same block of memory. APIs in these families include: PyMem_*: PyMem_Malloc, PyMem_Realloc, PyMem_Free, PyObject_*: PyObject_Malloc, PyObject_Realloc, PyObject_Free There are a few other APIs with similar names and also the macro variants. In 2.5, if allocate a block of memory with one family, you must reallocate or free with the same family. That means: If you allocate with PyMem_Malloc (or MALLOC), you must reallocate with PyMem_Realloc (or REALLOC) and free with PyMem_Free (or FREE). If you allocate with PyObject_Malloc (or MALLOC), you must reallocate with PyObject_Realloc (or REALLOC) and free with PyObject_Free (or FREE). Using inconsistent APIs can cause double frees or otherwise crash the interpreter. It is fine to mix and match functions or macros within the same family. Please test and upgrade your extension modules! Cheers, n

1 0