Discussion:
gnupload and gpp2
Phillip Lord
2017-11-06 10:04:20 UTC
Permalink
Currently, gnupload defaults to GPG="gpg" which in turn defaults to gpg
1. This is a little painful as the handling of gpg-agent has changed
substantially between gpg1 and gpg2. I notice that a lot of online
documentation assumes gpg2 nowadays ("gpg-agent is started on need...").

Would it be possible to add support for gpg2 to gnupload? Just editing
the GPG="gpg" to GPG="gpgp2" works for me....

Phil
Jim Meyering
2017-11-06 14:47:42 UTC
Permalink
Post by Phillip Lord
Currently, gnupload defaults to GPG="gpg" which in turn defaults to gpg
1. This is a little painful as the handling of gpg-agent has changed
substantially between gpg1 and gpg2. I notice that a lot of online
documentation assumes gpg2 nowadays ("gpg-agent is started on need...").
Would it be possible to add support for gpg2 to gnupload? Just editing
the GPG="gpg" to GPG="gpgp2" works for me....
Hi Phillip,
You should be able to get the desired effect without changing the
tool: instead, create a symlink in a directory that is earlier than
that of gpg (e.g., in your ~/bin directory) that is named "gpg" and
that points to the program you want to use in its place. Then it
should just work.

The trouble with hard-coding a version number in the name of the tool
is that many are already using a "gpg" that is version 2, and may not
have the "2"-suffixed name around at all.
Pádraig Brady
2017-11-07 05:51:10 UTC
Permalink
Post by Jim Meyering
Post by Phillip Lord
Currently, gnupload defaults to GPG="gpg" which in turn defaults to gpg
1. This is a little painful as the handling of gpg-agent has changed
substantially between gpg1 and gpg2. I notice that a lot of online
documentation assumes gpg2 nowadays ("gpg-agent is started on need...").
Would it be possible to add support for gpg2 to gnupload? Just editing
the GPG="gpg" to GPG="gpgp2" works for me....
Hi Phillip,
You should be able to get the desired effect without changing the
tool: instead, create a symlink in a directory that is earlier than
that of gpg (e.g., in your ~/bin directory) that is named "gpg" and
that points to the program you want to use in its place. Then it
should just work.
The trouble with hard-coding a version number in the name of the tool
is that many are already using a "gpg" that is version 2, and may not
have the "2"-suffixed name around at all.
There was talk recently on Fedora about transitioning the gpg name
to start the version 2 program. Upstream is already transitioning
to gpg as default binary name for version 2.
https://lists.fedoraproject.org/archives/search?mlist=devel%40lists.fedoraproject.org&q=gpg1

cheers,
Pádraig
Phillip Lord
2017-11-07 11:16:38 UTC
Permalink
Post by Jim Meyering
Post by Phillip Lord
Currently, gnupload defaults to GPG="gpg" which in turn defaults to gpg
1. This is a little painful as the handling of gpg-agent has changed
substantially between gpg1 and gpg2. I notice that a lot of online
documentation assumes gpg2 nowadays ("gpg-agent is started on need...").
Would it be possible to add support for gpg2 to gnupload? Just editing
the GPG="gpg" to GPG="gpgp2" works for me....
Hi Phillip,
You should be able to get the desired effect without changing the
tool: instead, create a symlink in a directory that is earlier than
that of gpg (e.g., in your ~/bin directory) that is named "gpg" and
that points to the program you want to use in its place. Then it
should just work.
The trouble with hard-coding a version number in the name of the tool
is that many are already using a "gpg" that is version 2, and may not
have the "2"-suffixed name around at all.
All true, of course. Could do, if gpg2-present use that, else gpg. That
would work for all?

Phil
Jim Meyering
2017-11-07 15:13:13 UTC
Permalink
Post by Phillip Lord
Post by Jim Meyering
Post by Phillip Lord
Currently, gnupload defaults to GPG="gpg" which in turn defaults to gpg
1. This is a little painful as the handling of gpg-agent has changed
substantially between gpg1 and gpg2. I notice that a lot of online
documentation assumes gpg2 nowadays ("gpg-agent is started on need...").
Would it be possible to add support for gpg2 to gnupload? Just editing
the GPG="gpg" to GPG="gpgp2" works for me....
Hi Phillip,
You should be able to get the desired effect without changing the
tool: instead, create a symlink in a directory that is earlier than
that of gpg (e.g., in your ~/bin directory) that is named "gpg" and
that points to the program you want to use in its place. Then it
should just work.
The trouble with hard-coding a version number in the name of the tool
is that many are already using a "gpg" that is version 2, and may not
have the "2"-suffixed name around at all.
All true, of course. Could do, if gpg2-present use that, else gpg. That
would work for all?
Why bother, when everyone if moving away from using the gpg2 name and
there is an easy work-around? We'd just have to remove (or live with
an obsolete workaround) this code once specifying the gpg2 program
name is no longer useful.
Phillip Lord
2017-11-10 16:36:35 UTC
Permalink
Post by Jim Meyering
Post by Phillip Lord
Post by Jim Meyering
Hi Phillip,
You should be able to get the desired effect without changing the
tool: instead, create a symlink in a directory that is earlier than
that of gpg (e.g., in your ~/bin directory) that is named "gpg" and
that points to the program you want to use in its place. Then it
should just work.
The trouble with hard-coding a version number in the name of the tool
is that many are already using a "gpg" that is version 2, and may not
have the "2"-suffixed name around at all.
All true, of course. Could do, if gpg2-present use that, else gpg. That
would work for all?
Why bother, when everyone if moving away from using the gpg2 name and
there is an easy work-around? We'd just have to remove (or live with
an obsolete workaround) this code once specifying the gpg2 program
name is no longer useful.
Yes, that's true. I shall symlink around the problem. In about 10 years
time I will find the symlink sitting there, and wonder why I added it in
the first place.

Phil

Loading...