Re: [gnoMint-users] Can't compile gnoMint on Debian 7.9
Brought to you by:
davefx
Menu
▾
▴
Re: [gnoMint-users] Can't compile gnoMint on Debian 7.9
|
From: Messner, F. (BITBW) <Fel...@bi...> - 2016-03-23 17:39:32
|
Hello David, sorry for not responding earlier. I was trying very hard to get your latest version from Github to work on the system I had available, but I had no success. (Probably it was partially due to the lack of knowledge on my side, but also some of the required programs and packages just plain didn’t work.) Anyway, I decided to upgrade to Debian 8.3 and retry the installation, and it worked on my first attempt (after installing all the dependencies of course). GnoMint compiled, installed and launches without problems. Sadly, I think I have discovered a rather severe bug. When I created a root CA certificate, gnoMint just closed after the last creation step was completed. The same happens when I try to export a certificates private key to a file: I select a file and a location to save in and in the next moment, gnoMint is gone. I was not able to reproduce the crash when creating the CA, only the crash when exporting the key. In the terminal, when I launch gnoMint there is a warning message: $ gnomint Gtk-Message: Failed to load module "canberra-gtk-module" At the moment of the crash, the following appears: (gnomint:1805): Gtk-CRITICAL **: IA__gtk_tree_model_get: assertion 'iter != NULL' failed Segmentation fault $ I was able to resolve the first one with #apt-get install libcanberra-gtk-dev, but the crash remains. Running #gnomint as root (from terminal) doesn’t help either. (running it as root, there appear even more errors and/or warnings on the terminal when launching the program. I can post it if needed.) Regards Felix PS: If I may suggest something, it would be very convenient if you could type the first letter of your country in the country selection list to jump there and find it faster :) Von: David Marín Carreño [mailto:da...@gm...] Gesendet: Donnerstag, 17. März 2016 21:44 An: Messner, Felix (BITBW); gno...@li...<mailto:gno...@li...> Betreff: Re: [gnoMint-users] Can't compile gnoMint on Debian 7.9 Hello, Felix. I've just commited one change to the git repository. Could you check if it compiles now in Debian? Thank you! -- David El jue., 17 mar. 2016 a las 11:01, Messner, Felix (BITBW) (<Fel...@bi...<mailto:Fel...@bi...>>) escribió: Hi, sorry that I have to ask again. I got the new gnomint-1.3.0.tar.gz, but it’s still not really working for me. When I’m executing the configure script, it ends with an error saying that it can’t find the Makefile.in in the /m4 directory. config.status: error: cannot find input file: `m4/Makefile.in' I manually checked, and the file is in fact not there. If I run make anyway, it gives me some errors about deprecated functions in the tls.c file (don’t know if this has to do with the configure script not running through): Making all in src make[1]: Entering directory `/home/causer/gnomint-1.3.0/src' CC gnomint-tls.o tls.c: In function ‘tls_generate_csr’: tls.c:609:2: error: ‘gnutls_x509_crq_sign2’ is deprecated (declared at /usr/include/gnutls/compat.h:289) [-Werror=deprecated-declarations] tls.c: In function ‘tls_generate_crl’: tls.c:1470:9: error: ‘gnutls_x509_crl_sign2’ is deprecated (declared at /usr/include/gnutls/compat.h:304) [-Werror=deprecated-declarations] tls.c:1471:3: error: ‘gnutls_x509_crl_sign2’ is deprecated (declared at /usr/include/gnutls/compat.h:304) [-Werror=deprecated-declarations] cc1: all warnings being treated as errors make[1]: *** [gnomint-tls.o] Error 1 make[1]: Leaving directory `/home/causer/gnomint-1.3.0/src' make: *** [all-recursive] Error 1 Is there anything I’m doing wrong? Best regards Felix Von: David Marín Carreño [mailto:da...@gm...<mailto:da...@gm...>] Gesendet: Dienstag, 15. März 2016 23:42 An: Messner, Felix (BITBW); gno...@li...<mailto:gno...@li...> Betreff: Re: [gnoMint-users] Can't compile gnoMint on Debian 7.9 Hi all. I've just released gnoMint 1.3.0. All the certificates are now signed using the SHA2 digest algorithm SHA512. I've used SHA512 because, according to RFC5708, this algorithm must be supported, and it is more secure than SHA256. I've also corrected the errors that are caused by warnings, and now gnoMint compiles correctly without errors in Ubuntu 15.10 (so I expect it also compiles properly in last Debian). If you have any other problem, please tell me. Best regards, -- David El lun., 14 mar. 2016 a las 15:09, Messner, Felix (BITBW) (<Fel...@bi...<mailto:Fel...@bi...>>) escribió: Hi, I found that gnoMint exactly fits my needs, only I, just like Kevin Waller, need my certificates to be signed with SHA256. So I got the source code files from Github, pasted them over the files I got from Sourceforge, and also applied these changes to src/Makefile.as: https://sourceforge.net/p/gnomint/bugs/43/. (the configure script, which is mentioned in the INSTALL file, isn’t included in the Github files so I assumed they were only a patch to the existing stuff on Sourceforge) Now, the problem is that the code won’t compile (with or without the changes to src/Makefile.as). Make gives me an error about a declared, but unused variable. I’m using Debian release 7.9 (Wheezy) 64-bit, Kernel Linux 3.2.0-4-amd64, GNOME 3.4.2, if that information helps. Here is what the log says: […] Making all in src make[1]: Entering directory `/home/causer/gnomint-1.2.1/src' if gcc -DPACKAGE_NAME=\"gnoMint\" -DPACKAGE_TARNAME=\"gnomint\" -DPACKAGE_VERSION=\"1.2.1\" -DPACKAGE_STRING=\"gnoMint\ 1.2.1\" -DPACKAGE_BUGREPORT=\"\<da...@gm...<mailto:da...@gm...>\>\" -DPACKAGE_URL=\"\" -DPACKAGE_COPYRIGHT=\"\(c\)\ 2006-2009\ David\ Marín\ Carreño\ \<da...@gm...<mailto:da...@gm...>\>\" -DPACKAGE_WEBSITE=\"http://gnomint.sourceforge.net\" -DPACKAGE_AUTHORS=\"David\ Marín\ Carreño\ \<da...@gm...<mailto:da...@gm...>\>\\nAhmed\<file:///\\nAhmed\> Baizid\ \<ah...@ba...<mailto:ah...@ba...>\>\\nJaroslav\<file:///\\nJaroslav\> Imrich\ \<ja...@ja...<mailto:ja...@ja...>\>\\nStaněk\<file:///\\nStaněk\> Luboš\ \<lu...@us...<mailto:lu...@us...>\>\" -DPACKAGE=\"gnomint\" -DVERSION=\"1.2.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_LIBINTL_H=1 -DHAVE_LOCALE_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ALARM=1 -DHAVE_STRFTIME=1 -DHAVE_MEMSET=1 -DHAVE_STRCASECMP=1 -DHAVE_STRDUP=1 -DGETTEXT_PACKAGE=\"gnomint\" -DBONOBO_EXPLICIT_TRANSLATION_DOMAIN=\"gnomint\" -DHAVE_LOCALE_H=1 -DHAVE_LC_MESSAGES=1 -DHAVE_BIND_TEXTDOMAIN_CODESET=1 -DHAVE_GETTEXT=1 -DHAVE_DCGETTEXT=1 -DENABLE_NLS=1 -DPACKAGE_LOCALE_DIR=\"/usr/local/share/locale\" -DADVANCED_GNUTLS=\"yes\" -I. -I. -I.. -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/p11-kit-1 -DPACKAGE_DATA_DIR=\""/usr/local/share"\" -DCOMPILATION_DATE=`date +%s` -DHAVE_CONFIG_H -Wall -Werror -MT gnomint-new_req_window.o -MD -MP -MF ".deps/gnomint-new_req_window.Tpo" -c -o gnomint-new_req_window.o `test -f 'new_req_window.c' || echo './'`new_req_window.c; \ then mv -f ".deps/gnomint-new_req_window.Tpo" ".deps/gnomint-new_req_window.Po"; else rm -f ".deps/gnomint-new_req_window.Tpo"; exit 1; fi make[1]: Leaving directory `/home/causer/gnomint-1.2.1/src' new_req_window.c: In function ‘__new_req_populate_ca_treeview’: new_req_window.c:157:8: error: variable ‘column_number’ set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors make[1]: *** [gnomint-new_req_window.o] Error 1 make: *** [all-recursive] Error 1 Just for the sake of having tried it, I commented out all the appearances of column_number, which, as expected, only lead to more errors. Asking myself why such a notification is even treated as an error that stops the compiling process, I tried make -k, to see if it would compile when ignoring the unused-variable-error, but this also only lead to even more errors messages of this and other kinds. (I’m not adding the make –k log here because it is very long. Of course, I can provide it if needed.) Is there anything I can do? I really appreciate any help you can provide. Best regards! ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140_______________________________________________ gnoMint-users mailing list gno...@li...<mailto:gno...@li...> https://lists.sourceforge.net/lists/listinfo/gnomint-users |