From: Ted Zlatanov <tzz@lifelogs.com>
To: "Daiki Ueno" <ueno@unixuser.org>
Cc: emacs-devel@gnu.org, ding@gnus.org, "Miles Bader" <miles@gnu.org>
Subject: Re: encrypt.el in No Gnus 0.7
Date: Thu, 01 Nov 2007 10:04:40 -0500 [thread overview]
Message-ID: <m2fxzqc8hj.fsf@lifelogs.com> (raw)
In-Reply-To: <54a15d860710311830s4fa203e3y53fbd6f51496f007@mail.gmail.com> (Daiki Ueno's message of "Thu, 1 Nov 2007 10:30:54 +0900")
On Thu, 1 Nov 2007 10:30:54 +0900 "Daiki Ueno" <ueno@unixuser.org> wrote:
DU> 2007/11/1, Ted Zlatanov <tzz@lifelogs.com>:
>> It definitely makes sense to move encrypt.el into Emacs as well then.
>> My main concern was that it overlaps with all the other *crypt*.el
>> packages, and I really think that encrypt.el's simplicity and
>> non-invasiveness justifies its existence. But it requires password.el.
>> I'm open to suggestions as to the best way to manage it.
DU> epa-file.el in EasyPG can also do that. Have you looked at it?
DU> I think it is much easier to use since it does not need elisp setup
DU> like encrypt-file-alist.
encrypt-file-alist can be set up via Customize. It's intended as an
API, however, so I am not concerned about end users too much.
Your EasyPG code is probably better, I am not an ELisp expert by any
means. But epa-file.el not an API, and does not support arbitrary
ciphers as encrypt.el does (AFAIK). See the encrypt.el XOR cipher for
an example of what I mean. EasyPG seems firmly attached to the GPG/PGP
process, which is not a bad thing, only it doesn't provide an abstract
encryption API.
DU> Yes, EasyPG is a bit complex and invasive. But IMO sometimes
DU> usability should be given priority over simplicity &
DU> non-invasiveness.
Sure, and that's your choice to make within the EasyPG package, which
has specific needs. I think an API must be simple an non-invasive,
though, and encrypt.el is by those standards a better API than
epa-file.el or any other *crypt* package I've seen. If I'm wrong,
please tell me.
DU> BTW, I just tried encrypt.el and I encountered a few issues. (1) It
DU> uses gnus-error to report errors so there is a dependency to
DU> gnus-util.el.
Yes. I'll gladly fix that if it moves outside Gnus but for now that's
the appropriate notification mechanism.
DU> (2) The instruction says M-x encrypt-file-contents but there is no
DU> such function (perhaps is it a typo of
DU> encrypt-write-file-contents?).
I fixed that in the docs. Thank you very much.
DU> (3) encrypt-find-model does not resolve path names.
That was intentional at the time, because I thought resolving the path
wouldn't allow matching ~ and such. If it's wrong, please let me know.
Ted
next prev parent reply other threads:[~2007-11-01 15:04 UTC|newest]
Thread overview: 98+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-28 9:20 Gnus in Emacs is updated to No Gnus 0.7 Miles Bader
2007-10-28 9:46 ` Leo
2007-10-28 9:58 ` Miles Bader
2007-10-28 14:25 ` Reiner Steib
2007-10-28 14:49 ` Leo
2007-10-28 15:07 ` Miles Bader
2007-10-28 15:57 ` Reiner Steib
2007-10-29 7:50 ` Glenn Morris
2007-10-29 19:26 ` Reiner Steib
2007-10-29 2:56 ` Daiki Ueno
2007-10-29 8:30 ` Michael Albinus
2007-10-30 4:16 ` Daiki Ueno
2007-10-29 7:49 ` New Emacs facilities from Gnus (was: Gnus in Emacs is updated to No Gnus 0.7) Reiner Steib
2007-10-31 18:52 ` encrypt.el in No Gnus 0.7 (was: New Emacs facilities from Gnus) Ted Zlatanov
2007-10-31 20:36 ` encrypt.el in No Gnus 0.7 Reiner Steib
2007-10-31 21:05 ` Ted Zlatanov
2007-11-01 1:30 ` Daiki Ueno
2007-11-01 15:04 ` Ted Zlatanov [this message]
2007-11-01 15:24 ` Daiki Ueno
2007-11-01 23:08 ` Richard Stallman
2007-11-02 14:12 ` Ted Zlatanov
2007-11-02 21:36 ` Stefan Monnier
2007-11-04 19:56 ` Richard Stallman
2007-11-05 1:49 ` Ted Zlatanov
2007-11-05 8:47 ` Richard Stallman
2007-11-05 15:13 ` Ted Zlatanov
2007-11-06 2:16 ` Richard Stallman
2007-11-06 17:58 ` Ted Zlatanov
2007-11-07 7:56 ` Richard Stallman
2007-11-07 14:34 ` Ted Zlatanov
2007-11-08 0:58 ` Daiki Ueno
2007-11-08 1:16 ` Daiki Ueno
2007-11-08 14:48 ` Ted Zlatanov
2007-11-08 23:11 ` Daiki Ueno
2007-11-09 0:19 ` Leo
2007-11-09 2:39 ` Ted Zlatanov
2007-11-09 6:39 ` Stephen J. Turnbull
2007-11-10 3:00 ` Richard Stallman
2007-11-09 10:40 ` Sascha Wilde
2007-11-07 7:56 ` Richard Stallman
2007-11-07 14:47 ` Ted Zlatanov
2007-11-06 21:11 ` Reiner Steib
2007-11-07 15:01 ` Ted Zlatanov
2007-11-07 16:12 ` Stefan Monnier
2007-11-07 17:34 ` Ted Zlatanov
2007-11-07 16:47 ` Reiner Steib
2007-11-07 17:25 ` Ted Zlatanov
2007-11-02 14:08 ` Ted Zlatanov
2007-11-03 2:49 ` Daiki Ueno
2007-11-05 1:27 ` Ted Zlatanov
2007-11-05 1:37 ` Daiki Ueno
2007-11-01 7:32 ` encrypt.el in No Gnus 0.7 (was: New Emacs facilities from Gnus) Richard Stallman
2007-11-01 8:15 ` Daiki Ueno
2007-11-01 14:47 ` New Emacs facilities from Gnus Simon Josefsson
2007-11-01 16:16 ` Daiki Ueno
2007-11-01 20:09 ` Reiner Steib
2007-11-02 2:06 ` Richard Stallman
2007-11-04 19:56 ` New Emacs facilities from Gnus (was: Gnus in Emacs is updated to No Gnus 0.7) Richard Stallman
2007-11-14 23:41 ` New Emacs facilities from Gnus Lars Magne Ingebrigtsen
2007-11-04 19:56 ` New Emacs facilities from Gnus (was: Gnus in Emacs is updated to No Gnus 0.7) Richard Stallman
2007-11-14 23:42 ` New Emacs facilities from Gnus Lars Magne Ingebrigtsen
2007-11-15 13:07 ` Richard Stallman
2007-11-15 19:54 ` Lars Magne Ingebrigtsen
2007-11-16 18:32 ` Richard Stallman
2007-11-17 12:29 ` ecomplete.el (was: New Emacs facilities from Gnus) Reiner Steib
2007-11-17 23:31 ` Richard Stallman
[not found] ` <87lk8zr0e4.fsf@mocca.josefsson.org>
2007-11-17 12:28 ` Reiner Steib
2007-11-17 13:23 ` ecomplete.el Tassilo Horn
2007-11-18 2:18 ` ecomplete.el Bastien
2007-11-04 19:56 ` New Emacs facilities from Gnus (was: Gnus in Emacs is updated to No Gnus 0.7) Richard Stallman
2007-11-04 20:36 ` New Emacs facilities from Gnus Manoj Srivastava
2007-11-05 8:47 ` Richard Stallman
2007-11-22 20:50 ` Reiner Steib
2007-11-23 4:35 ` Richard Stallman
2007-11-04 21:12 ` Reiner Steib
2007-11-04 19:56 ` New Emacs facilities from Gnus (was: Gnus in Emacs is updated to No Gnus 0.7) Richard Stallman
2007-11-05 22:23 ` New Emacs facilities from Gnus Arne Jørgensen
2007-11-06 8:26 ` Stefan Monnier
2007-11-06 8:37 ` Richard Stallman
2007-11-06 22:35 ` Arne Jørgensen
2007-11-07 7:56 ` Richard Stallman
2007-11-07 16:58 ` Reiner Steib
2007-11-07 17:22 ` Stefan Monnier
2007-11-07 18:02 ` Reiner Steib
2007-11-07 18:20 ` Stefan Monnier
2007-11-09 10:45 ` Sascha Wilde
2007-11-09 12:14 ` Reiner Steib
2007-11-22 20:30 ` Reiner Steib
2007-11-06 11:33 ` New Emacs facilities from Gnus (was: Gnus in Emacs is updated to No Gnus 0.7) CHENG Gao
2007-11-06 18:45 ` New Emacs facilities from Gnus Reiner Steib
2007-11-07 3:35 ` CHENG Gao
2007-11-07 7:56 ` New Emacs facilities from Gnus (was: Gnus in Emacs is updated to No Gnus 0.7) Richard Stallman
2007-11-11 23:53 ` Richard Stallman
2007-11-13 1:39 ` New Emacs facilities from Gnus Ted Zlatanov
2007-11-13 20:03 ` Richard Stallman
2007-11-11 23:54 ` New Emacs facilities from Gnus (was: Gnus in Emacs is updated to No Gnus 0.7) Richard Stallman
2007-10-29 19:24 ` Gnus in Emacs is updated to No Gnus 0.7 Reiner Steib
2007-10-29 23:11 ` Miles Bader
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2fxzqc8hj.fsf@lifelogs.com \
--to=tzz@lifelogs.com \
--cc=ding@gnus.org \
--cc=emacs-devel@gnu.org \
--cc=miles@gnu.org \
--cc=ueno@unixuser.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.