gnomint-users Mailing List for gnoMint
Brought to you by:
davefx
You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(2) |
Nov
(4) |
Dec
(10) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
|
Feb
(5) |
Mar
(5) |
Apr
(10) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(2) |
Sep
(2) |
Oct
(5) |
Nov
(1) |
Dec
(7) |
2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
(5) |
Nov
(3) |
Dec
|
2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
(9) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Hoos, S. <ho...@au...> - 2018-11-08 16:40:02
|
I am looking for certificate chaining in in gnomint, but I don't see it. Does gnomint support certificate chaining? Stephen Hoos Network Technician -- ___________________________________ Anaheim Union High School District E-mail Confidentiality Notice This e-mail communication and any attachments, including documents, files, or previous e-mail messages, constitute electronic communications within the scope of the Electronic Communications Privacy Act, 18 U.S.C. § 2510 et seq. This e-mail communication may contain non-public, confidential or legally privileged information intended for the sole use of the designated recipient(s). The unauthorized and intentional interception, use, copy or disclosure of such information, or attempt to do so, is strictly prohibited and may be unlawful under applicable laws. 18 U.S.C. § 2511. If you have received this e-mail communication in error, please immediately notify the sender by return e-mail and delete the original e-mail from your system. |
From: Randy G. <rg...@tc...> - 2017-08-21 17:28:41
|
I exported my CA public file, my server public file and my server key file out as pem files from gnomint. I then tried to convert them so apache and other servers can use them. OpenSSL Commands I used: openssl x509 -outform der -in CAcertificate.pem -out CAcertificate.crt openssl x509 -outform der -in fedora.gordeys.com.pem -out fedora.gordeys.com.crt openssl rsa -outform der -in fedora.gordeys.com-pri.pem -out fedora.gordeys.com.key but all three files come out garbled. So, either I am not converting them correctly (Highly probable) or they are not the pem format that OpenSSL expects. Would one of you point me in the right direction? Thanks in Advance. |
From: Bo V. <bo....@bt...> - 2017-02-11 11:37:52
|
Hello, Does anyone know if Gnomint supports SCEP and, if so, what is the URL to download the certificates? Regards, |
From: Messner, F. (BITBW) <Fel...@bi...> - 2016-04-06 14:52:22
|
Hi again, I have now set up a basic VPN test environment with gnomint certificates. Aside from the CA machine, there is one OpenVPN server and two clients. I'm creating and exporting the certificates in pkcs12 format at the CA, then moving them to the other machines with a usb drive. In order to get everything to connect, I had to not only export the client/server p12 files, but also the CA certificate (as .pem) and include them in the OpenVPN .conf file on the respective machine (which makes sense of course). Now the problem I'm having is that I can't add a separate CA certificate to the VPN machines in productive use - there'd be just too many to update. So the ideal solution for me would be to have the CA certificate included in the same PKCS12 file as the respective VPN Client/Server cert and key. I was able to achieve this by opening the .p12 file with $ openssl pkcs12 -info -in VPNClient.p12 and manually pasting the plaintext of the certificate and the key at the end of the exported CA.pem file and then re-exporting the whole thing with $ openssl pkcs12 -export -in CA.pem -out VPNClientWithCACert.p12 Now I got a p12 file which contains the CA certificate as well as the certificate and the key of the client. (This way, I don't have to change the OpenVPN config in the productive environment and can simply replace the old existing p12 file with the new one.) I was wondering if there is a way to do this directly when exporting a certificate from gnomint.? When rebuilding my .p12 file with the openssl command, I also noticed that I can choose to have an empty password on export. This has the benefit that there is no password asked when starting an OpenVPN connection. In my situation, this is helpful since the VPN tunnel should always automatically connect/reconnect without the interruption of waiting for a password. (I still need to enter the password specified when I exported the file from gnomint to open the p12 file with the openssl info command) I'd use the OpenVPN auth-user-pass option to specify a password file, but I also can't store the password in plain text on the machine. I guess this is more an OpenVPN related question, but I thought I'd mention it. In gnomint it's not possible to set an empty password when exporting a pkcs12 file, so that OpenVPN won't ask for a private key password on startup, right? Also, I noticed that after I export a certificate's private key (encrypted), the options "only the private key (crypted)" and "both parts" are greyed out in the exporting dialog. I understand that the keys are getting removed from the gnomint database for safety reasons, but if I now was to lose the exported key file, I have basically no chance of exporting that certificates key or as .p12 ever again, right? My point is: I'd expect the key to be *extracted* (and removed from the database), as opposed to *exported*, when I use the extract option on the right-click menu, but not when I export a key file for normal use at another location. Also, as a side note, the little key icon in the main certificates list only disappears after restarting gnomint. Best regards Felix |
From: David M. C. <da...@gm...> - 2016-03-28 06:39:29
|
Hello, Felix. Thanks for your tests. I've tried to reproduce the error, and I think we are having a race-condition here, between the different threads that manage the graphical representation of the treeview. I'll try to minimize the risk of having a buffer overread adding some checks, but I really cannot ensure anything, as I haven't been able to reproduce the error in a compilation of gnoMint with active debugging... Meanwhile, could you try to configure gnoMint with enabled debug? (./configure --enable-debug) Thanks! El mié., 23 mar. 2016 a las 18:39, Messner, Felix (BITBW) (< Fel...@bi...>) escribió: > 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... <da...@gm...> > > ] > *Gesendet:* Donnerstag, 17. März 2016 21:44 > *An:* Messner, Felix (BITBW); 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...>) 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...] > *Gesendet:* Dienstag, 15. März 2016 23:42 > *An:* Messner, Felix (BITBW); 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...>) 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...\>\" -DPACKAGE_URL=\"\" > -DPACKAGE_COPYRIGHT=\"\(c\)\ 2006-2009\ David\ Marín\ Carreño\ \< > da...@gm...\>\" -DPACKAGE_WEBSITE=\"http://gnomint.sourceforge.net\" > -DPACKAGE_AUTHORS=\"David\ Marín\ Carreño\ \<da...@gm...\>\\nAhmed\ > Baizid\ \<ah...@ba...\>\\nJaroslav\ Imrich\ \<ja...@ja...\> > \\nStaněk\ Luboš\ \<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... > https://lists.sourceforge.net/lists/listinfo/gnomint-users > > |
From: Adam H. <ada...@gm...> - 2016-03-26 22:11:48
|
Hi David, Could you provide the missing m4/Makefile.in file? Without that, any attempt to build the RPM on Fedora fails. Thanks, Adam |
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 |
From: David M. C. <da...@gm...> - 2016-03-17 20:44:39
|
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...>) 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...] > *Gesendet:* Dienstag, 15. März 2016 23:42 > *An:* Messner, Felix (BITBW); 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...>) 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...\>\" -DPACKAGE_URL=\"\" > -DPACKAGE_COPYRIGHT=\"\(c\)\ 2006-2009\ David\ Marín\ Carreño\ \< > da...@gm...\>\" -DPACKAGE_WEBSITE=\"http://gnomint.sourceforge.net\" > -DPACKAGE_AUTHORS=\"David\ Marín\ Carreño\ \<da...@gm...\>\\nAhmed\ > Baizid\ \<ah...@ba...\>\\nJaroslav\ Imrich\ \<ja...@ja...\> > \\nStaněk\ Luboš\ \<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... > https://lists.sourceforge.net/lists/listinfo/gnomint-users > > |
From: Messner, F. (BITBW) <Fel...@bi...> - 2016-03-17 10:01:19
|
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...] Gesendet: Dienstag, 15. März 2016 23:42 An: Messner, Felix (BITBW); 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 |
From: David M. C. <da...@gm...> - 2016-03-15 23:09:46
|
Hi, Kevin. I don't know if you're still interested in gnoMint. Today I released a version of gnoMint that finally signs certificates using SHA-512 instead of SHA-1. Best regards, -- David El jue., 27 ago. 2015 a las 6:49, David Marín Carreño (<da...@gm...>) escribió: > Hello. > I added this support to the source code, but I haven't released a new > version yet. Sorry. > If you download the code from github and compile it, you'll be able to > sign certificates with SHA256 hashes. > > Best regards, > -- > David > > El vie., 21 de agosto de 2015 20:16, Kevin Waller <boo...@gm...> > escribió: > >> I hope this project is still active, because I just found the system and >> I think its awesome. >> >> I noticed in the bug/fix log it says the ability to sign certs with >> SHA256 as opposed to SHA1 was added/fixed. >> >> However, when I sign a cert, web browsers complain it was signed with >> SHA1 (chrome). How would I force the other signing? (If I am very confused >> on what I am reading and trying to do, i will accept that too :)) >> >> Thanks in advance for any assistance. >> >> Also, with the hope that the project is not dead, i am eagerly waiting >> the prospect of the alternate address field. >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> gnoMint-users mailing list >> gno...@li... >> https://lists.sourceforge.net/lists/listinfo/gnomint-users >> > |
From: David M. C. <da...@gm...> - 2016-03-15 22:42:28
|
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...>) 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...\>\" -DPACKAGE_URL=\"\" > -DPACKAGE_COPYRIGHT=\"\(c\)\ 2006-2009\ David\ Marín\ Carreño\ \< > da...@gm...\>\" -DPACKAGE_WEBSITE=\"http://gnomint.sourceforge.net\" > -DPACKAGE_AUTHORS=\"David\ Marín\ Carreño\ \<da...@gm...\>\\nAhmed\ > Baizid\ \<ah...@ba...\>\\nJaroslav\ Imrich\ \<ja...@ja...\>\\nStaněk\ > Luboš\ \<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... > https://lists.sourceforge.net/lists/listinfo/gnomint-users > |
From: David M. C. <da...@gm...> - 2016-03-15 22:41:30
|
I'm pleased to announce version 1.3.0, also known as "Sha Sha dance", of gnoMint: a graphical X.509 Certification Authority management tool.This version includes a main improvement over the 1.2.1 version: * Now all the new certificates are signed using SHA512 digest algorithm. * Some compile warnings have been fixed too. About gnoMint: ============== gnoMint is a tool for an easy creation and management of Certification Authorities. It allows a fancy visualization of all the pieces that conform a CA: x509 certificates, CSRs, CRLs... Currently, it allows the creation of CAs, CSRs and Certificates, and export both public and private parts of them into PEM formatted files. It manages the revocation of the created certificates, as well as the creation of CRLs. gnoMint is now perfectly usable for managing a CA that emits certificates able to: * Authenticate people or machines in VPNs (IPSec or other protocols); * Secure HTTP communications with SSL/TLS secured web servers; * Authenticate and cipher HTTP communications through web-client certificates; * Sign and/or crypt e-mails For compiling it, its dependencies are: * GTK+ 2.12 or newer * Gnome * SQLite 3 * libGnuTLS 2.0 or newer More information in http://gnomint.sourceforge.net You can get the tarball from sourceforge mirrors: http://prdownloads.sourceforge.net/gnomint/gnomint-1.3.0.tar.gz?download -- David Marín Carreño |
From: Messner, F. (BITBW) <Fel...@bi...> - 2016-03-14 14:09:30
|
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...\>\" -DPACKAGE_URL=\"\" -DPACKAGE_COPYRIGHT=\"\(c\)\ 2006-2009\ David\ Marín\ Carreño\ \<da...@gm...\>\" -DPACKAGE_WEBSITE=\"http://gnomint.sourceforge.net\" -DPACKAGE_AUTHORS=\"David\ Marín\ Carreño\ \<da...@gm...\>\\nAhmed\ Baizid\ \<ah...@ba...\>\\nJaroslav\ Imrich\ \<ja...@ja...\>\\nStaněk\ Luboš\ \<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! |
From: David M. C. <da...@gm...> - 2015-08-27 04:49:20
|
Hello. I added this support to the source code, but I haven't released a new version yet. Sorry. If you download the code from github and compile it, you'll be able to sign certificates with SHA256 hashes. Best regards, -- David El vie., 21 de agosto de 2015 20:16, Kevin Waller <boo...@gm...> escribió: > I hope this project is still active, because I just found the system and I > think its awesome. > > I noticed in the bug/fix log it says the ability to sign certs with SHA256 > as opposed to SHA1 was added/fixed. > > However, when I sign a cert, web browsers complain it was signed with SHA1 > (chrome). How would I force the other signing? (If I am very confused on > what I am reading and trying to do, i will accept that too :)) > > Thanks in advance for any assistance. > > Also, with the hope that the project is not dead, i am eagerly waiting the > prospect of the alternate address field. > > ------------------------------------------------------------------------------ > _______________________________________________ > gnoMint-users mailing list > gno...@li... > https://lists.sourceforge.net/lists/listinfo/gnomint-users > |
From: Kevin W. <boo...@gm...> - 2015-08-21 18:16:04
|
I hope this project is still active, because I just found the system and I think its awesome. I noticed in the bug/fix log it says the ability to sign certs with SHA256 as opposed to SHA1 was added/fixed. However, when I sign a cert, web browsers complain it was signed with SHA1 (chrome). How would I force the other signing? (If I am very confused on what I am reading and trying to do, i will accept that too :)) Thanks in advance for any assistance. Also, with the hope that the project is not dead, i am eagerly waiting the prospect of the alternate address field. |
From: Phillip L. <phi...@ne...> - 2014-10-17 12:56:41
|
Hi, I'd like to update the expiration date of a few of my certificates, but don't seem to find that option. Using the GnuTLS certtool-command doesn't help me either, as I can update the certificate, but I can't import it into gnoMint. Is there anything I'm missing, or does this function simply not exist? Regards, Phillip |
From: James B. B. <by...@ha...> - 2014-09-25 18:03:29
|
I would like to employ a different signature algorithm than SHA1. Is this possible? If so then how is it done? If not then can configuration options for ciphers and signatures be provided either through the gui or in a config file? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 |
From: <gno...@tr...> - 2013-11-15 21:45:33
|
I have used the gnomint command line interface (gnomint-cli) to import a certificate signing request (CSR) and sign it using my certificate authority (CA). How can I export the public portion of the signed certificate using the command line gnomint? In the GUI I would use Export -> Only the public part -> OK. Save it as jdoe.crt In the command line help I do not see that ability, but I hope I have simply missed the obvious. The reason for my question is that gnomint no longer opens on my desktop machin, so alternatively please help fix this problem: The error is $ sudo gnomint The program 'gnomint' received an X Window System error. This probably reflects a bug in the program. The error was 'RenderBadPicture (invalid Picture parameter)'. (Details: serial 296 error_code 163 request_code 149 minor_code 8) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I am running Linux Mint 13 Maya, which, judging by apt sources, corresponds to ubuntu precise. I have the latest gnoMint version 1.2.1 thanks! |
From: Augustus A. <dir...@gm...> - 2012-02-09 14:28:56
|
i am using lastest version of gnomint in mint linux 12 - how i set up the dh key - sign & key and so forth- thank you very much kappagus2 this seems to have been missing in the otherwise excellent tutorial |
From: David M. C. <da...@gm...> - 2010-10-05 09:20:08
|
Hi, Steven. Please upgrade to the last revision of gnoMint. The version currently included in Ubuntu is faulty. You can download a working Debian package from: http://packages.debian.org/experimental/gnome/gnomint I think it is compatible with Ubuntu 10.04. 2010/10/5 Steven Ball <ste...@me...> > Hi, > > When trying to create a new CA, I get stuck at the creating new CA message, > and an error appears in the console window. GtK-WARNING **:GtKTable does not > have a property called update_policy. I'm new to Unbuntu, BTW 10.04. > > Many thanks, Steven. > > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today. > http://p.sf.net/sfu/beautyoftheweb > _______________________________________________ > gnoMint-users mailing list > gno...@li... > https://lists.sourceforge.net/lists/listinfo/gnomint-users > -- David Marín Carreño |
From: Steven B. <ste...@me...> - 2010-10-05 07:47:47
|
Hi, When trying to create a new CA, I get stuck at the creating new CA message, and an error appears in the console window. GtK-WARNING **:GtKTable does not have a property called update_policy. I'm new to Unbuntu, BTW 10.04. Many thanks, Steven. |
From: David M. C. <da...@gm...> - 2010-08-11 09:29:24
|
I'm pleased to announce the version 1.2.1, also known as "All you need is a giant pacifier", of gnoMint: a graphical X.509 Certification Authority management tool. This version includes some bug fixes over the 1.2.0 version: * Fixing use of an already freed string (fixes RedHat Bugzilla #584069) * Fixing crash when revoking a CA certificate, if revoked certificates were not visible. * Improving warning message while revoking certificates. Adding a different message while revoking a CA certificate. * Added Occitan translation. Updating all translations from Launchpad. About gnoMint: ============== gnoMint is a tool for an easy creation and management of Certification Authorities. It allows a fancy visualization of all the pieces that conform a CA: x509 certificates, CSRs, CRLs... Currently, it allows the creation of CAs, CSRs and Certificates, and export both public and private parts of them into PEM formatted files. It manages the revocation of the created certificates, as well as the creation of CRLs. gnoMint is now perfectly usable for managing a CA that emits certificates able to: * Authenticate people or machines in VPNs (IPSec or other protocols); * Secure HTTP communications with SSL/TLS secured web servers; * Authenticate and cipher HTTP communications through web-client certificates; * Sign and/or crypt e-mails For compiling it, its dependencies are: * GTK+ 2.12 or newer * Gnome * SQLite 3 * libGnuTLS 2.0 or newer More information in http://gnomint.sourceforge.net You can get the tarball from sourceforge mirrors: http://prdownloads.sourceforge.net/gnomint/gnomint-1.2.1.tar.gz?download -- David Marín Carreño |
From: David M. C. <da...@gm...> - 2010-08-10 17:19:54
|
I'm pleased to announce the version 1.2.0, also known as "How to put an elephant to sleep", of gnoMint: a graphical X.509 Certification Authority management tool. This version includes some bug fixes and improvements over the 1.1.0 version: * Added support for CRL distribution points * Correcting bug in export from menu. * Correcting bug in CA policy settings (both in gnoMint and gnoMint-cli). * Adding some support for Windows compilation (thanks to Jaroslav Imrich). * Added Slovak translation. Updating all translations from Launchpad. About gnoMint: ============== gnoMint is a tool for an easy creation and management of Certification Authorities. It allows a fancy visualization of all the pieces that conform a CA: x509 certificates, CSRs, CRLs... Currently, it allows the creation of CAs, CSRs and Certificates, and export both public and private parts of them into PEM formatted files. It manages the revocation of the created certificates, as well as the creation of CRLs. gnoMint is now perfectly usable for managing a CA that emits certificates able to: * Authenticate people or machines in VPNs (IPSec or other protocols); * Secure HTTP communications with SSL/TLS secured web servers; * Authenticate and cipher HTTP communications through web-client certificates; * Sign and/or crypt e-mails For compiling it, its dependencies are: * GTK+ 2.12 or newer * Gnome * SQLite 3 * libGnuTLS 2.0 or newer More information in http://gnomint.sourceforge.net You can get the tarball from sourceforge mirrors: http://prdownloads.sourceforge.net/gnomint/gnomint-1.2.0.tar.gz?download -- David Marín Carreño |
From: Eric M. <eri...@ya...> - 2010-02-05 22:58:47
|
When is the author going to finish this tutorial? And, if not were can I find one just like it for this application? I hope this project is not dead! This is an excellent software and I wish someone would complete the tutorial. Eric Miller |
From: <gno...@sp...> - 2009-11-16 21:50:36
|
It seems that I cannot specify a subject parameter E in the Certificate SigningRequest, and it does not exist in the signed certificate. If I use a gnomint certifcate to sign a mail, my mail programme complains that the certificate is signed by "", where it should be signed by "my...@pr...". Comparing with other certifcates, it seems that the mail address is stored in the subject parameter E, but this parameter is not in the list (in gnomint0.9) Did I overlook something? Thanks, Jacques |