Mailman 3 July 2009 - Python-announce-list

[ANN]: IronPython 2.6 Beta 2
by Dave Fugate 23 Jul '09

23 Jul '09

We're pleased to announce the release of IronPython 2.6 Beta 2 which can be freely downloaded at http://ironpython.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=27350. At this point we are essentially feature complete from a CPython 2.6 perspective, and look forward to making available IronPython 2.6 Release Candidate 1 within the next couple of months. As such, we'd very much like everyone to try out this release and report back any major problems you may encounter so we can fix them in time for the first release candidate. Any bugs that you find can be reported via http://ironpython.codeplex.com/WorkItem/Create.aspx. The primary focus of Beta 2 was bug fixing: a whopping 215 bugs were fixed in this release. The majority of these were fixes to standard CPython built-in modules with IronPython runtime fixes coming in at a close second. Some of the higher profile work items include: * The implementation of the sys module was improved so that you can now utilize CPython's pdb module in basic scenarios to debug IronPython sessions provided you pass the -X:Frames or -X:FullFrames options to ipy.exe * 374 Implement _ctypes module * 20051 Re-raising exception causes loss of traceback * 18770 Support type inference on generic methods and improve function conversions - better LINQ support * 15399 'frame' object has no attribute 'f_back' * 17465 Implement rest of binascii module (__package__) * A bug was fixed in our build scripts that was leaving several working CPython standard modules out of our MSI installations. These included a few modules under the distutils package, two modules under encodings, code, codeop, and the io modules A very visible new feature added to this release is that ipy.exe is now strictly a 32-bit only assembly. That is, it gets executed as a 32-bit CLR process on both x86 and x64 operating systems. ipy64.exe, despite what its name might imply, is a platform agnostic assembly matching the old behavior of ipy.exe in the sense that it gets executed as a 32-bit process on 32-bit OSes and 64-bit on 64-bit OSes. Why this change you ask? Quite simply put IronPython users with 64-bit OSes will see around a 33% improvement to IronPython startup time under ipy.exe! Silverlight users: a new version of Silverlight, namely Silverlight 3.0, is required to build the "Silverlight Release" or "Silverlight Debug" configurations of IronPython.sln. Please update your Silverlight installation accordingly by visiting http://www.microsoft.com/silverlight<http://www.microsoft.com/silverlight/> if you intend to build IronPython from sources. Thanks to everyone in the IronPython Community who reported bugs and provided valuable feedback. We really do appreciate your input which helps to make each release of IronPython better than the last. The IronPython Team

1 0

[ANN] EuroSciPy 2009 - first slides
by Mike Müller 23 Jul '09

23 Jul '09

EuroSciPy 2009 - First Slides Available ======================================= The first slides for the talks at EuroSciPy are available: http://www.euroscipy.org/presentations/slides/index.html The abstracts of all talks can be found here: http://www.euroscipy.org/presentations/abstracts/index.html EuroSciPy 2009 ============== We're pleased to announce the EuroSciPy 2009 Conference to be held in Leipzig, Germany on July 25-26, 2009. http://www.euroscipy.org This is the second conference after the successful conference last year. Again, EuroSciPy will be a venue for the European community of users of the Python programming language in science. Presentation Schedule --------------------- The schedule of presentations for the EuroSciPy conference is online: http://www.euroscipy.org/presentations/schedule.html We have 16 talks from a variety of scientific fields. All about using Python for scientific work. Registration ------------ The registration fee is 150.00 € and will increase to 200.00 € for on-site registration and registration after July 23, 2009. Registration will include snacks and lunch for Saturday and Sunday. Please register here: http://www.euroscipy.org/registration.html Important Dates --------------- March 21 Registration opens May 8 Abstract submission deadline May 15 Acceptance of presentations May 30 Announcement of conference program June 15 Early bird registration deadline July 15 Slides submission deadline July 20 - 24 Pre-Conference courses July 25/26 Conference August 15 Paper submission deadline Venue ----- mediencampus Poetenweg 28 04155 Leipzig Germany See http://www.euroscipy.org/venue.html for details. Help Welcome ------------ You would like to help make the EuroSciPy 2009 a success? Here are some ways you can get involved: * attend the conference * submit an abstract for a presentation * give a lightning talk * make EuroSciPy known: - distribute the press release (http://www.euroscipy.org/media.html) to scientific magazines or other relevant media - write about it on your website - in your blog - talk to friends about it - post to local e-mail lists - post to related forums - spread flyers and posters in your institution - make entries in relevant event calendars - anything you can think of * inform potential sponsors about the event * become a sponsor If you're interested in volunteering to help organize things or have some other idea that can help the conference, please email us at mmueller at python-academy dot de. Sponsorship ----------- Do you like to sponsor the conference? There are several options available: http://www.euroscipy.org/sponsors/become_a_sponsor.html Pre-Conference Courses ---------------------- Would you like to learn Python or about some of the most used scientific libraries in Python? Then the "Python Summer Course" [1] might be for you. There are two parts to this course: * a two-day course "Introduction to Python" [2] for people with programming experience in other languages and * a three-day course "Python for Scientists and Engineers" [3] that introduces some of the most used Python tools for scientists and engineers such as NumPy, PyTables, and matplotlib Both courses can be booked individually [4]. Of course, you can attend the courses without registering for EuroSciPy. [1] http://www.python-academy.com/courses/python_summer_course.html [2] http://www.python-academy.com/courses/python_course_programmers.html [3] http://www.python-academy.com/courses/python_course_scientists.html [4] http://www.python-academy.com/courses/dates.html

1 0

ANN: easygconf 0.01
by Florian Diesch 22 Jul '09

22 Jul '09

I'm happy to announce easygconf 0.01 Get it at http://www.florian-diesch.de/software/easygconf/ easygconf provids an easy, pythonic way to access GConf <http://projects.gnome.org/gconf/> through a dict-like interface. Example ------- >>> from easygconf import GConfDict >>> gc=GConfDict('/apps/test-application') >>> >>> gc['title'] >>> gc['title']='Hello world!' >>> gc['title'] 'Hello world!' >>> >>> gc['list']=range(3) >>> gc['list'] (0, 1, 2) >>> >>> gc.unset('title') >>> gc.unset('list') >>> gc['title'] >>> gc['list'] >>> >>> gc.sync() Florian -- <http://www.florian-diesch.de/>

1 0

ANN: SciPy 2009 early registration ends today
by Jarrod Millman 22 Jul '09

22 Jul '09

Today is the last day to register for SciPy 2009 at the early bird rates. Please register (http://conference.scipy.org/to_register ) by the end of the day to take advantage of the reduced early registration rate. The conference schedule is available here: http://conference.scipy.org/schedule The special group rate for the Marriot Hotel is no longer available. However, there are a number of closer and less expensive choices still available: http://admissions.caltech.edu/visiting/accommodations I've been staying at the Vagabond Inn for the last several years: http://www.vagabondinn-pasadena-hotel.com/ It is within easy walking distance of the conference and has just been completely renovated. Rooms at the Vagabond start at $79/night. About the conference -------------------- SciPy 2009, the 8th Python in Science conference, will be held from August 18-23, 2009 at Caltech in Pasadena, CA, USA. The conference starts with two days of tutorials to the scientific Python tools. There will be two tracks, one for introduction of the basic tools to beginners, and one for more advanced tools. The tutorials will be followed by two days of talks. Both days of talks will begin with a keynote address. The first day’s keynote will be given by Peter Norvig, the Director of Research at Google; while, the second keynote will be delivered by Jon Guyer, a Materials Scientist in the Thermodynamics and Kinetics Group at NIST. The program committee will select the remaining talks from submissions to our call for papers. All selected talks will be included in our conference proceedings edited by the program committee. After the talks each day we will provide several rooms for impromptu birds of a feather discussions. Finally, the last two days of the conference will be used for a number of coding sprints on the major software projects in our community. For the 8th consecutive year, the conference will bring together the developers and users of the open source software stack for scientific computing with Python. Attendees have the opportunity to review the available tools and how they apply to specific problems. By providing a forum for developers to share their Python expertise with the wider commercial, academic, and research communities, this conference fosters collaboration and facilitates the sharing of software components, techniques, and a vision for high level language use in scientific computing. For further information, please visit the conference homepage: http://conference.scipy.org. Important Dates --------------- * Friday, July 3: Abstracts Due * Wednesday, July 15: Announce accepted talks, post schedule * Wednesday, July 22: Early Registration ends * Tuesday-Wednesday, August 18-19: Tutorials * Thursday-Friday, August 20-21: Conference * Saturday-Sunday, August 22-23: Sprints * Friday, September 4: Papers for proceedings due Executive Committee ------------------- * Jarrod Millman, UC Berkeley, USA (Conference Chair) * Gaël Varoquaux, INRIA Saclay, France (Program Co-Chair) * Stéfan van der Walt, University of Stellenbosch, South Africa (Program Co-Chair) * Fernando Pérez, UC Berkeley, USA (Tutorial Chair)

1 0

Python-URL! - weekly Python news and links (Jul 22)
by Gabriel Genellina 22 Jul '09

22 Jul '09

QOTW: "If programming is symbol manipulation, then you should remember that the user interface is also symbol manipulation, and it is a MUCH harder problem than databases, sorting, searching, and all the other problems you learn about in academia. The user interface has to communicate over a rich but noisy channel using multiple under-specified protocols to a couple of pounds of meat which processes information using buggy heuristics evolved over millions of years to find the ripe fruit, avoid being eaten, and have sex. If you think getting XML was hard, that's *nothing* compared to user interfaces. The fact that even bad UIs work at all is a credit to the heuristics, bugs and all, in the meat." - Steven D'Aprano http://groups.google.com/group/comp.lang.python/msg/8c65eacbd76e79cf Invoke the same method over every object in a collection: http://groups.google.com/group/comp.lang.python/browse_thread/thread/8fd293… There is no 'xor' boolean operator, why? What should be its outcome? http://groups.google.com/group/comp.lang.python/browse_thread/thread/16eec7… A thread-safe method to create unique identifiers (not necesarily increasing integers): http://groups.google.com/group/comp.lang.python/browse_thread/thread/dfe22a… Tim Chase tells us three ways to turn standard output into unbuffered mode: http://groups.google.com/group/comp.lang.python/browse_thread/thread/a65f71… How to receive data of unknown length using sockets: http://groups.google.com/group/comp.lang.python/browse_thread/thread/9e4a9f… Override a method, but keeping the inherited docstring: http://groups.google.com/group/comp.lang.python/browse_thread/thread/1e4075… Limiting the execution time of a code fragment: http://groups.google.com/group/comp.lang.python/browse_thread/thread/734054… Sharing a big object between processes using the multiprocessing module: http://groups.google.com/group/comp.lang.python/browse_thread/thread/833d49… Why aren't OrderedDicts [3.1] comparable using <, >, <=, >=? http://groups.google.com/group/comp.lang.python/browse_thread/thread/c3c6f4… So many ways to call a function - why is that? Beginners get confused: http://groups.google.com/group/comp.lang.python/browse_thread/thread/3fd57f… The reasons to choose your favorite programming language (Python, I presume!): http://groups.google.com/group/comp.lang.python/browse_thread/thread/5d8700… Tuples, lists, their differences and motivation: http://groups.google.com/group/comp.lang.python/browse_thread/thread/cb0cf5… ======================================================================== Everything Python-related you want is probably one or two clicks away in these pages: Python.org's Python Language Website is the traditional center of Pythonia http://www.python.org Notice especially the master FAQ http://www.python.org/doc/FAQ.html PythonWare complements the digest you're reading with the marvelous daily python url http://www.pythonware.com/daily Just beginning with Python? This page is a great place to start: http://wiki.python.org/moin/BeginnersGuide/Programmers The Python Papers aims to publish "the efforts of Python enthusiasts": http://pythonpapers.org/ The Python Magazine is a technical monthly devoted to Python: http://pythonmagazine.com Readers have recommended the "Planet" sites: http://planetpython.org http://planet.python.org comp.lang.python.announce announces new Python software. Be sure to scan this newsgroup weekly. http://groups.google.com/group/comp.lang.python.announce/topics Python411 indexes "podcasts ... to help people learn Python ..." Updates appear more-than-weekly: http://www.awaretek.com/python/index.html The Python Package Index catalogues packages. http://www.python.org/pypi/ Much of Python's real work takes place on Special-Interest Group mailing lists http://www.python.org/sigs/ Python Success Stories--from air-traffic control to on-line match-making--can inspire you or decision-makers to whom you're subject with a vision of what the language makes practical. http://www.pythonology.com/success The Python Software Foundation (PSF) has replaced the Python Consortium as an independent nexus of activity. It has official responsibility for Python's development and maintenance. http://www.python.org/psf/ Among the ways you can support PSF is with a donation. http://www.python.org/psf/donations/ The Summary of Python Tracker Issues is an automatically generated report summarizing new bugs, closed ones, and patch submissions. http://search.gmane.org/?author=status%40bugs.python.org&group=gmane.comp.p… Although unmaintained since 2002, the Cetus collection of Python hyperlinks retains a few gems. http://www.cetus-links.org/oo_python.html Python FAQTS http://python.faqts.com/ The Cookbook is a collaborative effort to capture useful and interesting recipes. http://code.activestate.com/recipes/langs/python/ Many Python conferences around the world are in preparation. Watch this space for links to them. Among several Python-oriented RSS/RDF feeds available, see: http://www.python.org/channews.rdf For more, see: http://www.syndic8.com/feedlist.php?ShowMatch=python&ShowStatus=all The old Python "To-Do List" now lives principally in a SourceForge reincarnation. http://sourceforge.net/tracker/?atid=355470&group_id=5470&func=browse http://www.python.org/dev/peps/pep-0042/ del.icio.us presents an intriguing approach to reference commentary. It already aggregates quite a bit of Python intelligence. http://del.icio.us/tag/python Enjoy the *Python Magazine*. http://pymag.phparch.com/ *Py: the Journal of the Python Language* http://www.pyzine.com Dr.Dobb's Portal is another source of Python news and articles: http://www.ddj.com/TechSearch/searchResults.jhtml?queryText=python and Python articles regularly appear at IBM DeveloperWorks: http://www.ibm.com/developerworks/search/searchResults.jsp?searchSite=dW&se… Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://search.gmane.org/?query=python+URL+weekly+news+links&group=gmane.com… http://groups.google.com/groups/search?q=Python-URL!+group%3Acomp.lang.pyth… http://lwn.net/Search/DoSearch?words=python-url&ctype3=yes&cat_25=yes There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to <Python-URL(a)phaseit.net> should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask <claird(a)phaseit.net> to subscribe. Mention "Python-URL!". Write to the same address to unsubscribe. -- The Python-URL! Team-- Phaseit, Inc. (http://phaseit.net) is pleased to participate in and sponsor the "Python-URL!" project. Watch this space for upcoming news about posting archives.

1 0

omniORBpy 3.4 released
by Duncan Grisby 22 Jul '09

22 Jul '09

I am pleased to announce that omniORB 4.1.4 and omniORBpy 3.4 are now available. omniORB is a robust, high performance CORBA implementation for C++. omniORBpy is a version for Python. They are freely available under the terms of the GNU LGPL (and GPL for stand-alone tools). These are mainly bug fix releases, with a number of minor new features. SourceForge's file upload system is currently broken, so you can download the releases from this directory on the web site: http://omniorb.sourceforge.net/releases/ There are source archives and a number of Windows builds for different compilers / Python versions. Other Windows builds may arrive later. Enjoy! Duncan. -- -- Duncan Grisby -- -- duncan(a)grisby.org -- -- http://www.grisby.org --

1 0

Announcing IronPython 2.0.2
by David DiCato 21 Jul '09

21 Jul '09

Hello Python Community, I am delighted to announce the release of IronPython 2.0.2. This release is a minor update to IronPython 2.0.1, which in turn is a CPython 2.5-compatible release running on the .NET platform. Our priority was to make IronPython 2.0.2 a bugfix release that remains backwards-compatible with IronPython 2.0.1. In particular, we focused on issues the IronPython community brought to our attention through http://www.codeplex.com/. As such, there have been important improvements on the compatibility and stability of IronPython as summarized below. You can download IronPython 2.0.2 at: http://ironpython.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=22981 Silverlight users: A new version of Silverlight, specifically Silverlight 3, is required to build the "Silverlight Release" or "Silverlight Debug" configurations of IronPython.sln. Please update Silverlight accordingly if you intend to do so. Detailed change summary: Fixed specifically for 2.0.2: * 21577 - binascii.crc32 doesn't accept one argument. * 20616 - wrong TypeError message when invoking "str.join": implicit parameter 'self' not counted * 19665 - 2.0.2: operator.isSequenceType(NewStyleClass) broken * 20087 - 2.0.2: Null Value Exception in COM interop * 21445 - DLR: There is a dead loop in CallSite.UpdateAndExecute(), which leads to IronPython 2.0.1 hang. * 22001 - 2.0.2: Ngen IronPython.msi option doesn't work on 64-bit platforms? * 22094 - 2.0.2: StringException leaked to Python via sys.exc_info() * 22239 - 2.0.2: modules aren't isolated Backported 2.6 fixes: * 20634 - hex_codec needs to be imported before hex decode can happen * 20302 - codecs.lookup errors with uppercase encoding names * 20051 - Re-raising exception causes loss of traceback * 4565 - Support all encodings CPython does for _codecs.encode and _codecs.decode * 20603 - os.walk('') doesn't work * 21929 - os.listdir does not accept empty path * 17235 - dir(System.ArgIterator) broken I would especially like to thank adamilan, dungen, fuzzyman, hfoffani, hhonisch, kuno, orestis, sanxiyn, and tkamiya for raising these issues. By taking the time to share their insights, these CodePlex users have brought about tangible improvements in the quality of IronPython. Keep those bug reports coming! - The IronPython Team

1 0

ANN: SfePy 2009.3 released
by Robert Cimrman 21 Jul '09

21 Jul '09

I am pleased to announce release 2009.3 of SfePy. Description ----------- SfePy (simple finite elements in Python) is a software, distributed under the BSD license, for solving systems of coupled partial differential equations by the finite element method. The code is based on NumPy and SciPy packages. Mailing lists, issue tracking, git repository: http://sfepy.org Home page: http://sfepy.kme.zcu.cz Highlights of this release -------------------------- Finally, SfePy has a basic support for Windows installation via numpy distutils: - still very experimental! - the tests will not finish if umfpack is not installed, as the default direct solver in scipy cannot handle some problems (see recent sfepy-devel mailing list discussions). Major improvements ------------------ - new scripts: - cylindergen.py: cylindrical mesh generator - updated scripts: - postproc.py: - quite usable now for fast first glance at the results - plots point, cell data of all kinds (scalar, vector, tensor) - Viewer is much more configurable - probe.py: - can probe selected quantities only - isfepy: - Viewer is much more configurable - new tests and terms Applications ------------ - phononic materials: - plotting improved - caching of eigen-problem solution and Christoffel acoustic tensor - schroedinger.py: - choose and call DFT solver via solver interface People who contributed to this release: Vladimir Lukes. For more information on this release, see http://sfepy.googlecode.com/svn/web/releases/2009.3_RELEASE_NOTES.txt Best regards, Robert Cimrman

1 0

ANN: IronPython training in Stockholm 23-24th September
by Fuzzyman 20 Jul '09

20 Jul '09

September 23-24th I'll be presenting a two day training session in Stockholm (the training is in English) with addskills. It is aimed at .NET developers looking to use IronPython for application development, scripting, embedding, testing or just as another useful tool. It will be a comprehensive training session for those with .NET experience who are interested in making practical use of IronPython. For more information please see: * http://www.addskills.se/Utbildning/Kurs/?CourseID=469# * http://www.voidspace.org.uk/python/weblog/arch_d7_2009_07_18.shtml#e1109 This course is about how to make the most of dynamic languages like IronPython and IronRuby on the .NET framework; with a particular focus on IronPython. The dynamic language runtime, which is being incorporated into .NET 4.0 and is the basis of IronPython and IronRuby, enables a new class of language to run on the .NET framework. In the last few years dynamic languages have gained a reputation for increased developer productivity and being easy to learn. These new languages for the .NET framework have potential applications in everything from scripting tasks to application development to embedding in .NET programs as ready made scripting engines. Michael Foord

1 0

bzr 1.17 released!
by Jonathan Lange 20 Jul '09

20 Jul '09

Bazaar continues to blaze a straight and shining path to the 2.0 release and the elevation of the ``2a`` beta format to the full glory of "supported and stable". Highlights in this release include greatly reduced memory consumption during commits, faster ``ls``, faster ``annotate``, faster network operations if you're specifying a revision number and the final destruction of those annoying progress bar artifacts. The Bazaar team is happy to announce availability of a new release of the bzr adaptive version control system. Bazaar is part of the GNU system <http://gnu.org/>. Thanks to everyone who contributed patches, suggestions, and feedback. Bazaar is now available for download from http://bazaar-vcs.org/Download as a source tarball; packages for various systems will be available soon. Changes from 1.17rc1 to 1.17final ********************************* * Change an extension to call the python ``frozenset()`` rather than the C api ``PyFrozenSet_New``. It turns out that python2.4 did not expose the C api. (John Arbash Meinel, #399366) * Fixes for the Makefile and the rename of ``generate_docs.py`` to ``tools/generate_docs.py`` to allow everything to be built on Windows. (John Arbash Meinel, #399356) * ``bzr serve`` once again applies a ``ChrootServer`` to the given directory before serving it. (Andrew Bennetts, #400535) Compatibility Breaks ******************** * ``bzr register-branch`` from the Launchpad plugin now refers to "project" instead of "product" which is the correct Launchpad terminology. The --product option is deprecated and users should switch to using --project. (Neil Martinsen-Burrell, #238764) New Features ************ * ``bzr push`` now aborts if uncommitted changes (including pending merges) are present in the working tree (if one is present) and no revision is speified. The configuration option ``push_strict`` can be used to set the default for this behavior. (Vincent Ladeuil, #284038, #322808, #65286) * ``bzr revno`` and ``bzr revision-info`` now have a ``--tree`` option to show revision info for the working tree instead of the branch. (Matthew Fuller, John Arbash Meinel) * ``bzr send`` now aborts if uncommitted changes (including pending merges) are present in the working tree and no revision is specified. The configuration option ``send_strict`` can be used to set the default for this behavior. (Vincent Ladeuil, #206577) * ``bzr switch --create-branch/-b`` can now be used to create and switch to a new branch. Supplying a name without a ``/`` will create the branch relative to the existing branch. (similar to how ``bzr switch name`` works when the branch already exists.) (John Arbash Meinel) Bug Fixes ********* * Accept uppercase "Y/N" to prompts such as from break lock. (#335182, Tim Powell, Martin Pool) * Add documentation about diverged branches and how to fix them in the centralized workflow with local commits. Mention ``bzr help diverged-branches`` when a push fails because the branches have diverged. (Neil Martinsen-Burrell, #269477) * Annotate would sometimes 'latch on' to trivial lines, causing important lines to be incorrectly annotated. (John Arbash Meinel, #387952) * Automatic format upgrades triggered by default stacking policies on a 1.16rc1 (or later) smart server work again. (Andrew Bennetts, #388675) * Avoid progress bar artifacts being left behind on the screen. (Martin Pool, #321935) * Better message in ``bzr split`` error suggesting a rich root format. (Neil Martinsen-Burrell, #220067) * ``Branch.set_append_revisions_only`` now works with branches on a smart server. (Andrew Bennetts, #365865) * By default, ``bzr branch`` will fail if the target directory exists, but does not already have a control directory. The flag ``--use-existing-dir`` will allow operation to proceed. (Alexander Belchenko, #307554) * ``bzr ls DIR --from-root`` now shows only things in DIR, not everything. (Ian Clatworthy) * Fetch between repositories does not error if they have inconsistent data that should be irrelevant to the fetch operation. (Aaron Bentley) * Fix ``AttributeError`` exception when reconfiguring lightweight checkout of a remote repository. (Jelmer Vernooij, #332194) * Fix bug in decoding v3 smart server messages when receiving multiple lots of excess bytes after an end-of-message. (Andrew Bennetts) * Force deletion of readonly files during merge, update and other tree transforms. (Craig Hewetson, Martin Pool, #218206) * Force socket shutdown in threaded http test servers to avoid client hangs (pycurl). (Vincent Ladeuil, #383920). * ``LRUCache`` will maintain the linked list pointers even if a nodes cleanup function raises an exception. (John Arbash Meinel, #396838) * Progress bars are now suppressed again when the environment variable ``BZR_PROGRESS_BAR`` is set to ``none``. (Martin Pool, #339385) * Reduced memory consumption during ``bzr commit`` of large files. For pre 2a formats, should be down to ~3x the size of a file. For ``--2a`` format repositories, it is down to the size of the file content plus the size of the compressed text. Related to bug #109114. (John Arbash Meinel) * Set hidden attribute on .bzr directory below unicode path should never fail with error. The operation should succeed even if bzr unable to set the attribute. (Alexander Belchenko, related to bug #335362). * Stacking will no longer accept requests to stack on the same branch/repository. Existing branches that incorrectly reference the same repository in a stacking configuration will now raise UnstackableLocationError when the branch is opened. This can be fixed by removing the stacking location inside ``.bzr/branch``. (Robert Collins, #376243) * The ``log+`` decorator, useful in debugging or profiling, could cause "AttributeError: 'list' object has no attribute 'next'". This is now fixed. The log decorator no longer shows the elapsed time or transfer rate because they're available in the log prefixes and the transport activity display respectively. (Martin Pool, #340347) * Unshelve works correctly when multiple zero-length files are present on the shelf. (Aaron Bentley, #363444) * Progress bars no longer show the network transport scheme or direction. (Martin Pool) * launchpad-login now respects the 'verbose' option. (Jonathan Lange, #217031) Internals ********* * ``bzrlib.user_encoding`` is now officially deprecated. It is not possible to write a deprecation wrapper, but the variable will be removed in the near future. Use ``bzrlib.osutils.get_user_encoding()`` instead. (Alexander Belchenko) * Command lookup has had hooks added. ``bzrlib.Command.hooks`` has three new hook points: ``get_command``, ``get_missing_command`` and ``list_commands``, which allow just-in-time command name provision rather than requiring all command names be known a-priori. (Robert Collins) * ``get_app_path`` from win32utils.py now supports REG_EXPAND_SZ data type and can read path to wordpad.exe. (Alexander Belchenko, #392046) * ``graph.KnownGraph`` has been added. This is a class that can give answers to ``heads()`` very quickly. However, it has the assumption that the whole graph has already been loaded. This is true during ``annotate`` so it is used there with good success (as much as 2x faster for files with long ancestry and 'cherrypicked' changes.) (John Arbash Meinel, Vincent Ladeuil) * OS file locks are now taken out using ``CreateFile`` rather than ``LockFileEx`` on Windows. The locking remains exclusive with ``LockFileEx`` but now it also works on older versions of Windows (such as Win98). (Martin <gzlist>) * pack <=> pack fetching is now done via a ``PackStreamSource`` rather than the ``Packer`` code. The user visible change is that we now properly fetch the minimum number of texts for non-smart fetching. (John Arbash Meinel) * ``VersionedFiles._add_text`` is a new api that lets us insert text into the repository as a single string, rather than a list of lines. This can improve memory overhead and performance of committing large files. (Currently a private api, used only by commit). (John Arbash Meinel) Improvements ************ * ``bzr annotate`` can now be significantly faster. The time for ``bzr annotate NEWS`` is down to 7s from 22s in 1.16. Files with long histories and lots of 'duplicate insertions' will be improved more than others. (John Arbash Meinel, Vincent Ladeuil) * ``bzr ls`` is now faster. On OpenOffice.org, the time drops from 2.4 to 1.1 seconds. The improvement for ``bzr ls -r-1`` is more substantial dropping from 54.3 to 1.1 seconds. (Ian Clatworthy) * Improve "Path(s) are not versioned" error reporting for some commands. (Benoît PIERRE) * Initial commit performance in ``--2a`` repositories has been improved by making it cheaper to build the initial CHKMap. (John Arbash Meinel) * Resolving a revno to a revision id on a branch accessed via ``bzr://`` or ``bzr+ssh://`` is now much faster and involves no VFS operations. This speeds up commands like ``bzr pull -r 123``. (Andrew Bennetts) * ``revision-info`` now properly aligns the revnos/revids in the output and doesn't traceback when given revisions not in the current branch. Performance is also significantly improved when requesting multiple revs at once. (Matthew Fuller, John Arbash Meinel) * Tildes are no longer escaped by Transports. (Andy Kilner) Documentation ************* * Avoid bad text wrapping in generated documentation. Slightly better formatting in the user reference. (Martin Pool, #249908) * Minor clarifications to the help for End-Of-Line conversions. (Ian Clatworthy) API Changes *********** * Removed overspecific error class ``InvalidProgressBarType``. (Martin Pool) * The method ``ProgressView._show_transport_activity`` is now ``show_transport_activity`` because it's part of the contract between this class and the UI. (Martin Pool)

1 0