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 when running on Windows XP :) I will upload a change set to Gerrit soon. 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