Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
On Thu, Jun 05, 2014 at 09:37:05PM +0200, Pascal Quantin wrote: 2014-06-05 21:31 GMT+02:00 Gerald Combs ger...@wireshark.org: On 6/5/14 7:10 AM, Pascal Quantin wrote: it's now available here: https://code.wireshark.org/review/1978 Gerald, I would be interested to know whether you would like to ship Wireshark 1.12 with those new GnuTLS/Gcrypt libraries or not. Given that GnuTLS 2.12 reached end of life last year it's probably a good idea. We might also want to upgrade to 3.1.25 at some point: http://www.gnutls.org/security.html#GNUTLS-SA-2014-3 Yeah I saw it. Unfortunately the OpenSUSE package is not updated yet. Graham, Jörg (or anyone else knowing CMake), could you have a look at the CMake part of the patch? On my system (openSUSE-13.1) I've been bulding against libgnutls28 which is part of gnutls-3.2.4 ever since I updated the distro. So at least with opensuse the list of libs to check for picks up whatever is there :-) Ciao Jörg -- Joerg Mayer jma...@loplof.de We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology. ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
2014-06-04 23:25 GMT+02:00 Pascal Quantin pascal.quan...@gmail.com: 2014-05-27 13:09 GMT+02:00 Pascal Quantin pascal.quan...@gmail.com: 2014-05-27 12:41 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: Hi, 2014-04-01 9:58 GMT+07:00 Gerald Combs ger...@wireshark.org: On 3/31/14, 6:35 PM, Pascal Quantin wrote: 2014-03-31 20:02 GMT+02:00 Gerald Combs ger...@wireshark.org mailto:ger...@wireshark.org: On 3/30/14 10:00 AM, Pascal Quantin wrote: 2014-01-08 0:25 GMT+01:00 Pascal Quantin pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com mailto: pascal.quan...@gmail.com: Gerald, according to the README.Wireshark file found in gnutls-2.12.18-1.2-win32ws archive, you manually modified the OpenSUSE packages: - Definition files were created using pexports. - Import libraries were created using the MSVC++ lib utility using the make-lib.sh script. I do not know where to find those utilities neither how to use them. pexports is its own package in OpenSUSE, although it looks like gendef (or even libtool itself) might be the preferred way to generate .def files nowadays. make-lib.sh is in the bin directory in gnutls-2.12.18-1.2-win32ws.zip. It's just a series of lib commands, e.g. lib /machine:x86 /def:libgcrypt-11.def /name:libgcrypt-11.dll \ /out:libgcrypt-11.lib Maybe those missing steps on my side can explain my issue. Would you be OK if we to try to upgrade those libraries? If yes, could you help? 2 small things I noted: - libgcrypt-11.dll/lib is now renamed libgcrypt-20.dll/lib. It impacts config.nmake, Makefile.nmake, cmake\modules\FindGCRYPT.cmake, packaging\nsis\wireshark.nsi and ui\qt\QtShark.pro - the openSUSE libraries require an extra libgcc_s_sjlj-1.dll file found in mingw32-libgcc-4.8.2-1.2.noarch.rpm archive (my own compiled libraries did not need it but I failed to compile a win64 variant so far). It looks like that's an exception handling library which can be linked statically: http://stackoverflow.com/questions/12921911/mingw-libgcc-s-sjlj-1-dll-is-missing Hi all, I restarted playing with the libraries provided by OpenSUSE this weekend and was able to get libgcrypt 1.6.0 working on my Windows machine. The remaining problem is that we should either recompile GnuTLS 2.12.18 with this newer libgcrypt (Im' not willing to do so), or upgrade GnuTLS to the version 3.1.22 provided by OpenSUSE. We deactivated the use of GnuTLS 3.X in the past due to their move to GPL3.0. But according to their website and the header files, the core library is still LGPL 2.1+. Would it make it usable for us? GnuTLS switched to LGPLv3+ in version 3.0, then back to LGPLv2.1+ in version 3.1.10. We need switch to a newer 3.x release at some point since the 2.12 branch is no longer maintained as far as I know. However, we need to be careful with the version of GMP that we ship since it switched to LGPLv3+: https://gmplib.org/list-archives/gmp-devel/2013-August/003357.html OK, here is where I stand. I have a patch allowing to build win32 and win64 (presumably, I do not have access to my win64 machine for a few days) Wireshark against GnuTLS 3.1.22 and Grrypt 1.6.0 (thanks to the pre built packages provided by OpenSUSE). The newer GnuTLS 3.1.22 package creates new dependencies on the following packages: libgmp-5.0.5, libnettle-2.7-3, libhogweed-2.7-3, libp11-kit0-0.20.1 and libffi-3.0.13. Nettle is LGPL, p11-kit and ffi license does not seem problematic, and GMP 5.0.5, as you stated, is LGPLv3+ (only release 4.2.1 seems usable). So this is definitely a blocker. There is also an issue with the libp11-kit0-0.20.1 library provided by OpenSUSE folks. It uses the function strerror_s from MSVCRT.dll, but this symbol is not exported by the Windows XP MSVCRT (it is running fine on Windows 7). I was about to try to recompile the p11-kit library myself to avoid this dependency but the GMP licensing issue is depressing (I did not check yet how difficult it was to recompile the 4.2.1 version and hope that it would work with the GnuTLS pre compiled library). It looks like GMP has been relicensed to GPLv2+ / LGPLv3+ as of 6.0.0 (released a few days ago). Hopefully the OBS packages will be updated soon. I have just switched the wireshark package in Debian to use GnuTLS 3 with the appropriate GMP: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747578 And OpenSUSE now provides x64 Windows binary of GMP 6.0.0a but is still stuck to GMP 5.0.5 for win32.
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
On 6/5/14 7:10 AM, Pascal Quantin wrote: it's now available here: https://code.wireshark.org/review/1978 Gerald, I would be interested to know whether you would like to ship Wireshark 1.12 with those new GnuTLS/Gcrypt libraries or not. Given that GnuTLS 2.12 reached end of life last year it's probably a good idea. We might also want to upgrade to 3.1.25 at some point: http://www.gnutls.org/security.html#GNUTLS-SA-2014-3 ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
2014-06-05 21:31 GMT+02:00 Gerald Combs ger...@wireshark.org: On 6/5/14 7:10 AM, Pascal Quantin wrote: it's now available here: https://code.wireshark.org/review/1978 Gerald, I would be interested to know whether you would like to ship Wireshark 1.12 with those new GnuTLS/Gcrypt libraries or not. Given that GnuTLS 2.12 reached end of life last year it's probably a good idea. We might also want to upgrade to 3.1.25 at some point: http://www.gnutls.org/security.html#GNUTLS-SA-2014-3 Yeah I saw it. Unfortunately the OpenSUSE package is not updated yet. Graham, Jörg (or anyone else knowing CMake), could you have a look at the CMake part of the patch? Thanks, Pascal. ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
2014-05-27 13:09 GMT+02:00 Pascal Quantin pascal.quan...@gmail.com: 2014-05-27 12:41 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: Hi, 2014-04-01 9:58 GMT+07:00 Gerald Combs ger...@wireshark.org: On 3/31/14, 6:35 PM, Pascal Quantin wrote: 2014-03-31 20:02 GMT+02:00 Gerald Combs ger...@wireshark.org mailto:ger...@wireshark.org: On 3/30/14 10:00 AM, Pascal Quantin wrote: 2014-01-08 0:25 GMT+01:00 Pascal Quantin pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com mailto: pascal.quan...@gmail.com: Gerald, according to the README.Wireshark file found in gnutls-2.12.18-1.2-win32ws archive, you manually modified the OpenSUSE packages: - Definition files were created using pexports. - Import libraries were created using the MSVC++ lib utility using the make-lib.sh script. I do not know where to find those utilities neither how to use them. pexports is its own package in OpenSUSE, although it looks like gendef (or even libtool itself) might be the preferred way to generate .def files nowadays. make-lib.sh is in the bin directory in gnutls-2.12.18-1.2-win32ws.zip. It's just a series of lib commands, e.g. lib /machine:x86 /def:libgcrypt-11.def /name:libgcrypt-11.dll \ /out:libgcrypt-11.lib Maybe those missing steps on my side can explain my issue. Would you be OK if we to try to upgrade those libraries? If yes, could you help? 2 small things I noted: - libgcrypt-11.dll/lib is now renamed libgcrypt-20.dll/lib. It impacts config.nmake, Makefile.nmake, cmake\modules\FindGCRYPT.cmake, packaging\nsis\wireshark.nsi and ui\qt\QtShark.pro - the openSUSE libraries require an extra libgcc_s_sjlj-1.dll file found in mingw32-libgcc-4.8.2-1.2.noarch.rpm archive (my own compiled libraries did not need it but I failed to compile a win64 variant so far). It looks like that's an exception handling library which can be linked statically: http://stackoverflow.com/questions/12921911/mingw-libgcc-s-sjlj-1-dll-is-missing Hi all, I restarted playing with the libraries provided by OpenSUSE this weekend and was able to get libgcrypt 1.6.0 working on my Windows machine. The remaining problem is that we should either recompile GnuTLS 2.12.18 with this newer libgcrypt (Im' not willing to do so), or upgrade GnuTLS to the version 3.1.22 provided by OpenSUSE. We deactivated the use of GnuTLS 3.X in the past due to their move to GPL3.0. But according to their website and the header files, the core library is still LGPL 2.1+. Would it make it usable for us? GnuTLS switched to LGPLv3+ in version 3.0, then back to LGPLv2.1+ in version 3.1.10. We need switch to a newer 3.x release at some point since the 2.12 branch is no longer maintained as far as I know. However, we need to be careful with the version of GMP that we ship since it switched to LGPLv3+: https://gmplib.org/list-archives/gmp-devel/2013-August/003357.html OK, here is where I stand. I have a patch allowing to build win32 and win64 (presumably, I do not have access to my win64 machine for a few days) Wireshark against GnuTLS 3.1.22 and Grrypt 1.6.0 (thanks to the pre built packages provided by OpenSUSE). The newer GnuTLS 3.1.22 package creates new dependencies on the following packages: libgmp-5.0.5, libnettle-2.7-3, libhogweed-2.7-3, libp11-kit0-0.20.1 and libffi-3.0.13. Nettle is LGPL, p11-kit and ffi license does not seem problematic, and GMP 5.0.5, as you stated, is LGPLv3+ (only release 4.2.1 seems usable). So this is definitely a blocker. There is also an issue with the libp11-kit0-0.20.1 library provided by OpenSUSE folks. It uses the function strerror_s from MSVCRT.dll, but this symbol is not exported by the Windows XP MSVCRT (it is running fine on Windows 7). I was about to try to recompile the p11-kit library myself to avoid this dependency but the GMP licensing issue is depressing (I did not check yet how difficult it was to recompile the 4.2.1 version and hope that it would work with the GnuTLS pre compiled library). It looks like GMP has been relicensed to GPLv2+ / LGPLv3+ as of 6.0.0 (released a few days ago). Hopefully the OBS packages will be updated soon. I have just switched the wireshark package in Debian to use GnuTLS 3 with the appropriate GMP: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747578 And OpenSUSE now provides x64 Windows binary of GMP 6.0.0a but is still stuck to GMP 5.0.5 for win32. Now the win32 libraries were updated also. And it even removed the error
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
Hi, 2014-04-01 9:58 GMT+07:00 Gerald Combs ger...@wireshark.org: On 3/31/14, 6:35 PM, Pascal Quantin wrote: 2014-03-31 20:02 GMT+02:00 Gerald Combs ger...@wireshark.org mailto:ger...@wireshark.org: On 3/30/14 10:00 AM, Pascal Quantin wrote: 2014-01-08 0:25 GMT+01:00 Pascal Quantin pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com: Gerald, according to the README.Wireshark file found in gnutls-2.12.18-1.2-win32ws archive, you manually modified the OpenSUSE packages: - Definition files were created using pexports. - Import libraries were created using the MSVC++ lib utility using the make-lib.sh script. I do not know where to find those utilities neither how to use them. pexports is its own package in OpenSUSE, although it looks like gendef (or even libtool itself) might be the preferred way to generate .def files nowadays. make-lib.sh is in the bin directory in gnutls-2.12.18-1.2-win32ws.zip. It's just a series of lib commands, e.g. lib /machine:x86 /def:libgcrypt-11.def /name:libgcrypt-11.dll \ /out:libgcrypt-11.lib Maybe those missing steps on my side can explain my issue. Would you be OK if we to try to upgrade those libraries? If yes, could you help? 2 small things I noted: - libgcrypt-11.dll/lib is now renamed libgcrypt-20.dll/lib. It impacts config.nmake, Makefile.nmake, cmake\modules\FindGCRYPT.cmake, packaging\nsis\wireshark.nsi and ui\qt\QtShark.pro - the openSUSE libraries require an extra libgcc_s_sjlj-1.dll file found in mingw32-libgcc-4.8.2-1.2.noarch.rpm archive (my own compiled libraries did not need it but I failed to compile a win64 variant so far). It looks like that's an exception handling library which can be linked statically: http://stackoverflow.com/questions/12921911/mingw-libgcc-s-sjlj-1-dll-is-missing Hi all, I restarted playing with the libraries provided by OpenSUSE this weekend and was able to get libgcrypt 1.6.0 working on my Windows machine. The remaining problem is that we should either recompile GnuTLS 2.12.18 with this newer libgcrypt (Im' not willing to do so), or upgrade GnuTLS to the version 3.1.22 provided by OpenSUSE. We deactivated the use of GnuTLS 3.X in the past due to their move to GPL3.0. But according to their website and the header files, the core library is still LGPL 2.1+. Would it make it usable for us? GnuTLS switched to LGPLv3+ in version 3.0, then back to LGPLv2.1+ in version 3.1.10. We need switch to a newer 3.x release at some point since the 2.12 branch is no longer maintained as far as I know. However, we need to be careful with the version of GMP that we ship since it switched to LGPLv3+: https://gmplib.org/list-archives/gmp-devel/2013-August/003357.html OK, here is where I stand. I have a patch allowing to build win32 and win64 (presumably, I do not have access to my win64 machine for a few days) Wireshark against GnuTLS 3.1.22 and Grrypt 1.6.0 (thanks to the pre built packages provided by OpenSUSE). The newer GnuTLS 3.1.22 package creates new dependencies on the following packages: libgmp-5.0.5, libnettle-2.7-3, libhogweed-2.7-3, libp11-kit0-0.20.1 and libffi-3.0.13. Nettle is LGPL, p11-kit and ffi license does not seem problematic, and GMP 5.0.5, as you stated, is LGPLv3+ (only release 4.2.1 seems usable). So this is definitely a blocker. There is also an issue with the libp11-kit0-0.20.1 library provided by OpenSUSE folks. It uses the function strerror_s from MSVCRT.dll, but this symbol is not exported by the Windows XP MSVCRT (it is running fine on Windows 7). I was about to try to recompile the p11-kit library myself to avoid this dependency but the GMP licensing issue is depressing (I did not check yet how difficult it was to recompile the 4.2.1 version and hope that it would work with the GnuTLS pre compiled library). It looks like GMP has been relicensed to GPLv2+ / LGPLv3+ as of 6.0.0 (released a few days ago). Hopefully the OBS packages will be updated soon. I have just switched the wireshark package in Debian to use GnuTLS 3 with the appropriate GMP: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747578 Cheers, Balint ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
2014-05-27 12:41 GMT+02:00 Bálint Réczey bal...@balintreczey.hu: Hi, 2014-04-01 9:58 GMT+07:00 Gerald Combs ger...@wireshark.org: On 3/31/14, 6:35 PM, Pascal Quantin wrote: 2014-03-31 20:02 GMT+02:00 Gerald Combs ger...@wireshark.org mailto:ger...@wireshark.org: On 3/30/14 10:00 AM, Pascal Quantin wrote: 2014-01-08 0:25 GMT+01:00 Pascal Quantin pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com : Gerald, according to the README.Wireshark file found in gnutls-2.12.18-1.2-win32ws archive, you manually modified the OpenSUSE packages: - Definition files were created using pexports. - Import libraries were created using the MSVC++ lib utility using the make-lib.sh script. I do not know where to find those utilities neither how to use them. pexports is its own package in OpenSUSE, although it looks like gendef (or even libtool itself) might be the preferred way to generate .def files nowadays. make-lib.sh is in the bin directory in gnutls-2.12.18-1.2-win32ws.zip. It's just a series of lib commands, e.g. lib /machine:x86 /def:libgcrypt-11.def /name:libgcrypt-11.dll \ /out:libgcrypt-11.lib Maybe those missing steps on my side can explain my issue. Would you be OK if we to try to upgrade those libraries? If yes, could you help? 2 small things I noted: - libgcrypt-11.dll/lib is now renamed libgcrypt-20.dll/lib. It impacts config.nmake, Makefile.nmake, cmake\modules\FindGCRYPT.cmake, packaging\nsis\wireshark.nsi and ui\qt\QtShark.pro - the openSUSE libraries require an extra libgcc_s_sjlj-1.dll file found in mingw32-libgcc-4.8.2-1.2.noarch.rpm archive (my own compiled libraries did not need it but I failed to compile a win64 variant so far). It looks like that's an exception handling library which can be linked statically: http://stackoverflow.com/questions/12921911/mingw-libgcc-s-sjlj-1-dll-is-missing Hi all, I restarted playing with the libraries provided by OpenSUSE this weekend and was able to get libgcrypt 1.6.0 working on my Windows machine. The remaining problem is that we should either recompile GnuTLS 2.12.18 with this newer libgcrypt (Im' not willing to do so), or upgrade GnuTLS to the version 3.1.22 provided by OpenSUSE. We deactivated the use of GnuTLS 3.X in the past due to their move to GPL3.0. But according to their website and the header files, the core library is still LGPL 2.1+. Would it make it usable for us? GnuTLS switched to LGPLv3+ in version 3.0, then back to LGPLv2.1+ in version 3.1.10. We need switch to a newer 3.x release at some point since the 2.12 branch is no longer maintained as far as I know. However, we need to be careful with the version of GMP that we ship since it switched to LGPLv3+: https://gmplib.org/list-archives/gmp-devel/2013-August/003357.html OK, here is where I stand. I have a patch allowing to build win32 and win64 (presumably, I do not have access to my win64 machine for a few days) Wireshark against GnuTLS 3.1.22 and Grrypt 1.6.0 (thanks to the pre built packages provided by OpenSUSE). The newer GnuTLS 3.1.22 package creates new dependencies on the following packages: libgmp-5.0.5, libnettle-2.7-3, libhogweed-2.7-3, libp11-kit0-0.20.1 and libffi-3.0.13. Nettle is LGPL, p11-kit and ffi license does not seem problematic, and GMP 5.0.5, as you stated, is LGPLv3+ (only release 4.2.1 seems usable). So this is definitely a blocker. There is also an issue with the libp11-kit0-0.20.1 library provided by OpenSUSE folks. It uses the function strerror_s from MSVCRT.dll, but this symbol is not exported by the Windows XP MSVCRT (it is running fine on Windows 7). I was about to try to recompile the p11-kit library myself to avoid this dependency but the GMP licensing issue is depressing (I did not check yet how difficult it was to recompile the 4.2.1 version and hope that it would work with the GnuTLS pre compiled library). It looks like GMP has been relicensed to GPLv2+ / LGPLv3+ as of 6.0.0 (released a few days ago). Hopefully the OBS packages will be updated soon. I have just switched the wireshark package in Debian to use GnuTLS 3 with the appropriate GMP: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747578 And OpenSUSE now provides x64 Windows binary of GMP 6.0.0a but is still stuck to GMP 5.0.5 for win32. Pascal. ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
On 3/30/14 10:00 AM, Pascal Quantin wrote: 2014-01-08 0:25 GMT+01:00 Pascal Quantin pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com: Gerald, according to the README.Wireshark file found in gnutls-2.12.18-1.2-win32ws archive, you manually modified the OpenSUSE packages: - Definition files were created using pexports. - Import libraries were created using the MSVC++ lib utility using the make-lib.sh script. I do not know where to find those utilities neither how to use them. pexports is its own package in OpenSUSE, although it looks like gendef (or even libtool itself) might be the preferred way to generate .def files nowadays. make-lib.sh is in the bin directory in gnutls-2.12.18-1.2-win32ws.zip. It's just a series of lib commands, e.g. lib /machine:x86 /def:libgcrypt-11.def /name:libgcrypt-11.dll \ /out:libgcrypt-11.lib Maybe those missing steps on my side can explain my issue. Would you be OK if we to try to upgrade those libraries? If yes, could you help? 2 small things I noted: - libgcrypt-11.dll/lib is now renamed libgcrypt-20.dll/lib. It impacts config.nmake, Makefile.nmake, cmake\modules\FindGCRYPT.cmake, packaging\nsis\wireshark.nsi and ui\qt\QtShark.pro - the openSUSE libraries require an extra libgcc_s_sjlj-1.dll file found in mingw32-libgcc-4.8.2-1.2.noarch.rpm archive (my own compiled libraries did not need it but I failed to compile a win64 variant so far). It looks like that's an exception handling library which can be linked statically: http://stackoverflow.com/questions/12921911/mingw-libgcc-s-sjlj-1-dll-is-missing Hi all, I restarted playing with the libraries provided by OpenSUSE this weekend and was able to get libgcrypt 1.6.0 working on my Windows machine. The remaining problem is that we should either recompile GnuTLS 2.12.18 with this newer libgcrypt (Im' not willing to do so), or upgrade GnuTLS to the version 3.1.22 provided by OpenSUSE. We deactivated the use of GnuTLS 3.X in the past due to their move to GPL3.0. But according to their website and the header files, the core library is still LGPL 2.1+. Would it make it usable for us? GnuTLS switched to LGPLv3+ in version 3.0, then back to LGPLv2.1+ in version 3.1.10. We need switch to a newer 3.x release at some point since the 2.12 branch is no longer maintained as far as I know. However, we need to be careful with the version of GMP that we ship since it switched to LGPLv3+: https://gmplib.org/list-archives/gmp-devel/2013-August/003357.html ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
2014-03-31 20:02 GMT+02:00 Gerald Combs ger...@wireshark.org: On 3/30/14 10:00 AM, Pascal Quantin wrote: 2014-01-08 0:25 GMT+01:00 Pascal Quantin pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com: Gerald, according to the README.Wireshark file found in gnutls-2.12.18-1.2-win32ws archive, you manually modified the OpenSUSE packages: - Definition files were created using pexports. - Import libraries were created using the MSVC++ lib utility using the make-lib.sh script. I do not know where to find those utilities neither how to use them. pexports is its own package in OpenSUSE, although it looks like gendef (or even libtool itself) might be the preferred way to generate .def files nowadays. make-lib.sh is in the bin directory in gnutls-2.12.18-1.2-win32ws.zip. It's just a series of lib commands, e.g. lib /machine:x86 /def:libgcrypt-11.def /name:libgcrypt-11.dll \ /out:libgcrypt-11.lib Maybe those missing steps on my side can explain my issue. Would you be OK if we to try to upgrade those libraries? If yes, could you help? 2 small things I noted: - libgcrypt-11.dll/lib is now renamed libgcrypt-20.dll/lib. It impacts config.nmake, Makefile.nmake, cmake\modules\FindGCRYPT.cmake, packaging\nsis\wireshark.nsi and ui\qt\QtShark.pro - the openSUSE libraries require an extra libgcc_s_sjlj-1.dll file found in mingw32-libgcc-4.8.2-1.2.noarch.rpm archive (my own compiled libraries did not need it but I failed to compile a win64 variant so far). It looks like that's an exception handling library which can be linked statically: http://stackoverflow.com/questions/12921911/mingw-libgcc-s-sjlj-1-dll-is-missing Hi all, I restarted playing with the libraries provided by OpenSUSE this weekend and was able to get libgcrypt 1.6.0 working on my Windows machine. The remaining problem is that we should either recompile GnuTLS 2.12.18 with this newer libgcrypt (Im' not willing to do so), or upgrade GnuTLS to the version 3.1.22 provided by OpenSUSE. We deactivated the use of GnuTLS 3.X in the past due to their move to GPL3.0. But according to their website and the header files, the core library is still LGPL 2.1+. Would it make it usable for us? GnuTLS switched to LGPLv3+ in version 3.0, then back to LGPLv2.1+ in version 3.1.10. We need switch to a newer 3.x release at some point since the 2.12 branch is no longer maintained as far as I know. However, we need to be careful with the version of GMP that we ship since it switched to LGPLv3+: https://gmplib.org/list-archives/gmp-devel/2013-August/003357.html OK, here is where I stand. I have a patch allowing to build win32 and win64 (presumably, I do not have access to my win64 machine for a few days) Wireshark against GnuTLS 3.1.22 and Grrypt 1.6.0 (thanks to the pre built packages provided by OpenSUSE). The newer GnuTLS 3.1.22 package creates new dependencies on the following packages: libgmp-5.0.5, libnettle-2.7-3, libhogweed-2.7-3, libp11-kit0-0.20.1 and libffi-3.0.13. Nettle is LGPL, p11-kit and ffi license does not seem problematic, and GMP 5.0.5, as you stated, is LGPLv3+ (only release 4.2.1 seems usable). So this is definitely a blocker. There is also an issue with the libp11-kit0-0.20.1 library provided by OpenSUSE folks. It uses the function strerror_s from MSVCRT.dll, but this symbol is not exported by the Windows XP MSVCRT (it is running fine on Windows 7). I was about to try to recompile the p11-kit library myself to avoid this dependency but the GMP licensing issue is depressing (I did not check yet how difficult it was to recompile the 4.2.1 version and hope that it would work with the GnuTLS pre compiled library). Pascal. ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
On 3/31/14, 6:35 PM, Pascal Quantin wrote: 2014-03-31 20:02 GMT+02:00 Gerald Combs ger...@wireshark.org mailto:ger...@wireshark.org: On 3/30/14 10:00 AM, Pascal Quantin wrote: 2014-01-08 0:25 GMT+01:00 Pascal Quantin pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com mailto:pascal.quan...@gmail.com: Gerald, according to the README.Wireshark file found in gnutls-2.12.18-1.2-win32ws archive, you manually modified the OpenSUSE packages: - Definition files were created using pexports. - Import libraries were created using the MSVC++ lib utility using the make-lib.sh script. I do not know where to find those utilities neither how to use them. pexports is its own package in OpenSUSE, although it looks like gendef (or even libtool itself) might be the preferred way to generate .def files nowadays. make-lib.sh is in the bin directory in gnutls-2.12.18-1.2-win32ws.zip. It's just a series of lib commands, e.g. lib /machine:x86 /def:libgcrypt-11.def /name:libgcrypt-11.dll \ /out:libgcrypt-11.lib Maybe those missing steps on my side can explain my issue. Would you be OK if we to try to upgrade those libraries? If yes, could you help? 2 small things I noted: - libgcrypt-11.dll/lib is now renamed libgcrypt-20.dll/lib. It impacts config.nmake, Makefile.nmake, cmake\modules\FindGCRYPT.cmake, packaging\nsis\wireshark.nsi and ui\qt\QtShark.pro - the openSUSE libraries require an extra libgcc_s_sjlj-1.dll file found in mingw32-libgcc-4.8.2-1.2.noarch.rpm archive (my own compiled libraries did not need it but I failed to compile a win64 variant so far). It looks like that's an exception handling library which can be linked statically: http://stackoverflow.com/questions/12921911/mingw-libgcc-s-sjlj-1-dll-is-missing Hi all, I restarted playing with the libraries provided by OpenSUSE this weekend and was able to get libgcrypt 1.6.0 working on my Windows machine. The remaining problem is that we should either recompile GnuTLS 2.12.18 with this newer libgcrypt (Im' not willing to do so), or upgrade GnuTLS to the version 3.1.22 provided by OpenSUSE. We deactivated the use of GnuTLS 3.X in the past due to their move to GPL3.0. But according to their website and the header files, the core library is still LGPL 2.1+. Would it make it usable for us? GnuTLS switched to LGPLv3+ in version 3.0, then back to LGPLv2.1+ in version 3.1.10. We need switch to a newer 3.x release at some point since the 2.12 branch is no longer maintained as far as I know. However, we need to be careful with the version of GMP that we ship since it switched to LGPLv3+: https://gmplib.org/list-archives/gmp-devel/2013-August/003357.html OK, here is where I stand. I have a patch allowing to build win32 and win64 (presumably, I do not have access to my win64 machine for a few days) Wireshark against GnuTLS 3.1.22 and Grrypt 1.6.0 (thanks to the pre built packages provided by OpenSUSE). The newer GnuTLS 3.1.22 package creates new dependencies on the following packages: libgmp-5.0.5, libnettle-2.7-3, libhogweed-2.7-3, libp11-kit0-0.20.1 and libffi-3.0.13. Nettle is LGPL, p11-kit and ffi license does not seem problematic, and GMP 5.0.5, as you stated, is LGPLv3+ (only release 4.2.1 seems usable). So this is definitely a blocker. There is also an issue with the libp11-kit0-0.20.1 library provided by OpenSUSE folks. It uses the function strerror_s from MSVCRT.dll, but this symbol is not exported by the Windows XP MSVCRT (it is running fine on Windows 7). I was about to try to recompile the p11-kit library myself to avoid this dependency but the GMP licensing issue is depressing (I did not check yet how difficult it was to recompile the 4.2.1 version and hope that it would work with the GnuTLS pre compiled library). It looks like GMP has been relicensed to GPLv2+ / LGPLv3+ as of 6.0.0 (released a few days ago). Hopefully the OBS packages will be updated soon. ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
2014-01-08 0:25 GMT+01:00 Pascal Quantin pascal.quan...@gmail.com: Hi Martin, I tried myself to compile the libgpg-error 1.12 and libgcrypt 1.6.0 libraries using the mingw cross-compilation toolchain but I was not really successful (Wireshark does not start due to an issue with the exported symbols from libgpg-error-0.dll). The good news is that OpenSUSE now provides updated libgcrypt / libgpg-error libraries both for win32 and win64 now http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_13.1/noarch/ http://download.opensuse.org/repositories/windows:/mingw:/win64/openSUSE_13.1/noarch/ It means that we might be able to have support for AES CMAC on Windows (IF those new libraries are still compatible with our current version of GnuTLS). So I tried those OpenSUSE libraries but I have the same error as with my own build: I get an error that can be roughly translated as the procedure entry point gpg_strerror cannot be found in the dynamic library libgcrypt-20.dll This function is supposed to be exported by libgpg-error-0.dll. Gerald, according to the README.Wireshark file found in gnutls-2.12.18-1.2-win32ws archive, you manually modified the OpenSUSE packages: - Definition files were created using pexports. - Import libraries were created using the MSVC++ lib utility using the make-lib.sh script. I do not know where to find those utilities neither how to use them. Maybe those missing steps on my side can explain my issue. Would you be OK if we to try to upgrade those libraries? If yes, could you help? 2 small things I noted: - libgcrypt-11.dll/lib is now renamed libgcrypt-20.dll/lib. It impacts config.nmake, Makefile.nmake, cmake\modules\FindGCRYPT.cmake, packaging\nsis\wireshark.nsi and ui\qt\QtShark.pro - the openSUSE libraries require an extra libgcc_s_sjlj-1.dll file found in mingw32-libgcc-4.8.2-1.2.noarch.rpm archive (my own compiled libraries did not need it but I failed to compile a win64 variant so far). Hi all, I restarted playing with the libraries provided by OpenSUSE this weekend and was able to get libgcrypt 1.6.0 working on my Windows machine. The remaining problem is that we should either recompile GnuTLS 2.12.18 with this newer libgcrypt (Im' not willing to do so), or upgrade GnuTLS to the version 3.1.22 provided by OpenSUSE. We deactivated the use of GnuTLS 3.X in the past due to their move to GPL3.0. But according to their website and the header files, the core library is still LGPL 2.1+. Would it make it usable for us? Thanks, Pascal. ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe
Re: [Wireshark-dev] Is it possible to update the version of gcrypt?
Hi Martin, I tried myself to compile the libgpg-error 1.12 and libgcrypt 1.6.0 libraries using the mingw cross-compilation toolchain but I was not really successful (Wireshark does not start due to an issue with the exported symbols from libgpg-error-0.dll). The good news is that OpenSUSE now provides updated libgcrypt / libgpg-error libraries both for win32 and win64 now http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_13.1/noarch/ http://download.opensuse.org/repositories/windows:/mingw:/win64/openSUSE_13.1/noarch/ It means that we might be able to have support for AES CMAC on Windows (IF those new libraries are still compatible with our current version of GnuTLS). So I tried those OpenSUSE libraries but I have the same error as with my own build: I get an error that can be roughly translated as the procedure entry point gpg_strerror cannot be found in the dynamic library libgcrypt-20.dll This function is supposed to be exported by libgpg-error-0.dll. Gerald, according to the README.Wireshark file found in gnutls-2.12.18-1.2-win32ws archive, you manually modified the OpenSUSE packages: - Definition files were created using pexports. - Import libraries were created using the MSVC++ lib utility using the make-lib.sh script. I do not know where to find those utilities neither how to use them. Maybe those missing steps on my side can explain my issue. Would you be OK if we to try to upgrade those libraries? If yes, could you help? 2 small things I noted: - libgcrypt-11.dll/lib is now renamed libgcrypt-20.dll/lib. It impacts config.nmake, Makefile.nmake, cmake\modules\FindGCRYPT.cmake, packaging\nsis\wireshark.nsi and ui\qt\QtShark.pro - the openSUSE libraries require an extra libgcc_s_sjlj-1.dll file found in mingw32-libgcc-4.8.2-1.2.noarch.rpm archive (my own compiled libraries did not need it but I failed to compile a win64 variant so far). Thanks, Pascal. 2013/12/23 Martin Mathieson martin.r.mathie...@googlemail.com Hi, I would like to make use of an AES mode only available in the most recent version of gcrypt (1.6). Is it possible to upgrade the version that comes as a result of running the Windows 'setup' target? My guess is that its not easy, and that we take the version that came with an old version of gnutls, whereas recent versions now use nettle as the low-level crypto library? We have 10 dissectors that use libgcrypt, so moving to nettle would take a bit of work. I'm not yet certain that nettle supports what I need (never mind the other current users of gcrypt)- I'd need to write a test program to see if it does what I need. Regards, Martin ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org ?subject=unsubscribe ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe