Daniel Clemente writes:
>> May you try
>> https://git.sr.ht/~yantar92/org-mode/log/feature/org-crypt-refactor branch?
>> Is encryption speed satisfactory then?
>>
>
> This branch improved the speed of org-crypt. It's not merged yet. Is
> anything missing?
> > 3931 76% - org-encrypt-entries
> > 3931 76% - org-scan-tags
>
> May you try
> https://git.sr.ht/~yantar92/org-mode/log/feature/org-crypt-refactor branch?
> Is encryption speed satisfactory then?
>
This branch improved the speed of org
mean this.
>> > ** this is an inline block :crypt:
>> > Content.
In the above, "Content." does not belong to the inlinetask.
Only inlinetasks with END can have non-empty contents.
The fact that it is encrypted anyway is simply a bug i
> There is no such thing as "inline block" in Org syntax.
I meant "inline task", sorry. I remembered "display: inline-block" from CSS…
I don't think we need support for encrypted #+BEGIN_…/#+END… blocks.
Fixing the org-crypt + inline task bugs seems low pr
* this is an inline block
> :crypt:
> Content.
>
> If you want you can split this to other threads or just ignore these
> edge cases for now.
There is no such thing as "inline block" in Org syntax.
The current behavior of org-crypt is because it mishandle
viour confusing.
In the „Back to top level“ situation I mentioned, the encryption
prompt is canceled, and I'm happy that now I don't lose the section I
was encrypting.
Maybe you wanted to have org-crypt also catch this case (encryption
prompt canceled) to be able to show a „could not encrypt“
Daniel Clemente writes:
> But org-crypt still feels strange. For instance, I decrypt a header,
> add a space somewhere else and save. It's saved, but the header is
> still visibly unencrypted in Emacs; that's unexpected, because
> org-crypt-use-before-save-magic prom
In that branch, I don't see the previously mentioned bugs; thanks.
But org-crypt still feels strange. For instance, I decrypt a header,
add a space somewhere else and save. It's saved, but the header is
still visibly unencrypted in Emacs; that's unexpected, because
org-crypt-use-be
le, save, it keeps asking for the encryption
> password, though there's no :crypt: section.
This should be fixed now.
May you try yet again?
>> > - Org spends around 20 seconds trying to save the file, in a loop,
>> > reporting: (error "org-crypt: Encryption faile
> > With that code I see something strange: I opened a file which had
> > encrypted :crypt: sections (never unencrypted), and after adding a
> > space somewhere else and saving, it asked me for an encryption
> > password. It shouldn't, since all sections are encrypt
Daniel Clemente writes:
>> May you try
>> https://git.sr.ht/~yantar92/org-mode/log/feature/org-crypt-refactor branch?
>> Is encryption speed satisfactory then?
>
> With that code I see something strange: I opened a file which had
> encrypted :crypt: sections (never une
> May you try
> https://git.sr.ht/~yantar92/org-mode/log/feature/org-crypt-refactor branch?
> Is encryption speed satisfactory then?
With that code I see something strange: I opened a file which had
encrypted :crypt: sections (never unencrypted), and after adding a
space somewhere else a
(1 time only), and
> reported CPU. It took around 5 seconds.
>
> ...
> 3931 76% - org-encrypt-entries
> 3931 76% - org-scan-tags
May you try
https://git.sr.ht/~yantar92/org-mode/log/feature/org-crypt-refactor branch?
Is encryption speed satisfactory the
> > For instance, I don't use it because it adds around 5 seconds to each
> > saving of a large file. If it were instantaneous I would enable it.
> > With it disabled, this explains why I often find unencrypted sections
> > at the end of the day… I have to rely on myself to reencrypt them
> > again
> > In addition, „leaving some encrypted sections unencrypted for a short
> > amount of time, and closing and reopening the buffer during that time“
> > isn't a bug, it's a possible user behaviour that we can't control. But
> > org-crypt can mention that that
Daniel Clemente writes:
>> One simple idea is to disable backups if encryption fails.
>> Or use `write-contents-functions' instead of `before-save-hook' - that
>> way, Emacs will not ignore errors thrown by org-crypt and will not
>> actually save anything if
Daniel Clemente writes:
> For instance, I don't use it because it adds around 5 seconds to each
> saving of a large file. If it were instantaneous I would enable it.
> With it disabled, this explains why I often find unencrypted sections
> at the end of the day… I have to rely on myself to reencr
>
> As for not typing the same password twice and not using
> org-crypt-use-before-save-magic, we should somehow fix this.
> (I am starting a new thread branch.)
>
„Not using org-crypt-use-before-save-magic“ is currently a user
decision, not a bug.
For instance, I don't us
Daniel Clemente writes:
> Sometimes org-crypt fails to reencrypt the data. E.g. if Emacs
> crashes, or if you fail to type the same password twice, or of course
> if you don't use (org-crypt-use-before-save-magic), etc.
I do not think that there is anything left on disk if Emac
No objection
--
[ stardiviner ]
I try to make every word tell the meaning that I want to express without
misunderstanding.
Blog: https://stardiviner.github.io/
IRC(libera.chat, freenode): stardiviner, Matrix: stardiviner
GPG: F09F650D7D674819892591401B5DF1C95AE89AC3
signature.asc
Descriptio
Ihor Radchenko writes:
> I'd like to propose applying initial visibility to the freshly decrypted
> headings. IMHO, it makes much more sense by default compared to showing
> all the text unfolded, including property drawers.
>
> Any objections?
Applied, onto main.
https://git.savannah.gnu.org/cg
"Christopher M. Miles" writes:
> I'm under macOS system. the result of (getenv "DISPLAY") is
> "ssh-askpass". This is weird...
I also have (setenv "SSH_ASKPASS" "ssh-askpass-fullscreen")
in my config. Maybe you are setting similar things in bashrc or init.el.
--
Ihor Radchenko // yantar92,
Org
Ihor Radchenko writes:
> "Christopher M. Miles" writes:
>
>> The current CPU report indeed not contains heavy org-crypt. Because my
>> epa get problem. When I edit a GnuPG encrypted "encrypt.org.gpg", it
>> suspend on epa waiting for process to fi
"Christopher M. Miles" writes:
> The current CPU report indeed not contains heavy org-crypt. Because my
> epa get problem. When I edit a GnuPG encrypted "encrypt.org.gpg", it
> suspend on epa waiting for process to finished. It never ends unless I
> press [C-g] t
ttached CPU and Memory report in attachments.
>
> This CPU report is not just for saving. You did M-x (vectico), `undo',
> `org-clock-in', and `save-buffer'. `save-buffer' took no time. And
> everything took less than one second.
>
> Are you sure that it is the c
"Christopher M. Miles" writes:
May you elaborate what performance issues you are experiencing?
>>>
>>> My performance issue is a large Org file about 2M size on saving. I will
>>> reproduce and generate profiler report for more detailed data and update
>>> in this thread.
>>
>> Please save t
Ihor Radchenko writes:
> "Christopher M. Miles" writes:
>
>>> We should certainly not attempt decryption on by default - it may
>>> be annoying when you actually do not want to decrypt anything, just
>>> look inside.
>>
>> You're right, I have not consider enough.
>
> Of course, you can still
"Christopher M. Miles" writes:
>> We should certainly not attempt decryption on by default - it may
>> be annoying when you actually do not want to decrypt anything, just
>> look inside.
>
> You're right, I have not consider enough.
Of course, you can still use `org-cycle-hook' if you want this
Ihor Radchenko writes:
> "Christopher M. Miles" writes:
>
>> I'm also try to improve this file to improve large Org buffer saving
>> performance.
>
> org-encrypt already caches the encrypted text and takes basically no
> time for the repeated encryption, as long the text to be encrypted is
>
"Christopher M. Miles" writes:
> I'm also try to improve this file to improve large Org buffer saving
> performance.
org-encrypt already caches the encrypted text and takes basically no
time for the repeated encryption, as long the text to be encrypted is unchanged.
> I have some ideas:
>
> -
Thanks Ihor for improve this file.
I'm also try to improve this file to improve large Org buffer saving
performance.
I have some ideas:
- auto encrypt buffer on buffer save hook (currently mechanism, your patch
improved it)
- auto decrypt on org-cycle expand headline if current headline is en
Message-Id: <5f90460cf565e9c3185f58a631500207e9b14d39.1682886052.git.yanta...@posteo.net>
From: Ihor Radchenko
Date: Sun, 30 Apr 2023 22:15:11 +0200
Subject: [PATCH] org-crypt-decrypt-entry: Apply initial visibility upon
decryption
* lisp/org-crypt.el: Call `org-cycle-set-startup-visi
* Ihor Radchenko wrote:
> Karl Voit writes:
>
>>> Ok. What about
>>>
>>> (let ((context (epg-make-context nil t t)))
>>> (epg-decrypt-string context (epg-encrypt-string context "test"
>>> (epg-list-keys context org-crypt-key
&g
Karl Voit writes:
>> Ok. What about
>>
>> (let ((context (epg-make-context nil t t)))
>> (epg-decrypt-string context (epg-encrypt-string context "test"
>> (epg-list-keys context org-crypt-key
>>
>
> It asks me for the passphrase of the
Hi Ihor,
* Ihor Radchenko wrote:
> Karl Voit writes:
>
>>> What is the return value of
>>>
>>> (epg-list-keys (epg-make-context nil t t) org-crypt-key)
>>>
>>> ?
>>>
>>> Does it show the right key?
>>
>> It shows:
Karl Voit writes:
>> What is the return value of
>>
>> (epg-list-keys (epg-make-context nil t t) org-crypt-key)
>>
>> ?
>>
>> Does it show the right key?
>
> It shows:
>
> (#s(epg-key ultimate
> (#s(epg-sub-key ultimate ... nil
Hi Ihor,
* Ihor Radchenko wrote:
> Karl Voit writes:
>
>>> May I know how exactly did you set `org-crypt-key'? Do you happen to
>>> have CRYPTKEY properties somewhere in your buffer?
>>
>> Sure. My config is on
>> https://github.com/novoid/dot-
Karl Voit writes:
>> May I know how exactly did you set `org-crypt-key'? Do you happen to
>> have CRYPTKEY properties somewhere in your buffer?
>
> Sure. My config is on
> https://github.com/novoid/dot-emacs/blob/master/config.org and I've
> set it with:
>
&g
Hi Ihor,
* Ihor Radchenko wrote:
> Karl Voit writes:
>
>> When I invoked org-decrypt-entry, decrypting works like always. Then
>> I modified something in this heading which is tagged with :crypt:.
>> On saving that buffer, org-crypt issues an error message:
>>
Karl Voit writes:
> When I invoked org-decrypt-entry, decrypting works like always. Then
> I modified something in this heading which is tagged with :crypt:.
> On saving that buffer, org-crypt issues an error message:
>
> | Error: (error "GPG error: \"Encrypt failed
Hi,
I think I've found a bug with org-crypt:
Org mode version 9.5.5 (release_9.5.5 @
/home/vk/src/external_compilations/emacs/lisp/org/)
GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33,
cairo version 1.16.0) of 2023-01-09
SUMMARY:
org-crypt fails to encrypt whe
Ignacio Casso writes:
> I think I have found a bug in org-crypt, or that org-crypt documentation
> is not clear enough. The following configuration snippet in the
> org-crypt section of the org manual, as well as the docstring for
> org-crypt-key, suggest that a key value of nil ca
David Masterson writes:
>> Yes. AFAIK, the symmetric password is never reused. Though it may depend
>> on your gpg settings.
>
> Hmm. During the save of a file with an entry with "crypt" tag, I was
> asked for a symmetric passwd. The file was saved okay and the entry was
> encrypted properly.
Ihor Radchenko writes:
> David Masterson writes:
>
>> I've gotten org-crypt working, but I have some questions:
>>
>> + after decrypting, can I re-encrypt with a new symmetric password?
>
> Yes. AFAIK, the symmetric password is never reused. Though it may
David Masterson writes:
> I've gotten org-crypt working, but I have some questions:
>
> + the setup in the manual only automatically *encrypts* on save, not
> decrypts on read, correct?
Yes.
> + decryption is done via org-decrypt-* -- is there another way?
M-x org-reveal
I've gotten org-crypt working, but I have some questions:
+ the setup in the manual only automatically *encrypts* on save, not
decrypts on read, correct?
+ decryption is done via org-decrypt-* -- is there another way?
+ after org-decrypt-*, will the entries be automatically encrypted
again
David Masterson writes:
>> You just need to set org-crypt-key to your key name.
>>
>
> As well as setup GnuPG properly... ;-)
I remeber using https://wiki.gentoo.org/wiki/GnuPG as a reference.
Best,
Ihor
Tim Cross writes:
> David Masterson writes:
>
>> Tim Cross writes:
>>
>>> David Masterson writes:
>>>
>>>> Tim Cross writes:
>>>>
>>>>> Warning: I have not used org-crypt for many years. These days, I ju
Ihor Radchenko writes:
> David Masterson writes:
>
>>> For that use case, I would use asymmetric rather than symmetric
>>> encryuption.
>>
>> Hmm. Point taken. I have to work on understanding asymmetric
>> encryption with org-crypt more.
>
> You
David Masterson writes:
> Tim Cross writes:
>
>> David Masterson writes:
>>
>>> Tim Cross writes:
>>>
>>>> Warning: I have not used org-crypt for many years. These days, I just
>>>> use a .org.gpg extensions and symmetrically
David Masterson writes:
>> For that use case, I would use asymmetric rather than symmetric
>> encryuption.
>
> Hmm. Point taken. I have to work on understanding asymmetric
> encryption with org-crypt more.
You just need to set org-crypt-key to your key name.
Best,
Ihor
Tim Cross writes:
> David Masterson writes:
>
>> Tim Cross writes:
>>
>>> Warning: I have not used org-crypt for many years. These days, I just
>>> use a .org.gpg extensions and symmetrically encrypt the whole file.
>>> However, I think I can proba
Tim Cross writes:
> Ihor's response to this indicates I'm incorrect here. As I stated
> earlier, it has been a long time since I used org-crypt, so I'd trust
> his advice more. However, from a technical perspective, I don't
> understand how gnupg or org-crypto
David Masterson writes:
> Tim Cross writes:
>
>> David Masterson writes:
>>
>>> I think I've gotten org-crypt working, but I think some things are not
>>> making sense (it might be just me):
>>>
>>> 1. I've set org-crypt
Hello,
I'll take this chance to bring this up again, since it's also an issue
concerning org-crypt and it may be relevant if you decide to update
org-crypt's documentation:
https://lists.gnu.org/archive/html/emacs-orgmode/2021-12/msg00675.html.
Regards,
Ignacio
David Masterson
Tim Cross writes:
> David Masterson writes:
>
>> I think I've gotten org-crypt working, but I think some things are not
>> making sense (it might be just me):
>>
>> 1. I've set org-crypt-key to nil (symmetric encryption).
>> 2. Can I use a differe
Ihor Radchenko writes:
> David Masterson writes:
>
>> I think I've gotten org-crypt working, but I think some things are not
>> making sense (it might be just me):
>>
>> 1. I've set org-crypt-key to nil (symmetric encryption).
>> 2. Can I use
David Masterson writes:
> I think I've gotten org-crypt working, but I think some things are not
> making sense (it might be just me):
>
> 1. I've set org-crypt-key to nil (symmetric encryption).
> 2. Can I use a different encryption key for each encrypted paragraph?
&
David Masterson writes:
> I think I've gotten org-crypt working, but I think some things are not
> making sense (it might be just me):
>
> 1. I've set org-crypt-key to nil (symmetric encryption).
> 2. Can I use a different encryption key for each encrypted paragraph?
I think I've gotten org-crypt working, but I think some things are not
making sense (it might be just me):
1. I've set org-crypt-key to nil (symmetric encryption).
2. Can I use a different encryption key for each encrypted paragraph?
3. Does org-encrypt only ask for the key the fir
Hello,
I think I have found a bug in org-crypt, or that org-crypt documentation
is not clear enough. The following configuration snippet in the
org-crypt section of the org manual, as well as the docstring for
org-crypt-key, suggest that a key value of nil can be used to specify
symmetric
Add `org-crypt-decrypt-after-save-magic' function to complement the
currently existing `org-crypt-use-before-save-magic' function. Causes the
buffer to be unencrypted after it has been saved to file so that you can
continue working on it without manually running `org-decrypt-entries
Bastien writes:
> Hi David,
>
> Applied as e2bb60581:
> https://code.orgmode.org/bzg/org-mode/commit/e2bb60581
>
> I'm attaching the patch so that you can see how to format the
> ChangeLog for future contributions.
>
> Best,
Thanks
--
David Masterson
Bastien writes:
> Hi David,
>
> David Masterson writes:
>
>> I take it that, when you do an HTML export on an Org file, it is assumed
>> that all items that have been encrypted with org-crypt will have been
>> decrypted, correct?
>
> Is it what you get?
I
patch so that you can see how to format the
ChangeLog for future contributions.
Best,
--
Bastien
>From e2bb60581b489f92c9f2479994d484d2104968db Mon Sep 17 00:00:00 2001
From: David Masterson
Date: Wed, 23 Sep 2020 11:03:24 +0200
Subject: [PATCH] doc/org-manual.org (Org Crypt): Add info lin
Hi David,
David Masterson writes:
> I take it that, when you do an HTML export on an Org file, it is assumed
> that all items that have been encrypted with org-crypt will have been
> decrypted, correct?
Is it what you get?
> Is there a way to create an HTML file with Org that i
I take it that, when you do an HTML export on an Org file, it is assumed
that all items that have been encrypted with org-crypt will have been
decrypted, correct?
Is there a way to create an HTML file with Org that includes some
encrypted data to be decrypted by whoever views the file (with
Hi David,
David Masterson writes:
> I didn't see a reply -- does the above patch work? Have you applied
> it?
I have not had the time to test the patch yet.
If you are confident the fix is good, please update the format of the
patch, following instructions here:
https://orgmode.org/worg/org-
David Masterson writes:
> David Masterson writes:
>
>> Bastien writes:
>>
>>> Hi David,
>>>
>>> David Masterson writes:
>>>
>>>> Both things should be mentioned in the Org-Mode Info pages for
>>>> org-crypt.
>&
> On Mon, 14 Sep 2020 15:17:02 +0100, Colin Baxter said:
>writes:
>> On Mon, Sep 14, 2020 at 12:18:50PM +0100, Colin Baxter wrote:
>>> [...] I set the variable `epa-pinentry-mode' to loopback as in
>>>
>>> #+begin_src elisp (setq epa-pinentry-mode 'loopback) #+end_src
David Masterson writes:
> Bastien writes:
>
>> Hi David,
>>
>> David Masterson writes:
>>
>>> Both things should be mentioned in the Org-Mode Info pages for
>>> org-crypt.
>>
>> Can you please provide a patch for this?
>>
>
Bastien writes:
> Hi David,
>
> David Masterson writes:
>
>> Both things should be mentioned in the Org-Mode Info pages for
>> org-crypt.
>
> Can you please provide a patch for this?
>
> Thanks,
I'm not very good with this yet, but, when I figure
Colin Baxter writes:
> The overlay of a password field (either in an xterm or popup) is a
> particular problem for full screen applications, or if you using
> something like stumpwm. I've found that whether or not I get a popup
> depends on the version of gnupg. Anything greater than gpg version
>writes:
> On Mon, Sep 14, 2020 at 12:18:50PM +0100, Colin Baxter wrote:
>> [...] I set the variable `epa-pinentry-mode' to loopback as in
>>
>> #+begin_src elisp (setq epa-pinentry-mode 'loopback) #+end_src
>>
>> This seems to work.
> Oh, thanks -- this answ
Hi David,
David Masterson writes:
> Both things
> should be mentioned in the Org-Mode Info pages for org-crypt.
Can you please provide a patch for this?
Thanks,
--
Bastien
On Mon, Sep 14, 2020 at 12:18:50PM +0100, Colin Baxter wrote:
> [...] I set the variable
> `epa-pinentry-mode' to loopback as in
>
> #+begin_src elisp
> (setq epa-pinentry-mode 'loopback)
> #+end_src
>
> This seems to work.
Oh, thanks -- this answers the question I only half-posed :)
BTW: the v
On Mon, Sep 14, 2020 at 10:42:57AM +0200, Gregor Zattler wrote:
> Hi David,
> * David Masterson [2020-09-13; 17:11]:
> > Yes, gpg-agent is installed and appears to have been started in
> > background. My O/S is Debian on a Chromebook.
> >
> > I start Emacs via 'xterm -e emacs' and just noticed (t
>>>>> David Masterson writes:
> Nicolas Goaziou writes:
>> Hello,
>>
>> David Masterson writes:
>>
>>> I'm trying to get org-crypt to work, but I'm missing something.
>>> Following the Org-Cryp
Hi David,
* David Masterson [2020-09-13; 17:11]:
> Yes, gpg-agent is installed and appears to have been started in
> background. My O/S is Debian on a Chromebook.
>
> I start Emacs via 'xterm -e emacs' and just noticed (thanks to you) that
> I'm getting a textual popup on the xterm asking for the
Nicolas Goaziou writes:
> Hello,
>
> David Masterson writes:
>
>> I'm trying to get org-crypt to work, but I'm missing something.
>> Following the Org-Crypt Info page, I've set it up for symmetric
>> encryption and added a :crypt: tag to a header
Gregor Zattler writes:
> Hi David,
> * David Masterson [2020-09-12; 19:09]:
>> I'm trying to get org-crypt to work, but I'm missing something.
>> Following the Org-Crypt Info page, I've set it up for symmetric
>> encryption and added a :crypt: tag to a
Hello,
David Masterson writes:
> I'm trying to get org-crypt to work, but I'm missing something.
> Following the Org-Crypt Info page, I've set it up for symmetric
> encryption and added a :crypt: tag to a header. When I try to save the
> file, it reports that no ke
Hi David,
* David Masterson [2020-09-12; 19:09]:
> I'm trying to get org-crypt to work, but I'm missing something.
> Following the Org-Crypt Info page, I've set it up for symmetric
> encryption and added a :crypt: tag to a header. When I try to save the
> file,
I'm trying to get org-crypt to work, but I'm missing something.
Following the Org-Crypt Info page, I've set it up for symmetric
encryption and added a :crypt: tag to a header. When I try to save the
file, it reports that no key was specified, so it will do symmetric
encryptio
only as a temporary meassure. Your could
decrypt and re-encrypt the org-crypt parts in question iff you
are sure, they were encrypted years ago and their contents is ok.
But having this option in ~/.gnupg/gpg.conf otherwise weakens
the security of GnuPG usage considerably.
>From the gpg man
used.
gpg: Use the option '--ignore-mdc-error' to decrypt anyway.
gpg: decryption forced to fail!
The solution is to add `ignore-mdc-error' to ~/.gnupg/gpg.conf.
Óscar Fuentes writes:
> Hello.
>
> Today I noticed that org-crypt is broken on my daily driver.
>
> On a
Óscar Fuentes writes:
> Hello.
>
> Today I noticed that org-crypt is broken on my daily driver.
>
> On a header with the :crypt: tag I invoke org-decrypt-entry, a popup
> dialog asks for the password, I type the password and then the
> minibuffer shows
>
> GP
In our last episode, the evil Dr. Lacto had captured our hero,
Óscar Fuentes , who said:
> While trying to create a demo file I noticed that decryption works fine
> as long as the content was relatively new, while it fails for content
> that was encrypted years ago.
"Years ago" ? Sounds like m
On 2018-06-14, Óscar Fuentes wrote:
> While trying to create a demo file I noticed that decryption works fine
> as long as the content was relatively new, while it fails for content
> that was encrypted years ago.
>
> I tried setting epg-gpg-program to "gpg" (it is "gpg2" by default) for
> encrypt
Thibault Polge writes:
>> What's an ECM?
>
> French for Exemple complet minimal = Minimal Working Example (MWE)[1]
>
> [1]: https://en.wikipedia.org/wiki/Minimal_Working_Example
Thanks.
While trying to create a demo file I noticed that decryption works fine
as long as the content was relatively
> What's an ECM?
French for Exemple complet minimal = Minimal Working Example (MWE)[1]
[1]: https://en.wikipedia.org/wiki/Minimal_Working_Example
--
Thibault
Nicolas Goaziou writes:
> Hello,
>
> Óscar Fuentes writes:
>
>> Today I noticed that org-crypt is broken on my daily driver.
>>
>> On a header with the :crypt: tag I invoke org-decrypt-entry, a popup
>> dialog asks for the password, I type the password and th
Hello,
Óscar Fuentes writes:
> Today I noticed that org-crypt is broken on my daily driver.
>
> On a header with the :crypt: tag I invoke org-decrypt-entry, a popup
> dialog asks for the password, I type the password and then the
> minibuffer shows
>
> GPG error: "Decr
Hello.
Today I noticed that org-crypt is broken on my daily driver.
On a header with the :crypt: tag I invoke org-decrypt-entry, a popup
dialog asks for the password, I type the password and then the
minibuffer shows
GPG error: "Decryption failed", ""
The complete error
Can let this property CRYPTKEY support interactive select keys from minibuffer?
Manully input is not an good choice obviously.
How to let org-mode property auto prompt for a list of keys after
inserted property key "CRYPTKEY"?
--
[ stardiviner ] don't need to convince with trends.
Blog: h
Bastien writes:
> Gregor Zattler writes:
>
+#+begin_src emacs-lisp
+ * totally secret :crypt:
>
> PS: I guess this should have been "#+begin_src org" instead.
Actually, we settled on "#+begin_example" instead, because of
fontification issues.
Fixed. Thank you.
Gregor Zattler writes:
>>> +#+begin_src emacs-lisp
>>> + * totally secret :crypt:
PS: I guess this should have been "#+begin_src org" instead.
--
Bastien
Hi Nicolas, org-mode users,
* Nicolas Goaziou [2018-04-27; 15:13]:
> Gregor Zattler writes:
>> +It's possible to use different keys for different headings by
>> +specifying the respective key as property CRYPTKEY, e.g.:
>
> I used =CRYPTKEY= instead of CRYPTKEY, as it is meant to be written in
>
Hello,
Gregor Zattler writes:
> Hi org-mode users and developers,
>
> Marco Wahl helped me with this: As always the solution is
> already there in org-mode. Attached you find a patch in
> order to document this feature.
Thank you.
> +It's possible to use different keys for different headings
org-manual.org
@@ -19180,6 +19180,16 @@ Here is a suggestion for Org Crypt settings in Emacs init file:
;; # -*- buffer-auto-save-file-name: nil; -*-
#+end_src
+It's possible to use different keys for different headings by
+specifying the respective key as property CRYPTKEY, e.g.:
+
+#+begin_s
1 - 100 of 218 matches
Mail list logo
