From bernhard at intevation.de Tue Sep 7 13:09:45 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue Sep 7 13:06:42 2004 Subject: [Kde-pim] Re: gpg agent pin expiry setting not honoured In-Reply-To: <200409061628.39348.bo@sonofthor.dk> References: <200409061626.24871.l.savernik@aon.at> <200409061628.39348.bo@sonofthor.dk> Message-ID: <200409071309.50610.bernhard@intevation.de> On Monday 06 September 2004 16:28, Bo Thorsen wrote: > On Monday 06 September 2004 16:26, Leo Savernik wrote: > > Using KMail 1.7, GPG 1.2.5, and gpg-agent from GPG 1.9, the pinentry > > dialog keeps popping up for nearly every mail I want to sign. > > and my ~/.gnupg/gpg-agent.conf contains the line > > default-cache-ttl 86400 Good. > > So I actually expect to see the pinentry dialog at most once per day. > > However, when I wait a short period of time (I've never measured it, > > but it is ridiculously short, probably 5 minutes), the pinentry dialog > > pops up again. > > > > Only when I sign two messages in sequence, then no pin is asked for the > > second message (which proves that gpg-agent is actually working). This sounds like the gpg-agent was not started as daemon before you run KMail or KMail does not know about the deamon. In a shell say: echo $GPG_AGENT_INFO and if that gives a useful result, check with ps for the running agent and then start kmail in that shell. > > I'm posting here instead of reporting a bug because it may not be > > KMail's fault. > > I also have this problem. But it's a gpg-agent/pinentry thing, it's not at > all something kmail can influence. You need to take it up with the gpg > guys. If my assumption is correct then this is a matter of startup which is related to KDE. Another way to prove this is to start logging of the crypto components. Anyway, I am sending a copy to the gpa-dev@ list. Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2145 bytes Desc: signature Url : /pipermail/attachments/20040907/5bf13993/smime-0001.bin From bh at intevation.de Thu Sep 16 14:27:02 2004 From: bh at intevation.de (Bernhard Herzog) Date: Thu Sep 16 14:23:40 2004 Subject: Problems compiling gpgme Message-ID: Hi, I have trouble compiling gpgme from CVS. autogen.sh gives a warning: configure.ac:53: error: possibly undefined macro: AC_CONFIG_MACRO_DIR If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. It stil creates a configure script but that fails with an error message because ofh te AC_CONFIG_MACRO_DIR still in there. autoconf (GNU Autoconf) 2.57 Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From aegypten-issues at intevation.de Thu Sep 16 21:30:57 2004 From: aegypten-issues at intevation.de (Bernhard Reiter) Date: Thu Sep 16 21:27:37 2004 Subject: [issue251] s/mime and pgp selection lines text not translated and using "pgp" Message-ID: <1095363057.62.0.650589775809.issue251@intevation.de> New submission from Bernhard Reiter : Mutt 1.5.6i (2004-02-01) CVS from 20040916 with patch-1.5.6cvs.g10.mdn.3 patch-1.5.6cvs.g10.gpgme.6 (wrong reported as .4). The PGP and S/MIME selection lines are not translated to German, though the rest of the mutt is German. S/MIME (e)ncrypt, (s)ign, sign (a)s, (b)oth, (t)oggle or (f)orget it? PGP (e)ncrypt, (s)ign, sign (a)s, (b)oth, (t)oggle or (f)orget it? Also it probably should be OpenPGP because PGP is a special product name! ---------- assignedto: werner messages: 1357 nosy: bernhard, bh, werner priority: minor bug status: unread title: s/mime and pgp selection lines text not translated and using "pgp" topic: mutt ______________________________________________________ Aegypten issue tracker ______________________________________________________ From marcus.brinkmann at ruhr-uni-bochum.de Fri Sep 17 00:23:21 2004 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Fri Sep 17 00:22:46 2004 Subject: Problems compiling gpgme In-Reply-To: References: Message-ID: <87hdpx7t0m.wl@ulysses.g10code.de> At Thu, 16 Sep 2004 14:27:02 +0200, Bernhard Herzog wrote: > I have trouble compiling gpgme from CVS. autogen.sh gives a warning: > > configure.ac:53: error: possibly undefined macro: AC_CONFIG_MACRO_DIR > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > autoconf (GNU Autoconf) 2.57 Ok, the macro seems to be new (it is in 2.59). As it doesn't seem to do its job yet anyway, I have disabled this invocation for now. It was a half-hearted attempt to fix the problem that regenerating the configuration with --enable-maintainer-mode automatically doesn't work anymore, as aclocal can't find its files (reproduce this with "./autogen.sh; ./configure --enable-maintainer-mode; touch configure.ac; make" to see what I mean) We can enable this later again, when we bump up the version requirement. Thanks, Marcus From kgw at lunar.ca Sat Sep 11 19:38:56 2004 From: kgw at lunar.ca (Ken Walker) Date: Tue Sep 21 09:04:41 2004 Subject: Kmail and OpenPGP Message-ID: <200409111039.05744.kgw@lunar.ca> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20040911/0369051c/attachment-0001.bin From linux at codehelp.co.uk Tue Sep 21 10:52:19 2004 From: linux at codehelp.co.uk (Neil Williams) Date: Tue Sep 21 10:48:44 2004 Subject: Kmail and OpenPGP In-Reply-To: <200409111039.05744.kgw@lunar.ca> References: <200409111039.05744.kgw@lunar.ca> Message-ID: <200409210952.26214.linux@codehelp.co.uk> On Saturday 11 September 2004 6:38 pm, Ken Walker wrote: > I hope this is the appropriate place to ask these questions as I am not > very skilled in using command line processes and have never compiled > packages in this way before, but here goes: Herein lies your problem. You haven't used the compiler before and it looks like you haven't installed the full compiler package. (An inherent problem with binary distributions). > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes So you could compile programs written in C (like GnuCash), > checking for g++... no > checking for c++... no > checking for gpp... no But you're missing the C++ extensions? Some of these you won't need anyway: > checking for aCC... no > checking for CC... no > checking for cxx... no > checking for cc++... no > checking for cl... no > checking for FCC... no > checking for KCC... no > checking for RCC... no > checking for xlC_r... no > checking for xlC... no But this is a problem: > checking whether we are using the GNU C++ compiler... no > checking whether g++ accepts -g... no > checking dependency style of g++... none > checking how to run the C++ preprocessor... /lib/cpp > configure: error: C++ preprocessor "/lib/cpp" fails sanity check > My guess is that I lack some packages necessary to be able to compile Yes, the compiler! > but I > have no idea whether that is right or what packages may be necessary. > > Can anyone here help? Thanks in advance. I can't help with the specifics on Mandrake, but look for packages for g++ on Debian I get g++-3.4 - The GNU C++ compiler Try that and come back if it still fails. -- Neil Williams ============= http://www.codehelp.co.uk/ http://www.dclug.org.uk/ http://www.isbn.org.uk/ http://sourceforge.net/projects/isbnsearch/ http://www.biglumber.com/x/web?qs=0x8801094A28BCB3E3 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20040921/58305f45/attachment.bin From aegypten-issues at intevation.de Tue Sep 21 11:51:36 2004 From: aegypten-issues at intevation.de (Thomas) Date: Tue Sep 21 11:48:14 2004 Subject: [issue252] LDAP Logon with additional characters in the password Message-ID: <1095760296.52.0.0650084918342.issue252@intevation.de> New submission from Thomas : If you try to logon to a LDAP server using a password which contains additional characters for example a % Kleopatra translated it into %25. Therefore the LDAP server returns an error at the BIND-Request. ---------- messages: 1370 nosy: AtomX priority: bug status: unread title: LDAP Logon with additional characters in the password ______________________________________________________ Aegypten issue tracker ______________________________________________________ From marcus.brinkmann at ruhr-uni-bochum.de Tue Sep 21 20:53:36 2004 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Thu Sep 23 01:53:13 2004 Subject: gpgme license In-Reply-To: <200408251221.17885.marc@klaralvdalens-datakonsult.se> References: <200408251221.17885.marc@klaralvdalens-datakonsult.se> Message-ID: <87k6une9n3.wl@ulysses.g10code.de> Werner expressed his views on LGPL'ing GPGME publicly last time here: http://www.advogato.org/article/685.html Now, this is already a year old, and doesn't concern the Qt exemption you are proposing as an alternative. Maybe Werner wants to say more about that. At Wed, 25 Aug 2004 12:21:14 +0200, Marc Mutz wrote: > Hi, > > since the Aegypten-2 project, we committed ourselves to use gpgme in KDEPIM to > interface to gnupg 1.x (and pre-2.0). > > Unfortunately, this conflicts with the possibility to have KDEPIM native on > Windows. The problem here is of course that Qt on Windows is not available in > a GPL version, and the alternative cygwin solution is considered by many to > not be native enough to compete with native Windows solutions. > > So on behalf of the KDEPIM team I'd like to ask the gpgme team to consider a > change in the license of gpgme. We would be interested in having either the > Qt exception added (see below for the exact wording (same as the one > suggested in the FSF FAQ)), or go the full way and have it LGPL. > > The benfits for gpgme/gnupg would be a chance to gain in the size of the user > base. As we have seen during Aegypten-2, KDEPIM using gpgme seriously let to > a lot of bug fixes and portability fixes for gpgme being posted back upstream > from libgpgme-copy in KDEPIM CVS. The change in usebase from Unix to Windows > could have a similar effect on the stability and portability of gpgme. > > What are your thoughts on this issue? > > Qt exception as is is currently worded in KMail: > In addition, as a special exception, the copyright holders give > permission to link the code of this program with any edition of > the Qt library by Trolltech AS, Norway (or with modified versions > of Qt that use the same license as Qt), and distribute linked > combinations including the two. You must obey the GNU General > Public License in all respects for all of the code used other than > Qt. If you modify this file, you may extend this exception to > your version of the file, but you are not obligated to do so. If > you do not wish to do so, delete this exception statement from > your version. > > Marc > > -- > Marc Mutz -- marc@klaralvdalens-datakonsult.se, mutz@kde.org > Klar?lvdalens Datakonsult AB, Platform-independent software solutions > > _______________________________________________ > Gpa-dev mailing list > Gpa-dev@gnupg.org > http://lists.gnupg.org/mailman/listinfo/gpa-dev > From marcus.brinkmann at ruhr-uni-bochum.de Tue Sep 21 21:02:48 2004 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Thu Sep 23 01:53:21 2004 Subject: [patch] really use rpath In-Reply-To: <200408191935.33871.l.savernik@aon.at> References: <200408191935.33871.l.savernik@aon.at> Message-ID: <87isa7e97r.wl@ulysses.g10code.de> At Thu, 19 Aug 2004 19:35:30 +0200, Leo Savernik wrote: > If --enable-rpath is given, it should actually be linked into the executable. Correct, I have applied the patch in CVS, thanks! Marcus From aegypten-issues at intevation.de Thu Sep 23 17:59:23 2004 From: aegypten-issues at intevation.de (Bernhard Herzog) Date: Thu Sep 23 17:56:03 2004 Subject: [issue253] pinentry has problems with non-ascii characters again Message-ID: <1095955163.28.0.469610115556.issue253@intevation.de> New submission from Bernhard Herzog : Pinentry (both gtk and qt) have problems with non-ascii characters again. In pinentry-gtk when it's used to ask for the passphrase for a particular smime key, the non-ascii characters in the subject dn are shown correctly but in the word "Schl?ssel" The ? is utf8 interpreted as latin1. With pinentry-qt it's basically the other way round, that is the dn is wrong but the "Schl?ssel" is correct. I think this may be related to the recent encoding fixes for the protect-tool. ---------- assignedto: werner messages: 1393 nosy: bh, werner priority: urgent status: unread title: pinentry has problems with non-ascii characters again topic: gpg-agent, gpgsm ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Fri Sep 24 11:18:29 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Fri Sep 24 11:15:06 2004 Subject: [issue254] gpg-conf: german translation missing Message-ID: <1096017509.31.0.126118549616.issue254@intevation.de> New submission from Jan-Oliver Wagner : In KDE config dialog, but also here you can see it: jan@hipponoe jan 506: LANG=de_DE gpgconf --list-options gpgsm gpgsm: NOTE: THIS IS A DEVELOPMENT VERSION! gpgsm: It is only intended for test purposes and should NOT be gpgsm: used in a production environment or with production keys! Warning: using insecure memory! random usage: poolsize=600 mixed=0 polls=0/0 added=0/0 outmix=0 getlvl1=0/0 getlvl2=0/0 secmem usage: 0/16384 bytes in 0 blocks Monitor:1:0:Options controlling the diagnostic output:0:0:::: verbose:4:0:Detaillierte Informationen:0:0:::: quiet:0:0:Etwas weniger Infos:0:0:::: Debug:1:1:Options useful for debugging:0:0:::: debug-level:18:1:set the debugging level to LEVEL:1:1:LEVEL:"none::"guru log-file:0:1:write logs to FILE:32:1:FILE:::"socket%3a///tmp/log-socket-jan Security:1:0:Options controlling the security:0:0:::: disable-crl-checks:0:0:never consult a CRL:0:0:::: enable-ocsp:0:1:check validity using OCSP:0:0:::: include-certs:16:2:number of certificates to include:2:2:N:1:: disable-policy-checks:0:1:do not check certificate policies:0:0:::: auto-issuer-key-retrieve:0:0:fetch missing issuer certificates:0:0:::: ---------- assignedto: werner messages: 1413 nosy: jan, werner priority: urgent status: chatting title: gpg-conf: german translation missing topic: gpgconf ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Fri Sep 24 18:59:10 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Fri Sep 24 18:55:46 2004 Subject: [issue255] gnupg: manual for gpgsm can not be build Message-ID: <1096045150.55.0.604651005874.issue255@intevation.de> New submission from Jan-Oliver Wagner : in directory gnupg/doc I can't run make gpgsm.dvi []\tenrm @item --dump-external-keys @varpat-tern @opin-dex dump-external-keys L ist cer-tifi-cates match-ing @varpat-| ! You can't use `macro parameter character #' in horizontal mode. l.188 in a PKCS# 12 format. When using along with the @code{--armor} option ---------- assignedto: werner messages: 1446 nosy: jan, werner priority: critical status: unread title: gnupg: manual for gpgsm can not be build topic: gpgsm ______________________________________________________ Aegypten issue tracker ______________________________________________________ From cepl at surfbest.net Sun Sep 26 20:13:28 2004 From: cepl at surfbest.net (Matej Cepl) Date: Sun Sep 26 22:06:53 2004 Subject: gpg 1.9 for Debian/sarge Message-ID: <3134492.AjnBl1Xzxd@komensky.surfbest.net> Hi, does anybody have a packages of gpg 1.9 for Debian/sarge (or Debian/whatever :-)? Thanks, Matej -- Matej Cepl, GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC 138 Highland Ave. #10, Somerville, Ma 02143, (617) 623-1488 From bernhard at intevation.de Mon Sep 27 17:53:51 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon Sep 27 17:50:28 2004 Subject: mutt and gpg groups Message-ID: <20040927155351.GA32152@intevation.de> I have difficulties using mutt and gnupg's group feature. gpg 1.2.4 gpg-agent 1.9.11-cvs Using mutt from CVS with the patches: patch-1.5.6cvs.g10.mdn.3 patch-1.5.6cvs.g10.gpgme.6 (wrongly reported as .4) Is this supposted to work? What do I do wrong? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20040927/37a9cb98/attachment.bin From wk at gnupg.org Mon Sep 27 19:49:26 2004 From: wk at gnupg.org (Werner Koch) Date: Mon Sep 27 19:49:08 2004 Subject: mutt and gpg groups In-Reply-To: <20040927155351.GA32152@intevation.de> (Bernhard Reiter's message of "Mon, 27 Sep 2004 17:53:51 +0200") References: <20040927155351.GA32152@intevation.de> Message-ID: <87mzzbmwk9.fsf@wheatstone.g10code.de> On Mon, 27 Sep 2004 17:53:51 +0200, Bernhard Reiter said: > I have difficulties using mutt and gnupg's group feature. It simply does not work because mutt uses its own fucntion to select the key and then passes those keys to gpg. If the key is not listable with mutt'ss key listing it won't be used. group functions are a feature of the gpg command line to make it easier on the command line. gpg --list-keys won't list group aliases, thus mutt can't use them. gpg --list-config --with-colons group allows to list those group and mutt could be adjusted to make use of it. In general I think it is easier to make use of mutt's alais fucntion for that. Werner From jan at intevation.de Mon Sep 27 20:10:14 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Mon Sep 27 20:06:55 2004 Subject: gpg 1.9 for Debian/sarge In-Reply-To: <3134492.AjnBl1Xzxd@komensky.surfbest.net> References: <3134492.AjnBl1Xzxd@komensky.surfbest.net> Message-ID: <20040927181014.GB9642@intevation.de> On Sun, Sep 26, 2004 at 02:13:28PM -0400, Matej Cepl wrote: > does anybody have a packages of gpg 1.9 for Debian/sarge (or > Debian/whatever :-)? you may try this one: http://apt.intevation.de/deb/dists/woody/aegypten_2_0_0_rc1/binary-i386/gnupg1.9_1.9.10-0.0.0.1_i386.deb but be aware that we can't provide extensive support for installation as it is a package series explicitly for a customer of Intevation and may not even work perfectly on your standard Woody. Well, you find the source there as well if you know enough about Debian packaging ... ;-) Oh, and better don't get all of the KDE packages you find there. That will most likely and considerably harm your installation. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From aegypten-issues at intevation.de Mon Sep 27 20:29:07 2004 From: aegypten-issues at intevation.de (David Faure) Date: Mon Sep 27 20:25:40 2004 Subject: [issue256] wrong passphrase in secret key export -> "general error" Message-ID: <1096309747.26.0.561087238672.issue256@intevation.de> New submission from David Faure : * Start kleopatra * File / Export Secret Key * Choose a key (for which you have a private key, obviously) * pineentry-qt appears * Type the _wrong_ passphrase * The following error message appears: An error occurred while trying to export the secret key: General error Please make the error message more informative. ---------- assignedto: werner messages: 1455 nosy: david, jan, werner priority: bug status: unread title: wrong passphrase in secret key export -> "general error" topic: certmanager, gpgsm ______________________________________________________ Aegypten issue tracker ______________________________________________________ From bh at intevation.de Tue Sep 28 13:21:06 2004 From: bh at intevation.de (Bernhard Herzog) Date: Tue Sep 28 13:17:44 2004 Subject: Patch for gpgme.texi bug Message-ID: Hi, I just tried to compile a current gpgme from CVS and it failed when building the docs. gpgme.texi has a wrong closing brace. See patch. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: gpgme-texi.diff Type: text/x-diff Size: 1131 bytes Desc: Patch for gpgme.texi Url : /pipermail/attachments/20040928/31a3f3ed/gpgme-texi.bin From marcus.brinkmann at ruhr-uni-bochum.de Tue Sep 28 13:47:04 2004 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Tue Sep 28 13:46:23 2004 Subject: Patch for gpgme.texi bug In-Reply-To: References: Message-ID: <87vfdyaa4n.wl@ulysses.g10code.de> At Tue, 28 Sep 2004 13:21:06 +0200, Bernhard Herzog wrote: > I just tried to compile a current gpgme from CVS and it failed when > building the docs. gpgme.texi has a wrong closing brace. See patch. D'oh, thanks. Fixed in CVS. (BTW, just as a general note, unified context diffs are much more readable when the changes are complex, so please use the "-u" option with diff or cvs diff). Thanks, Marcus From aegypten-issues at intevation.de Wed Sep 29 14:48:29 2004 From: aegypten-issues at intevation.de (Bernhard Reiter) Date: Wed Sep 29 14:45:03 2004 Subject: [issue257] gpgsm (and gpg-agent?) still logging to strerr Message-ID: <1096462109.37.0.26527984196.issue257@intevation.de> New submission from Bernhard Reiter : gpgsm and gpg-agent CVS from 20040829 or the day before. ~/.gnupg$ grep log-file *.conf dirmngr.conf:log-file socket:///home/bernhard/.gnupg/log-socket gpg-agent.conf:log-file socket:///home/bernhard/.gnupg/log-socket gpgsm.conf:log-file socket:///home/bernhard/.gnupg/log-socket scdaemon.conf:log-file socket:///home/bernhard/.gnupg/log-socket then I start watchgnupg --force /home/bernhard/.gnupg/log-socket still I get debug message on the screen e.g. when running gpgsm --verify x.sig (not when doing gpgsm --list-key). So I guess that the gpg-agent does not fully honor the log-file option?) ---------- assignedto: werner messages: 1492 nosy: bernhard, bh, jan, werner priority: bug status: unread title: gpgsm (and gpg-agent?) still logging to strerr topic: gpg-agent, gpgsm ______________________________________________________ Aegypten issue tracker ______________________________________________________ From bernhard at intevation.de Wed Sep 29 16:56:32 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed Sep 29 16:53:08 2004 Subject: mutt and gpg groups In-Reply-To: <87mzzbmwk9.fsf@wheatstone.g10code.de> References: <20040927155351.GA32152@intevation.de> <87mzzbmwk9.fsf@wheatstone.g10code.de> Message-ID: <20040929145632.GS11647@intevation.de> On Mon, Sep 27, 2004 at 07:49:26PM +0200, Werner Koch wrote: > On Mon, 27 Sep 2004 17:53:51 +0200, Bernhard Reiter said: > > > I have difficulties using mutt and gnupg's group feature. > > It simply does not work because mutt uses its own fucntion to select > the key and then passes those keys to gpg. If the key is not listable > with mutt'ss key listing it won't be used. > > group functions are a feature of the gpg command line to make it > easier on the command line. gpg --list-keys won't list group aliases, > thus mutt can't use them. > > gpg --list-config --with-colons group > > allows to list those group and mutt could be adjusted to make use of > it. In general I think it is easier to make use of mutt's alais > fucntion for that. Have you tried that? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20040929/be013464/attachment.bin From bernhard at intevation.de Wed Sep 29 16:57:51 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed Sep 29 16:54:29 2004 Subject: Patch for gpgme.texi bug In-Reply-To: <87vfdyaa4n.wl@ulysses.g10code.de> References: <87vfdyaa4n.wl@ulysses.g10code.de> Message-ID: <20040929145751.GT11647@intevation.de> On Tue, Sep 28, 2004 at 01:47:04PM +0200, Marcus Brinkmann wrote: > (BTW, just as a general note, unified > context diffs are much more readable when the changes are complex, so > please use the "-u" option with diff or cvs diff). It is good to know you prefer them, I think that the debate about -c or -u is not decided yet, some developers prefer -c. ;) Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20040929/7f2e58e2/attachment.bin From wk at gnupg.org Wed Sep 29 19:31:53 2004 From: wk at gnupg.org (Werner Koch) Date: Wed Sep 29 19:34:09 2004 Subject: Patch for gpgme.texi bug In-Reply-To: <20040929145751.GT11647@intevation.de> (Bernhard Reiter's message of "Wed, 29 Sep 2004 16:57:51 +0200") References: <87vfdyaa4n.wl@ulysses.g10code.de> <20040929145751.GT11647@intevation.de> Message-ID: <87pt45f0c6.fsf@wheatstone.g10code.de> On Wed, 29 Sep 2004 16:57:51 +0200, Bernhard Reiter said: > I think that the debate about -c or -u is not decided yet, > some developers prefer -c. > ;) Maybe -c is better fro python stuff ;-) From wk at gnupg.org Wed Sep 29 19:30:59 2004 From: wk at gnupg.org (Werner Koch) Date: Wed Sep 29 19:34:20 2004 Subject: mutt and gpg groups In-Reply-To: <20040929145632.GS11647@intevation.de> (Bernhard Reiter's message of "Wed, 29 Sep 2004 16:56:32 +0200") References: <20040927155351.GA32152@intevation.de> <87mzzbmwk9.fsf@wheatstone.g10code.de> <20040929145632.GS11647@intevation.de> Message-ID: <87u0thf0do.fsf@wheatstone.g10code.de> On Wed, 29 Sep 2004 16:56:32 +0200, Bernhard Reiter said: >> gpg --list-config --with-colons group >> >> allows to list those group and mutt could be adjusted to make use of >> it. In general I think it is easier to make use of mutt's alais >> fucntion for that. > Have you tried that? Sure. You need a decent gpg, though (IIRC, 1.2.5). gpg2 does not work here. Werner From marcus.brinkmann at ruhr-uni-bochum.de Thu Sep 30 00:06:23 2004 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Thu Sep 30 00:06:22 2004 Subject: Patch for gpgme.texi bug In-Reply-To: <20040929145751.GT11647@intevation.de> References: <87vfdyaa4n.wl@ulysses.g10code.de> <20040929145751.GT11647@intevation.de> Message-ID: <87oejoafxc.wl@ulysses.g10code.de> At Wed, 29 Sep 2004 16:57:51 +0200, Bernhard Reiter wrote: > > context diffs are much more readable when the changes are complex, so > > please use the "-u" option with diff or cvs diff). > > It is good to know you prefer them, > I think that the debate about -c or -u is not decided yet, > some developers prefer -c. > ;) Well, I could see why, but it really depends on the type of changes. Unfortunately that makes it impossible to give easy instructions for a contributor to follow. :-/ For a one-liner -u has the obvious advantage of putting the changed line directly next to the original, though. But yeah, it's probably subjective. It's not a big deal, as long it's -c or -u at least. What I forgot to mention though (and sometimes forget using myself) is the---for C code---highly useful option -p (--show-c-function), a real underdog! Thanks, Marcus From marcus.brinkmann at ruhr-uni-bochum.de Thu Sep 30 18:07:54 2004 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Thu Sep 30 18:06:36 2004 Subject: [Announce] GPGME 1.0.0 released Message-ID: <87d603agf9.wl@ulysses.g10code.de> We are pleased to announce version 1.0.0 of GnuPG Made Easy, a library designed to make access to GnuPG easier for applications. It may be found in the file (about 791 KB compressed) ftp://ftp.gnupg.org/gcrypt/gpgme/gpgme-1.0.0.tar.gz The following files are also available: ftp://ftp.gnupg.org/gcrypt/gpgme/gpgme-1.0.0.tar.gz.sig ftp://ftp.gnupg.org/gcrypt/alpha/gpgme/gpgme-0.9.0-1.0.0.diff.gz It should soon appear on the mirrors listed at: http://www.gnupg.org/mirrors.html Bug reports and requests for assistance should be sent to: gnupg-devel@gnupg.org The md5sum checksums for this distibution are 6b6847d1fb58ee3ac613019a44a58a0e gpgme-0.9.0-1.0.0.diff.gz 1abf7accd905c435da567d0852c080af gpgme-1.0.0.tar.gz f489a46c0047a11e6563821fb22504e3 gpgme-1.0.0.tar.gz.sig Noteworthy changes in version 1.0.0 (2004-09-30) ------------------------------------------------ * Version 1.0.0! We are proud to present you with a thoroughly tested and stable version of the GPGME library. A big Thank You! to all the people who made this possible. The development will be branched into a stable 1.x.y series and the head. * The gpgme.m4 macro supports checking the API version. Just prepend it to the required version string, separated by a colon. For example, this release has the version "1:1.0.0". The last release to which this version is (mostly) ABI compatible is "1:0.4.2", which is the default required version. Marcus Brinkmann mb@g10code.de From cepl at surfbest.net Thu Sep 30 23:39:45 2004 From: cepl at surfbest.net (Matej Cepl) Date: Fri Oct 1 00:37:12 2004 Subject: gpg 1.9 for Debian/sarge References: <3134492.AjnBl1Xzxd@komensky.surfbest.net> <20040927181014.GB9642@intevation.de> Message-ID: <1307049.ekbCbqjmgL@blahoslav.surfbest.net> Jan-Oliver Wagner wrote: > on your > standard Woody. Sarge > Oh, and better don't get all of the KDE packages you find > there. That will most likely and considerably harm your > installation. Sure, thanks for the link anyway, I will try it. Matej -- Matej Cepl, GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC 138 Highland Ave. #10, Somerville, Ma 02143, (617) 623-1488 From marcus.brinkmann at ruhr-uni-bochum.de Thu Sep 30 18:07:54 2004 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Fri Oct 1 11:18:12 2004 Subject: [Announce] GPGME 1.0.0 released Message-ID: We are pleased to announce version 1.0.0 of GnuPG Made Easy, a library designed to make access to GnuPG easier for applications. It may be found in the file (about 791 KB compressed) ftp://ftp.gnupg.org/gcrypt/gpgme/gpgme-1.0.0.tar.gz The following files are also available: ftp://ftp.gnupg.org/gcrypt/gpgme/gpgme-1.0.0.tar.gz.sig ftp://ftp.gnupg.org/gcrypt/alpha/gpgme/gpgme-0.9.0-1.0.0.diff.gz It should soon appear on the mirrors listed at: http://www.gnupg.org/mirrors.html Bug reports and requests for assistance should be sent to: gnupg-devel@gnupg.org The md5sum checksums for this distibution are 6b6847d1fb58ee3ac613019a44a58a0e gpgme-0.9.0-1.0.0.diff.gz 1abf7accd905c435da567d0852c080af gpgme-1.0.0.tar.gz f489a46c0047a11e6563821fb22504e3 gpgme-1.0.0.tar.gz.sig Noteworthy changes in version 1.0.0 (2004-09-30) ------------------------------------------------ * Version 1.0.0! We are proud to present you with a thoroughly tested and stable version of the GPGME library. A big Thank You! to all the people who made this possible. The development will be branched into a stable 1.x.y series and the head. * The gpgme.m4 macro supports checking the API version. Just prepend it to the required version string, separated by a colon. For example, this release has the version "1:1.0.0". The last release to which this version is (mostly) ABI compatible is "1:0.4.2", which is the default required version. Marcus Brinkmann mb@g10code.de _______________________________________________ Gnupg-announce mailing list Gnupg-announce@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-announce From marcus.brinkmann at ruhr-uni-bochum.de Thu Sep 30 18:07:54 2004 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Fri Oct 1 11:19:50 2004 Subject: [Announce] GPGME 1.0.0 released Message-ID: <87d603agf9.wl@ulysses.g10code.de> We are pleased to announce version 1.0.0 of GnuPG Made Easy, a library designed to make access to GnuPG easier for applications. It may be found in the file (about 791 KB compressed) ftp://ftp.gnupg.org/gcrypt/gpgme/gpgme-1.0.0.tar.gz The following files are also available: ftp://ftp.gnupg.org/gcrypt/gpgme/gpgme-1.0.0.tar.gz.sig ftp://ftp.gnupg.org/gcrypt/alpha/gpgme/gpgme-0.9.0-1.0.0.diff.gz It should soon appear on the mirrors listed at: http://www.gnupg.org/mirrors.html Bug reports and requests for assistance should be sent to: gnupg-devel@gnupg.org The md5sum checksums for this distibution are 6b6847d1fb58ee3ac613019a44a58a0e gpgme-0.9.0-1.0.0.diff.gz 1abf7accd905c435da567d0852c080af gpgme-1.0.0.tar.gz f489a46c0047a11e6563821fb22504e3 gpgme-1.0.0.tar.gz.sig Noteworthy changes in version 1.0.0 (2004-09-30) ------------------------------------------------ * Version 1.0.0! We are proud to present you with a thoroughly tested and stable version of the GPGME library. A big Thank You! to all the people who made this possible. The development will be branched into a stable 1.x.y series and the head. * The gpgme.m4 macro supports checking the API version. Just prepend it to the required version string, separated by a colon. For example, this release has the version "1:1.0.0". The last release to which this version is (mostly) ABI compatible is "1:0.4.2", which is the default required version. Marcus Brinkmann mb@g10code.de _______________________________________________ Gnupg-announce mailing list Gnupg-announce@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-announce