GNU bug report logs - #5299
23.1.91; Cannot send bug report - get error no such file /bin/bash

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 5299 in the body.
You can then email your comments to 5299 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: "Drew Adams" <drew.adams <at> oracle.com>
To: <emacs-pretest-bug <at> gnu.org>
Subject: 23.1.91; Cannot send bug report - get error no such file /bin/bash
Date: Sun, 3 Jan 2010 10:54:13 -0800

emacs -Q

I tried to send a bug report using Help > Send bug report. When I hit C-c C-c, I
got this error:

Searching for program: no such file or directory, /bin/bash.

So I'm typing this into my mail client, Outlook, directly (copying and pasting
the version info etc.).

I would like to know a workaround soon, so I can send other bug reports in the
normal way. I have no problem sending bug reports in any Emacs release (20
through 23.1), and I've never previously had a problem sending a report for any
pretest version.


In GNU Emacs 23.1.91.1 (i386-mingw-nt5.1.2600)
 of 2010-01-02 on PRETEST
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Eli Zaretskii'" <eliz <at> gnu.org>, <5299 <at> debbugs.gnu.org>
Subject: RE: bug#5299: 23.1.91;
	Cannot send bug report - get error no such file /bin/bash
Date: Sun, 3 Jan 2010 11:29:07 -0800

> > emacs -Q
> > 
> > I tried to send a bug report using Help > Send bug report. 
> > When I hit C-c C-c, I got this error:
> > 
> > Searching for program: no such file or directory, /bin/bash.
> 
> Does the below help?
>   (setq mail-user-agent 'sendmail-user-agent)

No, unfortunately. That raises this error:

 Sending...failed with exit value 1

And this is all there is in the *Messages* buffer about this:

 Sending...
 sendmail-send-it: Sending...failed with exit value 1

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>, 5299 <at> debbugs.gnu.org
Subject: Re: bug#5299: 23.1.91;
	Cannot send bug report - get error no such file /bin/bash
Date: Sun, 03 Jan 2010 21:21:56 +0200

> From: "Drew Adams" <drew.adams <at> oracle.com>
> Date: Sun, 3 Jan 2010 10:54:13 -0800
> Cc: 
> 
> emacs -Q
> 
> I tried to send a bug report using Help > Send bug report. When I hit C-c C-c, I
> got this error:
> 
> Searching for program: no such file or directory, /bin/bash.
> 
> So I'm typing this into my mail client, Outlook, directly (copying and pasting
> the version info etc.).
> 
> I would like to know a workaround soon, so I can send other bug reports in the
> normal way. I have no problem sending bug reports in any Emacs release (20
> through 23.1), and I've never previously had a problem sending a report for any
> pretest version.

Does the below help?

  (setq mail-user-agent 'sendmail-user-agent)

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 5299 <at> debbugs.gnu.org
Subject: Re: bug#5299: 23.1.91;
	Cannot send bug report - get error no such file /bin/bash
Date: Sun, 03 Jan 2010 21:47:09 +0200

> From: "Drew Adams" <drew.adams <at> oracle.com>
> Date: Sun, 3 Jan 2010 11:29:07 -0800
> 
> > > emacs -Q
> > > 
> > > I tried to send a bug report using Help > Send bug report. 
> > > When I hit C-c C-c, I got this error:
> > > 
> > > Searching for program: no such file or directory, /bin/bash.
> > 
> > Does the below help?
> >   (setq mail-user-agent 'sendmail-user-agent)
> 
> No, unfortunately. That raises this error:
> 
>  Sending...failed with exit value 1
> 
> And this is all there is in the *Messages* buffer about this:
> 
>  Sending...
>  sendmail-send-it: Sending...failed with exit value 1

Then I don't understand how did it work for you in previous versions,
in "emacs -Q".  Did it?

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Eli Zaretskii'" <eliz <at> gnu.org>
Cc: 5299 <at> debbugs.gnu.org
Subject: RE: bug#5299: 23.1.91;
	Cannot send bug report - get error no such file /bin/bash
Date: Sun, 3 Jan 2010 11:55:19 -0800

> > > > emacs -Q
> > > > 
> > > > I tried to send a bug report using Help > Send bug report. 
> > > > When I hit C-c C-c, I got this error:
> > > > 
> > > > Searching for program: no such file or directory, /bin/bash.
> > > 
> > > Does the below help?
> > >   (setq mail-user-agent 'sendmail-user-agent)
> > 
> > No, unfortunately. That raises this error:
> > 
> >  Sending...failed with exit value 1
> > 
> > And this is all there is in the *Messages* buffer about this:
> > 
> >  Sending...
> >  sendmail-send-it: Sending...failed with exit value 1
> 
> Then I don't understand how did it work for you in previous versions,
> in "emacs -Q".  Did it?

Yes. It did and it still does. It works for emacs -Q in Emacs 20, 21, 22, and
23.1. And it has always worked for pretest binaries as well. I used `emacs -Q
--debug-init'.

Normally, when I hit C-c C-c it asks me if I want to send the bug and I answer
`yes'. It then opens a new Outlook message with the To and Subject fields
filled, and with text in the body telling me that my bug report is on the
clipboard. I just use C-a C-v in the body to replace that text with the report,
then click Send.

In the Emacs 23.1.91 pretest, , when I answer `yes' it raises the error.

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Drew Adams <drew.adams <at> oracle.com>, 5299 <at> debbugs.gnu.org
Cc: Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#5299: 23.1.91; Cannot send bug report - get error no such 
	file /bin/bash
Date: Sun, 3 Jan 2010 21:28:08 +0100

On Sun, Jan 3, 2010 at 8:55 PM, Drew Adams <drew.adams <at> oracle.com> wrote:
>> > > > emacs -Q
>> > > >
>> > > > I tried to send a bug report using Help > Send bug report.
>> > > > When I hit C-c C-c, I got this error:
>> > > >
>> > > > Searching for program: no such file or directory, /bin/bash.
>> > >
>> > > Does the below help?
>> > >   (setq mail-user-agent 'sendmail-user-agent)
>> >
>> > No, unfortunately. That raises this error:
>> >
>> >  Sending...failed with exit value 1
>> >
>> > And this is all there is in the *Messages* buffer about this:
>> >
>> >  Sending...
>> >  sendmail-send-it: Sending...failed with exit value 1
>>
>> Then I don't understand how did it work for you in previous versions,
>> in "emacs -Q".  Did it?
>
> Yes. It did and it still does. It works for emacs -Q in Emacs 20, 21, 22, and
> 23.1. And it has always worked for pretest binaries as well. I used `emacs -Q
> --debug-init'.
>
> Normally, when I hit C-c C-c it asks me if I want to send the bug and I answer
> `yes'. It then opens a new Outlook message with the To and Subject fields
> filled, and with text in the body telling me that my bug report is on the
> clipboard. I just use C-a C-v in the body to replace that text with the report,
> then click Send.
>
> In the Emacs 23.1.91 pretest, , when I answer `yes' it raises the error.


Didn't we make a special workaround on w32 for this to work? I thought
that workaround was needed. It did put the content of the bug report
on the clipboard etc.

Is that what you have been using before, Drew, or?

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Lennart Borgman'" <lennart.borgman <at> gmail.com>, <5299 <at> debbugs.gnu.org>
Cc: 'Eli Zaretskii' <eliz <at> gnu.org>
Subject: RE: bug#5299: 23.1.91;
	Cannot send bug report - get error no such file /bin/bash
Date: Sun, 3 Jan 2010 12:58:41 -0800

> Didn't we make a special workaround on w32 for this to work? I thought
> that workaround was needed. It did put the content of the bug report
> on the clipboard etc.
> 
> Is that what you have been using before, Drew, or?

Sorry, I don't know what you are referring to, Lennart.

I have always used vanilla Emacs with `emacs -Q' to report bugs.  I have,
personally, never employed any "special workaround on w32".  I don't know
anything about such a workaround.

Or perhaps you are referring to something that Emacs did under the covers? If
so, I know nothing about it - I've never tried to follow the `report-emacs-bug'
code or the Emacs mail code.

Are you able to reproduce the bug using Jason's pretest build and `emacs -Q'?

There is nothing special at my end, AFAIK. I have Windows XP SP3. I do have
Cygwin installed on my computer, but I don't tell Emacs that in any way when I
use `emacs -Q'. I use Outlook 2003 as mail client. 

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 5299 <at> debbugs.gnu.org
Subject: Re: bug#5299: 23.1.91; Cannot send bug report - get error no such 
	file /bin/bash
Date: Sun, 3 Jan 2010 22:10:41 +0100

On Sun, Jan 3, 2010 at 9:58 PM, Drew Adams <drew.adams <at> oracle.com> wrote:
>> Didn't we make a special workaround on w32 for this to work? I thought
>> that workaround was needed. It did put the content of the bug report
>> on the clipboard etc.
>>
>> Is that what you have been using before, Drew, or?
>
> Sorry, I don't know what you are referring to, Lennart.
>
> I have always used vanilla Emacs with `emacs -Q' to report bugs.  I have,
> personally, never employed any "special workaround on w32".  I don't know
> anything about such a workaround.
>
> Or perhaps you are referring to something that Emacs did under the covers? If
> so, I know nothing about it - I've never tried to follow the `report-emacs-bug'
> code or the Emacs mail code.


If you were using it you should have noticed because it was not
totally transparent. The trouble was the restriction on the command
line length in w32. Because of this we could not send the message this
way to the default mail client. Instead we did a two step workaround:

1) We first put the message on the clipboard and then created a
shorter mail message that said that the real content was on the
clipboard.

2) This shorter message was sent to the default mail client and should
up for editing before sending.

I do not know if this works any more however. I do not use it myself
anymore since using it with web mail (gmail) is a bit clumsy. I just
cut and paste instead.

But for those using a w32 mail client it should still be usable I
believe. Or has someone found a workaround for the problem with the
command line length restriction?


> Are you able to reproduce the bug using Jason's pretest build and `emacs -Q'?
>
> There is nothing special at my end, AFAIK. I have Windows XP SP3. I do have
> Cygwin installed on my computer, but I don't tell Emacs that in any way when I
> use `emacs -Q'. I use Outlook 2003 as mail client.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Lennart Borgman'" <lennart.borgman <at> gmail.com>
Cc: 'Eli Zaretskii' <eliz <at> gnu.org>, 5299 <at> debbugs.gnu.org
Subject: RE: bug#5299: 23.1.91;
	Cannot send bug report - get error no such file /bin/bash
Date: Sun, 3 Jan 2010 13:26:21 -0800

> >> Didn't we make a special workaround on w32 for this to 
> >> work? I thought that workaround was needed. It did put
> >> the content of the bug report on the clipboard etc.
> >>
> >> Is that what you have been using before, Drew, or?
> >
> > Sorry, I don't know what you are referring to, Lennart.
> >
> > I have always used vanilla Emacs with `emacs -Q' to report 
> > bugs.  I have, personally, never employed any "special
> > workaround on w32". I don't know anything about such a workaround.
> >
> > Or perhaps you are referring to something that Emacs did 
> > under the covers? If so, I know nothing about it - I've
> > never tried to follow the `report-emacs-bug'
> > code or the Emacs mail code.
> 
> If you were using it you should have noticed because it was not
> totally transparent. The trouble was the restriction on the command
> line length in w32. Because of this we could not send the message this
> way to the default mail client. Instead we did a two step workaround:
> 
> 1) We first put the message on the clipboard and then created a
> shorter mail message that said that the real content was on the
> clipboard.
> 
> 2) This shorter message was sent to the default mail client and should
> up for editing before sending.
> 
> I do not know if this works any more however. I do not use it myself
> anymore since using it with web mail (gmail) is a bit clumsy. I just
> cut and paste instead.
> 
> But for those using a w32 mail client it should still be usable I
> believe. Or has someone found a workaround for the problem with the
> command line length restriction?

Apparently, you _are_ talking about something that Emacs did, and not something
that we users did. When you say "we", you apparently mean Emacs.

In that case, yes, as I already indicated in detail earlier, I pasted the true
bug-report content to the email message prepared by Emacs (via my mail client).
Please read my earlier message that details this.

But I don't even get to that stage now. I don't get an email-client message
created. I doubt that Outlook is ever invoked in any way. As soon as I type
`yes' to confirm that I want to send a bug report, the error is raised.

> > Are you able to reproduce the bug using Jason's pretest 
> > build and `emacs -Q'?

Well, are you? Have you tried using Jason's build with emacs -Q and an external
email client? That is the first thing to try.

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 5299 <at> debbugs.gnu.org
Subject: Re: bug#5299: 23.1.91; Cannot send bug report - get error no such 
	file /bin/bash
Date: Sun, 3 Jan 2010 22:33:00 +0100

On Sun, Jan 3, 2010 at 10:26 PM, Drew Adams <drew.adams <at> oracle.com> wrote:
>
> In that case, yes, as I already indicated in detail earlier, I pasted the true
> bug-report content to the email message prepared by Emacs (via my mail client).
> Please read my earlier message that details this.


Sorry, I missed the message where you described this. Yes, you were
using the workaround I described.


> But I don't even get to that stage now. I don't get an email-client message
> created. I doubt that Outlook is ever invoked in any way. As soon as I type
> `yes' to confirm that I want to send a bug report, the error is raised.
>
>> > Are you able to reproduce the bug using Jason's pretest
>> > build and `emacs -Q'?
>
> Well, are you? Have you tried using Jason's build with emacs -Q and an external
> email client? That is the first thing to try.


I believed it stopped working at some time, but I thought it was due
to some trouble I had with the gmail (additional) workaround (or maybe
some bad merge in my patched version) so I did not look further.

I have had a bit mess trying to get the gmail add-on to work. I would
prefer not to test at the moment.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Lennart Borgman'" <lennart.borgman <at> gmail.com>
Cc: 'Eli Zaretskii' <eliz <at> gnu.org>, 5299 <at> debbugs.gnu.org
Subject: RE: bug#5299: 23.1.91;
	Cannot send bug report - get error no such file /bin/bash
Date: Sun, 3 Jan 2010 13:42:43 -0800

> >> > Are you able to reproduce the bug using Jason's pretest
> >> > build and `emacs -Q'?
> >
> > Well, are you? Have you tried using Jason's build with 
> > emacs -Q and an external email client? That is the
> > first thing to try.
> 
> I believed it stopped working at some time, but I thought it was due
> to some trouble I had with the gmail (additional) workaround (or maybe
> some bad merge in my patched version) so I did not look further.
> 
> I have had a bit mess trying to get the gmail add-on to work. I would
> prefer not to test at the moment.

Perhaps you can determine when it stopped working. I assume you mean that it
stopped working for "CVS" Emacs, sometime after 23.1 was released. The 23.1
release works fine.

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 5299 <at> debbugs.gnu.org
Subject: Re: bug#5299: 23.1.91; Cannot send bug report - get error no such 
	file /bin/bash
Date: Sun, 3 Jan 2010 22:45:48 +0100

On Sun, Jan 3, 2010 at 10:42 PM, Drew Adams <drew.adams <at> oracle.com> wrote:
>> >> > Are you able to reproduce the bug using Jason's pretest
>> >> > build and `emacs -Q'?
>> >
>> > Well, are you? Have you tried using Jason's build with
>> > emacs -Q and an external email client? That is the
>> > first thing to try.
>>
>> I believed it stopped working at some time, but I thought it was due
>> to some trouble I had with the gmail (additional) workaround (or maybe
>> some bad merge in my patched version) so I did not look further.
>>
>> I have had a bit mess trying to get the gmail add-on to work. I would
>> prefer not to test at the moment.
>
> Perhaps you can determine when it stopped working. I assume you mean that it
> stopped working for "CVS" Emacs, sometime after 23.1 was released. The 23.1
> release works fine.


Sorry, but I can't remember at the moment. There has been too many
small troubles around this.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <5299 <at> debbugs.gnu.org>, "'Lennart Borgman'" <lennart.borgman <at> gmail.com>
Subject: RE: bug#5299: 23.1.91;
	Cannot send bug report - get error no such file /bin/bash
Date: Sat, 20 Feb 2010 09:32:08 -0800

This is still a bug. It prevents Windows users from filing Emacs bugs using `M-x
report-emacs-bug'.

In GNU Emacs 23.1.91.1 (i386-mingw-nt5.1.2600)
 of 2010-01-02 on PRETEST
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 5299 <at> debbugs.gnu.org
Subject: Re: custom-reevaluate-setting / custom-initialize-delay
Date: Wed, 24 Feb 2010 00:11:37 -0500

[ Bringing this back to #5299 where it belongs ]

>> > Drew, does the problem in #5299 go away for you if you set
>> > send-mail-function to mailclient-send-it?
>> 
>> It's message-send-mail-function (the variable) that one needs to set
>> nowadays.
>> 
>> The function message-send-mail-function may also need some adjustment
>> for Windows and Macs to prefer mailclient more strongly than it
>> currently does.

> OK, I tried that too:
> (setq message-send-mail-function 'mailclient-send-it)

> Same thing:

> shell-command-to-string: Searching for program: no such file or directory,
> /bin/bash

Can you get a backtrace of that? [with (setq debug-on-error t) and if
that doesn't work with additionally (setq debug-ignored-errors nil) and/or
maybe even (setq debug-on-signal t)]

Also, can you explain why "bash" shows up here?  Do you have the envvar
SHELL set to "/bin/bash" somehow?


        Stefan

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Stefan Monnier'" <monnier <at> iro.umontreal.ca>
Cc: 5299 <at> debbugs.gnu.org
Subject: RE: custom-reevaluate-setting / custom-initialize-delay
Date: Tue, 23 Feb 2010 21:30:53 -0800

> [ Bringing this back to #5299 where it belongs ]
> 
> > (setq message-send-mail-function 'mailclient-send-it)
> >
> > shell-command-to-string: Searching for program: no such 
> > file or directory, /bin/bash
> 
> Can you get a backtrace of that?
> [with (setq debug-on-error t) and if
> that doesn't work with additionally (setq 
> debug-ignored-errors nil) and/or
> maybe even (setq debug-on-signal t)]
> 
> Also, can you explain why "bash" shows up here?  Do you have 
> the envvar SHELL set to "/bin/bash" somehow?

Yes, in my Windows settings (since I use Cygwin).

With those 3 variables set, emacs -Q:

Help > Send Bug Report

Type "ffffffffff" as the subject.

Get this backtrace immediately:

Debugger entered--Lisp error: (file-error "Cannot open load file" "idna")
  require(idna)
  (condition-case nil (require (quote idna)) (file-error))
  (and (condition-case nil (require ...) (file-error)) (mm-coding-system-p
(quote utf-8)) (executable-find idna-program) (string= (idna-to-ascii
"räksmörgås") "xn--rksmrgs-5wao1o") t)
  eval((and (condition-case nil (require ...) (file-error)) (mm-coding-system-p
(quote utf-8)) (executable-find idna-program) (string= (idna-to-ascii
"räksmörgås") "xn--rksmrgs-5wao1o") t))
  custom-initialize-reset(message-use-idna (and (condition-case nil (require
...) (file-error)) (mm-coding-system-p (quote utf-8)) (executable-find
idna-program) (string= (idna-to-ascii "räksmörgås") "xn--rksmrgs-5wao1o") t))
  custom-declare-variable(message-use-idna (and (condition-case nil (require
...) (file-error)) (mm-coding-system-p (quote utf-8)) (executable-find
idna-program) (string= (idna-to-ascii "räksmörgås") "xn--rksmrgs-5wao1o") t)
("c:/Emacs-23-1-92/lisp/gnus/message.elc" . 59102) :version "22.1" :group
message-headers :link (custom-manual "(message)IDNA") :type (choice (const :tag
"Ask" ask) (const :tag "Never" nil) (const :tag "Always" t)))
  message-mail("bug-gnu-emacs <at> gnu.org" "23.1.92; fffffffff" nil nil nil nil nil)
  compose-mail("bug-gnu-emacs <at> gnu.org" "23.1.92; fffffffff")
  report-emacs-bug("fffffffff" [134217786 40 103 101 116 101 110 118 32 34 83 72
69 76 76 34 41 return (help-echo #<frame emacs <at> DRADAMS-LAP1 0x2f37800> "Search
forward for a string" nil nil -1) (help-echo #<frame emacs <at> DRADAMS-LAP1
0x2f37800> "mouse-2: visit this file in other window" #<window 3 on
drews-lisp-20> #<buffer drews-lisp-20> 523) 134217848 115 101 116 45 118 97 114
return 100 101 98 117 103 45 111 110 45 101 114 114 111 114 return 116 return
134217848 115 101 116 ...])
  call-interactively(report-emacs-bug nil nil)

Starting over, emacs -Q, with 2/3 vars set, not `debug-ignored-errors': same
thing.

Starting over, emacs -Q, with only `debug-on-error' set:

I get to buffer *mail to bug-gnu-emacs <at> gnu.org*. I type some text "xxxxxxxxxxx",
then `C-c C-c', reply "yes". I get this backtrace:

Debugger entered--Lisp error: (file-error "Searching for program" "no such file
or directory" "/bin/bash")
  call-process("/bin/bash" nil t nil "-c" "uncompface")
  shell-command-to-string("uncompface")
  (string-match "^0x" (shell-command-to-string "uncompface"))
  (and (string-match "^0x" (shell-command-to-string "uncompface"))
(executable-find "icontopbm"))
  (if (featurep (quote xemacs)) (featurep (quote xface)) (and (string-match
"^0x" ...) (executable-find "icontopbm")))
  (and (not noninteractive) (gnus-image-type-available-p (quote xbm)) (if
(featurep ...) (featurep ...) (and ... ...)) (quote head))
  eval((and (not noninteractive) (gnus-image-type-available-p (quote xbm)) (if
(featurep ...) (featurep ...) (and ... ...)) (quote head)))
  custom-initialize-reset(gnus-treat-display-x-face (and (not noninteractive)
(gnus-image-type-available-p (quote xbm)) (if (featurep ...) (featurep ...) (and
... ...)) (quote head)))
  custom-declare-variable(gnus-treat-display-x-face (and (not noninteractive)
(gnus-image-type-available-p (quote xbm)) (if (featurep ...) (featurep ...) (and
... ...)) (quote head)) ("c:/Emacs-23-1-92/lisp/gnus/gnus-art.elc" . 52832)
:group gnus-article-treat :version "21.1" :link (custom-manual
"(gnus)Customizing Articles") :link (custom-manual "(gnus)X-Face") :type (choice
(const :tag "Off" nil) (const :tag "Header" head)) :set #[(symbol value)
"\302\303!\204


HTH.

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 5299 <at> debbugs.gnu.org
Subject: Re: custom-reevaluate-setting / custom-initialize-delay
Date: Wed, 24 Feb 2010 11:30:21 -0500

>>>>> "Drew" == Drew Adams <drew.adams <at> oracle.com> writes:

>> [ Bringing this back to #5299 where it belongs ]
>> 
>> > (setq message-send-mail-function 'mailclient-send-it)
>> >
>> > shell-command-to-string: Searching for program: no such 
>> > file or directory, /bin/bash
>> 
>> Can you get a backtrace of that?
>> [with (setq debug-on-error t) and if
>> that doesn't work with additionally (setq 
>> debug-ignored-errors nil) and/or
>> maybe even (setq debug-on-signal t)]
>> 
>> Also, can you explain why "bash" shows up here?  Do you have 
>> the envvar SHELL set to "/bin/bash" somehow?

> Yes, in my Windows settings (since I use Cygwin).

> With those 3 variables set, emacs -Q:

> Help > Send Bug Report

> Type "ffffffffff" as the subject.
[...]
> Starting over, emacs -Q, with only `debug-on-error' set:

> I get to buffer *mail to bug-gnu-emacs <at> gnu.org*. I type some text "xxxxxxxxxxx",
> then `C-c C-c', reply "yes". I get this backtrace:

> Debugger entered--Lisp error: (file-error "Searching for program" "no such file
> or directory" "/bin/bash")
>   call-process("/bin/bash" nil t nil "-c" "uncompface")
>   shell-command-to-string("uncompface")
>   (string-match "^0x" (shell-command-to-string "uncompface"))

Thanks, so I think the patch below is needed, can you try it to see if
it helps?

There's still another bug in sendmail.el where we use
custom-initialize-delay on a defcustom that's autoloaded (the problem
there being that autoloaded defcustoms aren't copied verbatim, so only
some of the defcustom features are supported for autoloaded defcustoms,
and currently custom-initialize-delay is not one of them), but this
patch may be sufficient for you and seems useful in anny case.


        Stefan


=== modified file 'lisp/gnus/gnus-art.el'
--- lisp/gnus/gnus-art.el	2010-01-13 08:35:10 +0000
+++ lisp/gnus/gnus-art.el	2010-02-24 16:25:07 +0000
@@ -1422,8 +1422,12 @@
        (gnus-image-type-available-p 'xbm)
        (if (featurep 'xemacs)
 	   (featurep 'xface)
+	 (condition-case nil
 	 (and (string-match "^0x" (shell-command-to-string "uncompface"))
-	      (executable-find "icontopbm")))
+                  (executable-find "icontopbm"))
+           ;; shell-command-to-string may signal an error, e.g. if
+           ;; shell-file-name is not found.
+           (error nil)))
        'head)
   "Display X-Face headers.
 Valid values are nil and `head'.

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

From: "Drew Adams" <drew.adams <at> ORACLE.COM>
To: "'Stefan Monnier'" <monnier <at> iro.umontreal.ca>
Cc: 5299 <at> debbugs.gnu.org
Subject: RE: custom-reevaluate-setting / custom-initialize-delay
Date: Wed, 24 Feb 2010 09:35:38 -0800

> Thanks, so I think the patch below is needed, can you try it to see if
> it helps?

Nope.

I loaded a patched version of gnus-art.el, then tried to send a bug report.

I got only this (in *Messages*):

Sending...
Sending via mail...
message-send-mail-with-sendmail: Sending...failed with exit value 1

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: "Drew Adams" <drew.adams <at> ORACLE.COM>
Cc: 5299 <at> debbugs.gnu.org
Subject: Default mailer (was: custom-reevaluate-setting /
	custom-initialize-delay)
Date: Wed, 24 Feb 2010 13:51:05 -0500

>> Thanks, so I think the patch below is needed, can you try it to see if
>> it helps?
> Nope.
> I loaded a patched version of gnus-art.el, then tried to send a bug report.
> I got only this (in *Messages*):

> Sending...
> Sending via mail...
> message-send-mail-with-sendmail: Sending...failed with exit value 1

I guess that good: it means that my patch worked and then you bumped
into the next problem which is that message-send-mail-function is not
set to use mailclient.

I think we need to revisit the setting for the default mailer: I think
neither the mailclient-send-it nor any other setting is a good default.
I think we should instead use as default a special function that prompts
the user whether he wants to use his external MUA to send email
(i.e. use mailclient-send-it), or to use /usr/sbin/sendmail, or to use
smtpmail in which case it'll ask the user to configure his SMTP server.

And this should be used on *all* systems rather than only under w32
and/or macosx, since sadly /usr/sbin/sendmail is too often unusable even
under GNU/Linux (my /usr/sbin/sendmail is usable, but I must admit that
it took me a significant amount of work on my laptop, so I can't expect
most people to go through that trouble).


        Stefan

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 5299 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#5299: Default mailer (was: custom-reevaluate-setting / 
	custom-initialize-delay)
Date: Wed, 24 Feb 2010 21:15:02 +0100

On Wed, Feb 24, 2010 at 7:51 PM, Stefan Monnier
<monnier <at> iro.umontreal.ca> wrote:
>
> I think we need to revisit the setting for the default mailer: I think
> neither the mailclient-send-it nor any other setting is a good default.
> I think we should instead use as default a special function that prompts
> the user whether he wants to use his external MUA to send email
> (i.e. use mailclient-send-it), or to use /usr/sbin/sendmail, or to use
> smtpmail in which case it'll ask the user to configure his SMTP server.
>
> And this should be used on *all* systems rather than only under w32
> and/or macosx, since sadly /usr/sbin/sendmail is too often unusable even
> under GNU/Linux (my /usr/sbin/sendmail is usable, but I must admit that
> it took me a significant amount of work on my laptop, so I can't expect
> most people to go through that trouble).


That sounds good and in line with what we previously did.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Stefan Monnier'" <monnier <at> iro.umontreal.ca>
Cc: 5299 <at> debbugs.gnu.org
Subject: RE: Default mailer (was: custom-reevaluate-setting /
	custom-initialize-delay)
Date: Wed, 24 Feb 2010 13:13:03 -0800

> I think we need to revisit the setting for the default mailer: I think
> neither the mailclient-send-it nor any other setting is a 
> good default.
> I think we should instead use as default a special function 
> that prompts
> the user whether he wants to use his external MUA to send email
> (i.e. use mailclient-send-it), or to use /usr/sbin/sendmail, or to use
> smtpmail in which case it'll ask the user to configure his 
> SMTP server.
> 
> And this should be used on *all* systems rather than only under w32
> and/or macosx, since sadly /usr/sbin/sendmail is too often 
> unusable even
> under GNU/Linux (my /usr/sbin/sendmail is usable, but I must 
> admit that
> it took me a significant amount of work on my laptop, so I 
> can't expect
> most people to go through that trouble).

I would hope that if a user is interrupted by such questions this happens only
the first time, not each time s?he sends a mail.

IOW, questions are OK as a means to help a user configure things, but once
defaults are configured according to the user's preference, then there shouldn't
be any more prompting.

If there is a need to let users override their default settings, then that could
perhap be done either via a different command or using C-u.

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 5299 <at> debbugs.gnu.org
Subject: Re: Default mailer
Date: Wed, 24 Feb 2010 16:35:08 -0500

> I would hope that if a user is interrupted by such questions this
> happens only the first time, not each time s?he sends a mail.

Goes without saying,


        Stefan

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

From: Glenn Morris <rgm <at> gnu.org>
To: 5299-done <at> debbugs.gnu.org
Subject: Re: bug#5299
Date: Fri, 26 Feb 2010 22:45:14 -0500

[ See discussion at
  http://lists.gnu.org/archive/html/emacs-devel/2010-02/msg00550.html ]

Drew Adams wrote (on Fri, 26 Feb 2010 at 09:54 -0800):

> Loading a patched gnus-art.el plus setting message-send-mail-function to
> message-send-mail-with-mailclient works.

OK, then with the changes from this report for gnus-art and from #5643
for the default message-send-mail-function, this should be working
again in the latest 23.1.93 pretest.

Previous Next

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