Re: [O] Solved: Bug: org-encrypt-entry fails [9.1.2 (9.1.2-elpa @ /Users/dmm/.emacs.d/elpa/org-20171004/)]
Fair enough. When I get some time I’ll find out how to send this through as a Wishlist bug. Thank you for the direction. > On 15 Oct 2017, at 7:37 pm, Nicolas Goaziou wrote: > > Hello, > > David Maslen writes: > >> I’m sorry I don’t know how to implement, or provide a patch, but I checked >> *messages* for a clue to what was going wrong. >> I now think this isn’t an org issue, but the epa functions worked, and the >> org-encrypt (which I read uses epg) failed silently, so I reported here. >> >> If the *messages* said something like “prompting for passphrase”, I’d >> have realised earlier that was not occurring. > > Org Crypt never directly prompts for a passphrase. `epg-encrypt-string' > does. So I think this message should be sent from EPG library instead. > > Regards, > > -- > Nicolas Goaziou
Re: [O] Solved: Bug: org-encrypt-entry fails [9.1.2 (9.1.2-elpa @ /Users/dmm/.emacs.d/elpa/org-20171004/)]
I’m sorry I don’t know how to implement, or provide a patch, but I checked *messages* for a clue to what was going wrong. I now think this isn’t an org issue, but the epa functions worked, and the org-encrypt (which I read uses epg) failed silently, so I reported here. If the *messages* said something like “prompting for passphrase”, I’d have realised earlier that was not occurring. > On 14 Oct 2017, at 7:33 pm, Nicolas Goaziou wrote: > > Hello, > > David Maslen writes: > >> Problem was that in graphical mode I saw no password prompt. Failed without >> a useful failure message. >> Perhaps org-crypt could be improved to catch this situation? > > What would you suggest? > > Regards, > > -- > Nicolas Goaziou
[O] Solved: Bug: org-encrypt-entry fails [9.1.2 (9.1.2-elpa @ /Users/dmm/.emacs.d/elpa/org-20171004/)]
Solved. Problem was that in graphical mode I saw no password prompt. Failed without a useful failure message. Perhaps org-crypt could be improved to catch this situation? Starting emacs in a terminal worked, as the password prompt was in the originating terminal window. On a Mac, I tended to start emacs from the dock, so no terminal. Solution was to follow the instruction in pinentry. I then added (pinenty-start) to my .emacs init file. No org-encrypt-entry prompts for a password in the minibuffer. pinentry is a built-in package. Status: Built-In. Version: 0.1 Summary: GnuPG Pinentry server implementation Other versions: 0.1 (gnu). This package allows GnuPG passphrase to be prompted through the minibuffer instead of graphical dialog. To use, add "allow-emacs-pinentry" to "~/.gnupg/gpg-agent.conf", reload the configuration with "gpgconf --reload gpg-agent", and start the server with M-x pinentry-start. > On 14 Oct 2017, at 3:33 am, Nicolas Goaziou wrote: > > Hello, > > David Maslen writes: > >> In the example below the words “test this” are not replaced by encrypted >> text. >> My previous experience is that the entire contents of a org subheading >> structure marked with the :crypt: tag would be encrypted/decrypted by the >> related org function. > > I cannot reproduce it. The text is properly replaced by encrypted text > here. > > Regards, > > -- > Nicolas Goaziou0x80A93738
[O] Bug: org-encrypt-entry fails [9.1.2 (9.1.2-elpa @ /Users/dmm/.emacs.d/elpa/org-20171004/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. Hello, I've used org-encrypt in the past, but with emacs25.3 on macos and the latest melpa package it's no longer working. The EPA package commands work, so I believe I have gpg configured correctly. For example; m-x epa-encrypt-region using a password of 'test' works on the following; -BEGIN PGP MESSAGE- jA0EBwMCYfMM8STtN1Pe0jkBvSH5XRx9n0cvZXiPz7XpDA/1FUSypQ+y/TBwqjok ZuzP/aNr8kS2+Aap09sxfurwASK7jNuDQEU= =Gd3s -END PGP MESSAGE- However selecting an org heading such as; * Test encryption :crypt: test this Then running 'm-x org-encrypt-entry' fails. My intent is to use a symetric password, as I can with epa. Emacs : GNU Emacs 25.3.1 (x86_64-apple-darwin16.7.0, NS appkit-1504.83 Version 10.12.6 (Build 16G29)) of 2017-09-28 Package: Org mode version 9.1.2 (9.1.2-elpa @ /Users/dmm/.emacs.d/elpa/org-20171004/) current state: == (setq org-journal-file-format "%Y%m%d.org" org-journal-mode-hook '(#[nil "\301\302\303\304$\207" [org-journal-encrypt-on org-add-hook org-journal-encryption-hook nil t] 5] (lambda nil (org-add-hook org-journal-encrypt-on (quote org-journal-encryption-hook) nil t) ) ) org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-download-screenshot-method "screencapture -i %s" org-trello-mode-on-hook '(orgtrello-controller-mode-on-hook-fn #[nil "\304\305\300!\203 .\202\f. !\210\306\n\307\310#\210\306\n\311\312#\210\306\n\313\314#\210\306\n\315\316#\210\317 \320!\"\207" [org-trello-current-prefix-keybinding org-trello-default-prefix-keybinding org-trello-mode-map orgtrello-log-no-log orgtrello-setup-install-local-prefix-mode-keybinding boundp define-key [remap org-end-of-line] orgtrello-buffer-end-of-line [remap org-return] orgtrello-buffer-org-return [remap org-ctrl-c-ret] orgtrello-buffer-org-ctrl-c-ret [remap org-archive-subtree] org-trello-archive-card orgtrello-log-msg orgtrello-setup-startup-message] 4] ) org-download-method 'attach org-occur-hook '(org-first-headline-recenter) org-trello-mode-off-hook '(orgtrello-controller-mode-off-hook-fn #[nil "\304\305\300!\203 .\202\f. !\210\306\n\307\310#\210\306\n\311\310#\210\306\n\312\310#\210\306\n\313\310#\210\314 \315\"\207" [org-trello-current-prefix-keybinding org-trello-default-prefix-keybinding org-trello-mode-map orgtrello-log-no-log orgtrello-setup-remove-local-prefix-mode-keybinding boundp define-key [remap org-end-of-line] nil [remap org-return] [remap org-ctrl-c-ret] [remap org-archive-subtree]
