D36: 114_verify-show-primary-only.patch

Moved to libgcrypt until we have implemented this feature.

Date: 2007-01-29 17:03
Sender: Werner Koch

Scheduled for 1.3

We install all the documentaion we consider as useful. If you do not like that,
delete these files after installation.

I think whether --disable-nls is exclusively related to the software may be a
matter of interpretation.

--disable-nls is only related to the software and not to the documentation.

Please quote the releavnt parts of the Makefile (+-10 lines). Makefiles are
generated at configure time and thus I can't see what's wrong. It might also be
useful to send the entire Makefile (use the File field to upload it).

I've implemented this one as --passphrase-repeat. Users may set this to however
many repeats they feel will help them remember the passphrase. If they make an
error, GPG will start over. It defaults to 1 of course, which is the old behavior.

Yes there is ...: Here is the reason why you need it for :

I've found out the problem ... their was a problem with your configure
worked with automake but not with ./configure ....your configure program
has a error then because when I tried to configure with configure & not
automake it did need gnu make to compile otherwise it complained about
line 250 in the makefile being bad for some reason.
can't remember what exactly and will look it up.

There is no need for GNU make with libgpg-error. Automake which creates the
Makefiles won't do any GNU make specific things. If it did, it is an automake
bug and needs to be reported to the automake folks. The next versions will

Actually this is not urgent, but a feature request.

There is a HKP keyserver now running at hkp://demokeys.gnupg.org .
I am currently loading up a snapshot of another keyserver. There won't be any
syncing unless people manually sync.

Using GPGME should solve most of the problems.

Thanks for the info. I'll look more deeply into the --status-fd approach as
well as gpgme. I understand the desire to stay away from maintaining
application-specific error tables and serializing conditions into meaningful
return values, but to the shell script writer, the bread-and-butter of UNIX
environments, it is invaluable. Again, thanks for your info.

Return codes are not a good way to return non-boolean status information. In
particular not with a complicated tool like gpg. There are often several things
to consider when deciding whether a verification worked out. Packing this all
into an 8 bit (or well better just 7 bit) vector is not easy.

Solved by applying an exception to the ldap and curl helpers.

I have released 1.9.90 today. This includes the new features.

Thinking again about it I figured that most options are already available. The
--enable-agent-only is just a shortcut for --disable-gpg --disable-gpgsm
--disable-scdaemon. I have added new options --disable-tools and --disable-doc
to make them also configurable.

We currently work on a solution.

A possible feature would be to tag requests with the name of the process (e.g.
mutt). However, this is hard to implement as we need to change it at many
places and extra arguments are required.

groups are just a hack and have several problems as well. It is not gpg's task
to implement an addressbook or alike. If this is needed write a frontend to gpg
to do that.

Makes sense to me.

Supposedly fix. Otherwise, we need a new report stating where the link is.

Moved to
http://wald.intevation.org/tracker/index.php?func=detail&aid=166&group_id=13&atid=134

Moved to
http://wald.intevation.org/tracker/index.php?func=detail&aid=165&group_id=13&atid=134

There is a new key now.

There are intermittent problems with the ftp server at times. Sorry for the
inconvenience. It works today.

The ftp site seems to be up to date as of today.

Iconv is available in the same directory as the w32 binary package:
ftp://ftp.gnupg.org/gcrypt/binary/libiconv-1.9.1.dll.zip

This does not work. Under a standard GNU/Linux OS you don't have means
for a finer permission granularity that the one based on the UID.

This has been fixed in 1.9.21

We have by now created the gpg4win project, which contains binaries not only for gnupg and gpgme, but also for a couple of other packages. Please see www.gpg4win.org. Unfortunately, it is not easy to extract just the gpgme DLL from the package, but it is automatically installed if you install gpa or sylpheed. Not sure if this is sufficient for you.

I gave it a shot and spent half a day on it. No way, I can't update the preview window without updating the actual text of the message. Chaning all messages to "This is a PGP/MIME message" is probably not a good idea. Code is in the new version 0.9.9 but deactivated.

Can't be done.

Turns out that this is a lot of work. we need to add an
extra code path to check for PGP/MIME mails does not try to
decrypt/verify anything. Will take a day or so.