pass @1.6.5 add variant for gnupg21 dependency

[edwin@…]

this patch is based on updated Portfile from ticket #47050

adds support for the new GnuPG 2.1.x port

variant description could be better

[john@…]

Thanks for this too.

However, rather than introducing a variant, I think a bin dependency would be the way to go. That is:

depends_run bin:gpg2:gnupg2

This will use the gpg2 executable provided by either gnupg2 or gnupg21 if one is installed, or otherwise install gnupg2.

Note that I've not actually tried this in practice -- I'll do so when I get chance, but feel free to see if it works for you and submit a new patch if you have time.

[john@…]

I've added a dependency of the sort I suggest to the updated portfile in #47050. I prefer that to the variant originally suggested here.

[Ionic (Mihai Moldovan)]

Fixed by r138163.

[ryandesign (Ryan Carsten Schmidt)]

A bin:-style dependency should only be used if you want to allow a binary outside of MacPorts to be able to satisfy the dependency. Usually we do not want that. If you only want to allow binaries provided by MacPorts ports to satisfy the dependency, but there are multiple ports that could provide it, then use a path:-style dependency (path:bin/gpg2:gnupg2).

[Ionic (Mihai Moldovan)]

Updated in r138311.

It shouldn't make a big difference, though, as Apple doesn't (yet) ship any gnupg version. Problems with MacGPG, which installs to /usr/local, are unlikely because the default PATH value for MacPorts does not include /usr/local/bin.