Re: proposed patches to notmuch-emacs-mua

Subject: Re: proposed patches to notmuch-emacs-mua

Date: Sat, 19 Aug 2017 17:23:05 -0300

To: Tomi Ollila

Cc: notmuch@freelists.org, notmuch@notmuchmail.org

From: Joseph Mingrone


Hello Tomi,

Tomi Ollila <tomi.ollila@iki.fi> writes:
> I'd like to know why bash is to be replaced; (e.g. since it is not in base
> system, but so not is e.g. emacs...)

> if this couple of order of magnitude heavier solution is used, then it
> could be first checked whether to do so; e.g using case $3 in *['"\']*) and
> and then do escaping on the need basis (an option to use posix shell
> constructs to do such a thing looks probably too complicated... (*))

Indeed, bash could be pulled in as a dependency to notmuch, but I'm
shell shocked to hear you say the POSIX sh solution is an order of
magnitude heavier than the bash solution.  Building on your suggestion,
maybe this function is a reasonable alternative that doesn't call an
external command.

escape ()
{
  r=$3 p=
  while case $r in *\\*) true ;; *) false ;; esac; do
    p=$p${r%%\\*}\\\\ r=${r#*\\}
  done
  r="$p$r" p=

  while case $r in *\"*) true ;; *) false ;; esac; do
    p=$p${r%%\"*}\\\" r=${r#*\"}
  done

  eval "$2=\$p\$r"
}

It's no big deal either way.  I just followed a convention when updating
the FreeBSD notmuch package.  If the script is close to POSIX
compliance, then patch out the bashisms, otherwise pull in bash.  Why
not attempt to comply to a standard and not pull in an external
dependency (for some systems) when the script is already so close?  I
thought I would upstream those changes in case they were useful.

>> Users may call, e.g., mml-secure-message-sign to insert MML at the top
>> of the message.  By using message-goto-signature to insert file
>> contents into the body of the message, the MML remains at the top.

> looks reasonable... this probably doesn't https://xkcd.com/1172/ ...

You are targeting Emacs mail users.  Is it an esoteric workflow to,
e.g., sign and encrypt mail messages?

> The changes in this 3/3 up to this point looks good, but the change below
> is somewhat controversial. It is convenient that $EMACS is split to command
> and arguments on $IFS variables (space, tab, newline). Some tools use
> similar approach; e.g. I just used GIT_SSH_COMMAND='ssh -vvv' git pull to 
> debug failing ssh login (it did not help, sudo strace -f -p <sshd-pid> was
> to the rescue this time ;)

>>  if [ -n "$USE_EMACSCLIENT" ]; then
>>      # Evaluate the progn.
>> -    exec ${EMACSCLIENT} ${NO_WINDOW} ${CREATE_FRAME} ${AUTO_DAEMON} --eval "${ELISP}"
>> +    exec "${EMACSCLIENT}" ${NO_WINDOW} ${CREATE_FRAME} ${AUTO_DAEMON} --eval "${ELISP}"
>>  else
>> -    exec ${EMACS} ${NO_WINDOW} --eval "${ELISP}"
>> +    exec "${EMACS}" ${NO_WINDOW} --eval "${ELISP}"
>>  fi
>> -- 
>> 2.13.3

Agreed.  I take back this suggested change.

Regards,

Joseph
signature.asc (application/pgp-signature)

Thread: