GNU bug report logs - #9134
don't force mystery on user trying to find out what is completing after the word "ssh" in *shell*

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Severity: wishlist; Reported by: jidanni@HIDDEN; dated Thu, 21 Jul 2011 00:26:01 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 9134 <at> debbugs.gnu.org:


Received: (at 9134) by debbugs.gnu.org; 14 Oct 2019 14:37:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 14 10:37:55 2019
Received: from localhost ([127.0.0.1]:41428 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iK1Tu-0005Gf-P0
	for submit <at> debbugs.gnu.org; Mon, 14 Oct 2019 10:37:55 -0400
Received: from userp2130.oracle.com ([156.151.31.86]:44792)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <drew.adams@HIDDEN>) id 1iK1Tr-0005GQ-Eu
 for 9134 <at> debbugs.gnu.org; Mon, 14 Oct 2019 10:37:53 -0400
Received: from pps.filterd (userp2130.oracle.com [127.0.0.1])
 by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9EEIk8V079951;
 Mon, 14 Oct 2019 14:37:45 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=mime-version :
 message-id : date : from : sender : to : cc : subject : references :
 in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05;
 bh=1wKkgPCuDZsn2gzW72BtpzAxVVJGeEhCCbLbSO1zhG4=;
 b=HDooia+tRVjbeCUlpr8y6jlTU1PEzOw01s9KRRazOcvHAZoqUXi12+zovca/fHlmDlCM
 6Mzo5dVKkfCstN4z0aQ53afZzhgWo7zTWtM+e59BOrrWxkOBK0jpt3FvVcokWytZojHX
 PlPQVduDhWwMlwqa8fkrk9EVvjeoaxL9ILmlQnYFq9+K1ssQQPVN2WfUiM9hOU1iaW6x
 r5QvpFJPwhigEiCkc5ob5U1aT1/qmAOAYS/n7Y1c9TLzq38KOrWqzPC4AKgg4DMdUqjE
 +uFe3xG6batSC/JcWtrg7xiBymej9i749eaDSJIHKQdEBwihI/4c/4D47AmUJWX1FZ46 4g== 
Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70])
 by userp2130.oracle.com with ESMTP id 2vk68u9c9s-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Mon, 14 Oct 2019 14:37:45 +0000
Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1])
 by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9EENPmg194412;
 Mon, 14 Oct 2019 14:37:44 GMT
Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
 by aserp3020.oracle.com with ESMTP id 2vkrbjygeu-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Mon, 14 Oct 2019 14:37:44 +0000
Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13])
 by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x9EEbeK9005973;
 Mon, 14 Oct 2019 14:37:41 GMT
MIME-Version: 1.0
Message-ID: <8e5df45f-6001-4245-a82c-75b78834ded6@default>
Date: Mon, 14 Oct 2019 14:37:39 +0000 (UTC)
From: Drew Adams <drew.adams@HIDDEN>
To: Phil Sainty <psainty@HIDDEN>, Lars Ingebrigtsen <larsi@HIDDEN>
Subject: RE: bug#9134: don't force mystery on user trying to find out what is
 completing after the word "ssh" in *shell*
References: <87fwm0zf60.fsf@HIDDEN> <874l0ct7vh.fsf@HIDDEN>
 <0449ae1f85bbc0076cbfde9b61996660@HIDDEN>
 <d2ca6941-d59d-48b6-9fa5-28453c028764@default>
 <d2941119-be4e-682c-275b-d9cd526f138d@HIDDEN>
In-Reply-To: <d2941119-be4e-682c-275b-d9cd526f138d@HIDDEN>
X-Priority: 3
X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1  (1003210) [OL
 16.0.4900.0 (x86)]
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9409
 signatures=668684
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1908290000 definitions=main-1910140134
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9409
 signatures=668684
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0
 priorityscore=1501 malwarescore=0
 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015
 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0
 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000
 definitions=main-1910140134
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 9134
Cc: 9134 <at> debbugs.gnu.org, monnier@HIDDEN, jidanni@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> > Doesn't the command performing the completion know this
> > information?  Why isn't it sufficient for `C-h f' for that
> > command to provide the info?  I'd think that if it's not
> > obvious the command's doc should let you know what things
> > you're completing against.
>=20
> Well, that can go through a LOT of indirection, so tracking down
> the actual source isn't that simple.  Here we have:
>=20
> TAB =3D> completion-at-point (command)

Oh, yes, of course.  I didn't realize that this
was about `completion-at-point' instead of just
`completing-read'.

Yes, that's (ahem) a mess.  Maybe a useful mess,
but more or less a mess (IMHO).

> And frankly I only figured that out by working backwards, after
> grepping the code base for "known_hosts", setting debug-on-entry
> for `pcmpl-ssh-hosts', and then hitting TAB and finding how it
> actually arrived there.
>=20
> That's in no way simple to follow, even if the docstrings made
> everything really clear (which they do not; and possibly can't,
> given the involvement of "programmable completion" in the mix).

Indeed.  Not such a self-documenting editor, in
this regard.

> As a side note, has it always been the case that, when asking
> about a variable with a buffer-local value, if you follow links
> in that *Help* buffer to other variables which also have
> buffer-local values in the original buffer, you'll only see the
> global values (because you're now local to the *Help* buffer)?
> I feel like it would be nice if the *Help* remained local to the
> same buffer for as long as you remained in the *Help* window.
> (For some reason this caught me out, but I'm probably inventing
> the idea that it used to be different.)

Dunno.  Maybe give a complete recipe and I'll
check on older releases.

> > A priori, I don't think the info should be shown via a
> > transitory message or by putting an explanation in buffer
> > *Completions*.
>=20
> On reflection I agree that my suggestion wasn't a great idea; but
> I also don't think it's remotely practical to say that command
> documentation should be sufficient, when we're trawling through
> so many layers.

I agree.  I misguessed that this was only about
completion from things like `completing-read' and
`read-file-name'.

> What would perhaps be nice is for the *actual* sequence of events
> to be tracked internally, and reported on request, so that the
> user could ask "where did the completion(s) actually come from?"
> and be told the answer.

+1




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#9134; Package emacs. Full text available.

Message received at 9134 <at> debbugs.gnu.org:


Received: (at 9134) by debbugs.gnu.org; 14 Oct 2019 12:26:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 14 08:26:35 2019
Received: from localhost ([127.0.0.1]:38279 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iJzQo-0007k1-Uf
	for submit <at> debbugs.gnu.org; Mon, 14 Oct 2019 08:26:35 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:29548)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1iJzQm-0007jn-JB
 for 9134 <at> debbugs.gnu.org; Mon, 14 Oct 2019 08:26:33 -0400
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 844EF10058D;
 Mon, 14 Oct 2019 08:26:26 -0400 (EDT)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 2933610032F;
 Mon, 14 Oct 2019 08:26:25 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1571055985;
 bh=Zfc7sCXd4Jy459Oh7+LzcNNWgrgtRytqFanTfgYa8TU=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=nMfVR8cF6E4ymaIi/cKsq8T71s18QBS0+YP7oQfSps8iHXnSFXDxxocwPdjjqKf+f
 +0SePYasNHjjbsjRqOKk3FTa0oBHBb6hP6PjLG4hzm1I+0jtZmR+BBNfI1p82sHpXe
 q07sr5+VHkCKO1boi8LUlZzT9YSez3kUHBVaaqSv+Q4ksBCq442hZB+loJKvaVpdp2
 3Ccug4naw3kRFRjZOqTEWIKyZjk3/E1Ok9WO8vP5+vF580dARqY0ycnSLs+pou5JH+
 6okhsIrqK6p8Y00LgmUbTvqNC2rQElN8PEuHZciW2ZrofD2YOewLOME784WpTQu3AE
 zBwZLnNSIxpLQ==
Received: from pastel (unknown [216.154.35.246])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id D6BF11207BD;
 Mon, 14 Oct 2019 08:26:24 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Phil Sainty <psainty@HIDDEN>
Subject: Re: bug#9134: don't force mystery on user trying to find out what
 is completing after the word "ssh" in *shell*
Message-ID: <jwv36fvzfbu.fsf-monnier+emacs@HIDDEN>
References: <87fwm0zf60.fsf@HIDDEN> <874l0ct7vh.fsf@HIDDEN>
 <0449ae1f85bbc0076cbfde9b61996660@HIDDEN>
 <d2ca6941-d59d-48b6-9fa5-28453c028764@default>
 <d2941119-be4e-682c-275b-d9cd526f138d@HIDDEN>
Date: Mon, 14 Oct 2019 08:26:23 -0400
In-Reply-To: <d2941119-be4e-682c-275b-d9cd526f138d@HIDDEN> (Phil
 Sainty's message of "Mon, 14 Oct 2019 23:49:58 +1300")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.029 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 9134
Cc: Lars Ingebrigtsen <larsi@HIDDEN>, 9134 <at> debbugs.gnu.org,
 Drew Adams <drew.adams@HIDDEN>, jidanni@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

> As a side note, has it always been the case that, when asking
> about a variable with a buffer-local value, if you follow links
> in that *Help* buffer to other variables which also have
> buffer-local values in the original buffer, you'll only see the
> global values (because you're now local to the *Help* buffer)?

Yes.

> I feel like it would be nice if the *Help* remained local to the
> same buffer for as long as you remained in the *Help* window.

I think I agree.

> What would perhaps be nice is for the *actual* sequence of events
> to be tracked internally, and reported on request, so that the
> user could ask "where did the completion(s) actually come from?"
> and be told the answer.

I don't think the "sequence of events" is really necessary, but maybe
just the "last bit" (i.e. pcmpl-ssh-hosts in your example), but yes,
reporting upon request after-the-fact could be good, tho it's probably
going to be hard to make it sufficiently discoverable.


        Stefan





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#9134; Package emacs. Full text available.

Message received at 9134 <at> debbugs.gnu.org:


Received: (at 9134) by debbugs.gnu.org; 14 Oct 2019 10:50:06 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 14 06:50:06 2019
Received: from localhost ([127.0.0.1]:38197 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iJxvS-0001La-4D
	for submit <at> debbugs.gnu.org; Mon, 14 Oct 2019 06:50:06 -0400
Received: from smtp-2.orcon.net.nz ([60.234.4.43]:39071)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <psainty@HIDDEN>) id 1iJxvP-0001LJ-Cv
 for 9134 <at> debbugs.gnu.org; Mon, 14 Oct 2019 06:50:04 -0400
Received: from [116.251.203.173] (port=38223 helo=[192.168.20.103])
 by smtp-2.orcon.net.nz with esmtpa (Exim 4.90_1)
 (envelope-from <psainty@HIDDEN>)
 id 1iJxvK-0006lF-L8; Mon, 14 Oct 2019 23:49:58 +1300
Subject: Re: bug#9134: don't force mystery on user trying to find out what is
 completing after the word "ssh" in *shell*
To: Drew Adams <drew.adams@HIDDEN>, Lars Ingebrigtsen <larsi@HIDDEN>
References: <87fwm0zf60.fsf@HIDDEN> <874l0ct7vh.fsf@HIDDEN>
 <0449ae1f85bbc0076cbfde9b61996660@HIDDEN>
 <d2ca6941-d59d-48b6-9fa5-28453c028764@default>
From: Phil Sainty <psainty@HIDDEN>
Message-ID: <d2941119-be4e-682c-275b-d9cd526f138d@HIDDEN>
Date: Mon, 14 Oct 2019 23:49:58 +1300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <d2ca6941-d59d-48b6-9fa5-28453c028764@default>
Content-Type: text/plain; charset=utf-8
Content-Language: en-GB
Content-Transfer-Encoding: 7bit
X-GeoIP: NZ
X-Spam_score: -2.9
X-Spam_score_int: -28
X-Spam_bar: --
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 9134
Cc: 9134 <at> debbugs.gnu.org, monnier@HIDDEN, jidanni@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 14/10/19 5:46 PM, Drew Adams wrote:
> Doesn't the command performing the completion know this
> information?  Why isn't it sufficient for `C-h f' for that
> command to provide the info?  I'd think that if it's not
> obvious the command's doc should let you know what things
> you're completing against.

Well, that can go through a LOT of indirection, so tracking down
the actual source isn't that simple.  Here we have:

TAB => completion-at-point (command)
=> completion-at-point-functions (list)
=> comint-completion-at-point (function)
=> comint-dynamic-complete-functions (for me, a list of seven
   possiblities)
=> pcomplete-completions-at-point (function "using pcomplete's
   completion tables", however one establishes what that means --
   certainly not in the elisp manual; AFAICS the pcomplete.el
   Commentary and code would need to be consulted)
=> pcomplete-completions (function which examines the buffer and
   employs various logic to figure out the appropriate completion
   function)
=> pcomplete/ssh (function)
=> pcmpl-ssh-hosts (function which actually does the thing)

And frankly I only figured that out by working backwards, after
grepping the code base for "known_hosts", setting debug-on-entry
for `pcmpl-ssh-hosts', and then hitting TAB and finding how it
actually arrived there.

That's in no way simple to follow, even if the docstrings made
everything really clear (which they do not; and possibly can't,
given the involvement of "programmable completion" in the mix).


As a side note, has it always been the case that, when asking
about a variable with a buffer-local value, if you follow links
in that *Help* buffer to other variables which also have
buffer-local values in the original buffer, you'll only see the
global values (because you're now local to the *Help* buffer)?
I feel like it would be nice if the *Help* remained local to the
same buffer for as long as you remained in the *Help* window.
(For some reason this caught me out, but I'm probably inventing
the idea that it used to be different.)


> A priori, I don't think the info should be shown via a
> transitory message or by putting an explanation in buffer
> *Completions*.

On reflection I agree that my suggestion wasn't a great idea; but
I also don't think it's remotely practical to say that command
documentation should be sufficient, when we're trawling through
so many layers.

What would perhaps be nice is for the *actual* sequence of events
to be tracked internally, and reported on request, so that the
user could ask "where did the completion(s) actually come from?"
and be told the answer.


-Phil





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#9134; Package emacs. Full text available.

Message received at 9134 <at> debbugs.gnu.org:


Received: (at 9134) by debbugs.gnu.org; 14 Oct 2019 05:08:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 14 01:08:21 2019
Received: from localhost ([127.0.0.1]:37512 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iJsaj-00017e-Et
	for submit <at> debbugs.gnu.org; Mon, 14 Oct 2019 01:08:21 -0400
Received: from [80.91.231.51] (port=48706 helo=quimby.gnus.org)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1iJsah-00017W-F0
 for 9134 <at> debbugs.gnu.org; Mon, 14 Oct 2019 01:08:20 -0400
Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie)
 by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <larsi@HIDDEN>)
 id 1iJsaa-0001lO-Gv; Mon, 14 Oct 2019 07:08:16 +0200
From: Lars Ingebrigtsen <larsi@HIDDEN>
To: Phil Sainty <psainty@HIDDEN>
Subject: Re: bug#9134: don't force mystery on user trying to find out what
 is completing after the word "ssh" in *shell*
References: <87fwm0zf60.fsf@HIDDEN> <874l0ct7vh.fsf@HIDDEN>
 <0449ae1f85bbc0076cbfde9b61996660@HIDDEN>
 <87wod8q6b3.fsf@HIDDEN>
Date: Mon, 14 Oct 2019 07:08:12 +0200
In-Reply-To: <87wod8q6b3.fsf@HIDDEN> (Lars Ingebrigtsen's message of "Mon,
 14 Oct 2019 06:50:24 +0200")
Message-ID: <87o8yjrk1v.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview: Lars Ingebrigtsen <larsi@HIDDEN> writes: > It's pretty
 self-evident
 where most completions come from, but the ssh > one is perhaps more surprising
 than most. And testing it some more, it doesn't really work very well. 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: Lars Ingebrigtsen <larsi@HIDDEN> writes: > It's pretty
 self-evident
 where most completions come from, but the ssh > one is perhaps more surprising
 than most. And testing it some more, it doesn't really work very well. 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was
 blocked.  See
 http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
 for more information. [URIs: ingebrigtsen.no]
 0.0 SPF_NONE               SPF: sender does not publish an SPF Record
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Debbugs-Envelope-To: 9134
Cc: 9134 <at> debbugs.gnu.org, monnier@HIDDEN, jidanni@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

Lars Ingebrigtsen <larsi@HIDDEN> writes:

> It's pretty self-evident where most completions come from, but the ssh
> one is perhaps more surprising than most.

And testing it some more, it doesn't really work very well.

$ ssh TAB

gives me

$ ssh quimbies

because I have "Host quimbies" in .ssh/config.  But:

$ ssh qTAB

gives me "No match".

It also looks in ~/.ssh/known_hosts, but the default is to hash the host
names, so by default, there's nothing there to complete over.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#9134; Package emacs. Full text available.

Message received at 9134 <at> debbugs.gnu.org:


Received: (at 9134) by debbugs.gnu.org; 14 Oct 2019 04:50:32 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 14 00:50:32 2019
Received: from localhost ([127.0.0.1]:37500 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iJsJU-0006zi-23
	for submit <at> debbugs.gnu.org; Mon, 14 Oct 2019 00:50:32 -0400
Received: from [80.91.231.51] (port=48398 helo=quimby.gnus.org)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1iJsJR-0006za-UN
 for 9134 <at> debbugs.gnu.org; Mon, 14 Oct 2019 00:50:30 -0400
Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie)
 by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <larsi@HIDDEN>)
 id 1iJsJM-0001d1-LV; Mon, 14 Oct 2019 06:50:27 +0200
From: Lars Ingebrigtsen <larsi@HIDDEN>
To: Phil Sainty <psainty@HIDDEN>
Subject: Re: bug#9134: don't force mystery on user trying to find out what
 is completing after the word "ssh" in *shell*
References: <87fwm0zf60.fsf@HIDDEN> <874l0ct7vh.fsf@HIDDEN>
 <0449ae1f85bbc0076cbfde9b61996660@HIDDEN>
Date: Mon, 14 Oct 2019 06:50:24 +0200
In-Reply-To: <0449ae1f85bbc0076cbfde9b61996660@HIDDEN> (Phil
 Sainty's message of "Mon, 14 Oct 2019 16:32:03 +1300")
Message-ID: <87wod8q6b3.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview: Phil Sainty <psainty@HIDDEN> writes: > I think it would
 be nicer if the *Completions* buffer text explained it. > > i.e. additional
 information added to this: > > "Click on a completion to select it. > In
 this buffer, type RET to select [...] 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: Phil Sainty <psainty@HIDDEN> writes: > I think it would
 be nicer if the *Completions* buffer text explained it. > > i.e. additional
 information added to this: > > "Click on a completion to select it. > In
 this buffer, type RET to select [...] 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was
 blocked.  See
 http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
 for more information. [URIs: ingebrigtsen.no]
 0.0 SPF_NONE               SPF: sender does not publish an SPF Record
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Debbugs-Envelope-To: 9134
Cc: 9134 <at> debbugs.gnu.org, monnier@HIDDEN, jidanni@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

Phil Sainty <psainty@HIDDEN> writes:

> I think it would be nicer if the *Completions* buffer text explained it.
>
> i.e. additional information added to this:
>
> "Click on a completion to select it.
> In this buffer, type RET to select the completion near point.
>
> Possible completions are:"

If there's one or less completions, you won't get that buffer, so you
can't put the message about where it looks there, I think.

It's pretty self-evident where most completions come from, but the ssh
one is perhaps more surprising than most.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#9134; Package emacs. Full text available.

Message received at 9134 <at> debbugs.gnu.org:


Received: (at 9134) by debbugs.gnu.org; 14 Oct 2019 04:46:58 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 14 00:46:58 2019
Received: from localhost ([127.0.0.1]:37486 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iJsG1-0006tR-Oa
	for submit <at> debbugs.gnu.org; Mon, 14 Oct 2019 00:46:58 -0400
Received: from userp2120.oracle.com ([156.151.31.85]:52244)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <drew.adams@HIDDEN>) id 1iJsG0-0006tE-3o
 for 9134 <at> debbugs.gnu.org; Mon, 14 Oct 2019 00:46:56 -0400
Received: from pps.filterd (userp2120.oracle.com [127.0.0.1])
 by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9E4cvNN106244;
 Mon, 14 Oct 2019 04:46:49 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
 h=mime-version :
 message-id : date : from : sender : to : cc : subject : references :
 in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05;
 bh=GAN46TP/lpaKIQgYPIWD1z1eiO/eViWL75JAzYPFT50=;
 b=i+XDuQB37kcOta0XGcziHZwleDjH8g+Ihz51RLj/Ns5AAPju5k2VTqV8HQ/fUCfrs7lJ
 /tY7PRhRHV60IIgIACKE1kq8JhZQYATR/i3nlyHmJNB6tasws0cvjqCE5d4ybEoOGBUW
 aKnooyaB6pBJhPepjwpjpmMCTQUYDn2So3ansAyTzeiClDlo+hPvVgx5gRpqPnFz6f9d
 IHnRtsJNlTKhhdTL5aeH/EcRwYJbJKfK+a30EdV+JMIkh869yQ+rYmWYoTc72y/cSMnq
 PjgGUxGcAGg+mMz1tJqt6ITJBArQwl+1EPQBu46szzfwwWnclqWKsu5smxYA4oATy+DK Qg== 
Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70])
 by userp2120.oracle.com with ESMTP id 2vk7fqwx5d-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Mon, 14 Oct 2019 04:46:49 +0000
Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1])
 by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9E4hNgW109506;
 Mon, 14 Oct 2019 04:46:48 GMT
Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
 by aserp3020.oracle.com with ESMTP id 2vkrbj1kta-1
 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Mon, 14 Oct 2019 04:46:48 +0000
Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13])
 by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x9E4kjOd000667;
 Mon, 14 Oct 2019 04:46:46 GMT
MIME-Version: 1.0
Message-ID: <d2ca6941-d59d-48b6-9fa5-28453c028764@default>
Date: Mon, 14 Oct 2019 04:46:44 +0000 (UTC)
From: Drew Adams <drew.adams@HIDDEN>
To: Phil Sainty <psainty@HIDDEN>, Lars Ingebrigtsen <larsi@HIDDEN>
Subject: RE: bug#9134: don't force mystery on user trying to find out what is
 completing after the word "ssh" in *shell*
References: <87fwm0zf60.fsf@HIDDEN> <874l0ct7vh.fsf@HIDDEN>
 <0449ae1f85bbc0076cbfde9b61996660@HIDDEN>
In-Reply-To: <0449ae1f85bbc0076cbfde9b61996660@HIDDEN>
X-Priority: 3
X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1  (1003210) [OL
 16.0.4900.0 (x86)]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9409
 signatures=668684
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=951
 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.0.1-1908290000 definitions=main-1910140045
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9409
 signatures=668684
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0
 priorityscore=1501 malwarescore=0
 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011
 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0
 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000
 definitions=main-1910140045
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 9134
Cc: 9134 <at> debbugs.gnu.org, monnier@HIDDEN, jidanni@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> >> When we hit TAB in *shell* after the word "ssh",
> >>
> >> * there are no messages about where in the world it is getting its
> >>   completions. Unlike dabbrev-expand.
> >
> > That is pretty mysterious behaviour; yes.  Would flashing a message
> > saying "Looking for host names in ~/.ssh/known_hosts and
> ~/.ssh/config"
> > be helpful?
>=20
> I think it would be nicer if the *Completions* buffer text explained
> it.  i.e. additional information added to this:
>=20
> "Click on a completion to select it.
> In this buffer, type RET to select the completion near point.
>=20
> Possible completions are:"
>=20
> That's mostly from `completion-setup-function'.  Perhaps that could be
> made to incorporate text from a new var, which could then be bound
> dynamically in cases where extra context was desirable?

Doesn't the command performing the completion know
this information?  Why isn't it sufficient for `C-h f'
for that command to provide the info?  I'd think that
if it's not obvious the command's doc should let you
know what things you're completing against.

A priori, I don't think the info should be shown via
a transitory message or by putting an explanation in
buffer *Completions*.

A priori, I think the proper place to explain/describe
the completion behavior (what it does, including what
the possible completions are) is the command's doc.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#9134; Package emacs. Full text available.

Message received at 9134 <at> debbugs.gnu.org:


Received: (at 9134) by debbugs.gnu.org; 14 Oct 2019 03:32:11 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 13 23:32:11 2019
Received: from localhost ([127.0.0.1]:37445 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iJr5f-0000qU-4f
	for submit <at> debbugs.gnu.org; Sun, 13 Oct 2019 23:32:11 -0400
Received: from smtp-2.orcon.net.nz ([60.234.4.43]:42801)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <psainty@HIDDEN>) id 1iJr5c-0000o3-Pi
 for 9134 <at> debbugs.gnu.org; Sun, 13 Oct 2019 23:32:09 -0400
Received: from [10.253.37.70] (port=35282 helo=webmail.orcon.net.nz)
 by smtp-2.orcon.net.nz with esmtpa (Exim 4.90_1)
 (envelope-from <psainty@HIDDEN>)
 id 1iJr5X-0000Z2-Gj; Mon, 14 Oct 2019 16:32:03 +1300
Received: from wlgwil-nat-office.catalyst.net.nz ([202.78.240.7])
 via [10.253.37.253] by webmail.orcon.net.nz
 with HTTP (HTTP/1.1 POST); Mon, 14 Oct 2019 16:32:03 +1300
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
Date: Mon, 14 Oct 2019 16:32:03 +1300
From: Phil Sainty <psainty@HIDDEN>
To: Lars Ingebrigtsen <larsi@HIDDEN>
Subject: Re: bug#9134: don't force mystery on user trying to find out what
 is completing after the word "ssh" in *shell*
In-Reply-To: <874l0ct7vh.fsf@HIDDEN>
References: <87fwm0zf60.fsf@HIDDEN> <874l0ct7vh.fsf@HIDDEN>
Message-ID: <0449ae1f85bbc0076cbfde9b61996660@HIDDEN>
X-Sender: psainty@HIDDEN
User-Agent: Orcon Webmail
X-GeoIP: --
X-Spam_score: -2.9
X-Spam_score_int: -28
X-Spam_bar: --
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 9134
Cc: 9134 <at> debbugs.gnu.org, monnier@HIDDEN, jidanni@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 2019-10-14 14:48, Lars Ingebrigtsen wrote:
> jidanni@HIDDEN writes:
> 
>> When we hit TAB in *shell* after the word "ssh",
>> 
>> * there are no messages about where in the world it is getting its
>>   completions. Unlike dabbrev-expand.
> 
> That is pretty mysterious behaviour; yes.  Would flashing a message
> saying "Looking for host names in ~/.ssh/known_hosts and ~/.ssh/config"
> be helpful?

I think it would be nicer if the *Completions* buffer text explained it.

i.e. additional information added to this:

"Click on a completion to select it.
In this buffer, type RET to select the completion near point.

Possible completions are:"

That's mostly from `completion-setup-function'.  Perhaps that could be
made to incorporate text from a new var, which could then be bound
dynamically in cases where extra context was desirable?


-Phil





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#9134; Package emacs. Full text available.

Message received at 9134 <at> debbugs.gnu.org:


Received: (at 9134) by debbugs.gnu.org; 14 Oct 2019 01:48:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 13 21:48:27 2019
Received: from localhost ([127.0.0.1]:37376 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iJpTH-0002mv-4h
	for submit <at> debbugs.gnu.org; Sun, 13 Oct 2019 21:48:27 -0400
Received: from quimby.gnus.org ([80.91.231.51]:44860)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1iJpTF-0002ml-0p
 for 9134 <at> debbugs.gnu.org; Sun, 13 Oct 2019 21:48:25 -0400
Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie)
 by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <larsi@HIDDEN>)
 id 1iJpT9-0008D9-2f; Mon, 14 Oct 2019 03:48:21 +0200
From: Lars Ingebrigtsen <larsi@HIDDEN>
To: jidanni@HIDDEN
Subject: Re: bug#9134: don't force mystery on user trying to find out what
 is completing after the word "ssh" in *shell*
References: <87fwm0zf60.fsf@HIDDEN>
Date: Mon, 14 Oct 2019 03:48:18 +0200
In-Reply-To: <87fwm0zf60.fsf@HIDDEN> (jidanni@HIDDEN's message of
 "Thu, 21 Jul 2011 07:49:11 +0800")
Message-ID: <874l0ct7vh.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview: jidanni@HIDDEN writes: > When we hit TAB in *shell*
 after
 the word "ssh", > > * there are no messages about where in the world it is
 getting its > completions. Unlike dabbrev-expand. That is pretty mysterious
 behaviour; yes. Would flashing a message saying "Looking for host names in
 ~/.ssh/known_hosts and ~/.ssh/config" be helpful? 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 9134
Cc: 9134 <at> debbugs.gnu.org, monnier@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

jidanni@HIDDEN writes:

> When we hit TAB in *shell* after the word "ssh",
>
> * there are no messages about where in the world it is getting its
>   completions. Unlike dabbrev-expand.

That is pretty mysterious behaviour; yes.  Would flashing a message
saying "Looking for host names in ~/.ssh/known_hosts and ~/.ssh/config"
be helpful?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#9134; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 21 Jul 2011 00:25:59 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jul 20 20:25:58 2011
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Qjh5R-0004gV-Kx
	for submit <at> debbugs.gnu.org; Wed, 20 Jul 2011 20:25:58 -0400
Received: from eggs.gnu.org ([140.186.70.92])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <jidanni@HIDDEN>) id 1Qjh5P-0004gJ-JE
	for submit <at> debbugs.gnu.org; Wed, 20 Jul 2011 20:25:57 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jidanni@HIDDEN>) id 1Qjh5I-0001IQ-VC
	for submit <at> debbugs.gnu.org; Wed, 20 Jul 2011 20:25:50 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, 
	T_DKIM_INVALID autolearn=unavailable version=3.3.1
Received: from lists.gnu.org ([140.186.70.17]:49656)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jidanni@HIDDEN>) id 1Qjh5I-0001IF-7S
	for submit <at> debbugs.gnu.org; Wed, 20 Jul 2011 20:25:48 -0400
Received: from eggs.gnu.org ([140.186.70.92]:37925)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jidanni@HIDDEN>) id 1Qjh5F-0001oq-0o
	for bug-gnu-emacs@HIDDEN; Wed, 20 Jul 2011 20:25:47 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jidanni@HIDDEN>) id 1Qjh5C-0001H4-4K
	for bug-gnu-emacs@HIDDEN; Wed, 20 Jul 2011 20:25:44 -0400
Received: from caiajhbdcbhh.dreamhost.com ([208.97.132.177]:33841
	helo=homiemail-a7.g.dreamhost.com)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jidanni@HIDDEN>) id 1Qjh5B-0001Gs-7t
	for bug-gnu-emacs@HIDDEN; Wed, 20 Jul 2011 20:25:41 -0400
Received: from homiemail-a7.g.dreamhost.com (localhost [127.0.0.1])
	by homiemail-a7.g.dreamhost.com (Postfix) with ESMTP id BEB7C25C062;
	Wed, 20 Jul 2011 17:25:39 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=jidanni.org; h=from:to:cc:subject
	:date:message-id:mime-version:content-type; q=dns;
	s=jidanni.org
	; b=Zbg1V8t+L6ZOOjWvFgzUbT9XMlQq7x0rIwiPO7NTnwm6Br293HNeRTXfuxaL
	AkK3cRwZxf4N2SsDDgp8CKaJGbUp1s40mtNdw0nfbCloEGP6oE76rQyO841gjxRf
	YOtFp+6hREs/Zr0HntSpUMxMiiYKNOaKwC8GY/L9VTILPUc=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jidanni.org; h=from:to:cc
	:subject:date:message-id:mime-version:content-type; s=
	jidanni.org; bh=+/amBWyCzbsSDQwKeU8JyH7DBH4=; b=VnSvzRaq4Kt6D5CS
	d2H0ZoYjralE/MwUMqOWn8kglAciM4iO5EiYh0lyFi6Ge8weU6qT+7+jSeqN75L5
	WLdydYWztRm1zDeuhBfd5rQOpE3NJ4IfvdTZ8GNFZBGqZiYn1ScBRA+PpNXoqnIS
	0h06tEXP4ng7cFNmZgjrHNTy3vg=
Received: from jidanni.org (218-163-3-95.dynamic.hinet.net [218.163.3.95])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	(Authenticated sender: jidanni@HIDDEN)
	by homiemail-a7.g.dreamhost.com (Postfix) with ESMTPSA id 2C79D25C064; 
	Wed, 20 Jul 2011 17:25:39 -0700 (PDT)
From: jidanni@HIDDEN
To: bug-gnu-emacs@HIDDEN
Subject: don't force mystery on user trying to find out what is completing
	after the word "ssh" in *shell*
Date: Thu, 21 Jul 2011 07:49:11 +0800
Message-ID: <87fwm0zf60.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-Received-From: 140.186.70.17
X-Spam-Score: -5.4 (-----)
X-Debbugs-Envelope-To: submit
Cc: monnier@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -5.4 (-----)

When we hit TAB in *shell* after the word "ssh",

* there are no messages about where in the world it is getting its
  completions. Unlike dabbrev-expand.

* C-h k TAB reveals nothing good about what is going on.

(rzgrep "ssh" "*.gz" "/usr/share/emacs/24.0.50/lisp/" nil "find . <X>
-type f <F> -exec zgrep <C> -nH -e <R> {} +") reveals

./net/tramp-sh.el.gz:423:    (tramp-parse-sconfig     "~/.ssh/config")

but C-h e shows that wasn't loaded.

Same with

./pcmpl-unix.el.gz:42:This allows one method of completion of SSH host names, the other

TRY IT YOURSELF:

$ emacs -Q -f shell
$ ssh C-h TAB
to try to find out where in the world it is getting its completions.

It won't tell you but I found it is in .ssh/config at least for me.
So there should be instructions RIGHT THERE at C-h k TAB
saying how to alter/turn off this.
E.G. if one wants to add a host, how is one supposed to put it into the
comments in that file, or .emacs.

>>>>> "SM" == Stefan Monnier <monnier@HIDDEN> writes:
>> Recently in M-x shell,

SM> I guess "recently" means "using Emacs Bzr trunk".

$ apt-cache policy $@
emacs-snapshot:
  Installed: 1:20110705-1

>> after
>> $ ssh
>> completion becomes different.

SM> Right, it's done according to pcomplete/ssh.

Well all the user knows is he hits C-h k TAB and sees no obvious clue.

>> Either tell me a way to turn this bonus feature off.

SM> I think that (defun pcomplete/ssh () nil) should do the trick.

>> Or tell me a way to add my favorite hosts to a list that it is trying to
>> complete.

SM> Look at the source code of pcomplete/ssh to see how that list is built.

Gobbledygook to we the average user.

SM> Basically, adding hosts in your .ssh/config or .ssh/known_hosts should
SM> do the trick.

OK, by trial and error I found putting "empty entries" there in .ssh/config

Host jidanni.org #for emacs -f shell completion

worked. However the user hitting C-h k TAB won't figure that out and
will need to write in for help.




Acknowledgement sent to jidanni@HIDDEN:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs@HIDDEN:
bug#9134; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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