Lirc

Latest version: v3.0.0

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

Scan your dependencies

Page 1 of 2

3.0.0

------------------

**Added**

- Support for Python 3.12 and 3.13.

**Removed**

- Support for Python 3.6, 3.7, and 3.8. These versions are no longer supported by Python.

**Fixed**

- The ``Client``'s ``simulate`` method was sending the command twice by default.
The ``repeat_count`` keyword argument was set to 1 instead of 0. This now defaults to 0.

On older versions, this can be worked around by explicitly setting the ``repeat_count`` keyword
argument to 0 when calling the ``simulate`` method.

2.0.2

------------------

**Added**

- Official support for Python 3.11. There is no user-facing change here.
However, the tests are now also being run against Python 3.11 on CI and
being advertised as supported via a pypi classifier.

2.0.1

------------------

**Changed**

- All double underscore (``__``) internal attributes have been changed to instead
be prefixed by a single underscore (``_``). This removes the name mangling that Python
does on those attributes.

**Fixed**

- ``lirc.Client`` will throw a ``TypeError`` only if the passed ``connection``
is not an instance of ``AbstractConnection``. Previously, it would throw
a ``TypeError`` if ``connection`` was not an ``LircdConnection``.

2.0.0

------------------

**Fixed - Potential Breaking Changes**

- The ``Client``'s ``send_once`` method was sending
an IR code twice by default. This is because the ``repeat_count`` keyword argument
was set to 1 instead of 0, causing it to send the initial IR code and repeat it once.
This now defaults to 0.

On v1, this can be worked around by explicitly specifying the ``repeat_count`` to only send 1 IR signal by setting it to 0:

.. code-block:: python

import lirc

client = lirc.Client()
client.send_once('remote', 'key', repeat_count=0)

- The ``Darwin`` connection to lircd was set to default to
``/opt/run/var/run/lirc/lircd`` when it should have been
``/opt/local/var/run/lirc/lircd``. This is unlikely to have
an impact since the previous default directory was incorrect.

With v1 and on macOS, this can also be worked around by explicitly specifying the connection path rather
than relying on the default.

.. code-block:: python

import lirc

client = lirc.Client(
connection=lirc.LircdConnection(
address="/opt/local/var/run/lirc/lircd",
)
)

1.0.1

------------------

**Fixed**

- PyPI is complaining that v1.0.0 is already taken, since it was
a release that was deleted from a previous mistake.

1.0.0

------------------

**Added**

- ``DefaultConnection.address`` and ``DefaultConnection.socket`` may raises
an ``UnsupportedOperatingSystemError`` if the operating system you're on
is not MacOS, Linux, or Windows.

**Changed**

- ``lirc.Client`` raises a ``TypeError`` instead of a ``ValueError`` now
if a ``connection`` is passed in that is not an instance of ``LircdConnection``.

- ``send`` on ``lirc.Client`` is now called ``send_once``.

- ``start_repeat`` on ``lirc.Client`` is now called ``send_start``.

- ``stop_repeat`` on ``lirc.Client`` is now called ``send_stop``.

**Removed**

- ``socket`` property from ``LircdConnection``.

**Fixed**

- The ``remote`` and ``key`` optional arguments to the ``lirc.Client``'s ``stop_repeat``
method were not overriding the last sent remote and key.

Page 1 of 2

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.