Keyring

Latest version: v25.2.1

Safety actively analyzes 629959 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 29 of 35

3.0.2

=====

* Renamed ``keyring.util.platform`` to ``keyring.util.platform_``. As reported
in Issue 112 and `mercurial_keyring 31
<https://bitbucket.org/Mekk/mercurial_keyring/issue/31>`_ and in `Mercurial
itself <http://bz.selenic.com/show_bug.cgi?id=4029>`_, Mercurial's Demand
Import does not honor ``absolute_import`` directives, so it's not possible
to have a module with the same name as another top-level module. A patch is
in place to fix this issue upstream, but to support older Mercurial
versions, this patch will remain for some time.

3.0.1

=====

* Ensure that modules are actually imported even in Mercurial's Demand Import
environment.

3.0

===

``keyrings`` namespace should now use the pkgutil native technique
rather than relying on pkg_resources.

2.4

===

24: File based backends now reject non-string types for passwords.

2.3

===

21: Raise ValueError on blank username in plaintext
keyring, unsupported in the storage format.

2.2

===

17: Drop dependency on keyring.py27compat and use six
instead.

16: Minor tweaks to file-based backends.

Page 29 of 35

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.