GNU bug report logs - #24229
25.1; Can't set EPA program

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 24229 in the body.
You can then email your comments to 24229 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Nick Helm <nick <at> tenpoint.co.nz>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 25.1; Can't set EPA program
Date: Mon, 15 Aug 2016 16:58:10 +1200

Setting epg-gpg-program has no effect if set using 
any other method than customize.

For instance, doing (setq epg-gpg-program "gpg1") in
init.el does not work. EPA ignores the program name
and fails with some cryptic message about no found
configurations.




In GNU Emacs 25.1.1 (x86_64-apple-darwin15.6.0, Carbon Version 157 AppKit 1404.47)
 of 2016-07-26 built on jupiter
Windowing system distributor 'Apple Inc.', version 10.11.6
Configured using:
 'configure --prefix=/usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90
 --enable-locallisppath=/usr/local/share/emacs/site-lisp
 --infodir=/usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/info/emacs
 --with-mac
 --enable-mac-app=/usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90'

Configured features:
NOTIFY ACL LIBXML2 ZLIB TOOLKIT_SCROLL_BARS

Important settings:
  value of $LANG: en_NZ.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Text

Minor modes in effect:
  recentf-mode: t
  savehist-mode: t
  ido-ubiquitous-mode: t
  ido-everywhere: t
  global-eldoc-mode: t
  mac-mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  visual-line-mode: t
  transient-mark-mode: t

Recent messages:
Mark set
Creating customization items...
Creating group...
Creating group entries...done
Creating customization items ...done
Resetting customization items...done
Creating customization setup...done
Loading /Users/nick/.emacs.d/config/recentf/recentf.history...done
Cleaning up the recentf list...done (0 removed)
Mark set [2 times]

Load-path shadows:
/Users/nick/.emacs.d/lisp/org-8.3.4/ox hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-texinfo hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-texinfo
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-publish hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-publish
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-org hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-org
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-odt hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-odt
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-md hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-md
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-man hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-man
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-latex hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-latex
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-icalendar hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-icalendar
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-html hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-html
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-beamer hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-beamer
/Users/nick/.emacs.d/lisp/org-8.3.4/ox-ascii hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ox-ascii
/Users/nick/.emacs.d/lisp/org-8.3.4/org hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org
/Users/nick/.emacs.d/lisp/org-8.3.4/org-w3m hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-w3m
/Users/nick/.emacs.d/lisp/org-8.3.4/org-version hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-version
/Users/nick/.emacs.d/lisp/org-8.3.4/org-timer hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-timer
/Users/nick/.emacs.d/lisp/org-8.3.4/org-table hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-table
/Users/nick/.emacs.d/lisp/org-8.3.4/org-src hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-src
/Users/nick/.emacs.d/lisp/org-8.3.4/org-rmail hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-rmail
/Users/nick/.emacs.d/lisp/org-8.3.4/org-protocol hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-protocol
/Users/nick/.emacs.d/lisp/org-8.3.4/org-plot hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-plot
/Users/nick/.emacs.d/lisp/org-8.3.4/org-pcomplete hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-pcomplete
/Users/nick/.emacs.d/lisp/org-8.3.4/org-mouse hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-mouse
/Users/nick/.emacs.d/lisp/org-8.3.4/org-mobile hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-mobile
/Users/nick/.emacs.d/lisp/org-8.3.4/org-mhe hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-mhe
/Users/nick/.emacs.d/lisp/org-8.3.4/org-macs hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-macs
/Users/nick/.emacs.d/lisp/org-8.3.4/org-macro hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-macro
/Users/nick/.emacs.d/lisp/org-8.3.4/org-loaddefs hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-loaddefs
/Users/nick/.emacs.d/lisp/org-8.3.4/org-list hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-list
/Users/nick/.emacs.d/lisp/org-8.3.4/org-irc hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-irc
/Users/nick/.emacs.d/lisp/org-8.3.4/org-install hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-install
/Users/nick/.emacs.d/lisp/org-8.3.4/org-inlinetask hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-inlinetask
/Users/nick/.emacs.d/lisp/org-8.3.4/org-info hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-info
/Users/nick/.emacs.d/lisp/org-8.3.4/org-indent hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-indent
/Users/nick/.emacs.d/lisp/org-8.3.4/org-id hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-id
/Users/nick/.emacs.d/lisp/org-8.3.4/org-habit hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-habit
/Users/nick/.emacs.d/lisp/org-8.3.4/org-gnus hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-gnus
/Users/nick/.emacs.d/lisp/org-8.3.4/org-footnote hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-footnote
/Users/nick/.emacs.d/lisp/org-8.3.4/org-feed hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-feed
/Users/nick/.emacs.d/lisp/org-8.3.4/org-faces hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-faces
/Users/nick/.emacs.d/lisp/org-8.3.4/org-eshell hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-eshell
/Users/nick/.emacs.d/lisp/org-8.3.4/org-entities hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-entities
/Users/nick/.emacs.d/lisp/org-8.3.4/org-element hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-element
/Users/nick/.emacs.d/lisp/org-8.3.4/org-docview hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-docview
/Users/nick/.emacs.d/lisp/org-8.3.4/org-datetree hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-datetree
/Users/nick/.emacs.d/lisp/org-8.3.4/org-ctags hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-ctags
/Users/nick/.emacs.d/lisp/org-8.3.4/org-crypt hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-crypt
/Users/nick/.emacs.d/lisp/org-8.3.4/org-compat hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-compat
/Users/nick/.emacs.d/lisp/org-8.3.4/org-colview hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-colview
/Users/nick/.emacs.d/lisp/org-8.3.4/org-clock hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-clock
/Users/nick/.emacs.d/lisp/org-8.3.4/org-capture hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-capture
/Users/nick/.emacs.d/lisp/org-8.3.4/org-bibtex hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-bibtex
/Users/nick/.emacs.d/lisp/org-8.3.4/org-bbdb hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-bbdb
/Users/nick/.emacs.d/lisp/org-8.3.4/org-attach hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-attach
/Users/nick/.emacs.d/lisp/org-8.3.4/org-archive hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-archive
/Users/nick/.emacs.d/lisp/org-8.3.4/org-agenda hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/org-agenda
/Users/nick/.emacs.d/lisp/org-8.3.4/ob hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-tangle hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-tangle
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-table hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-table
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-sqlite hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-sqlite
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-sql hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-sql
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-shen hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-shen
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-screen hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-screen
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-scheme hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-scheme
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-scala hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-scala
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-sass hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-sass
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-ruby hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-ruby
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-ref hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-ref
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-R hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-R
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-python hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-python
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-plantuml hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-plantuml
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-picolisp hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-picolisp
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-perl hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-perl
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-org hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-org
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-octave hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-octave
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-ocaml hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-ocaml
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-mscgen hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-mscgen
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-maxima hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-maxima
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-matlab hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-matlab
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-makefile hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-makefile
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-lob hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-lob
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-lisp hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-lisp
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-lilypond hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-lilypond
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-ledger hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-ledger
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-latex hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-latex
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-keys hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-keys
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-js hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-js
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-java hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-java
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-io hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-io
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-haskell hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-haskell
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-gnuplot hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-gnuplot
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-fortran hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-fortran
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-exp hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-exp
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-eval hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-eval
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-emacs-lisp hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-emacs-lisp
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-dot hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-dot
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-ditaa hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-ditaa
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-css hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-css
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-core hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-core
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-comint hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-comint
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-clojure hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-clojure
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-calc hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-calc
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-C hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-C
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-awk hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-awk
/Users/nick/.emacs.d/lisp/org-8.3.4/ob-asymptote hides /usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/emacs/25.1/lisp/org/ob-asymptote

Features:
(shadow recentf tree-widget emacsbug info em-term term disp-table ehelp
esh-opt esh-ext esh-util mu4e mu4e-speedbar speedbar sb-image ezimage
dframe mu4e-main mu4e-context mu4e-view cal-menu calendar cal-loaddefs
epa derived browse-url comint ansi-color ring mu4e-headers mu4e-compose
mu4e-draft mu4e-actions rfc2368 smtpmail auth-source eieio eieio-core
sendmail mu4e-mark mu4e-message html2text mu4e-proc mu4e-utils doc-view
subr-x jka-compr image-mode mu4e-lists mu4e-vars message cl-macs rfc822
mml mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies
mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mm-util help-fns
mail-prsvr mailabbrev mail-utils gmm-utils mailheader hl-line mu4e-meta
dired+ image-dired format-spec image-file dired-x dired-aux dired
savehist smex ido-ubiquitous cl-seq ido-completing-read+ cus-edit
cus-start cus-load wid-edit ido seq byte-opt bytecomp byte-compile
cl-extra help-mode cconv multiple-cursors mc-hide-unmatched-lines-mode
mc-separate-operations rectangular-region-mode mc-mark-pop mc-mark-more
mc-cycle-cursors mc-edit-lines multiple-cursors-core advice rect cl gv
nh-mac-dict markdown-mode thingatpt noutline outline easy-mmode easymenu
iso-transl nh-financial-tools nh-editing-tools edmacro kmacro
cl-loaddefs pcase cl-lib flyspell ispell linum kemp_light-theme
mule-util time-date tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel mac-win term/common-win tool-bar dnd fontset
image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese charscript case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote kqueue mac multi-tty
make-network-process emacs)

Memory information:
((conses 16 209279 16108)
 (symbols 48 30396 0)
 (miscs 40 238 334)
 (strings 32 56051 5856)
 (string-bytes 1 1863115)
 (vectors 16 23064)
 (vector-slots 8 572720 2810)
 (floats 8 270 35)
 (intervals 56 275 0)
 (buffers 976 18))

Message #8 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> users.sourceforge.net>
To: Nick Helm <nick <at> tenpoint.co.nz>
Cc: 24229 <at> debbugs.gnu.org
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Mon, 15 Aug 2016 18:26:02 -0400

tag 24229 moreinfo
quit

On Mon, Aug 15, 2016 at 12:58 AM, Nick Helm <nick <at> tenpoint.co.nz> wrote:
> Setting epg-gpg-program has no effect if set using
> any other method than customize.
>
> For instance, doing (setq epg-gpg-program "gpg1") in
> init.el does not work. EPA ignores the program name
> and fails with some cryptic message about no found
> configurations.

Please post the exact error message.

Does this also happen if you do

    emacs -Q --eval '(setq epg-gpg-program "gpg1")'

>
> In GNU Emacs 25.1.1 (x86_64-apple-darwin15.6.0, Carbon Version 157 AppKit 1404.47)
>  of 2016-07-26 built on jupiter
> Windowing system distributor 'Apple Inc.', version 10.11.6
> Configured using:
>  'configure --prefix=/usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90
>  --enable-locallisppath=/usr/local/share/emacs/site-lisp
>  --infodir=/usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90/share/info/emacs
>  --with-mac
>  --enable-mac-app=/usr/local/Cellar/emacs-mac/emacs-25.1-rc1-mac-5.90'

Message #13 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Nick Helm <nick <at> tenpoint.co.nz>
To: "24229 <at> debbugs.gnu.org" <24229 <at> debbugs.gnu.org>
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Tue, 16 Aug 2016 00:56:17 +0000

> On 16/08/2016, at 10:26 AM, Noam Postavsky <npostavs <at> users.sourceforge.net> wrote:
> 
>> Setting epg-gpg-program has no effect if set using
>> any other method than customize.
>> 
>> For instance, doing (setq epg-gpg-program "gpg1") in
>> init.el does not work. EPA ignores the program name
>> and fails with some cryptic message about no found
>> configurations.
> 
> Please post the exact error message.
> 
> Does this also happen if you do
> 
>    emacs -Q --eval '(setq epg-gpg-program "gpg1")'
> 

When trying to visit a symmetrically encrypted file, 
*Messages* gives me this:
epg-context—make: GPG error: "no usable configuration", OpenPGP

Yes, the error still occurs when launching with: 
emacs -Q —-eval '(setq epg-gpg-program "gpg1")'

However, it doesn’t occur when launching with:
emacs -Q --eval '(customize-save-variable (quote epg-gpg-program) "gpg1")'

A quick look at `epg-find-configuration' shows it only 
checks epg-gpg-program's saved-value symbol property; 
if the variable is set elsewhere it is ignored.

I can get around it by symlinking gpg>gpg1 but that
kinda defeats the purpose of having the variable.

Nick

Message #18 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Daiki Ueno <ueno <at> gnu.org>
To: Nick Helm <nick <at> tenpoint.co.nz>
Cc: "24229 <at> debbugs.gnu.org" <24229 <at> debbugs.gnu.org>
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Tue, 16 Aug 2016 21:38:28 +0200

Nick Helm <nick <at> tenpoint.co.nz> writes:

> Yes, the error still occurs when launching with: 
> emacs -Q —-eval '(setq epg-gpg-program "gpg1")'
>
> However, it doesn’t occur when launching with:
> emacs -Q --eval '(customize-save-variable (quote epg-gpg-program) "gpg1")'
>
> A quick look at `epg-find-configuration' shows it only 
> checks epg-gpg-program's saved-value symbol property; 
> if the variable is set elsewhere it is ignored.
>
> I can get around it by symlinking gpg>gpg1 but that
> kinda defeats the purpose of having the variable.

It's an intended behaviour.  If you expect all the setup behind the
scene, you need to use the Customize interface instead of 'setq'.

This is similar to the mode variables.  See:
https://www.gnu.org/software/emacs/manual/html_node/emacs/Minor-Modes.html#Minor-Modes

The documentation of the variable could be improved anyway.

Regards,
-- 
Daiki Ueno

Message #21 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Nick Helm <nick <at> tenpoint.co.nz>
To: "24229 <at> debbugs.gnu.org" <24229 <at> debbugs.gnu.org>
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Wed, 17 Aug 2016 00:18:51 +0000

> On 17/08/2016, at 7:38 AM, Daiki Ueno <ueno <at> gnu.org> wrote:
> 
> Nick Helm <nick <at> tenpoint.co.nz> writes:
> 
>> Yes, the error still occurs when launching with: 
>> emacs -Q —-eval '(setq epg-gpg-program "gpg1")'
>> 
>> However, it doesn’t occur when launching with:
>> emacs -Q --eval '(customize-save-variable (quote epg-gpg-program) "gpg1")'
>> 
>> A quick look at `epg-find-configuration' shows it only 
>> checks epg-gpg-program's saved-value symbol property; 
>> if the variable is set elsewhere it is ignored.
>> 
>> I can get around it by symlinking gpg>gpg1 but that
>> kinda defeats the purpose of having the variable.
> 
> It's an intended behaviour.  If you expect all the setup behind the
> scene, you need to use the Customize interface instead of ‘setq'.

Yes, I gathered it is intended from the code, but that 
doesn't make it the right thing to do.

Why are users focred to use customize? There are many 
cases where Emacs enables the user to point to an 
external executable with setq. Here are a few I found 
in my init:

ispell-program-name
insert-directory-program
find-program
remote-shell-program
dired-chmod-program

None of these variables forces the use of customize. Why 
is epg-gpg-program such a special case?

> This is similar to the mode variables.  See:
> https://www.gnu.org/software/emacs/manual/html_node/emacs/Minor-Modes.html#Minor-Modes

I don't see a parallel between mode variables and a user 
option like epg-gpg-program. They are different things 
with different purposes. 

Message #24 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Daiki Ueno <ueno <at> gnu.org>
To: Nick Helm <nick <at> tenpoint.co.nz>
Cc: "24229 <at> debbugs.gnu.org" <24229 <at> debbugs.gnu.org>
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Wed, 17 Aug 2016 09:46:01 +0200

Nick Helm <nick <at> tenpoint.co.nz> writes:

> None of these variables forces the use of customize. Why 
> is epg-gpg-program such a special case?

That is primarily because of the UX differences between three maintained
versions of GnuPG: 2.0, 2.1, and 1.x.  GnuPG 2.0 does not provide a way
to prompt passphrase without GUI, but others do.  Some people are fine
with 2.0 as they use Emacs on a graphical environment only, but other
people are not.

So, we really need to take account of user's intention here; check
whether the variable set by user or it is the default value.  With
'setq' it is not possible to have such distinction.

Regards,
-- 
Daiki Ueno

Message #27 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daiki Ueno <ueno <at> gnu.org>
Cc: nick <at> tenpoint.co.nz, 24229 <at> debbugs.gnu.org
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Wed, 17 Aug 2016 18:21:09 +0300

> From: Daiki Ueno <ueno <at> gnu.org>
> Date: Wed, 17 Aug 2016 09:46:01 +0200
> Cc: "24229 <at> debbugs.gnu.org" <24229 <at> debbugs.gnu.org>
> 
> > None of these variables forces the use of customize. Why 
> > is epg-gpg-program such a special case?
> 
> That is primarily because of the UX differences between three maintained
> versions of GnuPG: 2.0, 2.1, and 1.x.  GnuPG 2.0 does not provide a way
> to prompt passphrase without GUI, but others do.  Some people are fine
> with 2.0 as they use Emacs on a graphical environment only, but other
> people are not.
> 
> So, we really need to take account of user's intention here; check
> whether the variable set by user or it is the default value.  With
> 'setq' it is not possible to have such distinction.

Doesn't Customize provide some functions that allow such a
distinction?  The Customize UI surely is able to tell when a variable
was "changed not through Customize", isn't that what you want?

Thanks.

Message #30 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Richard Stallman <rms <at> gnu.org>
To: Daiki Ueno <ueno <at> gnu.org>
Cc: nick <at> tenpoint.co.nz, 24229 <at> debbugs.gnu.org
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Wed, 17 Aug 2016 13:45:19 -0400

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > That is primarily because of the UX differences between three maintained
  > versions of GnuPG: 2.0, 2.1, and 1.x.  GnuPG 2.0 does not provide a way
  > to prompt passphrase without GUI, but others do.  Some people are fine
  > with 2.0 as they use Emacs on a graphical environment only, but other
  > people are not.

This might be a symptom of a deeper problem.

Suppose you use GnuPG 2.0 under Emacs on a text terminal.
What interface does it use to read the passphrase?
Does it work ok?

-- 
Dr Richard Stallman
President, Free Software Foundation (gnu.org, fsf.org)
Internet Hall-of-Famer (internethalloffame.org)
Skype: No way! See stallman.org/skype.html.

Message #33 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Nick Helm <nick <at> tenpoint.co.nz>
To: "24229 <at> debbugs.gnu.org" <24229 <at> debbugs.gnu.org>
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Thu, 18 Aug 2016 01:32:42 +0000

> On 17/08/2016, at 7:46 PM, Daiki Ueno <ueno <at> gnu.org> wrote:
> 
> Nick Helm <nick <at> tenpoint.co.nz> writes:
> 
>> None of these variables forces the use of customize. Why 
>> is epg-gpg-program such a special case?
> 
> That is primarily because of the UX differences between three maintained
> versions of GnuPG: 2.0, 2.1, and 1.x.  GnuPG 2.0 does not provide a way
> to prompt passphrase without GUI, but others do.  Some people are fine
> with 2.0 as they use Emacs on a graphical environment only, but other
> people are not.
> 
> So, we really need to take account of user's intention here; check
> whether the variable set by user or it is the default value.  With
> 'setq' it is not possible to have such distinction.

I'm not sure I follow. If the user sets a variable, I think 
they're making their intention pretty clear – use the set 
value. 

If they know enough to set epg-gpg-program (using whatever 
mechanism), I'd argue they know enough to understand the 
capabilities of the program they're pointing to. Isn't it 
up to the user to know that gnupg 2.0 only supports 
GUI-based pinentry? 

But if the existing arrangement is important, can we at
least extend the test to determine if the variable has 
been set using either mechanism? Something like this might
work:

(not (equal (eval (car (get 'epg-gpg-program 'standard-value))) 
            (default-value 'epg-gpg-program)))

This returns true when the user sets the variable with 
setq or with customize (both current and future sessions). 
It doesn't detect the case where the user setqs one of the 
two possible standard-values ("gpg2" or "gpg") and the 
same (or both) executable(s) exists in the path, but that 
is the same as the default case anyway and is not a change 
from current behaviour.

Nick

Message #36 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Daiki Ueno <ueno <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: nick <at> tenpoint.co.nz, 24229 <at> debbugs.gnu.org
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Thu, 18 Aug 2016 09:14:27 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Daiki Ueno <ueno <at> gnu.org>
>> Date: Wed, 17 Aug 2016 09:46:01 +0200
>> Cc: "24229 <at> debbugs.gnu.org" <24229 <at> debbugs.gnu.org>
>> 
>> > None of these variables forces the use of customize. Why 
>> > is epg-gpg-program such a special case?
>> 
>> That is primarily because of the UX differences between three maintained
>> versions of GnuPG: 2.0, 2.1, and 1.x.  GnuPG 2.0 does not provide a way
>> to prompt passphrase without GUI, but others do.  Some people are fine
>> with 2.0 as they use Emacs on a graphical environment only, but other
>> people are not.
>> 
>> So, we really need to take account of user's intention here; check
>> whether the variable set by user or it is the default value.  With
>> 'setq' it is not possible to have such distinction.
>
> Doesn't Customize provide some functions that allow such a
> distinction?  The Customize UI surely is able to tell when a variable
> was "changed not through Customize", isn't that what you want?

This is what we are currently doing, and the bug is saying that it
should be done without Customize.  It doesn't make sense to me though.

Nick Helm <nick <at> tenpoint.co.nz> writes:

> I'm not sure I follow. If the user sets a variable, I think 
> they're making their intention pretty clear – use the set 
> value. 
>
> If they know enough to set epg-gpg-program (using whatever 
> mechanism), I'd argue they know enough to understand the 
> capabilities of the program they're pointing to. Isn't it 
> up to the user to know that gnupg 2.0 only supports 
> GUI-based pinentry? 
>
> But if the existing arrangement is important, can we at
> least extend the test to determine if the variable has 
> been set using either mechanism? Something like this might
> work:
>
> (not (equal (eval (car (get 'epg-gpg-program 'standard-value))) 
>             (default-value 'epg-gpg-program)))

There seems to be some confusions here.
- The standard-value property is actually from Customize.
- The default-value function is to get the default value of buffer local
  variables.

So, It doesn't work as you expect.  I am really not sure why you insist
on using setq.  As far as I know, Customize is the recommended way to
set user options and provides more features like this.

Regards,
-- 
Daiki Ueno

Message #39 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daiki Ueno <ueno <at> gnu.org>
Cc: nick <at> tenpoint.co.nz, 24229 <at> debbugs.gnu.org
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Thu, 18 Aug 2016 17:13:30 +0300

> From: Daiki Ueno <ueno <at> gnu.org>
> Cc: nick <at> tenpoint.co.nz,  24229 <at> debbugs.gnu.org
> Date: Thu, 18 Aug 2016 09:14:27 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> So, we really need to take account of user's intention here; check
> >> whether the variable set by user or it is the default value.  With
> >> 'setq' it is not possible to have such distinction.
> >
> > Doesn't Customize provide some functions that allow such a
> > distinction?  The Customize UI surely is able to tell when a variable
> > was "changed not through Customize", isn't that what you want?
> 
> This is what we are currently doing, and the bug is saying that it
> should be done without Customize.  It doesn't make sense to me though.

What I meant is that Customize does have a way of telling that a value
was changed using setq, so evidently there's some infrastructure for
that which you could use.  Am I missing something?

Message #42 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Daiki Ueno <ueno <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: nick <at> tenpoint.co.nz, 24229 <at> debbugs.gnu.org
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Thu, 18 Aug 2016 17:08:03 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Daiki Ueno <ueno <at> gnu.org>
>> Cc: nick <at> tenpoint.co.nz,  24229 <at> debbugs.gnu.org
>> Date: Thu, 18 Aug 2016 09:14:27 +0200
>> 
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>> 
>> >> So, we really need to take account of user's intention here; check
>> >> whether the variable set by user or it is the default value.  With
>> >> 'setq' it is not possible to have such distinction.
>> >
>> > Doesn't Customize provide some functions that allow such a
>> > distinction?  The Customize UI surely is able to tell when a variable
>> > was "changed not through Customize", isn't that what you want?
>> 
>> This is what we are currently doing, and the bug is saying that it
>> should be done without Customize.  It doesn't make sense to me though.
>
> What I meant is that Customize does have a way of telling that a value
> was changed using setq, so evidently there's some infrastructure for
> that which you could use.  Am I missing something?

Do you mean custom-variable-state or anything else?  The function just
compares a value with the default value.  In that case, we cannot
determine whether a user explicitly sets the variable to "gpg2", or the
default value "gpg2" is used.

If the former, we want to use "gpg2" binary anyway.  But if the latter
and "gpg2" is GnuPG 2.0, we want to try other versions when available.
This is not possible with that function.

Regards,
-- 
Daiki Ueno

Message #45 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daiki Ueno <ueno <at> gnu.org>
Cc: nick <at> tenpoint.co.nz, 24229 <at> debbugs.gnu.org
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Thu, 18 Aug 2016 18:35:09 +0300

> From: Daiki Ueno <ueno <at> gnu.org>
> Cc: nick <at> tenpoint.co.nz,  24229 <at> debbugs.gnu.org
> Date: Thu, 18 Aug 2016 17:08:03 +0200
> 
> > What I meant is that Customize does have a way of telling that a value
> > was changed using setq, so evidently there's some infrastructure for
> > that which you could use.  Am I missing something?
> 
> Do you mean custom-variable-state

Yes, I guess so.

> The function just compares a value with the default value.  In that
> case, we cannot determine whether a user explicitly sets the
> variable to "gpg2", or the default value "gpg2" is used.

You mean, using setq to set the value that is identical to the default
is somehow different from using the default unchanged?  Isn't that
confusing for users?

Message #48 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Daiki Ueno <ueno <at> gnu.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, nick <at> tenpoint.co.nz, 24229 <at> debbugs.gnu.org
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Thu, 18 Aug 2016 11:46:52 -0400

It's not uncommon for the doc of Emacs variables to say:

  Setting this variable directly does not have any effect;
  instead use \\[customize] or <some setter function>.

IMO that's all that's needed here too.

Message #51 received at 24229 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: ueno <at> gnu.org, 24229 <at> debbugs.gnu.org, nick <at> tenpoint.co.nz
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Thu, 18 Aug 2016 19:16:30 +0300

> From: Glenn Morris <rgm <at> gnu.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  nick <at> tenpoint.co.nz,  24229 <at> debbugs.gnu.org
> Date: Thu, 18 Aug 2016 11:46:52 -0400
> 
> It's not uncommon for the doc of Emacs variables to say:
> 
>   Setting this variable directly does not have any effect;
>   instead use \\[customize] or <some setter function>.
> 
> IMO that's all that's needed here too.

If there's no better way, yes.

Message #56 received at 24229-done <at> debbugs.gnu.org (full text, mbox):

From: Daiki Ueno <ueno <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Glenn Morris <rgm <at> gnu.org>, nick <at> tenpoint.co.nz, 24229-done <at> debbugs.gnu.org
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Fri, 19 Aug 2016 11:22:42 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Glenn Morris <rgm <at> gnu.org>
>> Cc: Eli Zaretskii <eliz <at> gnu.org>, nick <at> tenpoint.co.nz,
>> 24229 <at> debbugs.gnu.org
>> Date: Thu, 18 Aug 2016 11:46:52 -0400
>> 
>> It's not uncommon for the doc of Emacs variables to say:
>> 
>>   Setting this variable directly does not have any effect;
>>   instead use \\[customize] or <some setter function>.
>> 
>> IMO that's all that's needed here too.
>
> If there's no better way, yes.

As I really don't have any better idea, I have took the Glenn's
suggestion.

Regards,
-- 
Daiki Ueno

Message #59 received at 24229-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daiki Ueno <ueno <at> gnu.org>
Cc: rgm <at> gnu.org, nick <at> tenpoint.co.nz, 24229-done <at> debbugs.gnu.org
Subject: Re: bug#24229: 25.1; Can't set EPA program
Date: Fri, 19 Aug 2016 12:40:50 +0300

> From: Daiki Ueno <ueno <at> gnu.org>
> Cc: Glenn Morris <rgm <at> gnu.org>,  nick <at> tenpoint.co.nz,  24229-done <at> debbugs.gnu.org
> Date: Fri, 19 Aug 2016 11:22:42 +0200
> 
> >> It's not uncommon for the doc of Emacs variables to say:
> >> 
> >>   Setting this variable directly does not have any effect;
> >>   instead use \\[customize] or <some setter function>.
> >> 
> >> IMO that's all that's needed here too.
> >
> > If there's no better way, yes.
> 
> As I really don't have any better idea, I have took the Glenn's
> suggestion.

In that case, please also document the special meaning of setting the
variable to the same value as the default.  I think this special
meaning is not self-evident without some explicit documentation.

Thanks.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.