From farcepest at gmail.com Mon Oct 1 16:23:53 2012 From: farcepest at gmail.com (Andy Dustman) Date: Mon, 1 Oct 2012 10:23:53 -0400 Subject: MySQLdb-1.2.4 coming soon Message-ID: MySQLdb is Python to MySQL database adapter, but you probably knew that. MySQLdb-1.2.4 is a bugfix release and most likely the very last of the 1.2 series. Currently in beta release, I plan to release the final version on October 11, 2012. There may or may not be another test release before then, depending on user feedback. 1.2.4 beta 2 has gotten over 8000 downloads just on PyPi in the last four days. Python 2.4 through 2.7 are supported. Unfortunately it was not feasible to simultaneously support Python 2.4 and Python 3, even using six. MySQLdb-1.3.0 will support Python 2.7 and Python 3.2 and Python 3.3 (and probably all Python 3.x). Look for it around Halloween. MySQLdb-2.0, which is a major refactor, is being renamed moist and is a project on github. Anticipated release in early 2013. The developer blog has more detailed information: http://mysql-python.blogspot.com/ How to install: pip install MySQL-python # easy_install ought to still work too You will need to have the MySQL development libraries and C headers appropriate for your system before building. There is a Windows installer on PyPi for Python 2.7 and MySQL Connector/C 6.0.2 for i386 (32-bit). If you really need a 64-bit version, request one, or try building it yourself. Get the MySQL Connector/C and Visual Studio 2008 (required version for Python binary compatibility) and setup.py install or maybe use pip. How to submit bug reports and other requests: I would prefer that you submit them at github, but you may continue to submit them at SourceForge as well: https://github.com/farcepest/MySQLdb1 https://sourceforge.net/projects/mysql-python/ Please don't email me bug reports or patches as I scale worse than Linus Torvalds. -- Question the answers From peter.a.portante at gmail.com Mon Oct 1 22:22:55 2012 From: peter.a.portante at gmail.com (Peter Portante) Date: Mon, 1 Oct 2012 16:22:55 -0400 Subject: PyCscope 1.1 Available on PyPI, project on GitHub Message-ID: Hello, Just release PyCscope 1.1 on PyPI (http://pypi.python.org/pypi/pycscope/1.1). The project is hosted on GitHub at https://github.com/portante/pycscope. Hope folks who like cscope find this useful for python code. Comments, suggestions welcome. -peter ======== PyCscope ======== :Copyright: Copyright 2012 Peter Portante. See LICENSE for details. :Author: Peter Portante :Release: 1.1 :Date: 2012/10/01 Purpose ------- A python script to generate a cscope index from a Python source tree. `pycscope` uses Python's own parser and (C)oncrete (S)yntax (T)ree to generate the index, so it is a bit more accurate than plain cscope. Usage ----- :: pycscope.py [-D] [-R] [-S] [-V] [-t cnt] [-f reffile] [-i srclistfile] [files ...] -D Dump the (C)oncrete (S)yntax (T)ree generated by the parser for each file -R Recurse directories for files -S Interpret simple strings as symbols -V Print version and exit -t Use 'cnt' threads (defaults to 1) -f reffile Use 'reffile' as cross-ref file name instead of 'cscope.out' -i srclistfile Use the contents of 'srclistfile' as the list of source files to scan License ------- Copyright 2012 Peter Portante This program is free software; you can redistribute it and/or modify it under the terms of version 2 of the GNU General Public License as published by the Free Software Foundation. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA Install ------- PyCscope uses Python's distutils package for installation. Use the following command to install this package:: % python setup.py install Features -------- PyCscope has the following features: - Supports both Python 2.7 and Python 3 - Command line interface - Output can be used by the `CscopeFinder` plugin for jEdit - Marks for all files ending in `.py` - Marks for all `class` definitions - Marks for all defined functions - Marks for function calls (algorithm is not perfect) - Marks for end-of-function (no search uses this mark yet) - Marks for imported modules (use the search for #include) - Marks for symbol assignment A *mark* is an indicator to the cscope utility that something of interest follows. History ------- pycscope 0.3a and later are written and copyright Peter Portante. pycscope 0.1 - 0.3 were originally written and copyright Dean Hall. Status ------ It works well enough to generate an index file that can be used by the `CscopeFinder` plugin for jEdit. Other editors are not tested. Release Notes ------------- This is PyCscope release 1.1 ========== ========= ====== ==================================================== Date Release Trac Changes ========== ========= ====== ==================================================== 2012/10/01 1.1 N/A Fix Python3 support; enhance unit tests to run using nose, generating coverage by default; fix broken unit tests that were not properly run before the switch to nose; add contrib area containing the pyxcscope integration for (X)Emacs. ---------- --------- ------ ---------------------------------------------------- 2012/09/20 1.0 N/A Call it 1.0; update to use setuptools; drop .py from installed script name; transition authorship from Dean Hall to Peter Portante. ---------- --------- ------ ---------------------------------------------------- 2012/09/19 0.3e-pajp N/A Fix issues #7 and #8: we now properly handle symbols closest to the assignment itself (rather than the first one), and replace the crazy comma counting method with a more stable pattern recognition method that explicitly records which tuples should receive the assignment mark; fixed handling of import state- ments of the form, "from . import moda" ---------- --------- ------ ---------------------------------------------------- 2012/09/18 0.3d-pajp N/A Implement debugging help from Issue #9: dumpCst now works on subtrees of tuples, not just lists. ---------- --------- ------ ---------------------------------------------------- 2012/09/17 0.3c-pajp N/A First pass fix of Issue #6 removing errant assertion thus allowing symbol assignment marking to work as coded (if not correctly, see Issue #7). ---------- --------- ------ ---------------------------------------------------- 2012/09/11 0.3b-pajp N/A Include changes from fspeech to get it working for Python 3; add proper support for yield expression following an augmented assignment; added support for filename and line numbers when assertions fire; fixed handling of commas on the left hand side of assignment statements; gracefully handle errors opening files. GitHub issues: #5 ---------- --------- ------ ---------------------------------------------------- 2012/04/29 0.3a-pajp N/A (NOTE: Failed to update version!) Fix handling of DOS style line endings. GitHub issues: #4 ---------- --------- ------ ---------------------------------------------------- 2012/04/13 0.3a-pajp N/A (NOTE: Failed to update version!) Fix handling of function definition decorators GitHub issues: #2, #3 ---------- --------- ------ ---------------------------------------------------- 2012/03/11 0.3a-pajp N/A (NOTE: Failed to update version!) Change references from abstract syntax tree to concrete syntax tree; fix handling of trailing commas. ---------- --------- ------ ---------------------------------------------------- 2012/03/05 0.3a-pajp N/A Updated changes to support symbol assignment, enhance unit test coverage, prepare code for PyCon poster session. ---------- --------- ------ ---------------------------------------------------- 2007/12/25 0.3 N/A Included changes submitted by K. Rader of Google: - Added the `-i` argument to specify a file-list file - Fixups to the header and footer to make a valid file that cscope can read ---------- --------- ------ ---------------------------------------------------- 2006/08/12 0.2 #33 Create 0.2 release. #34 Change all "pyscope" to "pycscope" #29 Make error reports less vague. #23 Create distutils files. #20 Create unit tests. ---------- --------- ------ ---------------------------------------------------- 2006/08/02 0.1 None Released to interested party by email. #19 Observe newlines even without NEWLINE token. #18 Newlines before MARK_FILE causes exception. #16 Work on "." default directory. #10 Exception: TypeError in format. #8 Class mark is incorrect. #6 Create project space. ========== ========= ====== ==================================================== From stagi.andrea at gmail.com Wed Oct 3 17:19:14 2012 From: stagi.andrea at gmail.com (Andrea Stagi) Date: Wed, 3 Oct 2012 17:19:14 +0200 Subject: Nanpy 0.4 - Use your Arduino board with Python Message-ID: Hi all, I'm really glad to announce you Nanpy 0.4, an initial version of a project born to help developers writing their Arduino programs using Python! I started working on this project just a month ago, so you could find bugs, missing things etc.. if you want to contribute, here's the GitHub page: https://github.com/Octan/nanpy , you can find the Pypi page here: http://pypi.python.org/pypi/nanpy Actually Nanpy supports the main parts of OneWire, Lcd, DallasTemperature, Stepper, Servo and basic Arduino's function (digital and analog write, tone etc..) and runs without problems on a Raspberry PI. Long and more detailed description: With Nanpy you can write your Arduino programs using Python, communicating via serial port without sending hard-to-remember codes or limiting you to use only one object: when you create an object in Python it will be automatically created into your Arduino at runtime.. For example if you write something like ds = DallasTemperature(5) or tone = Tone(13) Nanpy creates the correct object into Arduino.. Also, you haven't to take care of deallocation, Nanpy deallocates objects into Arduino as soon as the correspondent Python objects get deleted. Look at the examples to see how simple it is.. (https://github.com/Octan/nanpy/tree/master/examples) :) I tried running Nanpy on a Raspberry board and it works great!! (that's the result from one of my friends Twitter account https://twitter.com/andreagrandi/status/251702684380434434 :) ). Also you may use it in other devices suppoting Python and serial communication, in a web service or simply for creating prototypes faster, because you use Python and you don't have to flash the firmware every time. Last but not least, firmware part of Nanpy is Python-indipendent, so you can write another implementation of Nanpy in any other language, for example Java, and see an Arduino controlled via Android (ok, in this case we should use Android USB Host API and USART, writing our own driver, because Android doesn't provide anything to access device filest). Do you like Nanpy? Contributions/suggestions/bug reporting/spreading the project/beers/coffee are accepted :) Thanks for your attention! Best regards, =.4.S.= -- =.4ndrea.Stagi.= From opossumnano at gmail.com Thu Oct 4 15:26:13 2012 From: opossumnano at gmail.com (Tiziano Zito) Date: Thu, 4 Oct 2012 15:26:13 +0200 (CEST) Subject: =?utf-8?q?=5BANN=5D_MDP-3=2E3_released!?= Message-ID: <20121004132613.9EDFD12E00A9@comms.bccn-berlin.de> We are glad to announce release 3.3 of the Modular toolkit for Data Processing (MDP). This a bug-fix release, all current users are invited to upgrade. MDP is a Python library of widely used data processing algorithms that can be combined according to a pipeline analogy to build more complex data processing software. The base of available algorithms includes signal processing methods (Principal Component Analysis, Independent Component Analysis, Slow Feature Analysis), manifold learning methods ([Hessian] Locally Linear Embedding), several classifiers, probabilistic methods (Factor Analysis, RBM), data pre-processing methods, and many others. What's new in version 3.3? -------------------------- - support sklearn versions up to 0.12 - cleanly support reload - fail gracefully if pp server does not start - several bug-fixes and improvements Resources --------- Download: http://sourceforge.net/projects/mdp-toolkit/files Homepage: http://mdp-toolkit.sourceforge.net Mailing list: http://lists.sourceforge.net/mailman/listinfo/mdp-toolkit-users Acknowledgments --------------- We thank the contributors to this release: Philip DeBoer, Yaroslav Halchenko. The MDP developers, Pietro Berkes Zbigniew J?drzejewski-Szmek Rike-Benjamin Schuppner Niko Wilbert Tiziano Zito From info at egenix.com Thu Oct 4 15:41:22 2012 From: info at egenix.com (eGenix Team: M.-A. Lemburg) Date: Thu, 04 Oct 2012 15:41:22 +0200 Subject: ANN: Python Meeting =?ISO-8859-1?Q?D=FCsseldorf_-_23=2E10=2E?= =?ISO-8859-1?Q?2012?= Message-ID: <506D9202.8030408@egenix.com> [This announcement is in German since it targets a local user group meeting in D?sseldorf, Germany] ________________________________________________________________________ ANK?NDIGUNG Python Meeting D?sseldorf http://pyddf.de/ Ein Treffen von Python Enthusiasten und Interessierten in ungezwungener Atmosph?re. Dienstag, 23.10.2012, 18:00 Uhr Clara Schumann Raum DJH D?sseldorf Diese Nachricht k?nnen Sie auch online lesen: http://www.egenix.com/company/news/Python-Meeting-Duesseldorf-2012-10-23 ________________________________________________________________________ EINLEITUNG Das Python Meeting D?sseldorf (http://pyddf.de/) ist eine neue lokale Veranstaltung in D?sseldorf, die sich an Python Begeisterte in der Region wendet. Wir starten bei den Treffen mit einer kurzen Einleitung und gehen dann zu einer Reihe Kurzvortr?gen (Lightning Talks) ?ber, bei denen die Anwesenden ?ber neue Projekte, interessante Probleme und sonstige Aktivit?ten rund um Python berichten k?nnen. Anschlie?end geht es in eine Gastst?tte, um die Gespr?che zu vertiefen. Einen guten ?berblick ?ber die Vortr?ge bietet unser YouTube-Kanal, auf dem wir die Vortr?ge nach den Meetings ver?ffentlichen: http://www.youtube.com/pyddf/ Veranstaltet wird das Meeting von der eGenix.com GmbH, Langenfeld, in Zusammenarbeit mit Clark Consulting & Research, D?sseldorf: * http://www.egenix.com/ * http://www.clark-consulting.eu/ ________________________________________________________________________ ORT F?r das Python Meeting D?sseldorf haben wir den Clara Schumann Raum in der modernen Jugendherberge D?sseldorf angemietet: Jugendherberge D?sseldorf D?sseldorfer Str. 1 40545 D?sseldorf Telefon: +49 211 557310 http://www.duesseldorf.jugendherberge.de Die Jugendherberge verf?gt ?ber eine kostenpflichtige Tiefgarage (EUR 2,50 pro Stunde, maximal EUR 10,00). Es ist aber auch m?glich per Bus und Bahn anzureisen. Der Raum befindet sich im 1.OG links. ________________________________________________________________________ PROGRAMM Das Python Meeting D?sseldorf nutzt eine Mischung aus Open Space und Lightning Talks: Die Treffen starten mit einer kurzen Einleitung. Danach geht es weiter mit einer Lightning Talk Session, in der die Anwesenden Kurzvortr?ge von f?nf Minuten halten k?nnen. Hieraus ergeben sich dann meisten viele Ansatzpunkte f?r Diskussionen, die dann den Rest der verf?gbaren Zeit in Anspruch nehmen k?nnen. F?r 19:45 Uhr haben wir in einem nahegelegenen Restaurant Pl?tze reserviert, damit auch das leibliche Wohl nicht zu kurz kommt. Lightning Talks k?nnen vorher angemeldet werden, oder auch spontan w?hrend des Treffens eingebracht werden. Ein Beamer mit XGA Aufl?sung steht zur Verf?gung. Folien bitte als PDF auf USB Stick mitbringen. Lightning Talk Anmeldung bitte formlos per EMail an info at pyddf.de ________________________________________________________________________ KOSTENBETEILIGUNG Das Python Meeting D?sseldorf wird von Python Nutzern f?r Python Nutzer veranstaltet. Da Tagungsraum, Beamer, Internet und Getr?nke Kosten produzieren, bitten wir die Teilnehmer um einen Beitrag in H?he von EUR 10,00 inkl. 19% Mwst. Wir m?chten alle Teilnehmer bitten, den Betrag in bar mitzubringen. ________________________________________________________________________ ANMELDUNG Da wir nur f?r ca. 20 Personen Sitzpl?tze haben, m?chten wir bitten, sich per EMail anzumelden. Damit wird keine Verpflichtung eingegangen. Es erleichtert uns allerdings die Planung. Meeting Anmeldung bitte formlos per EMail an info at pyddf.de ________________________________________________________________________ WEITERE INFORMATIONEN Weitere Informationen finden Sie auf der Webseite des Meetings: http://pyddf.de/ Mit freundlichen Gr??en, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Oct 04 2012) >>> Python Projects, Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope/Plone.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-09-27: Released eGenix PyRun 1.1.0 ... http://egenix.com/go35 2012-09-26: Released mxODBC.Connect 2.0.1 ... http://egenix.com/go34 2012-09-25: Released mxODBC 3.2.1 ... http://egenix.com/go33 2012-10-23: Python Meeting Duesseldorf ... 19 days to go eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From fabiofz at gmail.com Fri Oct 5 02:02:55 2012 From: fabiofz at gmail.com (Fabio Zadrozny) Date: Thu, 4 Oct 2012 21:02:55 -0300 Subject: PyDev 2.7.0 Released Message-ID: Hi All, PyDev 2.7.0 has been released Details on PyDev: http://pydev.org Details on its development: http://pydev.blogspot.com Release Highlights: ------------------------------- * **Code formatter**: * Number of spaces before a comment can be configured (default: 2 spaces as pep-8 recommends) * Minimum number of spaces before start of comment may be configured (default: 1 space as pep-8 recommends) * Right trim lines now also properly trims comments. * When the auto-formatter is enabled, if syntax errors are present the code-formatting is not applied (it could end up getting things wrong in this situation). * Python 3.3 'yield from' syntax now properly supported. * Fixed issue when unable to get filesystem encoding when configuring interpreter. * Debugger: 'Enable Condition' checkbox in break properties dialog no longer ignored. * Fixed ClassCastException during parse in Python file with yield in global scope. * Fixed StackOverflowError in fast parser (i.e.: parser used to get only the outline of the code). * PyDev Mylyn integration can now be installed on Eclipse 4.2. * Fixed NPE when trying to add interpreter and it detected directory which we could not list() in Java. * Fixed cache issue in code-completion (nature.startRequests() could end up not having nature.endRequests() called). * Save a bit faster on big files (i.e.: No longer doing invalidateTextPresentation on each save). What is PyDev? --------------------------- PyDev is a plugin that enables users to use Eclipse for Python, Jython and IronPython 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 Appcelerator http://appcelerator.com/ Aptana http://aptana.com/ PyDev - Python Development Environment for Eclipse http://pydev.org http://pydev.blogspot.com From nagappan at gmail.com Fri Oct 5 02:12:02 2012 From: nagappan at gmail.com (Nagappan Alagappan) Date: Thu, 4 Oct 2012 17:12:02 -0700 Subject: [Ann] Cobra 2.5 - Windows GUI test automation tool Message-ID: Hello, Highlights * Added Perl interface (Contributed by xsawyerx) * Added parallel execution (Leaks memory though, its not default, set LDTP_PARALLEL_MEM_LEAK environment variable before starting test) * Added new APIs (rightclick) * Fixed multiple bugs reported by users Credit: * Sawyer X (Perl LDTP library) * VMware colleagues * Wold (IRC) * Thanks to all others who have reported bugs through forum / email / in-person / IRC Please spread the word and also share your feedback with us (email me: nagappan at gmail.com). About LDTP: Cross Platform GUI Automation tool Linux version is LDTP, Windows version is Cobra and Mac version is PyATOM (Work in progress). * Linux version is known to work on GNOME / KDE (QT >= 4.8) / Java Swing / LibreOffice / Mozilla application on all major Linux distribution. * Windows version is known to work on application written in .NET / C++ / Java / QT on Windows XP SP3 / Windows 7 / Windows 8 development version. * Mac version is currently under development and verified only on OS X Lion/Mountain Lion. Where ever PyATOM runs, LDTP should work on it. Download source: https://github.com/ldtp/cobra Download binary (Windows XP / Windows 7 / Windows 8): https://github.com/ldtp/cobra/downloads System requirement: .NET 3.5, refer README.txt after installation Documentation references: For detailed information on LDTP framework and latest updates visit http://ldtp.freedesktop.org For information on various APIs in LDTP including those added for this release can be got from http://ldtp.freedesktop.org/user-doc/index.html Java doc - http://ldtp.freedesktop.org/javadoc/ Report bugs - http://ldtp.freedesktop.org/wiki/Bugs To subscribe to LDTP mailing lists, visit http://ldtp.freedesktop.org/wiki/Mailing_20list IRC Channel - #ldtp on irc.freenode.net Thanks Nagappan -- Linux Desktop (GUI Application) Testing Project - http://ldtp.freedesktop.org Cobra - Windows GUI Automation tool - https://github.com/ldtp/cobra http://nagappanal.blogspot.com From pierre.raybaut at gmail.com Fri Oct 5 10:44:30 2012 From: pierre.raybaut at gmail.com (Pierre Raybaut) Date: Fri, 5 Oct 2012 10:44:30 +0200 Subject: ANN: WinPython v2.7.3.1 Message-ID: Hi all, WinPython v2.7.3.1 has been released and is available for 32-bit and 64-bit Windows platforms: http://code.google.com/p/winpython/ WinPython is a free open-source portable distribution of Python for Windows, designed for scientists. It is a full-featured (see http://code.google.com/p/winpython/wiki/PackageIndex) Python-based scientific environment: * Designed for scientists (thanks to the integrated libraries NumPy, SciPy, Matplotlib, guiqwt, etc.: * Regular *scientific users*: interactive data processing and visualization using Python with Spyder * *Advanced scientific users and software developers*: Python applications development with Spyder, version control with Mercurial and other development tools (like gettext) * *Portable*: preconfigured, it should run out of the box on any machine under Windows (without any installation requirements) and the folder containing WinPython can be moved to any location (local, network or removable drive) * *Flexible*: one can install (or should I write "use" as it's portable) as many WinPython versions as necessary (like isolated and self-consistent environments), even if those versions are running different versions of Python (2.7, 3.x in the near future) or different architectures (32bit or 64bit) on the same machine * *Customizable*: using the integrated package manager (wppm, as WinPython Package Manager), it's possible to install, uninstall or upgrade Python packages (see http://code.google.com/p/winpython/wiki/WPPM for more details on supported package formats). *WinPython is not an attempt to replace Python(x,y)*, this is just something different (see http://code.google.com/p/winpython/wiki/Roadmap): more flexible, easier to maintain, movable and less invasive for the OS, but certainly less user-friendly, with less packages/contents and without any integration to Windows explorer [*]. [*] Actually there is an optional integration into Windows explorer, providing the same features as the official Python installer regarding file associations and context menu entry (this option may be activated through the WinPython Control Panel). Enjoy! From geoff.bache at gmail.com Sat Oct 6 10:25:10 2012 From: geoff.bache at gmail.com (Geoff Bache) Date: Sat, 6 Oct 2012 10:25:10 +0200 Subject: StoryText 3.8 - GUI testing tool Message-ID: Hi all, The 3.8 release features the following: - The NameChooser UI has been generalised and enhanced, offering a hierarchical view and the possibility to create shortcuts. - Added retry loop when replayed events fail, means some application events aren't needed - New file-polling mechanism added for synchronising on external events - Possibilities to filter out certain widget types from the description - Many improvements to SWT/Eclipse RCP/GEF support which continues to mature - Some improvements and fixes for Swing also - Support for PyGTK apps using gtk.Builder added Regards, Geoff Bache A bit more detail: StoryText is an unconventional GUI testing tool for PyGTK, Tkinter, wxPython, Swing and SWT along with a Python framework for testing GUIs in general. Instead of recording GUI mechanics directly, it asks the user for descriptive names and hence builds up a "domain language" along with a "UI map file" that translates this language into actions on the current GUI widgets. The point is to reduce coupling, allow very expressive tests, and ensure that GUI changes mean changing the UI map file but not all the tests. Instead of an "assertion" mechanism, it auto-generates a log of the GUI appearance and changes to it. The point is then to use that as a baseline for text-based testing, using TextTest. It also includes support for instrumenting code so that "waits" can be recorded, making it far easier for a tester to record correctly synchronized tests without having to explicitly plan for this. Homepage: http://www.texttest.org/index.php?page=ui_testing Download: http://sourceforge.net/projects/pyusecase Mailing list: https://lists.sourceforge.net/lists/listinfo/texttest-users Bugs: https://bugs.launchpad.net/storytext/ Source: https://code.launchpad.net/storytext/ From geoff.bache at gmail.com Sat Oct 6 10:27:35 2012 From: geoff.bache at gmail.com (Geoff Bache) Date: Sat, 6 Oct 2012 10:27:35 +0200 Subject: TextTest 3.24 - blackbox testing tool Message-ID: Dear all, There are many enhancements and bug fixes, notably - Tests run in parallel if run locally on a multicore machine - Improved handling of knownbugs - New possibility to split up long result files with many different changes present. Regards, Geoff Bache .... TextTest is a tool for automatic text-based functional testing. This means running a batch-mode executable in lots of different ways from the command line, and using the text output produced as a means of controlling the behavior of that application. As well as being usable "standalone", it is an extendable framework for black-box testing written in Python. It's also useful as a test management tool wrapping some other test tool as a test runner. Homepage: http://www.texttest.org Download: http://sourceforge.net/projects/texttest Mailing list: https://lists.sourceforge.net/lists/listinfo/texttest-users Bugs: https://bugs.launchpad.net/texttest Source: https://code.launchpad.net/texttest From tomerfiliba at gmail.com Sat Oct 6 19:41:38 2012 From: tomerfiliba at gmail.com (Tomer Filiba) Date: Sat, 6 Oct 2012 10:41:38 -0700 (PDT) Subject: Plumbum (Shell Combinators) hits v1.0 Message-ID: <5ce2ffb6-8918-46f2-89e5-8c34be78857a@googlegroups.com> http://plumbum.readthedocs.org/en/latest/index.html Ever wished the wrist-handiness of shell scripts be put into a real programming language? Say hello to Plumbum Shell Combinators. Plumbum (Latin for lead, which was used to create pipes back in the day) is a small yet feature-rich library for shell script-like programs in Python. The motto of the library is ?Never write shell scripts again?, and thus it attempts to mimic the shell syntax (shell combinators) where it makes sense, while keeping it all Pythonic and cross-platform. Apart from shell-like syntax and handy shortcuts, the library provides local and remote command execution (over SSH), local and remote file-system paths, easy working-directory and environment manipulation, and a programmatic Command-Line Interface (CLI) application toolkit. From muhuk at muhuk.com Sun Oct 7 10:48:47 2012 From: muhuk at muhuk.com (=?UTF-8?B?QXRhbWVydCDDlmzDp2dlbg==?=) Date: Sun, 7 Oct 2012 16:48:47 +0800 Subject: django-simple-friends 0.5 released Message-ID: Hello, django-simple-friends 0.5 is released: http://pypi.python.org/pypi/django-simple-friends/0.5 What is django-simple-friends ----------------------------- django-simple-friends is a Django app that allows you to define and manage friendship relations and also blocking between your users. It is released under BSD license. You can find the source code and bug tracker here: https://github.com/muhuk/django-simple-friends/ Changes in version 0.5 ---------------------- * friend_list view is removed. See friends template filter. * View functions are rewritten as class based views. But they still work as aliases. * post_syncdb signals to fix the issue of User's without Friendship's. * Proper Sphinx powered documentation. * German & Spanish translations. I would like to take the opportunity to thank Jannis, Arturo and Petro for their contributions. -- Kind Regards, Atamert ?l?gen -+- --+ +++ www.muhuk.com From fuzzyman at gmail.com Sun Oct 7 22:48:46 2012 From: fuzzyman at gmail.com (Michael Foord) Date: Sun, 7 Oct 2012 13:48:46 -0700 (PDT) Subject: [ANN] mock 1.0.0 released Message-ID: <4117bc95-8145-4a1f-88a2-ccb62264c737@googlegroups.com> Hey all, I'm pleased to announce that mock 1.0.0 has been released. This is the "standard library version", mock 1.0.0 has feature parity with "unittest.mock" in the Python 3.3 standard library. mock is a library for testing in Python. It allows you to replace parts of your system under test with mock objects and make assertions about how they have been used. You can download mock from the PyPI page or install it with: pip install -U mock http://pypi.python.org/pypi/mock http://www.voidspace.org.uk/python/mock/ http://www.voidspace.org.uk/python/mock/changelog.html#version-1-0-0 Full list of changes since 0.8: * `mocksignature`, along with the `mocksignature` argument to `patch`, removed * Support for deleting attributes (accessing deleted attributes will raise an `AttributeError`) * Added the `mock_open` helper function for mocking the builtin `open` * `__class__` is assignable, so a mock can pass an `isinstance` check without requiring a spec * Addition of `PropertyMock`, for mocking properties * `MagicMocks` made unorderable by default (in Python 3). The comparison methods (other than equality and inequality) now return `NotImplemented` * Propagate traceback info to support subclassing of `_patch` by other libraries * `create_autospec` works with attributes present in results of `dir` that can't be fetched from the object's class. Contributed by Konstantine Rybnikov * Any exceptions in an iterable `side_effect` will be raised instead of returned * In Python 3, `create_autospec` now supports keyword only arguments * Added `patch.stopall` method to stop all active patches created by `start` * BUGFIX: calling `MagicMock.reset_mock` wouldn't reset magic method mocks * BUGFIX: calling `reset_mock` on a `MagicMock` created with autospec could raise an exception * BUGFIX: passing multiple spec arguments to patchers (`spec` , `spec_set` and `autospec`) had unpredictable results, now it is an error * BUGFIX: using `spec=True` *and* `create=True` as arguments to patchers could result in using `DEFAULT` as the spec. Now it is an error instead * BUGFIX: using `spec` or `autospec` arguments to patchers, along with `spec_set=True` did not work correctly * BUGFIX: using an object that evaluates to False as a spec could be ignored * BUGFIX: a list as the `spec` argument to a patcher would always result in a non-callable mock. Now if `__call__` is in the spec the mock is callable All the best, Michael Foord From sylvain.thenault at logilab.fr Mon Oct 8 16:19:48 2012 From: sylvain.thenault at logilab.fr (Sylvain =?utf-8?B?VGjDqW5hdWx0?=) Date: Mon, 8 Oct 2012 16:19:48 +0200 Subject: [ANN] pylint 0.26 / logilab-astng 0.24.1 Message-ID: <20121008141948.GI5694@logilab.fr> Hi all, I'm very pleased to announce new releases of Pylint and underlying ASTNG library, respectivly 0.26 and 0.24.1. The great news is that both bring a lot of new features and some bug fixes, mostly provided by the community effort. We're still trying to make it easier to contribute on our free software project at Logilab, so I hope this will continue and we'll get even more contritions in a near future, and an even smarter/faster/whatever pylint! So many thanks to all those who made that release, and enjoy! -- Sylvain Th?nault, LOGILAB, Paris (01.45.32.03.12) - Toulouse (05.62.17.16.42) Formations Python, Debian, M?th. Agiles: http://www.logilab.fr/formations D?veloppement logiciel sur mesure: http://www.logilab.fr/services CubicWeb, the semantic web framework: http://www.cubicweb.org From stefan_ml at behnel.de Wed Oct 10 07:18:53 2012 From: stefan_ml at behnel.de (Stefan Behnel) Date: Wed, 10 Oct 2012 07:18:53 +0200 Subject: lxml 3.0 final released - efficient XML and HTML processing with Python Message-ID: <5075053D.7040303@behnel.de> Hi everyone, it's been a while since the last stable release series appeared, so I'm proud to announce the final release of lxml 3.0. http://lxml.de/ http://pypi.python.org/pypi/lxml/3.0 In short, lxml is the most feature-rich and easy-to-use library for processing XML and HTML in the Python language. It's also very fast, in case you're interested in that. It runs on Python 2.4 - 3.3. The 3.0 release features initial support for PyPy and a new tree API for DTDs (by Walter D?rwald), as well as some major cleanups in the code base. The lxml.cssselect package was moved into a separate PyPI project nicely extended and maintained by Simon Sapin. Originally, this release was targeted as lxml 2.4, but some major improvements as well as a couple of potentially incompatible changes make "3.0" appear more appropriate. This release was built using Cython 0.17.1. Development on lxml's sources now requires this version. Note that the build no longer uses Cython, even if it is installed. Recompilation of the sources has to be requested explicitly with the setup.py option "--with-cython". If you are interested in commercial support or customisations for the lxml package, please contact me directly. Have fun, Stefan 3.0 (2012-10-08) ================ Features added -------------- Bugs fixed ---------- * End-of-file handling was incorrect in iterparse() when reading from a low-level C file stream and failed in libxml2 2.9.0 due to its improved consistency checks. Other changes ------------- * The build no longer uses Cython by default unless the generated C files are missing. To use Cython, pass the option "--with-cython". To ignore the fatal build error when Cython is required but not available (e.g. to run special setup.py commands that do not actually run a build), pass "--without-cython". 3.0beta1 (2012-09-26) ===================== Features added -------------- * Python level access to (optional) libxml2 memory debugging features to simplify debugging of memory leaks etc. Bugs fixed ---------- * Fix a memory leak in XPath by switching to Cython 0.17.1. * Some tests were adapted to work with PyPy. Other changes ------------- * The code was adapted to work with the upcoming libxml2 2.9.0 release. 3.0alpha2 (2012-08-23) ====================== Features added -------------- * The .iter() method of elements now accepts tag arguments like "{*}name" to search for elements with a given local name in any namespace. With this addition, all combinations of wildcards now work as expected: "{ns}name", "{}name", "{*}name", "{ns}*", "{}*" and "{*}*". Note that "name" is equivalent to "{}name", but "*" is "{*}*". The same change applies to the .getiterator(), .itersiblings(), .iterancestors(), .iterdescendants(), .iterchildren() and .itertext() methods, the strip_attributes(), strip_elements() and strip_tags() functions as well as the iterparse() function. * C14N allows specifying the inclusive prefixes to be promoted to top-level during exclusive serialisation. Bugs fixed ---------- * Passing long Unicode strings into the feed() parser interface failed to read the entire string. Other changes ------------- 3.0alpha1 (2012-07-31) ====================== Features added -------------- * Initial support for building in PyPy (through cpyext). * DTD objects gained an API that allows read access to their declarations. * xpathgrep.py gained support for parsing line-by-line (e.g. from grep output) and for surrounding the output with a new root tag. * E-factory in lxml.builder accepts subtypes of known data types (such as string subtypes) when building elements around them. * Tree iteration and iterparse() with a selective tag argument supports passing a set of tags. Tree nodes will be returned by the iterators if they match any of the tags. Bugs fixed ---------- * The .find*() methods in lxml.objectify no longer use XPath internally, which makes them faster in many cases (especially when short circuiting after a single or couple of elements) and fixes some behavioural differences compared to lxml.etree. Note that this means that they no longer support arbitrary XPath expressions but only the subset that the ElementPath language supports. The previous implementation was also redundant with the normal XPath support, which can be used as a replacement. * el.find('*') could accidentally return a comment or processing instruction that happened to be in the wrong spot. (Same for the other .find*() methods.) * The error logging is less intrusive and avoids a global setup where possible. * Fixed undefined names in html5lib parser. * xpathgrep.py did not work in Python 3. * Element.attrib.update() did not accept an attrib of another Element as parameter. * For subtypes of ElementBase that make the .text or .tail properties immutable (as in objectify, for example), inserting text when creating Elements through the E-Factory feature of the class constructor would fail with an exception, stating that the text cannot be modified. Other changes -------------- * The code base was overhauled to properly use 'const' where the API of libxml2 and libxslt requests it. This also has an impact on the public C-API of lxml itself, as defined in etreepublic.pxd, as well as the provided declarations in the lxml/includes/ directory. Code that uses these declarations may have to be adapted. On the plus side, this fixes several C compiler warnings, also for user code, thus making it easier to spot real problems again. * The functionality of "lxml.cssselect" was moved into a separate PyPI package called "cssselect". To continue using it, you must install that package separately. The "lxml.cssselect" module is still available and provides the same interface, provided the "cssselect" package can be imported at runtime. * Element attributes passed in as an attrib dict or as keyword arguments are now sorted by (namespaced) name before being created to make their order predictable for serialisation and iteration. Note that adding or deleting attributes afterwards does not take that order into account, i.e. setting a new attribute appends it after the existing ones. * Several classes that are for internal use only were removed from the lxml.etree module dict: _InputDocument, _ResolverRegistry, _ResolverContext, _BaseContext, _ExsltRegExp, _IterparseContext, _TempStore, _ExceptionContext, __ContentOnlyElement, _AttribIterator, _NamespaceRegistry, _ClassNamespaceRegistry, _FunctionNamespaceRegistry, _XPathFunctionNamespaceRegistry, _ParserDictionaryContext, _FileReaderContext, _ParserContext, _PythonSaxParserTarget, _TargetParserContext, _ReadOnlyProxy, _ReadOnlyPIProxy, _ReadOnlyEntityProxy, _ReadOnlyElementProxy, _OpaqueNodeWrapper, _OpaqueDocumentWrapper, _ModifyContentOnlyProxy, _ModifyContentOnlyPIProxy, _ModifyContentOnlyEntityProxy, _AppendOnlyElementProxy, _SaxParserContext, _FilelikeWriter, _ParserSchemaValidationContext, _XPathContext, _XSLTResolverContext, _XSLTContext, _XSLTQuotedStringParam * Several internal classes can no longer be inherited from: _InputDocument, _ResolverRegistry, _ExsltRegExp, _ElementUnicodeResult, _IterparseContext, _TempStore, _AttribIterator, _ClassNamespaceRegistry, _XPathFunctionNamespaceRegistry, _ParserDictionaryContext, _FileReaderContext, _PythonSaxParserTarget, _TargetParserContext, _ReadOnlyPIProxy, _ReadOnlyEntityProxy, _OpaqueDocumentWrapper, _ModifyContentOnlyPIProxy, _ModifyContentOnlyEntityProxy, _AppendOnlyElementProxy, _FilelikeWriter, _ParserSchemaValidationContext, _XPathContext, _XSLTResolverContext, _XSLTContext, _XSLTQuotedStringParam, _XSLTResultTree, _XSLTProcessingInstruction From mmueller at hydrocomputing.com Thu Oct 11 06:18:46 2012 From: mmueller at hydrocomputing.com (Dr. Mike Mueller) Date: Thu, 11 Oct 2012 06:18:46 +0200 Subject: Django training for beginners and advanced Message-ID: <507648A6.9020301@hydrocomputing.com> Six Days of Django Training =========================== There are still a couple of places in our Django courses next week. If you would like to get up to speed with Django, this course is for you: October 15-17, 2012 (Leipzig, Germany) Introduction to Django [1] If you already have solid Django knowledge or would like to continue after the introductory training, you should consider this course: October 18-20, 2012 (Leipzig, Germany) Advanced Django [2] Feel free to ask me about it. BTW, all courses are also available as in-house training. Mike [1] http://www.python-academy.com/courses/django_course_introduction.html [2] http://www.python-academy.com/courses/django_course_advanced.html Our next courses: 15.10.-17.10.2012 (Leipzig) Introduction to Django (English) 18.10.-20.10.2012 (Leipzig) Advanced Django (English) 27.10.2012 (Leipzig) SQLAlchemy (English) 28.10.2012 (Leipzig) Camelot (English) 12.-14.11.2012 (Antwerp, Belgium) Python for Programmers (English) 15.11.2012 (Antwerp, Belgium) SQLAlchemy (English) 16.11.2012 (Antwerp, Belgium) Camelot (English) 10.12.-12.12.2012 (Leipzig) Python f?r Programmierer (German) 13.12.-15.12.2012 (Leipzig) Python f?r Wissenschaftler und Ingenieure (German) 25.01.-27.01.2013 (Leipzig) Advanced Python (English) 28.01.-30.01.2013 (Leipzig) High-Performance Computation with Python (English) one day each (can be booked separately) - Optimizing of Python Programs - Python Extensions with Other Languages - Fast Code with the Cython Compiler 31.01.-01.02.2013 (Leipzig) High Performance XML with Python (English) 04.03.-08.03.2013 (Chicago, USA) Python for Scientists and Engineers (English) 15.04.-17.04.2013 (Leipzig) Python f?r Programmierer (German) 18.04.-20.04.2013 (Leipzig) Python f?r Wissenschaftler und Ingenieure (German) 10.06.-12.06.2013 (Leipzig) Python for Scientists and Engineers (English) 13.06.2013 (Leipzig) Fast Code with the Cython Compiler (English) 14.06.2013 (Leipzig) Fast NumPy Processing with Cython (English) More information at http://www.python-academy.com From jurgen.erhard at gmail.com Fri Oct 12 06:44:15 2012 From: jurgen.erhard at gmail.com (=?utf-8?q?J=C3=BCrgen_A=2E_Erhard?=) Date: Fri, 12 Oct 2012 06:44:15 +0200 (CEST) Subject: Karlsruhe (Germany) Python User Group, October 19th 2012, 7pm Message-ID: <3XdGfR3mXjzR3L@mail.python.org> The Karlsruhe Python User Group (KaPy) meets again. Friday, 2012-10-19 (October 19th) at 19:00 (7pm) in the rooms of Entropia eV (the local affiliate of the CCC). See http://entropia.de/wiki/Anfahrt on how to get there. For your calendars: meetings are held monthly, on the 3rd Friday. There's also a mailing list at https://lists.bl0rg.net/cgi-bin/mailman/listinfo/kapy. From jtatum at gmail.com Fri Oct 12 21:20:27 2012 From: jtatum at gmail.com (James Tatum) Date: Fri, 12 Oct 2012 12:20:27 -0700 Subject: [ANN] Automated Testing on Mac (ATOMac) 1.0.0 released Message-ID: Hello, The ATOMac team is proud to announce a new release of ATOMac. About ATOMac: Short for Automated Testing on Mac, ATOMac is the first Python library to fully enable GUI testing of Macintosh applications via the Apple Accessibility API. Existing tools such as using appscript to send messages to accessibility objects are painful to write and slow to use. ATOMac has direct access to the API. It's fast and easy to use to write GUI tests. Changes in this release: * LDTP compatibility added. LDTP allows testers to write a single script that will automate test cases on Linux, Windows, and now Mac OS X. Information and documentation on LDTP can be found at the LDTP home page[0]. * Detailed documentation - Sphinx has been configured to generate documentation for ATOMac. When this documentation is uploaded, it will be linked from the home page[1]. * Various fixes to reading and writing certain accessibility attributes. * Sending function keys and newlines now works as intended. A detailed changelog is available[2]. Download source: https://github.com/pyatom/pyatom Documentation references: Sphinx documentation is being uploaded. In the meantime, please see the readme at the bottom of the github page listed above. Report bugs - https://github.com/pyatom/pyatom/issues To subscribe to ATOMac mailing lists, visit http://lists.pyatom.com/ IRC Channel - #atomac on irc.freenode.net [0] http://ldtp.freedesktop.org [1] http://pyatom.com/ [2] https://raw.github.com/pyatom/pyatom/master/CHANGELOG.txt From swamidass at gmail.com Sat Oct 13 10:57:05 2012 From: swamidass at gmail.com (S Joshua Swamidass) Date: Sat, 13 Oct 2012 17:57:05 +0900 Subject: ConfigParser argparse integration module In-Reply-To: References: Message-ID: Hello, It seemed like there were several requests to enable ini file parsing with argparse. I wrote module to do this. I'd be curious to know if this is useful and anyone has a better approach. See the code here: http://pypi.python.org/pypi/ConfArgParse Thanks! S Joshua Swamidass http://swami.wustl.edu/ From mcfletch at vrplumber.com Mon Oct 15 16:38:50 2012 From: mcfletch at vrplumber.com (Mike C. Fletcher) Date: Mon, 15 Oct 2012 10:38:50 -0400 Subject: PyOpenGL 3.0.2 Released Message-ID: <507C1FFA.3040805@vrplumber.com> PyOpenGL 3.0.2 (final, finally) has been released. The major changes since 3.0.1 (released in 2010!) are: * OpenGL core support up to 4.3 level [1] * OpenGL extension support from the current registry [1] * Some missing FreeGLUT extensions added * OpenGL.GL.framebufferobjects providing ARB/EXT alternates for framebuffer operations * Experimental OSMesa (Offscreen Mesa) context (use the environment variable PYOPENGL_PLATFORM=osmesa) Codebase changes: * Experimental Python 3.2 and PyPy support * Win64 Support (including OpenGL_accelerate) * Numarray (the ancient transitional module between Numeric and numpy) is no longer supported as an array type * More compact auto-generated wrappers * Large numbers of bug fixes Downloads are at: http://pypi.python.org/pypi/PyOpenGL/3.0.2 http://pypi.python.org/pypi/PyOpenGL-accelerate/3.0.2 Future Compatibility Notes: * This will be the last release of PyOpenGL to support Python 2.5 (and it supports Python 2.5 in source-release only mode). o PyOpenGL will be moving to a "shared code" approach for Python 2/3 support, which makes supporting the older Python releases problematic * This will be the last release to support the use of bare numbers as number-array data-types o i.e. passing 1.00 to a function expecting an array/address of an float o Use Glfloat( 1.00 ) to pass in an array-compatible value o Passing in an int/long will generate a GLvoidp( I ) to allow for easy offset-address-style API usage * The ancient Numeric package (as distinct from Numpy) will be dropped as a supported array format o Numeric itself has long since been deprecated, use Numpy Enjoy all, Mike [1] Note: OpenGL extension and higher-level core feature support is auto-generated. As always, we are limited by the number of test programs that exercise more advanced features and the availability of hardware that can support the features on which to test -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com From prabhu at aero.iitb.ac.in Tue Oct 16 10:56:20 2012 From: prabhu at aero.iitb.ac.in (Prabhu Ramachandran) Date: Tue, 16 Oct 2012 14:26:20 +0530 Subject: [ANN] CFP: SciPy India 2012 -- Dec 27-29 -- IIT Bombay Message-ID: <507D2134.7080809@aero.iitb.ac.in> Hello, The CFP and registration for SciPy India 2012 (http://scipy.in), to be held in IIT Bombay from December 27-29 is open. Please spread the word! Scipy In is a conference providing opportunities to spread the use of the Python programming language in the Scientific Computing community in India. One of the goals of the conference is to combine education, engineering, and science with computing through the medium of Python. This conference also aims to spread the use of Python for Scientific Computing in various fields and among different communities. Call for Papers ================ We look forward to your submissions on the use of Python for Scientific Computing and Education. This includes pedagogy, exploration, modeling and analysis from both applied and developmental perspectives. We welcome contributions from academia as well as industry. For details on the paper submission please see here: http://scipy.in/scipyin/2012/talks-cfp/ Important Dates ================ - Call for proposals end: 1st November 2012, Thursday - List of accepted proposals will be published: 19th November 2012. - Submission of first presentation: 10th December 2012. - Submission of final presentation: 20th December 2012. We look forward to seeing you at SciPy India. Regards, Prabhu Ramachandran and Jarrod Millman From cdevienne at gmail.com Tue Oct 16 13:31:52 2012 From: cdevienne at gmail.com (Christophe de Vienne) Date: Tue, 16 Oct 2012 13:31:52 +0200 Subject: WSME 0.4 released Message-ID: <507D45A8.8050006@gmail.com> About WSME ---------- WSME (Web Service Made Easy) is a very easy way to implement webservices in your python web application (or standalone). Main Changes ------------ * Automatically converts unicode strings to/from ascii bytes. * Use d2to1 to simplify setup.py. * Implements the SPORE specification. * Fixed a few things in the documentation Documentation ------------- http://packages.python.org/WSME/ Download -------- http://pypi.python.org/pypi/WSME/ http://pypi.python.org/pypi/WSME-Soap/ http://pypi.python.org/pypi/WSME-ExtDirect/ http://pypi.python.org/pypi/WSME-SQLAlchemy/ Cheers, Christophe de Vienne From catherine.devlin at gmail.com Tue Oct 16 15:36:55 2012 From: catherine.devlin at gmail.com (Catherine Devlin) Date: Tue, 16 Oct 2012 09:36:55 -0400 Subject: Columbus Python Workshop for women and their friends, Jan 18-19 Message-ID: Announcing the first Columbus Python Workshop for women and their friends! Jan. 18-19, 2013 The Columbus Python Workshop for women and their friends is a free hands-on introduction to computer programming that's fun, accessible, and practical even to those who've never programmed at all before. We empower women of all ages and backgrounds to learn programming in a beginner-friendly environment. Thanks to Pillar Technologies for hosting the workshop in their brand-new office in Columbus' Short North! The workshop is the latest in a series based on the famous Boston Python Workshop; they've already introduced hundreds of beginners to programming in Boston, Indianapolis, Portland, Chicago, and Kansas City. Now it's Ohio's turn, so spread the word! Get more details and sign up now: https://openhatch.org/wiki/Columbus_Python_Workshop * Happy Ada Lovelace Day! Traditionally, Ada Lovelace Day is celebrated by highlighting the achievements of present and past women in programming. Today, instead, I'm saluting the contributors of the future! * -- - Catherine http://catherinedevlin.blogspot.com From vasudevram at gmail.com Wed Oct 17 21:24:20 2012 From: vasudevram at gmail.com (vasudevram) Date: Wed, 17 Oct 2012 12:24:20 -0700 (PDT) Subject: ANN: v0.3 of pipe_controller released; supports swapping pipe components at run time Message-ID: <69d3273f-bf59-4223-a476-4df18a1fea83@googlegroups.com> I've released v0.3 of pipe_controller (*), my experimental tool to simulate pipes in Python: https://bitbucket.org/vasudevram/pipe_controller (*) I had earlier been calling it PipeController, but that is the name of the main class in the package. From now on I'm referring to it as pipe_controller (the Python module name). Changes in v0.3: - you can now swap components of a pipe_controller pipe at run time, and it can separately save the results of running the pipe, before and after a component swap, to separate output files; the test program test_pipe_controller_04.py in the download package shows how to do this. That is, you can do something like this (using UNIX syntax, though pipe_controller is in Python and works differently): foo | bar | baz # with output going to file 1 then swap the positions of foo and baz, then run the pipe again: baz | bar | foo # with output going to file 2 and so on - any number of times, all in the same program run. This feature lets you experiment with, and validate, your pipeline logic, to make sure that it does what you intended, e.g. you can check the output both before and after swapping components of the pipe, to decide which order you really need - or which order is optimal - see next paragraph. The feature can also be used to time the execution of two or more different versions of the pipeline (with vs. without swapping of components), to see which runs faster, for cases where changing the order of those components makes no difference to the output, e.g. if those two components are commutative, in the mathematical sense (like a + b = b + a). Blog post about swapping pipe components at run time with pipe_controller: http://jugad2.blogspot.in/2012/10/swapping-pipe-components-at-runtime.html pipe_controller v0.3 can be downloaded here: https://bitbucket.org/vasudevram/pipe_controller/downloads (Click on the "Branches" tab on that page) - Vasudev Ram www.dancingbison.com jugad2.blogspot.com twitter.com/vasudevram From ralexander at nvidia.com Thu Oct 18 01:31:32 2012 From: ralexander at nvidia.com (Robert Alexander) Date: Wed, 17 Oct 2012 16:31:32 -0700 Subject: pyNVML - GPU Monitoring and Management Message-ID: <4F051DB6295EF94D8B2E3CBDB1A7018B1A1B6C88E2@HQMAIL01.nvidia.com> I'm pleased to announce the release of pyNVML 3.304: Python Bindings for the NVIDIA Management Library. pyNVML provides programmatic access to static information and monitoring data for NVIDIA GPUs, as well as management capabilities. It exposes the functionality of the NVML library. See http://developer.nvidia.com/nvidia-management-library-nvml for more information about NVML. The pyNVML download package and its documentation can be found at: http://pypi.python.org/pypi/nvidia-ml-py/ http://packages.python.org/nvidia-ml-py/ pyNVML is currently used to report GPU information in Ganglia. Check it out at http://developer.nvidia.com/ganglia-monitoring-system Requires Python 2.5, or an earlier version with the ctypes module. Released under the BSD license. Download the latest supported driver at http://developer.nvidia.com/cuda/cuda-downloads Robert Alexander NVIDIA Tesla Software Engineer ----------------------------------------------------------------------------------- This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ----------------------------------------------------------------------------------- From info at wingware.com Thu Oct 18 23:11:52 2012 From: info at wingware.com (Wingware) Date: Thu, 18 Oct 2012 17:11:52 -0400 Subject: Wing IDE 4.1.9 released Message-ID: <50807098.4000907@wingware.com> Hi, Wingware has released version 4.1.9 of Wing IDE, our integrated development environment designed specifically for the Python programming language. Wing IDE provides a professional quality code editor with vi, emacs, and other key bindings, auto-completion, call tips, refactoring, context-aware auto-editing, a powerful graphical debugger, version control, unit testing, search, and many other features. For details see http://wingware.com/ This minor release includes: Preference to show property values in the debugger (off by default to avoid calling user code) Show inherited class attributes in Stack Data and Watch tools Several VI mode fixes Several Turbo auto-completer mode fixes Fix Pretty Print option in the Python Shell and Debug Probe Fix stepping over and out of Django templates Fix debugging files with non-ascii characters in their names under Python 3 Support for debugging 64bit NUKE/NUKEX on Windows and expanded NUKE How-To Improve switching documents with Ctrl-Tab Avoid clipboard confusion caused by some applications on Windows About 25 other bug fixes and minor improvements For a complete change log see http://wingware.com/pub/wingide/4.1.9/CHANGELOG.txt Free trial: http://wingware.com/wingide/trial Downloads: http://wingware.com/downloads Feature matrix: http://wingware.com/wingide/features More information: http://wingware.com/ Sales: http://wingware.com/store/purchase Upgrades: https://wingware.com/store/upgrade Questions? Don't hesitate to email us at sales at wingware.com. Thanks, -- Stephan Deibel Wingware | Python IDE Advancing Software Development www.wingware.com From holger at merlinux.eu Fri Oct 19 11:44:55 2012 From: holger at merlinux.eu (holger krekel) Date: Fri, 19 Oct 2012 09:44:55 +0000 Subject: pytest-2.3: improved fixtures/funcargs and unittest support Message-ID: <20121019094455.GZ27773@merlinux.eu> pytest-2.3: improved fixtures / better unittest integration ============================================================================= pytest-2.3 comes with many major improvements for fixture/funcarg management and parametrized testing in Python. It is now easier, more efficient and more predicatable to re-run the same tests with different fixture instances. Also, you can directly declare the caching "scope" of fixtures so that dependent tests throughout your whole test suite can re-use database or other expensive fixture objects with ease. Lastly, it's possible for fixture functions (formerly known as funcarg factories) to use other fixtures, allowing for a completely modular and re-useable fixture design. For detailed info and tutorial-style examples, see: http://pytest.org/latest/fixture.html Moreover, there is now support for using pytest fixtures/funcargs with unittest-style suites, see here for examples: http://pytest.org/latest/unittest.html Besides, more unittest-test suites are now expected to "simply work" with pytest. All changes are backward compatible and you should be able to continue to run your test suites and 3rd party plugins that worked with pytest-2.2.4. If you are interested in the precise reasoning (including examples) of the pytest-2.3 fixture evolution, please consult http://pytest.org/latest/funcarg_compare.html For general info on installation and getting started: http://pytest.org/latest/getting-started.html Docs and PDF access as usual at: http://pytest.org and more details for those already in the knowing of pytest can be found in the CHANGELOG below. Particular thanks for this release go to Floris Bruynooghe, Alex Okrushko Carl Meyer, Ronny Pfannschmidt, Benjamin Peterson and Alex Gaynor for helping to get the new features right and well integrated. Ronny and Floris also helped to fix a number of bugs and yet more people helped by providing bug reports. have fun, holger krekel Changes between 2.2.4 and 2.3.0 ----------------------------------- - fix issue202 - better automatic names for parametrized test functions - fix issue139 - introduce @pytest.fixture which allows direct scoping and parametrization of funcarg factories. Introduce new @pytest.setup marker to allow the writing of setup functions which accept funcargs. - fix issue198 - conftest fixtures were not found on windows32 in some circumstances with nested directory structures due to path manipulation issues - fix issue193 skip test functions with were parametrized with empty parameter sets - fix python3.3 compat, mostly reporting bits that previously depended on dict ordering - introduce re-ordering of tests by resource and parametrization setup which takes precedence to the usual file-ordering - fix issue185 monkeypatching time.time does not cause pytest to fail - fix issue172 duplicate call of pytest.setup-decoratored setup_module functions - fix junitxml=path construction so that if tests change the current working directory and the path is a relative path it is constructed correctly from the original current working dir. - fix "python setup.py test" example to cause a proper "errno" return - fix issue165 - fix broken doc links and mention stackoverflow for FAQ - catch unicode-issues when writing failure representations to terminal to prevent the whole session from crashing - fix xfail/skip confusion: a skip-mark or an imperative pytest.skip will now take precedence before xfail-markers because we can't determine xfail/xpass status in case of a skip. see also: http://stackoverflow.com/questions/11105828/in-py-test-when-i-explicitly-skip-a-test-that-is-marked-as-xfail-how-can-i-get - always report installed 3rd party plugins in the header of a test run - fix issue160: a failing setup of an xfail-marked tests should be reported as xfail (not xpass) - fix issue128: show captured output when capsys/capfd are used - fix issue179: propperly show the dependency chain of factories - pluginmanager.register(...) now raises ValueError if the plugin has been already registered or the name is taken - fix issue159: improve http://pytest.org/latest/faq.html especially with respect to the "magic" history, also mention pytest-django, trial and unittest integration. - make request.keywords and node.keywords writable. All descendant collection nodes will see keyword values. Keywords are dictionaries containing markers and other info. - fix issue 178: xml binary escapes are now wrapped in py.xml.raw - fix issue 176: correctly catch the builtin AssertionError even when we replaced AssertionError with a subclass on the python level - factory discovery no longer fails with magic global callables that provide no sane __code__ object (mock.call for example) - fix issue 182: testdir.inprocess_run now considers passed plugins - fix issue 188: ensure sys.exc_info is clear on python2 before calling into a test - fix issue 191: add unittest TestCase runTest method support - fix issue 156: monkeypatch correctly handles class level descriptors - reporting refinements: - pytest_report_header now receives a "startdir" so that you can use startdir.bestrelpath(yourpath) to show nice relative path - allow plugins to implement both pytest_report_header and pytest_sessionstart (sessionstart is invoked first). - don't show deselected reason line if there is none - py.test -vv will show all of assert comparisations instead of truncating From phd at phdru.name Sat Oct 20 11:29:52 2012 From: phd at phdru.name (Oleg Broytman) Date: Sat, 20 Oct 2012 13:29:52 +0400 Subject: SQLObject 1.3.2 and 1.2.4 Message-ID: <20121020092952.GA7853@iskra.aviel.ru> Hello! I'm pleased to announce versions 1.3 2 and 1.2.4, minor bugfix releases of SQLObject. What is SQLObject ================= SQLObject is an object-relational mapper. Your database tables are described as classes, and rows are instances of those classes. SQLObject is meant to be easy to use and quick to get started with. SQLObject supports a number of backends: MySQL, PostgreSQL, SQLite, Firebird, Sybase, MSSQL and MaxDB (also known as SAPDB). Where is SQLObject ================== Site: http://sqlobject.org Development: http://sqlobject.org/devel/ Mailing list: https://lists.sourceforge.net/mailman/listinfo/sqlobject-discuss Archives: http://news.gmane.org/gmane.comp.python.sqlobject Download: http://pypi.python.org/pypi/SQLObject/1.3.2 http://pypi.python.org/pypi/SQLObject/1.2.4 News and changes: http://sqlobject.org/News.html What's New ========== * Fixed a bug in sqlbuilder.Select.filter - removed comparison with SQLTrueClause. * Neil Muller fixed a number of tests. For a more complete list, please see the news: http://sqlobject.org/News.html Oleg. -- Oleg Broytman http://phdru.name/ phd at phdru.name Programmers don't die, they just GOSUB without RETURN. From mal at egenix.com Mon Oct 22 18:16:16 2012 From: mal at egenix.com (M.-A. Lemburg) Date: Mon, 22 Oct 2012 18:16:16 +0200 Subject: ANN: Central Python Events Calendar Message-ID: <50857150.50301@egenix.com> [Please help spread the word by forwarding to other relevant mailing lists, user groups, etc. world-wide; thanks] ________________________________________________________________________ ANNOUNCING Central Python Events Calendars maintained by the Python Software Foundation (PSF) and a group of volunteers ________________________________________________________________________ INTRODUCTION The PSF has put together a team of volunteers who are maintaining a central Python events calendar. We currently have two calendars in place: * Python Events Calendar - meant for conferences and larger gatherings focusing on Python or a related technology (in whole or in part) * Python User Group Calendar - meant for user group events and other smaller local events The calendars are displayed on http://pycon.org/ and in a smaller version in the sidebar of the http://python.org/ website (at the moment only the main events calendar is shown there). ________________________________________________________________________ ADDING EVENTS If you want to have entries added to those calendars, please write to events at pycon.org and include the following information: * Name of the event * Type of the event (conference, bar camp, user group, etc) * Focus on Python * URL * Location and country * Date and time (if relevant) For recurring events, please also include a description of the recurrence in a way that's compatible and supported by Google calendars. ________________________________________________________________________ MORE INFORMATION More information on the calendars, the URLs, feed links, IDs, embedding, etc. is available on the wiki: http://wiki.python.org/moin/PythonEventsCalendar Enjoy, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Oct 22 2012) >>> Python Projects, Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope/Plone.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-09-27: Released eGenix PyRun 1.1.0 ... http://egenix.com/go35 2012-09-26: Released mxODBC.Connect 2.0.1 ... http://egenix.com/go34 2012-09-25: Released mxODBC 3.2.1 ... http://egenix.com/go33 2012-10-23: Python Meeting Duesseldorf ... tomorrow eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ From ian at excess.org Tue Oct 23 22:19:39 2012 From: ian at excess.org (Ian Ward) Date: Tue, 23 Oct 2012 16:19:39 -0400 Subject: ANN: Urwid 1.1.0 - Usability and Documentation Message-ID: Announcing Urwid 1.1.0 ---------------------- Urwid home page: http://excess.org/urwid/ Manual: http://excess.org/urwid/docs/ Package: http://pypi.python.org/pypi/urwid/1.1.0 About this release: =================== This is a major feature release for Urwid. The first focus for this release has been on improving the usability of container widgets by building a common API that works on all containers. This API allows reading and updating the focus, contents and options across most containers. Urwid's container widgets have grown organically over the years and many lack an API for updating their contents at all. These changes deprecate a number of existing methods and attributes, but continue to support them. Read about the new API here: http://excess.org/urwid/docs/manual/widgets.html#container-widgets The second focus has been improving Urwid's documentation. Urwid's Tutorial, Manual and Reference have been converted from HTML and wiki pages to Sphinx reStructured text. The tutorial has been largely rewritten. It now covers many more aspects of the library including common patterns and the new container API. The Manual has been heavily edited and most of the class and function docstrings have been updated to look their best in the new Reference. The new documentation is available here: http://excess.org/urwid/docs/ See "New in 1.1.0" below for other changes. Planned changes: ================ Urwid currently supports Python versions 2.4, 2.5, 2.6, 2.7, 3.2 and 3.3. That's just too many versions. I plan to drop support for Python 2.4 and 2.5 in the 1.2.x series to clean up some of the Python 3 compatibility code and start taking advantage of the futuristic language features from the year 2008. I will make a greater effort than usual to back port fixes to the 1.1.x series to support users that choose to continue using old versions of Python. New in 1.1.0: ============= * New common container API: focus, focus_position, contents, options(), get_focus_path(), set_focus_path(), __getitem__, __iter__(), __reversed__() implemented across all included container widgets A full description doesn't fit here, see the Container Widgets section in the manual for details * New Sphinx-based documentation now included in source: Tutorial rewritten, manual revised and new reference based on updated docstrings (by Marco Giusti, Patrick Totzke) * New list walker SimpleFocusListWalker like SimpleListWalker but updates focus position as items are inserted or removed * New decoration widget WidgetDisable to disable interaction with the widgets it wraps * SelectableIcon selectable text widget used by button widgets is now documented (available since 0.9.9) * Columns widget now tries to keep column in focus visible, hiding columns on the left when necessary * Padding widget now defaults to ('relative', 100) instead of 'pack' so that left and right parameters are more useful and more child widgets are supported * New list walker "API Version 2" that is simpler for many list walker uses; "API Version 1" will still continue to be supported * List walkers may now allow iteration from the absolute top or bottom of the list if they provide a positions() method * raw_display now erases to the end of the line with EL escape sequence to improve copy+paste behavior for some terminals * Filler now has top and bottom parameters like Padding's left and right parameters and accepts 'pack' instead of None as a height value for widgets that calculate their own number of rows * Pile and Columns now accepts 'pack' instead of 'flow' for widgets that calculate their own number of rows or columns * Pile and Columns now accept 'given' instead of 'fixed' for cases where the number of rows or columns are specified by the container options * Pile and Columns widgets now accept any iterable to their __init__() methods * Widget now has a default focus_position property that raises an IndexError when read to be consistent with new common container API * GridFlow now supports multiple cell widths within the same widget * BoxWidget, FlowWidget and FixedWidget are deprecated, instead use the sizing() function or _sizing attribute to specify the supported sizing modes for your custom widgets * Some new shift+arrow and numpad input sequences from RXVT and xterm are now recognized * Fix for alarms when used with a screen event loop (e.g. curses_display) * Fix for raw_display when terminal width is 1 column * Fixes for a Columns.get_cursor_coords() regression and a SelectableIcon.get_cursor_coords() bug * Fixes for incorrect handling of box columns in a number of Columns methods when that column is selectable * Fix for Terminal widget input handling with Python 3 About Urwid =========== Urwid is a console UI library for Python. It features fluid interface resizing, Unicode support, multiple text layouts, simple attribute markup, powerful scrolling list boxes and flexible interface design. Urwid is released under the GNU LGPL. From mmueller at python-academy.de Wed Oct 24 12:49:57 2012 From: mmueller at python-academy.de (=?ISO-8859-15?Q?Mike_M=FCller?=) Date: Wed, 24 Oct 2012 12:49:57 +0200 Subject: Learn Python and SQLAlchemy in Antwerp, Belgium Message-ID: <5087C7D5.9080901@python-academy.de> Learn Python and SQLAlchemy in Antwerp, Belgium =============================================== So far most of our open courses are in Leipzig, Germany. After an open training right after EuroPython in Florence in July and one after PyCon PL in Poland in September, we now also offer Python training in Antwerp, Belgium [1]. This is in collaboration with Conceptive Engineering [2]. Python for Programmers - November 12 - 14, 2012 ----------------------------------------------- This is an introduction to the Python Programming languages for participants with some programming background in another language. The three days provide a hands-on training covering all basic language features. After the course participants can write their own Python programs. Stress is on pythonic solutions, i.e. taking advantage of Python's strengths while writing elegant and efficient code. See the course page for more information [3]. SQLAlchemy Training - November 15, 2012 --------------------------------------- SQLAlchemy is THE the library to use in the Python world when interacting with databases. It provides a full suite of well known enterprise-level persistence patterns, designed for efficient and high-performing database access, adapted into a simple and Pythonic domain language. This practical course will make sure you understand the concepts behind SQLAlchemy. We will focus on practical patterns of SQLAlchemy usage and see how its use can grow from very simple to more advanced. See the course page for more information [4]. Camelot Training - November 16, 2012 ------------------------------------- Camelot is a framework for developing desktop database applications at warp speed. It is to desktop applications what Django is to web applications. Some see it as a replacement for MS Access, but its tight integration with SQLAlchemy enables a vast amount of more advanced features and possibilities. See the course page for more information [5]. Best regards, Mike M?ller [1] http://www.conceptive.be/training.html [2] http://www.conceptive.be/ [3] http://www.python-academy.com/courses/python_course_programmers.html [4] http://www.python-academy.com/courses/specialtopics/python_course_sqlalchemy.html [5] http://www.python-academy.com/courses/specialtopics/python_course_camelot.html --- Our next courses: 27.10.2012 (Leipzig) SQLAlchemy (English) 28.10.2012 (Leipzig) Camelot (English) 12.-14.11.2012 (Antwerp, Belgium) Python for Programmers (English) 15.11.2012 (Antwerp, Belgium) SQLAlchemy (English) 16.11.2012 (Antwerp, Belgium) Camelot (English) 10.12.-12.12.2012 (Leipzig) Python f?r Programmierer (German) 13.12.-15.12.2012 (Leipzig) Python f?r Wissenschaftler und Ingenieure (German) 25.01.-27.01.2013 (Leipzig) Advanced Python (English) 28.01.-30.01.2013 (Leipzig) High-Performance Computation with Python (English) one day each (can be booked separately) - Optimizing of Python Programs - Python Extensions with Other Languages - Fast Code with the Cython Compiler 31.01.-01.02.2013 (Leipzig) High Performance XML with Python (English) 04.03.-08.03.2013 (Chicago, USA) Python for Scientists and Engineers (English) 15.04.-17.04.2013 (Leipzig) Python f?r Programmierer (German) 18.04.-20.04.2013 (Leipzig) Python f?r Wissenschaftler und Ingenieure (German) 10.06.-12.06.2013 (Leipzig) Python for Scientists and Engineers (English) 13.06.2013 (Leipzig) Fast Code with the Cython Compiler (English) 14.06.2013 (Leipzig) Fast NumPy Processing with Cython (English) More information at http://www.python-academy.com -- Dr.-Ing. Mike M?ller, M.Sc. - Gesch?ftsf?hrer (CEO) - Python Academy UG (haftungsbeschr?nkt) & Co. KG Zur Schule 20 04158 Leipzig Germany Sitz (Registered Office): Leipzig Amtsgericht (Registration Court): Leipzig HRA (Commercial Register No.): 16004 Pers?nlich haftende Gesellschafterin (Personally Liable Partner): py solutions UG (haftungsbeschr?nkt) Sitz (Registered Office): Leipzig Amtsgericht (Registration Court): Leipzig HRB (Commercial Register No.): 25781 Gesch?ftsf?hrer (Managing Director): Dr. Mike M?ller Tel: +49 341 260 3370 Fax: +49 341 520 4495 E-Mail: mmueller at python-academy.de WWW: http://www.python-academy.com From holger at merlinux.eu Thu Oct 25 13:53:56 2012 From: holger at merlinux.eu (holger krekel) Date: Thu, 25 Oct 2012 11:53:56 +0000 Subject: pytest-2.3.2: bug fixes, unittest/trial compat, speed Message-ID: <20121025115356.GO27773@merlinux.eu> pytest-2.3.2: some fixes and more traceback-printing speed =========================================================================== pytest-2.3.2 is another stabilization release with a few improvements: - issue 205: fixes a regression with conftest detection - issue 208/29: fixes traceback-printing speed in some bad cases - fix teardown-ordering for parametrized setups - fix unittest and trial compat behaviour with respect to runTest() methods - issue 206 and others: some improvements to packaging - fix issue127 and others: improve some docs See http://pytest.org/ for general information. To install or upgrade pytest: pip install -U pytest # or easy_install -U pytest best, holger krekel Changes between 2.3.1 and 2.3.2 ----------------------------------- - fix issue208 and fix issue29 use new py version to avoid long pauses when printing tracebacks in long modules - fix issue205 - conftests in subdirs customizing pytest_pycollect_makemodule and pytest_pycollect_makeitem now work properly - fix teardown-ordering for parametrized setups - fix issue127 - better documentation for pytest_addoption and related objects. - fix unittest behaviour: TestCase.runtest only called if there are test methods defined - improve trial support: don't collect its empty unittest.TestCase.runTest() method - "python setup.py test" now works with pytest itself - fix/improve internal/packaging related bits: - exception message check of test_nose.py now passes on python33 as well - issue206 - fix test_assertrewrite.py to work when a global PYTHONDONTWRITEBYTECODE=1 is present - add tox.ini to pytest distribution so that ignore-dirs and others config bits are properly distributed for maintainers who run pytest-own tests From cedric.krier at b2ck.com Fri Oct 26 11:58:09 2012 From: cedric.krier at b2ck.com (=?utf-8?Q?C=C3=A9dric?= Krier) Date: Fri, 26 Oct 2012 11:58:09 +0200 Subject: Tryton 2.6 released Message-ID: <20121026095809.GA3020@tetsuo.ced.homedns.org> Hi, We are happy to announce the 2.6 release of Tryton. What is Tryton ============== Tryton is a three-tiers high level general purpose application platform using either PostgreSQL, MySQL or SQLite as database engine. The core of Tryton (also called Tryton kernel) provides all the necessary functionalities for a complete application framework: data persistence, extensive modularity, users management (authentication, fine grained control for data access, handling of concurrent access of resources), workflow and report engines, web services and internationalisation. Thus constituting a complete application platform which can be used for any relevant purpose. Website: http://www.tryton.org/ What's new ========== This release brings major changes in the API with the introduction of the Active Record pattern. But also the graphical user interface was not left without improvements. And as usual there are many bugfixes, module improvements and new modules (as announced in the previous release news). Of course, migration from previous series is fully supported. Major changes in graphical user interface ----------------------------------------- * Management of model access and create/delete field access. The client is now aware of the model access which allows the disable buttons when the user doesn't have access to it. It is also possible to manage the create/delete event on fields in addition to read/write. * Dynamic size limit on the One2Many, Many2Many and Char It is now possible to limit the size of those fields and the client will enforce it. * Remove "Please wait" box. The popup was annoying because it make the client lost the focus. * Paste in editable list view. It is possible to paste from a spreadsheet to update a set of rows. Major changes on the server side -------------------------------- * Allow to use Reference field in One2Many & Many2Many. In addition to the Many2One, the reverse field could be a Reference field. In the future, the link between Move and Shipments will be done like that instead of having 4 exclusive Many2One fields. * All kind of buttons have been merge into one simple concept. * Active Record: This is the result of refactoring work started 2 years ago. Here are some benefits: * Reduce the amount of code (about 2.2k lines removed) for example on_change_with and getter of Function field can be merged. * Unify access to the value of record if it is stored or not in the database. It allows to remove of values dictionary on on_change method. * Remove loop over ids in getter of Function field: before: def getter(self, ids, name): res = {} for record in self.browse(ids): res[record.id] = ... return res now: def getter(self, name): return self.... * Rationale the register process of Model (use copy of fields etc.) * Remove session in wizard. Now the wizard instance is the session. * Allow to store the views in a XML file instead of the database. This supports the modification of a view without updating the database. A good speedup for designing views. * A new kind of validation has been added the pre_validation. The new 'pre_validation' allows to validate a record without saving it. This is used by the client to validate lines of a One2Many. With 'pre_validation' it is possible to provide feedback to the user as soon as possible and before the record is saved. Modules ------- account ~~~~~~~ * The Trial Balance report displays now the start and end balance in addition to the debit and credit columns. * Double-clicking on Balance Sheet opens accounts. * The Account Chart doesn't show cumulate Debit/Credit by default but only for the current period. * The Aged Balance is computed over all fiscalyears. * The Account Moves have been refactored to include an origin field which allows to easily link it to the master document. They have two number fields for draft and posted. account_stock_continental ~~~~~~~~~~~~~~~~~~~~~~~~~ * Updating cost price create automaticaly a stock accounting move. purchase ~~~~~~~~ * The purchase manages negative quantities on lines, they will generate Return Shipments and Credit Note. stock ~~~~~ * A graph has been added showing the evolution in past and future of the stock level for a product per warehouse. New modules ----------- * stock_lot defines lot of products. * stock_split adds a wizard to split move. * account_fr adds French account chart. * production defines the basics for production management. * stock_supply_production adds automatic supply mechanisms via production requests. Other changes graphical user interface -------------------------------------- * Constant interpolation has been added to line graph. * The group could have a readonly state. * It is possible to define a time format different of the classic '%H:%M:%S'. Other changes on server side ---------------------------- * The ModelSQL.default_sequence has been removed. The sequence fields will no more increase indefinitely. * The time format is validated, so it is possible to enforce the second to 0 for example. * __tryton__.py is replaced by tryton.cfg, a static file. * It is possible to use tuple as Reference value. It is usefull to construct dynamic domain on such field in PYSON. -- C?dric Krier B2CK SPRL Rue de Rotterdam, 4 4000 Li?ge Belgium Tel: +32 472 54 46 59 Email/Jabber: cedric.krier at b2ck.com Website: http://www.b2ck.com/ From ralf at systemexit.de Fri Oct 26 20:53:00 2012 From: ralf at systemexit.de (Ralf Schmitt) Date: Fri, 26 Oct 2012 20:53:00 +0200 Subject: [ANN] pypiserver 1.0.0 - minimal private pypi server Message-ID: <87625xjcab.fsf@myhost.lan> Hi, I've just uploaded pypiserver 1.0.0 to the python package index. pypiserver is a minimal PyPI compatible server. It can be used to serve a set of packages and eggs to easy_install or pip. pypiserver is easy to install (i.e. just 'pip install pypiserver'). It doesn't have any external dependencies. http://pypi.python.org/pypi/pypiserver/ should contain enough information to easily get you started running your own PyPI server in a few minutes. The code is available on github: https://github.com/schmir/pypiserver Changes in version 1.0.0 ------------------------ - add passlib and waitress to pypi-server-standalone - upgrade bottle to 0.11.3 - Update scripts/opensuse/pypiserver.init - Refuse to re upload existing file - Add 'console_scripts' section to 'entry_points', so 'pypi-server.exe' will be created on Windows. - paste_app_factory now use the the password_file option to create the app. Without this the package upload was not working. - Add --fallback-url argument to pypi-server script to make it configurable. -- Cheers Ralf From georg at python.org Sun Oct 28 19:23:57 2012 From: georg at python.org (Georg Brandl) Date: Sun, 28 Oct 2012 19:23:57 +0100 Subject: Sphinx: Co-Maintainer(s) wanted Message-ID: <508D783D.4010409@python.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear Sphinx users, dear Python community, unfortunately, it has turned out that at the moment I don't have enough spare time to fulfill my duties as Python core developer and release manager, as well as fully maintain my other open-source projects. Therefore, I'm looking for co-maintainers for Sphinx (http://sphinx.pocoo.org; http://bitbucket.org/birkenfeld/sphinx/). So if you want to be involved in the maintenance and evolution of *the* Python documentation tool, please let me know; either in the sphinx-dev group (sphinx-dev at googlegroups.com) or personally by email (georg at python.org). Ideally, we can get a group of several people with push privileges going; of course I will try to be as much help as possible. Thanks, Georg -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlCNeD0ACgkQN9GcIYhpnLC9QgCgsJnzpZl/+yX3iXuOD7ofjuia pSoAn0S/Zzi81vljPhGYYIBSn7fqL61e =AsLj -----END PGP SIGNATURE----- From jendrikseipp at web.de Wed Oct 31 11:39:49 2012 From: jendrikseipp at web.de (Jendrik Seipp) Date: Wed, 31 Oct 2012 11:39:49 +0100 Subject: RedNotebook 1.5 Message-ID: <5090FFF5.4060108@web.de> A new RedNotebook version has been released. You can get the tarball, the Windows installer and links to distribution packages at http://rednotebook.sourceforge.net/downloads.html What is RedNotebook? -------------------- RedNotebook is a **graphical journal** and diary helping you keep track of notes and thoughts. It includes a calendar navigation, customizable templates, export functionality and word clouds. You can also format, tag and search your entries. RedNotebook is available in the repositories of most common Linux distributions and a Windows installer is available. It is written in Python and uses GTK+ for its interface. What's new? ----------- * Inline #hashtagging: Directly add hashtags like #Movies, #my_project in the main text. * Highlight #hashtags in red. * Include # for tags in tag cloud to be consistent with the hashtags. * Change to edit/preview mode if text is missing/present automatically. * Change to edit mode when double-clicked into preview. * Detach model from combobox when updating the tags to make inserting a new tag faster. * Fix searching for dates. * Fix inserting and editing templates with unicode names. * Fix opening and creating journals (lp:1068655) * Use apport (If a crash occurs on Linux, an automatic bug report is prepared, but not submitted) * Do not allow using $HOME as a journal directory. * Do not let error notifications blink. * For Journal->New and Journal->Save-As: Only allow using empty directories. * For Journal->Open: Only allow using directories with at least one month file. * Use InfoBars for nicer inline notifications about errors. * Enable finishing link dialog with hitting ENTER. * Disable insert (Ctrl+V) and cut (Ctrl+X) shortcuts in preview mode. * Add more shortcuts in Journal menu: Export (Ctrl+E), Backup and Statistics (Alt+letter). * Update translations. Cheers, Jendrik From dinov at microsoft.com Wed Oct 31 23:09:41 2012 From: dinov at microsoft.com (Dino Viehland) Date: Wed, 31 Oct 2012 22:09:41 +0000 Subject: ANN: Python Tools for Visual Studio 1.5 Message-ID: <66535cac8282494cb7dcddea5f726379@BY2PR03MB596.namprd03.prod.outlook.com> We're pleased to announce the release of Python Tools for Visual Studio 1.5 RTM - http://pytools.codeplex.com/releases/view/82132. Python Tools for Visual Studio (PTVS) is an open-source plug-in for Visual Studio which supports programming with the Python language. PTVS supports a broad range of features including CPython/IronPython, Edit/Intellisense/Debug/Profile, Cloud, HPC, IPython, etc. support. For a quick overview of the general IDE experience, please see http://www.youtube.com/watch?v=7CoGsSlrxKk There are a number of exciting improvement in this release compared to 1.1, all based on your feedback & suggestions. Here's a summary: IDE: * VS2012 support * Django Project, Edit, Intellisense, Template debugging support: - YT: http://www.youtube.com/watch?v=UsLti4KlgAY * A Live Debug REPL - YT: http://www.youtube.com/watch?v=erNx2NLu-t4&hd=1 * "Parallel Stack" View and "Parallel Watch" windows for threaded code support - YT: http://www.youtube.com/watch?v=WRs4r-cQfjE * Project load time improvements * PyKinect: Kinect SDK 1.5 support * New "New Project from Existing Code!" * Improved Intellisense (iterator, PyQt, ...) * Python 3.3 language support Cloud: * Python is now a 1st class language on Azure! See: https://www.windowsazure.com/en-us/develop/python/ * Azure Python Client Libraries for Windows, MacOS and Linux (not a typo). See https://github.com/WindowsAzure/azure-sdk-for-python ; o On PyPI: http://pypi.python.org/pypi/azure/ o On GitHub: https://github.com/WindowsAzure/azure-sdk-for-python * New in 1.5 RTM: Azure Python Client Lib support for System Management API's. - YT: http://www.youtube.com/watch?v=nDvqNP_Ja5s * IPython on Azure: A Python IDE in the browser, backed by a Windows or Linux VM. See: https://www.windowsazure.com/en-us/develop/python/tutorials/ipython-notebook/ * Azure: new WFastCGI for Azure/IIS * Azure "Web Sites" Python Framework support: Django, Flask, Bottle, Web2Py, ... support <> There were over 100 fixes/improvements in this release compared to 1.1. Here's a link to the list of changes: http://bit.ly/PTVS15RTMBugs We'd like to thank the following people who took the time to report the issues and feedback for this release (in reverse chronological order): RC: Tmaslach, odwalla, jrade, michiya, timeisparallax, tachiorz, sourbox, tramsay, bahrep, lqbest127, hyh, mrpy, boomer_74, BigFreakinGobot, AngeloBast, ajp, mahpour, cecilphillip, dhabersat. Beta: ajp, Anna0311, golubdr, hjyh, hyh, mahpour, tramsay, and zooba. Alpha: Anna0311, golubdr, hjyh, tramsay, zooba. Thank you!