-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Dear Users,
I have released version 5.25 of stunnel.
The ChangeLog entry:
Version 5.25, 2015.11.02, urgency: MEDIUM * New features - SMTP client protocol negotiation support for "protocolUsername", "protocolPassword", and "protocolAuthentication" (thx to Douglas Harris). - New service-level option "config" to specify OpenSSL >=1.0.2 configuration commands (thx to Stephen Wall). - The global option "foreground" now also accepts "quiet" parameter, which does not enable logging to stderr. - Manual page updated. - Obsolete OpenSSL engines removed from the Windows build: 4758cca, aep, atalla, cswift, nuron, sureware. - Improved compatibility with the current OpenSSL 1.1.0-dev tree: gracefully handle symbols renamed from SSLeay* to OpenSSL*. * Bugfixes - Fixed the "s_poll_wait returned 1, but no descriptor is ready" internal error. - Fixed "exec" hangs due to incorrect thread-local storage handling (thx to Philip Craig). - Fixed PRNG initialization (thx to Philip Craig). - Setting socket options no longer performed on PTYs. - Fixed 64-bit Windows build.
Home page: https://www.stunnel.org/ Download: https://www.stunnel.org/downloads.html
SHA-256 hashes:
1fb2209f1e006cc01813e1688599c4d0fb0adde4434c31ab95745b1db97484b7 stunnel-5.25.tar.gz 506846a28154e5111c6f374de5861c51221a5c9ddcf012952eaf7b4819176cd9 stunnel-5.25-installer.exe 58e79879a5fa922e2ae28ef0892f447d92d27517dfc0f921095b7180a7fd6905 stunnel-5.25-android.zip
Best regards, Mike
Hi Michal,
Am 02.11.2015 um 14:16 schrieb Michal Trojnara Michal.Trojnara@mirt.net:
I have released version 5.25 of stunnel.
The latest release of stunnel does not build on Solaris any more:
/opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I/usr/kerberos/include -I/opt/csw/include -DLIBDIR='"/opt/csw/lib/stunnel"' -DCONFDIR='"/etc/opt/csw/stunnel"' -I/opt/csw/include -xO3 -m32 -xarch=sparc -mt -D_REENTRANT -fstack-protector -fPIE -D_FORTIFY_SOURCE=2 -c -o stunnel-client.o `test -f 'client.c' || echo './'`client.c "client.c", line 1245: undefined symbol: environ "client.c", line 1245: warning: improper pointer/integer combination: op "=" cc: acomp failed for client.c
In Solaris a definition similar to this is needed in client.c: extern char **environ;
Additionally, in network.c the definition of INT_MAX is missing which is for Solaris in <limits.h>.
Apart from that the build succeeds.
Best regards
— Dago
Michael, Dagobert,
I get the same error under OS X.
On Nov 2, 2015, at 7:38 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 02.11.2015 um 14:16 schrieb Michal Trojnara Michal.Trojnara@mirt.net:
I have released version 5.25 of stunnel.
The latest release of stunnel does not build on Solaris any more:
/opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I/usr/kerberos/include -I/opt/csw/include -DLIBDIR='"/opt/csw/lib/stunnel"' -DCONFDIR='"/etc/opt/csw/stunnel"' -I/opt/csw/include -xO3 -m32 -xarch=sparc -mt -D_REENTRANT -fstack-protector -fPIE -D_FORTIFY_SOURCE=2 -c -o stunnel-client.o `test -f 'client.c' || echo './'`client.c "client.c", line 1245: undefined symbol: environ "client.c", line 1245: warning: improper pointer/integer combination: op "=" cc: acomp failed for client.c
In Solaris a definition similar to this is needed in client.c: extern char **environ;
Additionally, in network.c the definition of INT_MAX is missing which is for Solaris in <limits.h>.
Apart from that the build succeeds.
Best regards
— Dago
-- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
Marius -- Marius Schamschula
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Hi Guys,
Thank you. I have (hopefully) fixed those issues in: https://www.stunnel.org/downloads/beta/stunnel-5.26b1.tar.gz
Best regards, Mike
On 02.11.2015 17:09, Marius Schamschula wrote:
Michael, Dagobert,
I get the same error under OS X.
On Nov 2, 2015, at 7:38 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 02.11.2015 um 14:16 schrieb Michal Trojnara Michal.Trojnara@mirt.net:
I have released version 5.25 of stunnel.
The latest release of stunnel does not build on Solaris any more:
/opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I/usr/kerberos/include -I/opt/csw/include -DLIBDIR='"/opt/csw/lib/stunnel"' -DCONFDIR='"/etc/opt/csw/stunnel"' -I/opt/csw/include -xO3 -m32 -xarch=sparc -mt -D_REENTRANT -fstack-protector -fPIE -D_FORTIFY_SOURCE=2 -c -o stunnel-client.o `test -f 'client.c' || echo './'`client.c "client.c", line 1245: undefined symbol: environ "client.c", line 1245: warning: improper pointer/integer combination: op "=" cc: acomp failed for client.c
In Solaris a definition similar to this is needed in client.c: extern char **environ;
Additionally, in network.c the definition of INT_MAX is missing which is for Solaris in <limits.h>.
Apart from that the build succeeds.
Best regards
— Dago
-- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
Marius -- Marius Schamschula
Hi Michal,
Am 03.11.2015 um 12:13 schrieb Michal Trojnara Michal.Trojnara@mirt.net:
Thank you. I have (hopefully) fixed those issues in: https://www.stunnel.org/downloads/beta/stunnel-5.26b1.tar.gz
This compiles now without patches on Solaris.
Thanks and best regards
— Dago
Best regards, Mike
On 02.11.2015 17:09, Marius Schamschula wrote:
Michael, Dagobert,
I get the same error under OS X.
On Nov 2, 2015, at 7:38 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 02.11.2015 um 14:16 schrieb Michal Trojnara Michal.Trojnara@mirt.net:
I have released version 5.25 of stunnel.
The latest release of stunnel does not build on Solaris any more:
/opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I/usr/kerberos/include -I/opt/csw/include -DLIBDIR='"/opt/csw/lib/stunnel"' -DCONFDIR='"/etc/opt/csw/stunnel"' -I/opt/csw/include -xO3 -m32 -xarch=sparc -mt -D_REENTRANT -fstack-protector -fPIE -D_FORTIFY_SOURCE=2 -c -o stunnel-client.o `test -f 'client.c' || echo './'`client.c "client.c", line 1245: undefined symbol: environ "client.c", line 1245: warning: improper pointer/integer combination: op "=" cc: acomp failed for client.c
In Solaris a definition similar to this is needed in client.c: extern char **environ;
Additionally, in network.c the definition of INT_MAX is missing which is for Solaris in <limits.h>.
Apart from that the build succeeds.
Best regards
— Dago
-- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
Marius -- Marius Schamschula
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQIcBAEBCAAGBQJWOJbEAAoJEC78f/DUFuAUPiUP/0HiyirkxjJTq1OdlQHnYHIK I1jEXb4lRoRuFL2FUBDPYPC0ha+DuBWdtrDNZYBpG8EpnOOmYI+PKdSTWgMEmXGW Asdqr0Zzu39GKWfch2gATe3fU23eSx8Zh9OqZvWwct2dxHRn4fpvNikL5xgQyN1L X21MuIph/16OH949y0XFpB/ZZ5mUf1CIGyEBkr7ywWlDICkK+QOxhAyTUQKiBb2D kl69xN4td0fHOOTvEct5G68ScILSD1/eVw1hPysFYdnJQXft55TFAMy0WbAZOSY4 vefOqPpiW5wHXaiiYKA0TgM0HlcTRNTPYLeakd3PyJaZvxce1lFVaN+gZTZd33Uk r0aTzfsQWwhb0/XbXQ/eyD5L6GimlEVjaAy/tqcYT4GjXZTGvk5qWCPIcQc+7BMt mKsuE7xJAXb9RA8SFJ+CTEkrwD3CtJYe9zZdfkttJum9oE+R0JONttz6wiAOwcsO i+Pdkey+du9xyajMTC/0AHJRLBN/YoD9CWD65O8BlKduYQDB94sm57Ie/g9jsNCs UzjiHQDlqitZsfD6ZRjpW9EERWW5flNxwwsQKH6Xa8OIcReegfiQOC+MHL5tA8Ih P3TqgkRCgm3s77d4ziMC/QnpMgvVuk8WCd0i1lSFRPwbRz5WKH2C4BU4b/p7msH3 Pv9ogLxp7XBcAG12afgD =TbAp -----END PGP SIGNATURE----- _______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
Michael,
This works on OS X as well.
On Nov 3, 2015, at 6:01 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 03.11.2015 um 12:13 schrieb Michal Trojnara Michal.Trojnara@mirt.net:
Thank you. I have (hopefully) fixed those issues in: https://www.stunnel.org/downloads/beta/stunnel-5.26b1.tar.gz
This compiles now without patches on Solaris.
Thanks and best regards
— Dago
Best regards, Mike
On 02.11.2015 17:09, Marius Schamschula wrote:
Michael, Dagobert,
I get the same error under OS X.
On Nov 2, 2015, at 7:38 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 02.11.2015 um 14:16 schrieb Michal Trojnara Michal.Trojnara@mirt.net:
I have released version 5.25 of stunnel.
The latest release of stunnel does not build on Solaris any more:
/opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I/usr/kerberos/include -I/opt/csw/include -DLIBDIR='"/opt/csw/lib/stunnel"' -DCONFDIR='"/etc/opt/csw/stunnel"' -I/opt/csw/include -xO3 -m32 -xarch=sparc -mt -D_REENTRANT -fstack-protector -fPIE -D_FORTIFY_SOURCE=2 -c -o stunnel-client.o `test -f 'client.c' || echo './'`client.c "client.c", line 1245: undefined symbol: environ "client.c", line 1245: warning: improper pointer/integer combination: op "=" cc: acomp failed for client.c
In Solaris a definition similar to this is needed in client.c: extern char **environ;
Additionally, in network.c the definition of INT_MAX is missing which is for Solaris in <limits.h>.
Apart from that the build succeeds.
Best regards
— Dago
-- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
Marius -- Marius Schamschula
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQIcBAEBCAAGBQJWOJbEAAoJEC78f/DUFuAUPiUP/0HiyirkxjJTq1OdlQHnYHIK I1jEXb4lRoRuFL2FUBDPYPC0ha+DuBWdtrDNZYBpG8EpnOOmYI+PKdSTWgMEmXGW Asdqr0Zzu39GKWfch2gATe3fU23eSx8Zh9OqZvWwct2dxHRn4fpvNikL5xgQyN1L X21MuIph/16OH949y0XFpB/ZZ5mUf1CIGyEBkr7ywWlDICkK+QOxhAyTUQKiBb2D kl69xN4td0fHOOTvEct5G68ScILSD1/eVw1hPysFYdnJQXft55TFAMy0WbAZOSY4 vefOqPpiW5wHXaiiYKA0TgM0HlcTRNTPYLeakd3PyJaZvxce1lFVaN+gZTZd33Uk r0aTzfsQWwhb0/XbXQ/eyD5L6GimlEVjaAy/tqcYT4GjXZTGvk5qWCPIcQc+7BMt mKsuE7xJAXb9RA8SFJ+CTEkrwD3CtJYe9zZdfkttJum9oE+R0JONttz6wiAOwcsO i+Pdkey+du9xyajMTC/0AHJRLBN/YoD9CWD65O8BlKduYQDB94sm57Ie/g9jsNCs UzjiHQDlqitZsfD6ZRjpW9EERWW5flNxwwsQKH6Xa8OIcReegfiQOC+MHL5tA8Ih P3TqgkRCgm3s77d4ziMC/QnpMgvVuk8WCd0i1lSFRPwbRz5WKH2C4BU4b/p7msH3 Pv9ogLxp7XBcAG12afgD =TbAp -----END PGP SIGNATURE----- _______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
-- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
Marius -- Marius Schamschula
Michal,
I propose you send a pre-release notice before announcing a new version, giving a 1-2 day window for testers to report any issues, then release the final version. What do you think ?
Dagonert, Marius: would you enlist as testers for Solaris and OS X ? I can do mingw compilation on Windows...
El 3 nov 2015, a las 9:57, Marius Schamschula lists@schamschula.com escribió:
Michael,
This works on OS X as well.
On Nov 3, 2015, at 6:01 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 03.11.2015 um 12:13 schrieb Michal Trojnara Michal.Trojnara@mirt.net: Thank you. I have (hopefully) fixed those issues in: https://www.stunnel.org/downloads/beta/stunnel-5.26b1.tar.gz
This compiles now without patches on Solaris.
Thanks and best regards
— Dago
Best regards, Mike
On 02.11.2015 17:09, Marius Schamschula wrote: Michael, Dagobert,
I get the same error under OS X.
On Nov 2, 2015, at 7:38 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 02.11.2015 um 14:16 schrieb Michal Trojnara Michal.Trojnara@mirt.net:
I have released version 5.25 of stunnel.
The latest release of stunnel does not build on Solaris any more:
/opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I/usr/kerberos/include -I/opt/csw/include -DLIBDIR='"/opt/csw/lib/stunnel"' -DCONFDIR='"/etc/opt/csw/stunnel"' -I/opt/csw/include -xO3 -m32 -xarch=sparc -mt -D_REENTRANT -fstack-protector -fPIE -D_FORTIFY_SOURCE=2 -c -o stunnel-client.o `test -f 'client.c' || echo './'`client.c "client.c", line 1245: undefined symbol: environ "client.c", line 1245: warning: improper pointer/integer combination: op "=" cc: acomp failed for client.c
In Solaris a definition similar to this is needed in client.c: extern char **environ;
Additionally, in network.c the definition of INT_MAX is missing which is for Solaris in <limits.h>.
Apart from that the build succeeds.
Best regards
— Dago
-- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
Marius -- Marius Schamschula
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQIcBAEBCAAGBQJWOJbEAAoJEC78f/DUFuAUPiUP/0HiyirkxjJTq1OdlQHnYHIK I1jEXb4lRoRuFL2FUBDPYPC0ha+DuBWdtrDNZYBpG8EpnOOmYI+PKdSTWgMEmXGW Asdqr0Zzu39GKWfch2gATe3fU23eSx8Zh9OqZvWwct2dxHRn4fpvNikL5xgQyN1L X21MuIph/16OH949y0XFpB/ZZ5mUf1CIGyEBkr7ywWlDICkK+QOxhAyTUQKiBb2D kl69xN4td0fHOOTvEct5G68ScILSD1/eVw1hPysFYdnJQXft55TFAMy0WbAZOSY4 vefOqPpiW5wHXaiiYKA0TgM0HlcTRNTPYLeakd3PyJaZvxce1lFVaN+gZTZd33Uk r0aTzfsQWwhb0/XbXQ/eyD5L6GimlEVjaAy/tqcYT4GjXZTGvk5qWCPIcQc+7BMt mKsuE7xJAXb9RA8SFJ+CTEkrwD3CtJYe9zZdfkttJum9oE+R0JONttz6wiAOwcsO i+Pdkey+du9xyajMTC/0AHJRLBN/YoD9CWD65O8BlKduYQDB94sm57Ie/g9jsNCs UzjiHQDlqitZsfD6ZRjpW9EERWW5flNxwwsQKH6Xa8OIcReegfiQOC+MHL5tA8Ih P3TqgkRCgm3s77d4ziMC/QnpMgvVuk8WCd0i1lSFRPwbRz5WKH2C4BU4b/p7msH3 Pv9ogLxp7XBcAG12afgD =TbAp -----END PGP SIGNATURE----- _______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
-- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
Marius
Marius Schamschula
stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Hi Guys,
Good idea. I will try to send pre-release notices to the mailing list.
This is the first one: I'm going to release stunnel 5.26 on Friday.
Best regards, Mike
On 03.11.2015 19:17, Josealf.rm wrote:
Michal,
I propose you send a pre-release notice before announcing a new version, giving a 1-2 day window for testers to report any issues, then release the final version. What do you think ?
Dagonert, Marius: would you enlist as testers for Solaris and OS X ? I can do mingw compilation on Windows...
El 3 nov 2015, a las 9:57, Marius Schamschula lists@schamschula.com escribió:
Michael,
This works on OS X as well.
On Nov 3, 2015, at 6:01 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 03.11.2015 um 12:13 schrieb Michal Trojnara Michal.Trojnara@mirt.net: Thank you. I have (hopefully) fixed those issues in: https://www.stunnel.org/downloads/beta/stunnel-5.26b1.tar.gz
This compiles now without patches on Solaris.
Thanks and best regards
— Dago
Best regards, Mike
On 02.11.2015 17:09, Marius Schamschula wrote: Michael, Dagobert,
I get the same error under OS X.
On Nov 2, 2015, at 7:38 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 02.11.2015 um 14:16 schrieb Michal Trojnara Michal.Trojnara@mirt.net: > I have released version 5.25 of stunnel.
The latest release of stunnel does not build on Solaris any more:
> /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. > -I/usr/kerberos/include -I/opt/csw/include > -DLIBDIR='"/opt/csw/lib/stunnel"' > -DCONFDIR='"/etc/opt/csw/stunnel"' -I/opt/csw/include > -xO3 -m32 -xarch=sparc -mt -D_REENTRANT > -fstack-protector -fPIE -D_FORTIFY_SOURCE=2 -c -o > stunnel-client.o `test -f 'client.c' || echo > './'`client.c "client.c", line 1245: undefined symbol: > environ "client.c", line 1245: warning: improper > pointer/integer combination: op "=" cc: acomp failed > for client.c
In Solaris a definition similar to this is needed in client.c: extern char **environ;
Additionally, in network.c the definition of INT_MAX is missing which is for Solaris in <limits.h>.
Apart from that the build succeeds.
Best regards
— Dago
-- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
Marius -- Marius Schamschula
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQIcBAEBCAAGBQJWOJbEAAoJEC78f/DUFuAUPiUP/0HiyirkxjJTq1OdlQHnYHIK
I1jEXb4lRoRuFL2FUBDPYPC0ha+DuBWdtrDNZYBpG8EpnOOmYI+PKdSTWgMEmXGW
Asdqr0Zzu39GKWfch2gATe3fU23eSx8Zh9OqZvWwct2dxHRn4fpvNikL5xgQyN1L
X21MuIph/16OH949y0XFpB/ZZ5mUf1CIGyEBkr7ywWlDICkK+QOxhAyTUQKiBb2D
kl69xN4td0fHOOTvEct5G68ScILSD1/eVw1hPysFYdnJQXft55TFAMy0WbAZOSY4
vefOqPpiW5wHXaiiYKA0TgM0HlcTRNTPYLeakd3PyJaZvxce1lFVaN+gZTZd33Uk
r0aTzfsQWwhb0/XbXQ/eyD5L6GimlEVjaAy/tqcYT4GjXZTGvk5qWCPIcQc+7BMt
mKsuE7xJAXb9RA8SFJ+CTEkrwD3CtJYe9zZdfkttJum9oE+R0JONttz6wiAOwcsO
i+Pdkey+du9xyajMTC/0AHJRLBN/YoD9CWD65O8BlKduYQDB94sm57Ie/g9jsNCs
UzjiHQDlqitZsfD6ZRjpW9EERWW5flNxwwsQKH6Xa8OIcReegfiQOC+MHL5tA8Ih
P3TqgkRCgm3s77d4ziMC/QnpMgvVuk8WCd0i1lSFRPwbRz5WKH2C4BU4b/p7msH3
Pv9ogLxp7XBcAG12afgD
=TbAp -----END PGP SIGNATURE----- _______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
- --
"You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
_______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
Marius -- Marius Schamschula
_______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
_______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
Mich,
I tested stunnel 5.26b1 with gcc 4.85 under Windows. All fine except that I had to change the #include <openssl/applink.c> to <../ms/applink.c> as it was on previous releases.
Regards Jose
El 4 nov 2015, a las 4:55, Michal Trojnara Michal.Trojnara@mirt.net escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Hi Guys,
Good idea. I will try to send pre-release notices to the mailing list.
This is the first one: I'm going to release stunnel 5.26 on Friday.
Best regards, Mike
On 03.11.2015 19:17, Josealf.rm wrote: Michal,
I propose you send a pre-release notice before announcing a new version, giving a 1-2 day window for testers to report any issues, then release the final version. What do you think ?
Dagonert, Marius: would you enlist as testers for Solaris and OS X ? I can do mingw compilation on Windows...
El 3 nov 2015, a las 9:57, Marius Schamschula lists@schamschula.com escribió:
Michael,
This works on OS X as well.
On Nov 3, 2015, at 6:01 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 03.11.2015 um 12:13 schrieb Michal Trojnara Michal.Trojnara@mirt.net: Thank you. I have (hopefully) fixed those issues in: https://www.stunnel.org/downloads/beta/stunnel-5.26b1.tar.gz
This compiles now without patches on Solaris.
Thanks and best regards
— Dago
Best regards, Mike
On 02.11.2015 17:09, Marius Schamschula wrote: Michael, Dagobert,
I get the same error under OS X.
On Nov 2, 2015, at 7:38 AM, Dagobert Michelsen dam@opencsw.org wrote:
> Hi Michal, > > Am 02.11.2015 um 14:16 schrieb Michal Trojnara > Michal.Trojnara@mirt.net: >> I have released version 5.25 of stunnel. > > The latest release of stunnel does not build on Solaris > any more: > >> /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. >> -I/usr/kerberos/include -I/opt/csw/include >> -DLIBDIR='"/opt/csw/lib/stunnel"' >> -DCONFDIR='"/etc/opt/csw/stunnel"' -I/opt/csw/include >> -xO3 -m32 -xarch=sparc -mt -D_REENTRANT >> -fstack-protector -fPIE -D_FORTIFY_SOURCE=2 -c -o >> stunnel-client.o `test -f 'client.c' || echo >> './'`client.c "client.c", line 1245: undefined symbol: >> environ "client.c", line 1245: warning: improper >> pointer/integer combination: op "=" cc: acomp failed >> for client.c > > In Solaris a definition similar to this is needed in > client.c: extern char **environ; > > Additionally, in network.c the definition of INT_MAX is > missing which is for Solaris in <limits.h>. > > Apart from that the build succeeds. > > > Best regards > > — Dago > > -- "You don't become great by trying to be great, you > become great by wanting to do something, and then doing > it so hard that you become great in the process." - xkcd > #896
Marius -- Marius Schamschula
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQIcBAEBCAAGBQJWOJbEAAoJEC78f/DUFuAUPiUP/0HiyirkxjJTq1OdlQHnYHIK
I1jEXb4lRoRuFL2FUBDPYPC0ha+DuBWdtrDNZYBpG8EpnOOmYI+PKdSTWgMEmXGW
Asdqr0Zzu39GKWfch2gATe3fU23eSx8Zh9OqZvWwct2dxHRn4fpvNikL5xgQyN1L
X21MuIph/16OH949y0XFpB/ZZ5mUf1CIGyEBkr7ywWlDICkK+QOxhAyTUQKiBb2D
kl69xN4td0fHOOTvEct5G68ScILSD1/eVw1hPysFYdnJQXft55TFAMy0WbAZOSY4
vefOqPpiW5wHXaiiYKA0TgM0HlcTRNTPYLeakd3PyJaZvxce1lFVaN+gZTZd33Uk
r0aTzfsQWwhb0/XbXQ/eyD5L6GimlEVjaAy/tqcYT4GjXZTGvk5qWCPIcQc+7BMt
mKsuE7xJAXb9RA8SFJ+CTEkrwD3CtJYe9zZdfkttJum9oE+R0JONttz6wiAOwcsO
i+Pdkey+du9xyajMTC/0AHJRLBN/YoD9CWD65O8BlKduYQDB94sm57Ie/g9jsNCs
UzjiHQDlqitZsfD6ZRjpW9EERWW5flNxwwsQKH6Xa8OIcReegfiQOC+MHL5tA8Ih
P3TqgkRCgm3s77d4ziMC/QnpMgvVuk8WCd0i1lSFRPwbRz5WKH2C4BU4b/p7msH3
Pv9ogLxp7XBcAG12afgD
=TbAp -----END PGP SIGNATURE----- _______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
"You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
_______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
Marius -- Marius Schamschula
_______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
_______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQIcBAEBCAAGBQJWOdYXAAoJEC78f/DUFuAUGqIQAKh2d4leU+kgG8Q2WvXP1lZN Y7oaniAwjUDXrdl+uthQip4oBK52zxH/E6LsZkc5LXGKWGjfOOsLh47nS7flj9vu O2tR98KH7BM8bzbR1rB2B1GJIyQ0lF67RD58qy6A3zoiObs64CdFBVBLqF7W2eFH 8rdFwxaF9r7uyToGOkaiHig8yYQA/PUvmYv3RnbtacAI03R1AH7n6zInPxT3KthZ Lb/t7Loen4F6Kv4xQt7vWTwCSEByJXsmKkEix+6yA3UGtv99Vfkybafu0AbCzDsM DHqbSdeEWZpvWyLBcEx1YXNND5lmTR2MQCqsRXFSSKDCLCKtUqJTi+hpreDpO++a aJKYeWcmpHFTapo2AP7hrUdhlrTfj4GSvBYzlKJ/y7i6+TlNuPq10A0V1uJw7m/p Cg4mqFj8N8hC7ufEutv9tQCGDNYVn4FNnGrouJK+XLL5DKqhFYvrO0fYOb7aHN33 AihhGoFarclGMGg/2SEhUSR1WvSxeyxqpVN31mDjV5pari30Y1RAo8MSaM0g7KcA scwmYtAWLUWiG4+PUj1H+Rt5RFe1/IiSQJG73CVyDYUNR3gqhhxTZ/4R9tqG9rST P+rQe80IgcVyoQMeoLg0oPwM+Z0Jy++BnHxU15riLEUz8LdtmIN1CmrNdX5v6EB/ ERO1yrLpoDvX5LzdeAEZ =1pTl -----END PGP SIGNATURE----- _______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 05.11.2015 05:17, Josealf.rm wrote:
I tested stunnel 5.26b1 with gcc 4.85 under Windows. All fine except that I had to change the #include <openssl/applink.c> to <../ms/applink.c> as it was on previous releases.
I'm not sure what you mean by "gcc 4.85 under Windows". I guess mingw, but it still doesn't give me enough information to reproduce and fix the issue. Please consider reading: http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
Trying to reproduce the issue you reported I managed to build stunnel with Cygwin. See the attached file for details.
The stunnel/OpenSSL build procedure for Windows has recently changed. stunnel no longer uses the OpenSSL source tree, but rather the installed files. The problem is that OpenSSL does not install the applink.c file required for Windows targets. I guess this is an OpenSSL bug. My current script for cross-compiling OpenSSL on Debian/Ubuntu is:
#!/bin/bash set -e
case $1 in 32) TARGET=i686 MINGW=mingw ;; 64) TARGET=x86_64 MINGW=mingw64 ;; *) echo "Usage: $0 {32|64}" exit 1 esac
./Configure \ --cross-compile-prefix=${TARGET}-w64-mingw32- \ --openssldir=/opt/openssl-${MINGW} \ ${MINGW} shared make sudo make install sudo cp ms/applink.c /opt/openssl-${MINGW}/include/openssl/
Best regards, Mike
Michal, I apologize. It was late night and I should have waited till morning to write the report. Note that I read that link for the first time years ago, and I still do once in a while :)
Mostly, you figured out the issue. I use the mingw.mak recipe included in the src directory to compile my own stunnel with mingw32. However, there was a change in stunnel 5.25 affecting stunnel.c that breaks compilation with this makefile. See attached diff. I know you don't compile under windows, but please consider reverting that change to retain backward compatibility.
Thanks a lot for sharing your build scripts on Linux. Regards,Jose
On Thursday, November 5, 2015 4:14 AM, Michal Trojnara Michal.Trojnara@mirt.net wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 05.11.2015 05:17, Josealf.rm wrote:
I tested stunnel 5.26b1 with gcc 4.85 under Windows. All fine except that I had to change the #include <openssl/applink.c> to <../ms/applink.c> as it was on previous releases.
I'm not sure what you mean by "gcc 4.85 under Windows". I guess mingw, but it still doesn't give me enough information to reproduce and fix the issue. Please consider reading: http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
Trying to reproduce the issue you reported I managed to build stunnel with Cygwin. See the attached file for details.
The stunnel/OpenSSL build procedure for Windows has recently changed. stunnel no longer uses the OpenSSL source tree, but rather the installed files. The problem is that OpenSSL does not install the applink.c file required for Windows targets. I guess this is an OpenSSL bug. My current script for cross-compiling OpenSSL on Debian/Ubuntu is:
#!/bin/bash set -e
case $1 in 32) TARGET=i686 MINGW=mingw ;; 64) TARGET=x86_64 MINGW=mingw64 ;; *) echo "Usage: $0 {32|64}" exit 1 esac
./Configure \ --cross-compile-prefix=${TARGET}-w64-mingw32- \ --openssldir=/opt/openssl-${MINGW} \ ${MINGW} shared make sudo make install sudo cp ms/applink.c /opt/openssl-${MINGW}/include/openssl/
Best regards, Mike
_______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 05.11.2015 12:36, Jose Alf. wrote:
Mostly, you figured out the issue. I use the mingw.mak recipe included in the src directory to compile my own stunnel with mingw32. However, there was a change in stunnel 5.25 affecting stunnel.c that breaks compilation with this makefile. See attached diff. I know you don't compile under windows, but please consider reverting that change to retain backward compatibility.
Do you really expect me to break my Win32 builds in order to restore seamless integration with your build environment?
Thanks a lot for sharing your build scripts on Linux.
The last line of my script is also the solution to your problem.
Best regards, Mike
Michal,
Do you really expect me to break my Win32 builds in order to restore seamless integration with your build environment?
No way!... I already changed the mingw.mak make included in stunnel source to handle the new condition following Pierre Delaage style. Works for me. It could be useful for someone else (attached). Incidentally, I just found that in this case, including applink.c is not mandatory. Stunnel compiles and runs just fine without it. I understand it's only need it if your application will link to and OpenSSL DLL compiled with different settings or compiler (from the OpenSSL FAQ). Not including it makes saves about 7KB on the final exe.
Regards,Jose
On Thursday, November 5, 2015 8:11 AM, Michal Trojnara Michal.Trojnara@mirt.net wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 05.11.2015 12:36, Jose Alf. wrote:
Mostly, you figured out the issue. I use the mingw.mak recipe included in the src directory to compile my own stunnel with mingw32. However, there was a change in stunnel 5.25 affecting stunnel.c that breaks compilation with this makefile. See attached diff. I know you don't compile under windows, but please consider reverting that change to retain backward compatibility.
Do you really expect me to break my Win32 builds in order to restore seamless integration with your build environment?
Thanks a lot for sharing your build scripts on Linux.
The last line of my script is also the solution to your problem.
Best regards, Mike
_______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
Hi,
Am 03.11.2015 um 19:17 schrieb Josealf.rm josealf@rocketmail.com:
I propose you send a pre-release notice before announcing a new version, giving a 1-2 day window for testers to report any issues, then release the final version. What do you think ?
Dagobert, Marius: would you enlist as testers for Solaris and OS X ? I can do mingw compilation on Windows…
Sure. If there is a repository I can also add it to our buildbot, so every commit is immediately tested. Michal, would it be ok to list you with stunnel on our buildfarm users list? https://www.opencsw.org/extend-it/signup/to-upstream-maintainers/
Best regards
— Dago
El 3 nov 2015, a las 9:57, Marius Schamschula lists@schamschula.com escribió:
Michael,
This works on OS X as well.
On Nov 3, 2015, at 6:01 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 03.11.2015 um 12:13 schrieb Michal Trojnara Michal.Trojnara@mirt.net: Thank you. I have (hopefully) fixed those issues in: https://www.stunnel.org/downloads/beta/stunnel-5.26b1.tar.gz
This compiles now without patches on Solaris.
Thanks and best regards
— Dago
Best regards, Mike
On 02.11.2015 17:09, Marius Schamschula wrote: Michael, Dagobert,
I get the same error under OS X.
On Nov 2, 2015, at 7:38 AM, Dagobert Michelsen dam@opencsw.org wrote:
Hi Michal,
Am 02.11.2015 um 14:16 schrieb Michal Trojnara Michal.Trojnara@mirt.net: > I have released version 5.25 of stunnel.
The latest release of stunnel does not build on Solaris any more:
> /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. > -I/usr/kerberos/include -I/opt/csw/include > -DLIBDIR='"/opt/csw/lib/stunnel"' > -DCONFDIR='"/etc/opt/csw/stunnel"' -I/opt/csw/include -xO3 > -m32 -xarch=sparc -mt -D_REENTRANT -fstack-protector -fPIE > -D_FORTIFY_SOURCE=2 -c -o stunnel-client.o `test -f 'client.c' > || echo './'`client.c "client.c", line 1245: undefined symbol: > environ "client.c", line 1245: warning: improper > pointer/integer combination: op "=" cc: acomp failed for > client.c
In Solaris a definition similar to this is needed in client.c: extern char **environ;
Additionally, in network.c the definition of INT_MAX is missing which is for Solaris in <limits.h>.
Apart from that the build succeeds.
Best regards
— Dago
-- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
Marius -- Marius Schamschula
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQIcBAEBCAAGBQJWOJbEAAoJEC78f/DUFuAUPiUP/0HiyirkxjJTq1OdlQHnYHIK I1jEXb4lRoRuFL2FUBDPYPC0ha+DuBWdtrDNZYBpG8EpnOOmYI+PKdSTWgMEmXGW Asdqr0Zzu39GKWfch2gATe3fU23eSx8Zh9OqZvWwct2dxHRn4fpvNikL5xgQyN1L X21MuIph/16OH949y0XFpB/ZZ5mUf1CIGyEBkr7ywWlDICkK+QOxhAyTUQKiBb2D kl69xN4td0fHOOTvEct5G68ScILSD1/eVw1hPysFYdnJQXft55TFAMy0WbAZOSY4 vefOqPpiW5wHXaiiYKA0TgM0HlcTRNTPYLeakd3PyJaZvxce1lFVaN+gZTZd33Uk r0aTzfsQWwhb0/XbXQ/eyD5L6GimlEVjaAy/tqcYT4GjXZTGvk5qWCPIcQc+7BMt mKsuE7xJAXb9RA8SFJ+CTEkrwD3CtJYe9zZdfkttJum9oE+R0JONttz6wiAOwcsO i+Pdkey+du9xyajMTC/0AHJRLBN/YoD9CWD65O8BlKduYQDB94sm57Ie/g9jsNCs UzjiHQDlqitZsfD6ZRjpW9EERWW5flNxwwsQKH6Xa8OIcReegfiQOC+MHL5tA8Ih P3TqgkRCgm3s77d4ziMC/QnpMgvVuk8WCd0i1lSFRPwbRz5WKH2C4BU4b/p7msH3 Pv9ogLxp7XBcAG12afgD =TbAp -----END PGP SIGNATURE----- _______________________________________________ stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
-- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
Marius
Marius Schamschula
stunnel-users mailing list stunnel-users@stunnel.org https://www.stunnel.org/cgi-bin/mailman/listinfo/stunnel-users
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 04.11.2015 11:15, Dagobert Michelsen wrote:
Sure. If there is a repository I can also add it to our buildbot, so every commit is immediately tested.
The only public repository is currently based on official releases, which is not useful for this purpose. https://github.com/mtrojnar/stunnel
Or maybe I could commit beta versions. I occasionally do it already. What do you think?
Michal, would it be ok to list you with stunnel on our buildfarm users list? https://www.opencsw.org/extend-it/signup/to-upstream-maintainers/
Good idea. Sometimes I need to test some code on less popular platforms.
Best regards, Mike
Hi Michal,
Am 04.11.2015 um 18:31 schrieb Michal Trojnara Michal.Trojnara@mirt.net:
On 04.11.2015 11:15, Dagobert Michelsen wrote:
Sure. If there is a repository I can also add it to our buildbot, so every commit is immediately tested.
The only public repository is currently based on official releases, which is not useful for this purpose. https://github.com/mtrojnar/stunnel
Or maybe I could commit beta versions. I occasionally do it already. What do you think?
Sure. Just create another branch (like ‚develop‘) and I’ll subscribe the buildbot to that. Then you can just push daily and merge to master on release.
Michal, would it be ok to list you with stunnel on our buildfarm users list? https://www.opencsw.org/extend-it/signup/to-upstream-maintainers/
Good idea. Sometimes I need to test some code on less popular platforms.
If you want an account just send me your intended user name („mtrojnar“?) and SSH public key and I’ll set you up.
Best regards
— Dago
-
Dagobert Michelsen -
Jose Alf. -
Josealf.rm
-
Marius Schamschula -
Michal Trojnara