Hi Collin, > I cannot recall the last time I used a system where the 'gpg' command > was version 1. The cfarm CentOS 7 machines even have 'gpg' as version 2, > and those are probably the oldest I have access to. > > Any objections to the attached patch? > > In 2018 you said [1]: > > > Ubuntu 2016.04 (which is supported until April 2021, > > that is, 3 years from now), has `gpg --version` = 1.x. > > > > So, if it's supported until April 2021, you can assume some users will use > > it until 2025. In order to not gratuitously hurt these users, I would > > suggest > > keep this code until at least 2025. > > So I just want to make sure the situation hasn't changed in your view > before pushing.
Looking at https://repology.org/project/gnupg/versions, it seems that several important distros still have separate packages for GnuPG 1 and 2: Debian 13 Fedora 42 Raspbian Slackware 15 T2SDE Ubuntu 25.10 What matters is: what is installed by default? I checked a few recent VMs that I happen to have installed, and while many (Debian 12, Fedora 42, Ubuntu 25.10, Solaris OpenIndiana 2025) have GnuPG version 2.x under the name /usr/bin/gpg, that's not the case everywhere: On Slackware 15, which is not that old [1]: $ gpg --version => 1.4.23 $ gpg2 --version => 2.2.33 So, I would say, the right course of action is to keep the code in place and only update the comments to mention Slackware instead of Ubuntu. The code has no drawbacks, right? Bruno [1] https://en.wikipedia.org/wiki/Slackware
