* #327: In kwallet backend, if the collection or item is
locked, a ``KeyringLocked`` exception is raised. Clients
expecting a None response from ``get_password`` under
this condition will need to catch this exception.
Additionally, an ``InitError`` is now raised if the
connection cannot be established to the DBus.
* #298: In kwallet backend, when checking an existing
handle, verify that it is still valid or create a new
connection.
* Fixed issue in SecretService. Ref #226.
* #322: Fix AttributeError when ``escape.__builtins__``
is a dict.
* Deprecated ``keyring.util.escape`` module. If you use
this module or encounter the warning (on the latest
release of your packages), please `file a ticket
<https://github.com/jaraco/keyring/issues/new>`_.
* Unpin SecretStorage on Python 3.5+. Requires that
Setuptools 17.1 be used. Note that the special
handling will be unnecessary once Pip 9 can be
assumed (as it will exclude SecretStorage 3 in
non-viable environments).
* #310: Keyring now loads all backends through entry
points.
* #312: Use ``entrypoints`` instead of pkg_resources to
avoid performance hit loading pkg_resources. Adds
a dependency on ``entrypoints``.
* #294: No longer expose ``keyring.__version__`` (added
in 8.1) to avoid performance hit loading pkg_resources.
* #299: Keyring exceptions are now derived from a base
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=65
- update to 9.3:
9.3
---
* Pull Request #226: In SecretService backend, unlock
individual entries.
9.2.1
-----
* Issue #230: Don't rely on dbus-python and instead
defer to SecretStorage to describe the installation
requirements.
9.2
---
* Issue #231 via #233: On Linux, ``secretstorage``
is now a declared dependency, allowing recommended
keyring to work simply after installation.
9.1
---
* Issue #83 via #229: ``kwallet`` backend now stores
the service name as a folder name in the backend rather
than storing all passwords in a Python folder.
- Adjust Requires
- Use pypi.io for Source url
OBS-URL: https://build.opensuse.org/request/show/405489
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=50
- Removed CONTRIBUTORS.txt because not available in upstream
source anymore.
- dropped patches keyring-import-gi.patch and keyring-gnome-3.18.patch
because they were obsoleted by fixes in upstream source
5.7
---
* Issue #177: Resolve default keyring name on Gnome using the API.
* Issue #145: Add workaround for password exposure through
process status for most passwords containing simple
characters.
5.6
---
* Allow keyring to be invoked from command-line with
``python -m keyring``.
5.5.1
-----
* Issue #156: Fixed test failures in ``pyfs`` keyring related to
0.5 release.
5.5
---
* Pull Request #176: Use recommended mechanism for checking
GnomeKeyring version.
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=41
- update to version 5.3
+ changed licence to Python-2.0 and MIT
* Prefer setuptools_scm to hgtools.
* Version numbering is now derived from the code repository tags via hgtools.
* Build and install now requires setuptools.
* The entry point group must look like a module name, so the group is now “keyring.backends”.
* Added preliminary support for loading keyring backends through setuptools entry points, specifically “keyring backends”.
OBS-URL: https://build.opensuse.org/request/show/304500
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=34
- Update to version 4.0 (boo#901066):
* Removed ``keyring_path`` parameter from ``load_keyring``. See release notes
for 3.0.3 for more details.
* Issue #22: Removed support for loading the config from the current
directory. The config file must now be located in the platform-specific
config location.
- Changes from version 3.7:
* Issue #22: Deprecated loading of config from current directory. Support for
loading the config in this manner will be removed in a future version.
* Issue #131: Keyring now will prefer ``pywin32-ctypes
<https://pypi.python.org/pypi/pywin32-ctypes>``_ to pywin32 if available.
- Changes from version 3.6:
* Gnome keyring no longer relies on the GNOME_KEYRING_CONTROL environment
variable.
* Issue #140: Restore compatibility for older versions of PyWin32.
- Switch to pytest since nose doesn't support test fixtures and fails:
- Add BuildRequires: python-pytest
- Remove BuildRequires: python-nose
OBS-URL: https://build.opensuse.org/request/show/256238
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=30
* Add support for packages that wish to bundle keyring by using relative
imports throughout.
- Changes from version 3.5:
* Issue #49: Give the backend priorities a 1.5 multiplier bump when an
XDG_CURRENT_DESKTOP environment variable matches the keyring's target
environment.
* Issue #99: Clarified documentation on location of config and data files.
Prepared the code base to treat the two differently on Unix-based systems.
For now, the behavior is unchanged.
- Changes from version 3.4:
* Extracted FileBacked and Encrypted base classes.
* Add a pyinstaller hook to expose backend modules. Ref #124
* Pull request #41: Use errno module instead of hardcoding error codes.
* SecretService backend: correctly handle cases when user dismissed
the collection creation or unlock prompt.
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=25
- Update to version 3.3
* KWallet backend will now honor the KDE_FULL_SESSION environment
variable as found on openSUSE.
- Changes from 3.2.1
* SecretService backend: use a different function to check that the
backend is functional. The default collection may not exist, but
the collection will remain usable in that case.
Also, make the error message more verbose.
Resolves https://bugs.launchpad.net/bugs/1242412.
- Changes from 3.2
* Issue #120: Invoke KeyringBackend.priority during load_keyring
to ensure that any keyring loaded is actually viable (or raises
an informative exception).
* Issue #123: fix removing items.
* Correctly escape item name when removing.
* Use with statement when working with files.
* Add a test for removing one item in group.
* Issue #81: Added experimental support for third-party backends.
See keyring.core._load_library_extensions for information on
supplying a third-party backend.
- Changes from 3.1
* All code now runs natively on both Python 2 and Python 3,
no 2to3 conversion is required.
* Testsuite: clean up, and make more use of unittest2 methods.
OBS-URL: https://build.opensuse.org/request/show/209858
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=23
- update to 3.0.5:
* Simplified the implementation of ``keyring.core.load_keyring``. It now uses
``__import__`` instead of loading modules explicitly.
* Renamed ``keyring.util.platform`` to ``keyring.util.platform_``.
* Ensure that modules are actually imported even in Mercurial's Demand Import
environment.
* Removed support for Python 2.5.
* Removed names in ``keyring.backend`` moved in 1.1 and previously retained
for compatibilty.
* GnomeKeyring: fix availability checks, and make sure the warning
message from pygobject is not printed.
* Prioritized backend support. The primary interface for Keyring backend
classes has been refactored to now emit a 'priority' based on the current
environment (operating system, libraries available, etc). These priorities
provide an indication of the applicability of that backend for the current
environment. Users are still welcome to specify a particular backend in
configuration, but the default behavior should now be to select the most
appropriate backend by default.
OBS-URL: https://build.opensuse.org/request/show/201031
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=21
- update to 1.6:
- Use the same attributes (``username`` / ``service``) as the SecretService
backend uses, allow searching for old ones for compatibility.
- Also set ``application`` attribute.
- Correctly handle all types of errors, not only ``CANCELLED`` and ``NO_MATCH``.
- Avoid printing warnings to stderr when GnomeKeyring is not available.
- Use a better label for passwords, the same as GNOME Keyring backend uses.
OBS-URL: https://build.opensuse.org/request/show/183721
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=18
- update to 1.5:
* SecretService: allow deleting items created using previous python-keyring versions.
* Use secretstorage.get_default_collection if it's available.
* Switch GnomeKeyring backend to use native libgnome-keyring via GObject
Introspection, not the obsolete python-gnomekeyring module
* Use the SecretStorage library to implement the Secret Service backend
(instead of using dbus directly)
* Now the keyring supports prompting for and deleting passwords
- do not unconditionally recommend python-kde4
- python-gnomekeyring is not needed anymore
OBS-URL: https://build.opensuse.org/request/show/181903
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=16
* Add proper provides/obsoletes pairs for -gnome and -kde subpackages
* Removed outdated %clean section
* Package CONTRIBUTORS.txt
* Run testsuite
- Update to version 0.7.1:
* Removed non-ASCII characters from README and CHANGES docs
- Changes from version 0.7:
* Python 3 is now supported.
* Extension modules on Mac and Windows replaced by pure-Python ctypes
implementations. Thanks to Jerome Laheurte.
* WinVaultKeyring now supports multiple passwords for the same service.
* Most of the tests don't require user interaction anymore.
* Entries stored in Gnome Keyring appears now with a meaningful name
if you try to browser your keyring (for ex. with Seahorse)
* Tests from Gnome Keyring no longer pollute the user own keyring.
* keyring.util.escape now accepts only unicode strings. Don't try
to encode strings passed to it.
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-keyring?expand=0&rev=4
