* Mon May 04 2020 Tomá? Chvátal <tchvatal@suse.com>
- Do not be quiet on test run
* Wed Mar 11 2020 pgajdos@suse.com
- version update to 3.0.0
- Drop support for Python 3.4.
- Add support for Python 3.8.
- Drop support for legacy transaction APIs including
``Transaction.register()`` and old ZODB3-style datamanagers. See
`issue 89
<https://github.com/zopefoundation/transaction/issues/89>`_.
- ``TransactionManager.run`` now commits/aborts the transaction
"active" after the execution of *func* (and no longer the initial
transaction which might already have been committed/aborted by *func*)
(`#58 <https://github.com/zopefoundation/transaction/issues/58>`_).
It aborts the transaction now for all exceptions raised by *func* - even
if it is only an instance of `BaseException` but not of `Exception`,
such as e.g. a ``SystemExit`` or ``KeyboardInterupt`` exception.
- Support abort hooks (symmetrically to commit hooks)
(`#77 <https://github.com/zopefoundation/transaction/issues/77>`_).
- Make Transaction drop references to its hooks, manager,
synchronizers and data after a successful ``commit()`` and after
* any* ``abort()``. This helps avoid potential cyclic references. See
`issue 82 <https://github.com/zopefoundation/transaction/issues/82>`_.
- Allow synchronizers to access ``Transaction.data()`` when their
``afterCompletion`` method is called while aborting a transaction.
- Make it safe to call ``Transaction.abort()`` more than once. The
second and subsequent calls are no-ops. Previously a
``ValueError(Foreign transaction)`` would be raised.
* Mon Oct 14 2019 Matej Cepl <mcepl@suse.com>
- Replace %fdupes -s with plain %fdupes; hardlinks are better.
* Mon Mar 04 2019 Tomá? Chvátal <tchvatal@suse.com>
- Update to 2.4.0:
* add support for python 3.7
* many small fixes and test improvements
* For more see CHANGES.rst
Version: 2.1.2-bp150.2.3
* Sat Jun 24 2017 aloisio@gmx.com
- Update to version 2.1.2
* To avoid leaking memory, don’t include unexpected value in
warnings about non-text transaction meta data.
2.1.1:
* For backward compatibility, relax the requirements that
transaction meta data (user or description) be text:
+ If None is assigned, the assignment is ignored.
+ If a non-text value is assigned, a warning is issued and
the value is converted to text. If the value is a binary
string, it will be decoded with the UTF-8 encoding the
replace error policy.
2.1.0:
* Added a transaction-manager explicit mode. Explicit mode makes
some kinds of application bugs easier to detect and potentially
allows data managers to manage resources more efficiently.
(This addresses
https://github.com/zopefoundation/transaction/issues/35.)
2.0.3:
* The user and description fields must now be set with text
(unicode) data. Previously, if bytes were provided, they’d be
decoded as ASCII. It was decided that this would lead to bugs
that were hard to test for.
* Also, the transaction meta-data field, extended_info has
been renamed to extension.
2.0.2:
* Fixed: Some legacy applications expect the transaction
_extension attribute to be mutable and it wasn’t.
2.0.1:
* The transaction user and description attributes are now
defined to be text (unicode) as opposed to Python the str
type.
* Added the extended_info transaction attribute which contains
transaction meta data. (The _extension attribute is retained
as an alias for backward compatibility.)
* The transaction interface, ITransaction, now requires
extended_info keys to be text (unicode) and values to be
JSON-serializable.
* Removed setUser from ITransaction. We’ll keep the method
indefinitely, but it’s unseemly in ITransaction. :)
The main purpose of these changes is to tighten up the text
specification of user, description and extended_info keys, and
to give us more flexibility in the future for serializing
extended info. It’s possible that these changes will be
breaking, so we’re also increasing the major version number.
1.7.0:
* Added a transaction-manager run method for running a
function as a transaction, retrying as necessary on transient
errors.
* Fixed the transaction manager attempts method. It didn’t
stop repeating when there wasn’t an error.
* Corrected ITransaction by removing beforeCommitHook (which
is no longer implemented) and removing ‘self’ from two methods.
1.6.1:
* Fixed: Synchonizers that registered with transaction
managers when transactions were in progress didn’t have their
newTransaction methods called to let them know of the
in-progress transactions.
1.6.0:
* New transaction API for storing data on behalf of objects,
such as data managers.
* Drop references to data managers joined to a transaction
when it is committed or aborted.
1.5.0:
* Drop support for Python 2.6 and 3.2.
* Add support for Python 3.5.
* Added APIs for interogating and clearing internal state to
support client tests.
1.4.4:
* Use the standard valuerefs() method rather than relying on
implementation details of WeakValueDictionary in WeakSet.
* Add support for PyPy3.
* Require 100% branch coverage (in addition to 100% statement
coverage).
- Converted to single-spec
* Thu May 14 2015 benoit.monin@gmx.fr
- update to version 1.4.3:
* Added support for Python 3.4.
* release 1.4.2 (skipped)
- switch the source archive to tar.gz
- pass -q to the test to avoid spamming the build log
* Fri Aug 02 2013 hpj@urpla.net
- Update to 1.4.1 version:
* Document that values returned by sortKey must be strings, in order
to guarantee total ordering.
* Fix occasional RuntimeError: dictionary changed size during iteration
errors in transaction.weakset on Python 3.
- Generate and install documentation in separate package
- Run tests
* Tue Jan 15 2013 p.drouand@gmail.com
- Initial python3 support
* Tue Jan 15 2013 p.drouand@gmail.com
- Update to 1.4.0 version:
* Updated Trove classifiers.
* Tue Jan 15 2013 p.drouand@gmail.com
- Update to 1.4.0b1 version:
* Converted existing doctests into Sphinx documentation (snippets
are exercised via 'tox').
* 100% unit test coverage.
* Backward incompatibility: raise ValueError rather than AssertionError
for runtime errors:
- In Transaction.doom if the transaction is in a non-doomable state.
- In TransactionManager.attempts if passed a non-positive value.
- In TransactionManager.free if passed a foreign transaction.
* Declared support for Python 3.3 in setup.py, and added tox testing.
* When a non-retryable exception was raised as the result of a call to
transaction.manager.commit within the "attempts" machinery, the exception
was not reraised properly. Symptom: an unrecoverable exception such as
Unsupported: Storing blobs in <somestorage> is not supported. would be
swallowed inappropriately.
* Wed Jun 06 2012 os-dev@jacraig.com
- Update to 1.3.0:
* Added Sphinx API docuementation.
* Added explicit support for PyPy.
* Dropped use of Python3-incompatible zope.interface.implements class advisor
in favor of zope.interface.implementer class decorator.
* Added support for continuous integration using tox and jenkins.
* Added setup.py docs alias (installs Sphinx and dependencies).
* Added setup.py dev alias (runs setup.py develop plus installs nose and
coverage).
* Python 3.3 compatibility.
* Fix "for attempt in transaction.attempts(x)" machinery, which would not
retry a transaction if its implicit call to .commit() itself raised a
transient error. Symptom: seeing conflict errors even though you thought
you were retrying some number of times via the "attempts" machinery (the
first attempt to generate an exception during commit would cause that
exception to be raised).
* Tue Feb 28 2012 saschpe@suse.de
- Fix SLE_11 build by actually BuildRequiring python-devel
* Wed Feb 01 2012 saschpe@suse.de
- Update to version 1.2.0:
* Python 3.2 compatibility.
* Dropped Python 2.4 and 2.5 compatibility
- Set license to SPDX style (ZPL-2.1)
- Ran spec-cleaner
* Mon Oct 11 2010 coolo@novell.com
- update to 1.1.1
* Code in ``_transaction.py`` held on to local references to traceback
objects after calling ``sys.exc_info()`` to get one, causing
potential reference leakages.
* Fixed ``hexlify`` NameError in ``transaction._transaction.oid_repr``
and add test.
* Tue Sep 14 2010 coolo@novell.com
- make it noarch for > 11.2
* Wed Jul 21 2010 cfarrell@novell.com
- Updated to 1.1.0
New Features:
- Transaction managers and the transaction module can be used with the
with statement to define transaction boundaries
- There is a new iterator function that automates dealing with
transient errors (such as ZODB confict errors).
Bugs fixed:
- Fixed a bug that caused extra commit calls to be made on data
managers under certain special circumstances.
- When threads were reused, transaction data could leak accross them,
causing subtle application bugs.
- Fixed zopeinterface require as per bnc#623255
- Added %doc section
* Thu Jun 17 2010 hvogel@novell.com
- Prepare specfile for factory submission
o pass CFLAGS
o use the standard modname
* Wed Mar 04 2009 cfarrell1980@gmail.com
- Initial package, version 1.0a1