wmbiff: Bump to version 0.4.33

This commit is contained in:
Torrance, Douglas 2019-03-01 10:48:50 +00:00 committed by Carlos R. Mafra
parent 9527870311
commit b904bd01b0
3 changed files with 26 additions and 1 deletions

View file

@ -1,3 +1,25 @@
2019-03-01 Doug Torrance <dtorrance@piedmont.edu>
* ChangeLog, NEWS, configure.ac: Bump to version 0.4.33
2019-03-01 Doug Torrance <dtorrance@piedmont.edu>
* wmbiff/tlsComm.c: Remove unnecessary loop. The last release of
wmbiff included a patch by Nye Liu from Debian bug #917467 [1].
However, the second part of that patch is not necessary. From Andreas
Metzler's comment
I am not sure about the second part of the patch. I understand
wmbiff breaking on GNUTLS_E_AGAIN from gnutls_read, because this
only started to happen recently (with TLS1.3) on blocking sockets.
What I do not get from my rudimentary understanding C
programmimg is the second part, this is in the else of "if
(scs->tls_state)", so, afaiui for non-encrypted connections. Is the
change necessary there at all, is it the right thing to retry read
on EAGAIN then? We revert the second part of the patch.
[1] https://bugs.debian.org/917467
2019-02-12 Doug Torrance <dtorrance@piedmont.edu>
* ChangeLog, NEWS, configure.ac: Bump to version 0.4.32.

View file

@ -1,5 +1,8 @@
Release Notes
~~~~~~~~~~~~~
Release 0.4.33 - March 1, 2019
* Code cleanup.
Release 0.4.32 - February 12, 2019
* Bug fix.

View file

@ -6,7 +6,7 @@ dnl and configure:
dnl installation prefix
dnl version
AC_INIT(WMBiff, 0.4.32, wmaker-dev@googlegroups.com, wmbiff)
AC_INIT(WMBiff, 0.4.33, wmaker-dev@googlegroups.com, wmbiff)
AC_CONFIG_AUX_DIR(autoconf)
AM_INIT_AUTOMAKE
AC_CONFIG_HEADER([config.h])