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
systemdpackage supports resolving of OPENPGPKEY RR sincesystemd230 released on 2016-05-22
Verify your OPENPGPKEY RR:systemd-resolve --openpgp email@example.com -
The
python2-gnupgdependency ofhash-slingerhas 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@example.com -
The
python2-unbounddependency ofhash-slingeris really heavy because it depends also of theunboundrecursive DNS server package which, onArch Linux, contains also thelibunbound2/unbound-libslibrary. On the contrary, onUbuntuor onFedora, the mainunboundpackage andlibunbound2/unbound-libslibrary are splitted. Anunbound-libsAUR package should be created to remplace theunbounddependency ofpython2-unbound. Nevertheless, it is not theArch Linuxphilosophy :
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
kbpgpfork