For now, we are not able to appreciate PGP at its full potential.
Need OPENPGPKEY RR support (see related RFC and the Bortzmeyer analysis):
-
The
systemd
package supports resolving of OPENPGPKEY RR sincesystemd
230 released on 2016-05-22
Verify your OPENPGPKEY RR:systemd-resolve --openpgp [email protected]
-
The
python2-gnupg
dependency ofhash-slinger
has been fixed on 2016-06-06 master branch and the 0.3.9 version with the patch has been released on 2016-09-10.
Generate your OPENPGPKEY RR:openpgpkey --output rfc [email protected]
-
The
python2-unbound
dependency ofhash-slinger
is really heavy because it depends also of theunbound
recursive DNS server package which, onArch Linux
, contains also thelibunbound2
/unbound-libs
library. On the contrary, onUbuntu
or onFedora
, the mainunbound
package andlibunbound2
/unbound-libs
library are splitted. Anunbound-libs
AUR package should be created to remplace theunbound
dependency ofpython2-unbound
. Nevertheless, it is not theArch Linux
philosophy :
Packages are only split when compelling advantages exist.
- For now, it's better to generate your OPENPGPKEY RR with
gpg
.
Need ECC support:
mailvelope/mailvelope#547CLOSEDgoogle/end-to-end#319STALLEDRainLoop/rainloop-webmail#1023CLOSEDRainLoop/rainloop-webmail#1618STALLEDopenpgpjs/openpgpjs#427DONEopenpgpjs/openpgpjs#428DONEhttps://www.huque.com/bin/openpgpkeyDONEopen-keychain/open-keychain#1533CLOSEDopen-keychain/open-keychain#1627CLOSEDopen-keychain/open-keychain#2178CLOSEDopen-keychain/open-keychain#2269MERGED- Keybase 1 & 2 are being solved by the
kbpgp
fork