Discussion:
gnupload and gpp2
Add Reply
Phillip Lord
2017-11-06 10:04:20 UTC
Reply
Permalink
Raw Message
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
Reply
Permalink
Raw Message
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
Reply
Permalink
Raw Message
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
Reply
Permalink
Raw Message
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
Reply
Permalink
Raw Message
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
Reply
Permalink
Raw Message
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...