Puresnmp

Latest version: v2.0.0.post1

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

Scan your dependencies

Page 1 of 6

2.0.0post1

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

* This fixes the incorrectly provided extra ``rest`` in the dependency
metadata. This extra has become obsolete and removing it fixed
versioning errors when installing ``puresnmp``.

2.0

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

.. warning::
This is a major upgrade! It is *not* compatible with client-code based on
puresnmp v1.x

Refer to :py:ref:`upgrading` for details

* **[changed]** Changed back from ``poetry`` to ``setuptools`` due to too many
stumbling blocks during development with ``poetry``.
* **[changed]** Main API functions moved into "client" classes
:py:class:`~puresnmp.api.raw.Client` and
:py:class:`~puresnmp.api.pythonic.PyWrapper`. See :ref:`upgrading`.
* **[changed]** Extracted ``x690`` processing into separate package
:py:mod:`x690`. This changed the behaviour of
:py:class:`x690.types.ObjectIdentifier`
* **[changed]** "continuing" OIDs of bulk-walks removed from logging. This
caused too much noise in general and was only useful during development of
puresnmp itself.
* **[changed]** The old inconsistent "VarBind" class has been split into
:py:class:`puresnmp.varbind.VarBind` and
:py:class:`puresnmp.varbind.PyVarBind`
* **[changed]** Some data-types now correctly wrap ``None`` instead of ``b""``:

* NoSuchObject
* NoSuchInstance
* EndOfMibView

* **[added]** Type-Hints for table and bulktable calls

It is now possible to attach a "TypedDict" reference to [bulk]table calls via
the ``_rowtype`` argument.

* **[added]** Support for SNMPv3

* Builting support for auth-protocols "md5" and "sha1".
* Encryption provided by the plugin package :py:mod:`puresnmp-crypto`.
Installable by activating the ``[crypto]`` "extra" in your dependencies.

* **[added]** Plugin based architecure to support multiple protocols (see
:py:ref:`plugins`)
* **[added]** Builtin support for the SNMP IPv4 data-type. IPv6 has no defined
data-type in the context of SNMP. Instead it is defined in a separate RFC/MIB
which is why it is not inclued.
* **[added]** New exception types based on :rfc:`3416`
* **[added]** Allow temporarily overriding client defaults via
:py:meth:`puresnmp.api.raw.Client.reconfigure`

1.10.2.post1

~~~~~~~~~~~~~~~~~~~~

This is a "house-keeping" commit. No new features or fixes are introduced.

* **[changed]** Packaging and publishing switched over to poetry

1.10.2

~~~~~~~~~~~~~~~~~~~

* **[fixed]** Speed improvements for overflowing counters (See 88 by Alexey
Minevich)

1.10.1

~~~~~~~~~~~~~~~~~~~

* **[fixed]** Don't crash with an ``IndexError`` when an error-status is
returned from a device without specifying an offending OID (See 89 by
Lopolio)

1.10.0

~~~~~~~~~~~~~~~~~~~

* **[support]** Expose SNMP "version" argument to more API endpoints for
extended SNMPv1 support (See 87 by Nikolaj Rahbek). Impacted functions are:

* ``puresnmp.api.pythonic.get()``
* ``puresnmp.api.pythonic.getnext()``
* ``puresnmp.api.pythonic.walk()``
* ``puresnmp.api.pythonic.set()``
* ``puresnmp.api.pythonic.multiset()``
* ``puresnmp.api.raw.get()``
* ``puresnmp.api.raw.getnext()``
* ``puresnmp.api.raw.set()``
* ``puresnmp.api.raw.multiset()``

Page 1 of 6

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.