inotify-simple 2.0.1

• add support for FileIO's closefd argument
• Fix readthedocs documentation build

inotify-simple 2.0.0

• Drop support for Python < 3.6
• Modernise packaging: replace setup.py with pyproject.toml
• Automate build and release of wheel packages on PyPI

1.3.3

Fix failure to set ERRNO when inotify functions fail

1.3.2

• Fix failure to install on Python 2 if enum34 not already installed

1.3.1

• Resolves an issue causing an OSError in the case of a blocking read.

1.3.0

• Switch to using inotify_init1() and add inheritable and nonblocking keyword arguments to INotify, which control the IN_CLOEXEC and IN_NONBLOCK bits of the flags passed to inotify_init1(). Default to inheritable=False, which is in line with the Python standard library's behaviour for all file descriptors it opens.
• Make the delay argument passed to INotify.read() only delay reading if there were no events to read initially, rather than unconditionally. An unconditional delay can rate limit a program that is struggling to keep up with events, which is undesirable.
• INotify() now subclasses io.FileIO, which simplifies things a bit - INotify.close() for example is inherited rather than implemented in the INotify() class. INotify.fd is now just an alias for the inherited INotify.fileno().
• Restructure module layout to a single .py file instead of a package
• Code simplifications.

This release is backwards compatible with previous releases.

Bugfix release

Fix installation error on non UTF8 systems (issue #13)

1.2.0

INotify() class is now more file-like. .close() is idempotent, and it has a .fileno() method enabling it to be used directly with select.select() and similar functions.

Bugfix release

Defer loading of libc until instantiation of an INotify object, so that errors loading it occur there instead of at import time.

1.1.7

Bugfix release - allow use of pathlib module but do not require it.