From dnorthup at maine.edu Tue Nov 10 19:38:13 2009 From: dnorthup at maine.edu (Drew Northup) Date: Tue, 10 Nov 2009 13:38:13 -0500 Subject: [Gpg4win-devel] English Documentation Schedule Message-ID: <1257878293.12216.11.camel@drew-northup.unet.maine.edu> In our institution we would like to support use of gpg4win on some user desktops (mostly for file encryption purposes), but the lack of usable/complete/updated English language documentation is definitely holding us up. What is the current English language documentation schedule? -- ---------------------------------+-------------------------------------- Drew Northup | Technical Support Specialist University of Maine System | Drew.Northup at Maine.edu Computing Center | phone: (207) 561-3513 Orono, ME 04469 | fax: (207) 561-3531 From bernhard at intevation.de Thu Nov 12 15:40:15 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 12 Nov 2009 15:40:15 +0100 Subject: [Gpg4win-devel] English Documentation Schedule In-Reply-To: <1257878293.12216.11.camel@drew-northup.unet.maine.edu> References: <1257878293.12216.11.camel@drew-northup.unet.maine.edu> Message-ID: <200911121540.22948.bernhard@intevation.de> Am Dienstag, 10. November 2009 19:38:13 schrieb Drew Northup: > In our institution we would like to support use of gpg4win on some user > desktops (mostly for file encryption purposes), but the lack of > usable/complete/updated English language documentation is definitely > holding us up. > What is the current English language documentation schedule? Once the German compendium is completed, the translation to English starts. The compendium currently is with the editor, who does check the writing for clearness and other things. Scheduled is to have it back and then put it in CVS beginning of Dezember. So I think we'll have a final version roughly in Dezember and start the translation then, which probably will take another month. If you get support it, please give us feedback. We would love to talk about about Gpg4win users and successful deployments as well.! :) Best, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://lists.wald.intevation.org/pipermail/gpg4win-devel/attachments/20091112/6455cd27/attachment.pgp From dnorthup at maine.edu Thu Nov 12 16:30:43 2009 From: dnorthup at maine.edu (Drew Northup) Date: Thu, 12 Nov 2009 10:30:43 -0500 Subject: [Gpg4win-devel] English Documentation Schedule In-Reply-To: <200911121540.22948.bernhard@intevation.de> References: <1257878293.12216.11.camel@drew-northup.unet.maine.edu> <200911121540.22948.bernhard@intevation.de> Message-ID: <1258039843.23740.18.camel@drew-northup.unet.maine.edu> On Thu, 2009-11-12 at 15:40 +0100, Bernhard Reiter wrote: > Am Dienstag, 10. November 2009 19:38:13 schrieb Drew Northup: > > In our institution we would like to support use of gpg4win on some user > > desktops (mostly for file encryption purposes), but the lack of > > usable/complete/updated English language documentation is definitely > > holding us up. > > What is the current English language documentation schedule? > > Once the German compendium is completed, the translation to English starts. > The compendium currently is with the editor, who does check the writing for > clearness and other things. Scheduled is to have it back and then put it in > CVS beginning of Dezember. So I think we'll have a final version roughly in > Dezember and start the translation then, which probably will take another > month. > > If you get support it, please give us feedback. We would love to talk about > about Gpg4win users and successful deployments as well.! :) > > Best, > Bernhard Bernhard, Thank you for the update on the schedule. I may be able to make myself available to help with the English Language copy-editing step. We should decide ahead of time if we will be adhering to the EN-US or EN-UK/"International" standard--in case there are places in the documentation where it would matter--so that a volunteer copy- editor here in the USA doesn't cause another one elsewhere in the world serious consternation. (If it hasn't been decided already... I haven't hunted down any specific reference to a decision one way or the other.) I didn't see any such places (that the standard would matter) in a quick pass through the old "Novices" document (from which I'm guessing some translation will be pulled for efficiency's sake), but I wasn't going through it with a fine-toothed comb either. In any case, thus far I've suffered through reading the 3.0.0-b4 "Compendium" via Google Translate and am quite happy with what I see (between the translation errors and missed compound words). Alas, as I don't read German myself I can't easily contribute towards clarity nor completeness at this stage. -- ---------------------------------+-------------------------------------- Drew Northup | Technical Support Specialist University of Maine System | Drew.Northup at Maine.edu Computing Center | phone: (207) 561-3513 Orono, ME 04469 | fax: (207) 561-3531 From sklabinsky at gmail.com Thu Nov 12 19:13:32 2009 From: sklabinsky at gmail.com (Nikolay Sklabinsky) Date: Thu, 12 Nov 2009 20:13:32 +0200 Subject: [Gpg4win-devel] gpgme in gpg4win? Message-ID: <4afc505a.9653f10a.40b2.34da@mx.google.com> I am working on a project (windows, c#) which requires files to be encrypted/decrypted with GnuPG and sent over ftp. I have to do that programmatically and, if I am not mistaken, gpgme library would be just what I need. However, it is not present in the gpg4win 2.0.1 package. The package contains, however, several libraries with very similar names - libgpgme-11.dll, libgpgme++.dll and others. Are these the variations of gpgme for Windows? If so, what is the difference between them and which one should be used for my scenario? Where can I find header files for those libraries? Please help. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.wald.intevation.org/pipermail/gpg4win-devel/attachments/20091112/ca6c67b1/attachment.html From dnorthup at maine.edu Thu Nov 12 19:37:02 2009 From: dnorthup at maine.edu (Drew Northup) Date: Thu, 12 Nov 2009 13:37:02 -0500 Subject: [Gpg4win-devel] gpgme in gpg4win? In-Reply-To: <4afc505a.9653f10a.40b2.34da@mx.google.com> References: <4afc505a.9653f10a.40b2.34da@mx.google.com> Message-ID: <1258051022.25119.12.camel@drew-northup.unet.maine.edu> On Thu, 2009-11-12 at 20:13 +0200, Nikolay Sklabinsky wrote: > I am working on a project (windows, c#) which requires files to be > encrypted/decrypted with GnuPG and sent over ftp. I have to do that > programmatically and, if I am not mistaken, gpgme library would be > just what I need. However, it is not present in the gpg4win 2.0.1 > package. The package contains, however, several libraries with very > similar names - libgpgme-11.dll, libgpgme++.dll and others. Are these > the variations of gpgme for Windows? If so, what is the difference > between them and which one should be used for my scenario? Where can I > find header files for those libraries? Please help. Thank you. Nikolay, The sources for 2.0.1 can be found at http://www.gpg4win.org/download.html and the header files are contained therein. I do believe that the gpgme library IS libgpgme*.dll, as is common with libraries originating in UNIX-land, pre-pending the name of the library with "lib" and then ending with a library type descriptor and if needed an extension. (Windows itself could, to some extent, care less what it is named so long as it can find the library. The same applies to modern Linux/Unix systems as well.) The information as to which library you should be using is likely to be found in the source documentation. -- ---------------------------------+-------------------------------------- Drew Northup | Technical Support Specialist University of Maine System | Drew.Northup at Maine.edu Computing Center | phone: (207) 561-3513 Orono, ME 04469 | fax: (207) 561-3531 From marcus.brinkmann at ruhr-uni-bochum.de Thu Nov 12 20:06:57 2009 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: 12 Nov 2009 20:06:57 +0100 Subject: [Gpg4win-devel] gpgme in gpg4win? In-Reply-To: <4afc505a.9653f10a.40b2.34da@mx.google.com> References: <4afc505a.9653f10a.40b2.34da@mx.google.com> Message-ID: <4AFC5CD1.9040100@ruhr-uni-bochum.de> Nikolay Sklabinsky wrote: > I am working on a project (windows, c#) which requires files to be > encrypted/decrypted with GnuPG and sent over ftp. I have to do that > programmatically and, if I am not mistaken, gpgme library would be just what > I need. However, it is not present in the gpg4win 2.0.1 package. The package > contains, however, several libraries with very similar names - > libgpgme-11.dll, libgpgme++.dll and others. Are these the variations of > gpgme for Windows? If so, what is the difference between them and which one > should be used for my scenario? Where can I find header files for those > libraries? Please help. Thank you. As Drew said, libgpgme-11.dll is the one. The 11 is the soname, it allows to install several ABI-incompatible versions side by side. This has not been needed for a long time now, but you never know... libgpgme-11.dll is for a pure Windows API, libgpgme-glib-11.dll is for a glib-based API (the difference is in how file descriptors are utilized). The latter also requires glib (and dependencies, if any). You also need libgpg-error-X.dll The header file and import library is not part of gpg4win, as gpg4win is not a development package. We do not have any plans to make it a development package, as we don't need it for that, and doing so (and maintaining and supporting it) is quite a bit of work. Also, we do *all* of our development on GNU/Linux using MingW32 so we don't really have any need for Windows-based development packages as The best way for you to proceed is to grab the gpg4win sources and build them on a GNU/Linux based distribution. You do *not* need to build everything. If you put only the libgpg-error and gpgme sources into the packages/ directory (rather than downloading everything), you should be able to build just those two. You throw away the resulting NSIS installer and just use everything under src/playground/install, ready for your use. Alternatively, you can just build libgpg-error and gpgme using the normal configure --host mingw32-msvc; make round trip, but this requires some extra tender love to work, and gpg4win already has all the dirty tricks in it. So, if in trouble, consult its makefiles (ok, that's a bit of work, but you are in a messy business here anyway). Thanks, Marcus From sklabinsky at gmail.com Thu Nov 12 20:34:43 2009 From: sklabinsky at gmail.com (Nikolay Sklabinsky) Date: Thu, 12 Nov 2009 21:34:43 +0200 Subject: [Gpg4win-devel] gpgme in gpg4win? In-Reply-To: <4AFC5CD1.9040100@ruhr-uni-bochum.de> Message-ID: <4afc6368.9653f10a.42fb.4502@mx.google.com> I would really like to avoid compilation using MinGW32. I started from it trying to compile gpgme sources and failed completely. In addition, what would I gain from compiling it? As I understand both libgpgme and libgpg-error already exist as part of gpg4win, compiled and installed. My plan was to install gpg4win, then use gpgme (libgpgme-11.dll now), either from c# or, if it proves to be too tricky, through a c++ intermediate library. All I need (as I imagined it) is the header file. Does this make sense? -----Original Message----- As Drew said, libgpgme-11.dll is the one. The 11 is the soname, it allows to install several ABI-incompatible versions side by side. This has not been needed for a long time now, but you never know... libgpgme-11.dll is for a pure Windows API, libgpgme-glib-11.dll is for a glib-based API (the difference is in how file descriptors are utilized). The latter also requires glib (and dependencies, if any). You also need libgpg-error-X.dll The header file and import library is not part of gpg4win, as gpg4win is not a development package. We do not have any plans to make it a development package, as we don't need it for that, and doing so (and maintaining and supporting it) is quite a bit of work. Also, we do *all* of our development on GNU/Linux using MingW32 so we don't really have any need for Windows-based development packages as The best way for you to proceed is to grab the gpg4win sources and build them on a GNU/Linux based distribution. You do *not* need to build everything. If you put only the libgpg-error and gpgme sources into the packages/ directory (rather than downloading everything), you should be able to build just those two. You throw away the resulting NSIS installer and just use everything under src/playground/install, ready for your use. Alternatively, you can just build libgpg-error and gpgme using the normal configure --host mingw32-msvc; make round trip, but this requires some extra tender love to work, and gpg4win already has all the dirty tricks in it. So, if in trouble, consult its makefiles (ok, that's a bit of work, but you are in a messy business here anyway). Thanks, Marcus From bernhard at intevation.de Thu Nov 12 21:04:38 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 12 Nov 2009 21:04:38 +0100 Subject: [Gpg4win-devel] English Documentation Schedule In-Reply-To: <1258039843.23740.18.camel@drew-northup.unet.maine.edu> References: <1257878293.12216.11.camel@drew-northup.unet.maine.edu> <200911121540.22948.bernhard@intevation.de> <1258039843.23740.18.camel@drew-northup.unet.maine.edu> Message-ID: <200911122104.39476.bernhard@intevation.de> Drew, On Thursday 12 November 2009, Drew Northup wrote: > I may be able to make myself available to help with the English Language > copy-editing step. thanks for offering help. For the first translation we'll hire Brigitte who did the original translation of the Novices manual. So we should have a good English translation done by her. Of course helping to keep the document well written and precise is always appreciated, so I assume you can read the first English copies, once we have them. > We should decide ahead of time if we will be adhering > to the EN-US or EN-UK/"International" standard--in case there are places > in the documentation where it would matter--so that a volunteer copy- > editor here in the USA doesn't cause another one elsewhere in the world > serious consternation. I also do not remember what the status was on that one. But I hope it won't matter too much. I do not really care both ways, expect that it should be consistent throughout the document. Best, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Deputy Germany Coordinator: fsfeurope.org. Coordinator: Kolab-Konsortium.com. Intevation GmbH, Neuer Graben 17, Osnabr?ck, DE; AG Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://lists.wald.intevation.org/pipermail/gpg4win-devel/attachments/20091112/402ddffa/attachment.pgp From bernhard at intevation.de Thu Nov 12 21:19:41 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 12 Nov 2009 21:19:41 +0100 Subject: [Gpg4win-devel] keyserver scheme http broken? In-Reply-To: References: <200911121824.11818.bernhard@intevation.de> Message-ID: <200911122119.46759.bernhard@intevation.de> David, On Thursday 12 November 2009, David Shaw wrote: > On Nov 12, 2009, at 12:24 PM, Bernhard Reiter wrote: > > I might miss something here, but for me on gnupg 2.0.13 (and 2.0.11) > > retrieving keys via the "http://" scheme seems to be broken. > > > > (Also it seem that --search-keys does not work with "http", although > > a lot of > > people claim that "http" is just "hkp" over port 80. ) > > That is not correct. > > hkp is basically a convention for a keyserver that runs over HTTP on a > different port (11371). If you want hkp on port 80, you'd do "hkp:// > whatever.example.com:80". The hkp protocol specifies how keys are to > be searched for a retrieved, using HTTP as the transport. > > That's hkp. thanks for the clarification, as I've hinted upon, I believe this is underdocumented somehow. > There isn't really a *http* keyserver (in the sense of > being a database of many keys that can be queried). If you specify a > http URL with the --keyserver command, you're really describing a the > path to a particular file to fetch. It's not really indended for that > use, and you can't --search-keys or --recv-keys a web server. http://gpg4win.de/doc/gpg4win-compendium-de_21.html at least is confusing on this part (and I think Werner read over it as well). It makes the reader believer that http://keyserver.pramberger.at and http://gpg-keyserver.de could be viable "keyserver" for use with --keyserver. We (as in the Gpg4win Team, especially Emanuel) must change that. http://keystats.gnupg.net/ did not put that idea to rest, neither did the --keyserver section of gpg.texi. Na, now I know. The different port can be a problem for enterprise firewalls, though. Best, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Deputy Germany Coordinator: fsfeurope.org. Coordinator: Kolab-Konsortium.com. Intevation GmbH, Neuer Graben 17, Osnabr?ck, DE; AG Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://lists.wald.intevation.org/pipermail/gpg4win-devel/attachments/20091112/4307f5b3/attachment.pgp From marcus.brinkmann at ruhr-uni-bochum.de Fri Nov 13 00:53:47 2009 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: 13 Nov 2009 00:53:47 +0100 Subject: [Gpg4win-devel] gpgme in gpg4win? In-Reply-To: <4afc6368.9653f10a.42fb.4502@mx.google.com> References: <4afc6368.9653f10a.42fb.4502@mx.google.com> Message-ID: <4AFCA00B.7070703@ruhr-uni-bochum.de> Nikolay Sklabinsky wrote: > I would really like to avoid compilation using MinGW32. I started from it > trying to compile gpgme sources and failed completely. In addition, what > would I gain from compiling it? As I understand both libgpgme and > libgpg-error already exist as part of gpg4win, compiled and installed. My > plan was to install gpg4win, then use gpgme (libgpgme-11.dll now), either > from c# or, if it proves to be too tricky, through a c++ intermediate > library. All I need (as I imagined it) is the header file. Does this make > sense? I think you also need an import library, which you can probably build from the libgpgme.def file that is in SVN, but I can't help you with that. The reason I recommended the procedure I did recommend is that it is known to work and is already supported by us. Also, not to be too picky about it, but the license requires you to provide the complete source of libgpgme (not of your application, though) to your downstream (if it is distributed at all). This includes build scripts, but how can you know what the sources are if you can't build it. The last reason is that if you need to debug or hot-fix something, you need to build it yourself, too. Now, only you know if this is a valid concern, but it is part of the reasons I made my recommendation. I can not recommend this approach strongly enough. In fact, here is another approach that is known to work and does avoid gpg4win altogether. It is *very* lightweight. Get: cvs.gnupg.org:/cvs/mb/speedo apply this patch: --- ../speedo/speedo.mk 2008-05-05 00:10:35.000000000 +0200 +++ speedo.mk 2009-06-23 16:07:49.000000000 +0200 @@ -96,6 +96,7 @@ eval "../$$$${pkg}/configure" \ --enable-maintainer-mode \ --prefix="$$$${pkgidir}" \ + --host=i586-mingw32msvc \ $$$${pkgcfg}) touch stamps/stamp-$(1)-01-configure Change speedo_spkgs to read: speedo_spkgs = libgpg-error gpgme However, as current SVN is under heavy development, you might need to switch to particular revisions of SVN or regular releases. This is not hard to add to the Makefile. If done correctly, this is really a matter of minutes. Cross compilation does have its quirks, but here in the case of gpg-error and gpgme it is as straightforward as it ever can be. The only thing required is to set a different --prefix and to set --host=i586-mingw32msvc. It couldn't possibly be simpler. Thanks, Marcus From gpg4win-bugs at wald.intevation.org Thu Nov 19 12:01:43 2009 From: gpg4win-bugs at wald.intevation.org (gpg4win-bugs@wald.intevation.org) Date: Thu, 19 Nov 2009 12:01:43 +0100 (CET) Subject: [Gpg4win-devel] =?utf-8?q?=5Bgpg4win-Bugs=5D=5B1184=5D_Win7Prof-6?= =?utf-8?q?4-Outlook_2007=3A_GPG-sig=2E-Sendekopien_defekt?= Message-ID: <20091119110143.2DC9A85D9F67@pyrosoma.intevation.org> Bugs item #1184, was opened at 2009-11-19 12:01 Status: Open Priority: 3 Submitted By: Egbert Hinzen (ehinzen) Assigned to: Nobody (None) Summary: Win7Prof-64-Outlook 2007: GPG-sig.-Sendekopien defekt Resolution: None Severity: critical Version: 2.0.1 Component: None Operating System: other Product: gpg4win exe-Installer Hardware: PC URL: Initial Comment: Die Kopien der (ausgegangenen) GPG-signierten-Emails enthalten im Body nichts au?er einem Teil der Signatur. Das ist schlecht, da man gerade von den Nachrichten, die wichtig genug zum signieren sind, eine Kopie braucht. (Habe das Paket als Admin installiert.) ---------------------------------------------------------------------- You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=126&aid=1184&group_id=11 From gpg4win-bugs at wald.intevation.org Thu Nov 19 12:07:17 2009 From: gpg4win-bugs at wald.intevation.org (gpg4win-bugs@wald.intevation.org) Date: Thu, 19 Nov 2009 12:07:17 +0100 (CET) Subject: [Gpg4win-devel] =?utf-8?q?=5Bgpg4win-Bugs=5D=5B1185=5D_Win7Prof-6?= =?utf-8?q?4-Outlook_2007=3A__S/MIME_nur_ohne_Sperrlisten?= Message-ID: <20091119110717.4F651861EAC9@pyrosoma.intevation.org> Bugs item #1185, was opened at 2009-11-19 12:07 Status: Open Priority: 3 Submitted By: Egbert Hinzen (ehinzen) Assigned to: Nobody (None) Summary: Win7Prof-64-Outlook 2007: S/MIME nur ohne Sperrlisten Resolution: None Severity: critical Version: 2.0.1 Component: None Operating System: other Product: gpg4win exe-Installer Hardware: PC URL: Initial Comment: S/Mime funktioniert nur mit den Kleopatra-Einstellungen "Zertifikate mit Sperrliste best?tigen" und "Nie Sperrlisten zu Rate ziehen". (Ich habe das Programm als Admin installiert.) ---------------------------------------------------------------------- You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=126&aid=1185&group_id=11 From gpg4win-bugs at wald.intevation.org Thu Nov 19 12:15:46 2009 From: gpg4win-bugs at wald.intevation.org (gpg4win-bugs@wald.intevation.org) Date: Thu, 19 Nov 2009 12:15:46 +0100 (CET) Subject: [Gpg4win-devel] =?utf-8?q?=5Bgpg4win-Bugs=5D=5B1186=5D_Win7Prof-6?= =?utf-8?q?4-Outlook_2007=3A_GPGex_funktioniert_nicht?= Message-ID: <20091119111546.539C1803B03B@pyrosoma.intevation.org> Bugs item #1186, was opened at 2009-11-19 12:15 Status: Open Priority: 3 Submitted By: Egbert Hinzen (ehinzen) Assigned to: Nobody (None) Summary: Win7Prof-64-Outlook 2007: GPGex funktioniert nicht Resolution: None Severity: major Version: 2.0.1 Component: None Operating System: other Product: gpg4win exe-Installer Hardware: PC URL: Initial Comment: Der Trick aus dem README funktioniert leider nicht, da "C:\windows\syswow64\explorer.exe" Parameter (zumindest scheinbar) ignoriert. (Das Paket wurde als Admin installiert.) ---------------------------------------------------------------------- You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=126&aid=1186&group_id=11