diff options
| author | Pierre-Jean Texier <pjtexier@koncepto.io> | 2020-03-22 19:00:46 +0100 | 
|---|---|---|
| committer | Khem Raj <raj.khem@gmail.com> | 2020-03-22 18:52:47 +0000 | 
| commit | 3a6dd11889d40b4df1f89a73525eff5f424876f3 (patch) | |
| tree | b330f510f0f60f78ecec6d84cbaf1b17af4b326d /meta-python/recipes-devtools/python/python-pyinotify.inc | |
| parent | d66fc2776992d3979616c0e692ce10f6a46fb7ef (diff) | |
| download | meta-openembedded-3a6dd11889d40b4df1f89a73525eff5f424876f3.tar.gz | |
librelp: upgrade 1.4.0 -> 1.5.0
This is a bugfix release:
- bugfix: too late termination of relp Engine on shutdown
  When librelp is instructed to shutdown, it processes messages
  still present inside its receive buffers. It only terminates
  when it needs to wait for new data to arrive.
  Depending on RELP and TCP window size and message length,
  this may cause many messages to be processed while in shutdown.
  Even with default settings, up to 128 messages may be taken off
  the wire and be processed.
  This is a problem regarding the shutdown timing of a librelp
  user (e.g. rsyslog). It may take unexpectedly long to shutdown
  the RELP component and as such timeout may occur in the caller
  code. This is especially the case if the caller does lengthy
  processing when a RELP message is received. Note: It is
  perfectly fine for a caller to do this. The problem is that
  librelp continues to provide new data for a relatively long
  and unexpected period.
  This fix ensure that the relp engine shuts down much quicker
  when shutdown is requested. It now also checks the shutdown
  request while processing already received buffer data.
  This problem was detected when working on
  see also https://github.com/rsyslog/rsyslog/issues/3941
  closes https://github.com/rsyslog/librelp/issues/175
- build system fix: invalid default in configure help text
  closes https://github.com/rsyslog/librelp/issues/169
- error message on invalid TLS library request added
  This way an invalid TLS library (name) can be detected and the
  error presented to the user. So far, invalid library names were
  hard to find.
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Diffstat (limited to 'meta-python/recipes-devtools/python/python-pyinotify.inc')
0 files changed, 0 insertions, 0 deletions
