unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#24229: 25.1; Can't set EPA program
@ 2016-08-15  4:58 Nick Helm
  2016-08-15 22:26 ` Noam Postavsky
  0 siblings, 1 reply; 17+ messages in thread
From: Nick Helm @ 2016-08-15  4:58 UTC (permalink / raw)
  To: 24229

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))





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-15  4:58 bug#24229: 25.1; Can't set EPA program Nick Helm
@ 2016-08-15 22:26 ` Noam Postavsky
  2016-08-16  0:56   ` Nick Helm
  0 siblings, 1 reply; 17+ messages in thread
From: Noam Postavsky @ 2016-08-15 22:26 UTC (permalink / raw)
  To: Nick Helm; +Cc: 24229

tag 24229 moreinfo
quit

On Mon, Aug 15, 2016 at 12:58 AM, Nick Helm <nick@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'





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-15 22:26 ` Noam Postavsky
@ 2016-08-16  0:56   ` Nick Helm
  2016-08-16 19:38     ` Daiki Ueno
  0 siblings, 1 reply; 17+ messages in thread
From: Nick Helm @ 2016-08-16  0:56 UTC (permalink / raw)
  To: 24229@debbugs.gnu.org


> On 16/08/2016, at 10:26 AM, Noam Postavsky <npostavs@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


^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-16  0:56   ` Nick Helm
@ 2016-08-16 19:38     ` Daiki Ueno
  2016-08-17  0:18       ` Nick Helm
  0 siblings, 1 reply; 17+ messages in thread
From: Daiki Ueno @ 2016-08-16 19:38 UTC (permalink / raw)
  To: Nick Helm; +Cc: 24229@debbugs.gnu.org

Nick Helm <nick@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





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-16 19:38     ` Daiki Ueno
@ 2016-08-17  0:18       ` Nick Helm
  2016-08-17  7:46         ` Daiki Ueno
  0 siblings, 1 reply; 17+ messages in thread
From: Nick Helm @ 2016-08-17  0:18 UTC (permalink / raw)
  To: 24229@debbugs.gnu.org


> On 17/08/2016, at 7:38 AM, Daiki Ueno <ueno@gnu.org> wrote:
> 
> Nick Helm <nick@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. 




^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-17  0:18       ` Nick Helm
@ 2016-08-17  7:46         ` Daiki Ueno
  2016-08-17 15:21           ` Eli Zaretskii
                             ` (2 more replies)
  0 siblings, 3 replies; 17+ messages in thread
From: Daiki Ueno @ 2016-08-17  7:46 UTC (permalink / raw)
  To: Nick Helm; +Cc: 24229@debbugs.gnu.org

Nick Helm <nick@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





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-17  7:46         ` Daiki Ueno
@ 2016-08-17 15:21           ` Eli Zaretskii
  2016-08-18  7:14             ` Daiki Ueno
  2016-08-17 17:45           ` Richard Stallman
  2016-08-18  1:32           ` Nick Helm
  2 siblings, 1 reply; 17+ messages in thread
From: Eli Zaretskii @ 2016-08-17 15:21 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: nick, 24229

> From: Daiki Ueno <ueno@gnu.org>
> Date: Wed, 17 Aug 2016 09:46:01 +0200
> Cc: "24229@debbugs.gnu.org" <24229@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.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-17  7:46         ` Daiki Ueno
  2016-08-17 15:21           ` Eli Zaretskii
@ 2016-08-17 17:45           ` Richard Stallman
  2016-08-18  1:32           ` Nick Helm
  2 siblings, 0 replies; 17+ messages in thread
From: Richard Stallman @ 2016-08-17 17:45 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: nick, 24229

[[[ 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.






^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-17  7:46         ` Daiki Ueno
  2016-08-17 15:21           ` Eli Zaretskii
  2016-08-17 17:45           ` Richard Stallman
@ 2016-08-18  1:32           ` Nick Helm
  2 siblings, 0 replies; 17+ messages in thread
From: Nick Helm @ 2016-08-18  1:32 UTC (permalink / raw)
  To: 24229@debbugs.gnu.org


> On 17/08/2016, at 7:46 PM, Daiki Ueno <ueno@gnu.org> wrote:
> 
> Nick Helm <nick@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



^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-17 15:21           ` Eli Zaretskii
@ 2016-08-18  7:14             ` Daiki Ueno
  2016-08-18 14:13               ` Eli Zaretskii
  0 siblings, 1 reply; 17+ messages in thread
From: Daiki Ueno @ 2016-08-18  7:14 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: nick, 24229

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Daiki Ueno <ueno@gnu.org>
>> Date: Wed, 17 Aug 2016 09:46:01 +0200
>> Cc: "24229@debbugs.gnu.org" <24229@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@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





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-18  7:14             ` Daiki Ueno
@ 2016-08-18 14:13               ` Eli Zaretskii
  2016-08-18 15:08                 ` Daiki Ueno
  0 siblings, 1 reply; 17+ messages in thread
From: Eli Zaretskii @ 2016-08-18 14:13 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: nick, 24229

> From: Daiki Ueno <ueno@gnu.org>
> Cc: nick@tenpoint.co.nz,  24229@debbugs.gnu.org
> Date: Thu, 18 Aug 2016 09:14:27 +0200
> 
> Eli Zaretskii <eliz@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?





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-18 14:13               ` Eli Zaretskii
@ 2016-08-18 15:08                 ` Daiki Ueno
  2016-08-18 15:35                   ` Eli Zaretskii
  2016-08-18 15:46                   ` Glenn Morris
  0 siblings, 2 replies; 17+ messages in thread
From: Daiki Ueno @ 2016-08-18 15:08 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: nick, 24229

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Daiki Ueno <ueno@gnu.org>
>> Cc: nick@tenpoint.co.nz,  24229@debbugs.gnu.org
>> Date: Thu, 18 Aug 2016 09:14:27 +0200
>> 
>> Eli Zaretskii <eliz@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





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-18 15:08                 ` Daiki Ueno
@ 2016-08-18 15:35                   ` Eli Zaretskii
  2016-08-18 15:46                   ` Glenn Morris
  1 sibling, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2016-08-18 15:35 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: nick, 24229

> From: Daiki Ueno <ueno@gnu.org>
> Cc: nick@tenpoint.co.nz,  24229@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?





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-18 15:08                 ` Daiki Ueno
  2016-08-18 15:35                   ` Eli Zaretskii
@ 2016-08-18 15:46                   ` Glenn Morris
  2016-08-18 16:16                     ` Eli Zaretskii
  1 sibling, 1 reply; 17+ messages in thread
From: Glenn Morris @ 2016-08-18 15:46 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: nick, 24229


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.






^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-18 15:46                   ` Glenn Morris
@ 2016-08-18 16:16                     ` Eli Zaretskii
  2016-08-19  9:22                       ` Daiki Ueno
  0 siblings, 1 reply; 17+ messages in thread
From: Eli Zaretskii @ 2016-08-18 16:16 UTC (permalink / raw)
  To: Glenn Morris; +Cc: ueno, 24229, nick

> From: Glenn Morris <rgm@gnu.org>
> Cc: Eli Zaretskii <eliz@gnu.org>,  nick@tenpoint.co.nz,  24229@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.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-18 16:16                     ` Eli Zaretskii
@ 2016-08-19  9:22                       ` Daiki Ueno
  2016-08-19  9:40                         ` Eli Zaretskii
  0 siblings, 1 reply; 17+ messages in thread
From: Daiki Ueno @ 2016-08-19  9:22 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: nick, 24229-done

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Glenn Morris <rgm@gnu.org>
>> Cc: Eli Zaretskii <eliz@gnu.org>, nick@tenpoint.co.nz,
>> 24229@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





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#24229: 25.1; Can't set EPA program
  2016-08-19  9:22                       ` Daiki Ueno
@ 2016-08-19  9:40                         ` Eli Zaretskii
  0 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2016-08-19  9:40 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: nick, 24229-done

> From: Daiki Ueno <ueno@gnu.org>
> Cc: Glenn Morris <rgm@gnu.org>,  nick@tenpoint.co.nz,  24229-done@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.





^ permalink raw reply	[flat|nested] 17+ messages in thread

end of thread, other threads:[~2016-08-19  9:40 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-08-15  4:58 bug#24229: 25.1; Can't set EPA program Nick Helm
2016-08-15 22:26 ` Noam Postavsky
2016-08-16  0:56   ` Nick Helm
2016-08-16 19:38     ` Daiki Ueno
2016-08-17  0:18       ` Nick Helm
2016-08-17  7:46         ` Daiki Ueno
2016-08-17 15:21           ` Eli Zaretskii
2016-08-18  7:14             ` Daiki Ueno
2016-08-18 14:13               ` Eli Zaretskii
2016-08-18 15:08                 ` Daiki Ueno
2016-08-18 15:35                   ` Eli Zaretskii
2016-08-18 15:46                   ` Glenn Morris
2016-08-18 16:16                     ` Eli Zaretskii
2016-08-19  9:22                       ` Daiki Ueno
2016-08-19  9:40                         ` Eli Zaretskii
2016-08-17 17:45           ` Richard Stallman
2016-08-18  1:32           ` Nick Helm

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).