From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 13 17:25:15 2020 Received: (at submit) by debbugs.gnu.org; 13 Sep 2020 21:25:16 +0000 Received: from localhost ([127.0.0.1]:51942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHZUp-00066h-Ki for submit@debbugs.gnu.org; Sun, 13 Sep 2020 17:25:15 -0400 Received: from lists.gnu.org ([209.51.188.17]:36186) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHZUo-00066Z-5q for submit@debbugs.gnu.org; Sun, 13 Sep 2020 17:25:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51286) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kHZUm-0000ef-K6 for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2020 17:25:14 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:54030) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kHZUk-00043U-G7 for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2020 17:25:12 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08DLP0SZ027481 for ; Sun, 13 Sep 2020 21:25:06 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=JWt1O1PdJ0gudR4K0gWUwIfxcrzFyoJcVQ2d0nm7aGg=; b=CFCDjRwKnaRe/GahandWACOkq/pouK+JWqEBTY1TeF3I8nuId01T+BwBlgRQMgVCeKsH unxWw8xLGhGrXT4y8NdJD91Ah4NNP5XgvUCwM67XIynwW1wQegtB95uwp+mZIaUMwDXi gmyd2knw2qAnfrh7kwFQ3zbt8/T8ayTJk+OiMy6uIP39oWQhWqjzS0LB07RwpiYzk4rf fNHrpltN/IyqhnZcD2272CP0gTR6N0zl+bunhg7hSb7+Q2y5JQv3+0JWZTiwJeUJSccH RNMiPpa1ZESDJcgV5+eyx+EBIBjGboWHvtxcdck8lR4K2DCEvocSduzxnrJMJHzMG8F0 rw== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2120.oracle.com with ESMTP id 33gpymbcak-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Sun, 13 Sep 2020 21:25:06 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08DLAbsR195256 for ; Sun, 13 Sep 2020 21:25:05 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userp3030.oracle.com with ESMTP id 33h88uhryt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sun, 13 Sep 2020 21:25:05 +0000 Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 08DLP4C2015044 for ; Sun, 13 Sep 2020 21:25:04 GMT MIME-Version: 1.0 Message-ID: <3d23db5a-732d-4ea5-9d07-c25bc4f773ae@default> Date: Sun, 13 Sep 2020 21:25:02 +0000 (UTC) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 27.1; Regression in `find-library' X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9743 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 spamscore=0 adultscore=0 suspectscore=1 mlxscore=0 bulkscore=0 mlxlogscore=942 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009130197 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9743 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 malwarescore=0 adultscore=0 phishscore=0 spamscore=0 clxscore=1015 mlxscore=0 impostorscore=0 bulkscore=0 lowpriorityscore=0 priorityscore=1501 mlxlogscore=957 suspectscore=1 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009130198 Received-SPF: pass client-ip=156.151.31.85; envelope-from=drew.adams@oracle.com; helo=userp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/13 17:25:06 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -60 X-Spam_score: -6.1 X-Spam_bar: ------ X-Spam_report: (-6.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.695, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) emacs -Q M-x find-library RET mouse. TAB No match. It should show mouse.el and mouse.elc as completions. This is a regression. In GNU Emacs 27.1 (build 1, x86_64-w64-mingw32) of 2020-08-12 built on CIRROCUMULUS Repository revision: 86d8d76aa36037184db0b2897c434cdaab1a9ae8 Repository branch: HEAD Windowing system distributor 'Microsoft Corp.', version 10.0.18362 System Description: Microsoft Windows 10 Pro (v10.0.1903.18362.1016) From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 13 19:25:13 2020 Received: (at 43385) by debbugs.gnu.org; 13 Sep 2020 23:25:13 +0000 Received: from localhost ([127.0.0.1]:52024 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHbMv-0002dA-2F for submit@debbugs.gnu.org; Sun, 13 Sep 2020 19:25:13 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50574) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHbMt-0002cx-Qw for 43385@debbugs.gnu.org; Sun, 13 Sep 2020 19:25:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vk8QvIBY2AZIDzUIpsAOixrlauq0hucjAx+HznwchVk=; b=B4/QxK+wayoXRDIgd3Kqx1KsPe d6zwkCpWtUBY0bfSktAtO+NGrR0sNaVVYZWulaDF8NvZkXbqsimqkAoWEHJSj+NNukjMY7eL17bw6 Uu++zxj8lwk0YftLC0EgktcO3KAZFjta0JilNKwCFILVML5WBgJclpjbCsF5/w6vSkVk=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kHbMl-00015K-9v; Mon, 14 Sep 2020 01:25:05 +0200 From: Lars Ingebrigtsen To: Drew Adams Subject: Re: bug#43385: 27.1; Regression in `find-library' References: <3d23db5a-732d-4ea5-9d07-c25bc4f773ae@default> X-Now-Playing: Rema Rema's _Fond Reflections (1): Demos and Demolitions_: "Entry (Halligans Live Rehearsal)" Date: Mon, 14 Sep 2020 01:25:01 +0200 In-Reply-To: <3d23db5a-732d-4ea5-9d07-c25bc4f773ae@default> (Drew Adams's message of "Sun, 13 Sep 2020 21:25:02 +0000 (UTC)") Message-ID: <87zh5tdzua.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Drew Adams writes: > emacs -Q > > M-x find-library RET mouse. TAB > > No match. It should show mouse.el and mouse.elc as completions. No, it shouldn't -- it should complete over library names, and the library name is "mouse", not "mouse.el" or "mouse.elc". 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: 43385 Cc: 43385@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Drew Adams writes: > emacs -Q > > M-x find-library RET mouse. TAB > > No match. It should show mouse.el and mouse.elc as completions. No, it shouldn't -- it should complete over library names, and the library name is "mouse", not "mouse.el" or "mouse.elc". (Closing this bug report.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 13 19:25:18 2020 Received: (at control) by debbugs.gnu.org; 13 Sep 2020 23:25:18 +0000 Received: from localhost ([127.0.0.1]:52027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHbN0-0002dU-Cl for submit@debbugs.gnu.org; Sun, 13 Sep 2020 19:25:18 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50588) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHbMy-0002d2-KA for control@debbugs.gnu.org; Sun, 13 Sep 2020 19:25:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=lfAt6H1ySNK3Q8yaVzyNaTOp3cqlLxlacsw/vj8GWKw=; b=QVzKrdd1d9US1vPE9cVIHSTKw9 CeNvCRjjXj6y6WbMBLiZYVclsjPRRUI7QPUHpzjhaghVqZWNiFZcVWq2LwEhz28bthir0xDFVjkjI 55/Lc3bOgBuF3Vb/F3S5lLOTki3UGRHzGS5rrpyw0GdWBUzIBD/jC5bYH4Xl07B0amnE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kHbMq-00015T-UF for control@debbugs.gnu.org; Mon, 14 Sep 2020 01:25:11 +0200 Date: Mon, 14 Sep 2020 01:25:07 +0200 Message-Id: <87y2lddzu4.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #43385 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: tags 43385 notabug close 43385 quit 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: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 43385 notabug close 43385 quit From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 13 19:51:21 2020 Received: (at 43385) by debbugs.gnu.org; 13 Sep 2020 23:51:21 +0000 Received: from localhost ([127.0.0.1]:52088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHbmD-0005Pp-Jn for submit@debbugs.gnu.org; Sun, 13 Sep 2020 19:51:21 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:47316) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHbmA-0005Pb-4O for 43385@debbugs.gnu.org; Sun, 13 Sep 2020 19:51:20 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08DNoQ2M009719; Sun, 13 Sep 2020 23:51:12 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-2020-01-29; bh=QoE38FfdcpNLrbci/hOcp8SDmz1xBH6d04PJXsXOQnQ=; b=aaALyUjjvzTWIjpCJ9iXbD0PmgXI+opZfHVNj8q7JYewn64XNNvCVPD/VEm3vka5GcD4 yTS5JtfF+3fOlW0XlrjpCXMzZVKWCEka5MOfP39TtGSQd7gD+6vXXUBQ9I4/O69OnyGR /1yEiZAnXkvmrv8R+zJ9+vWTsXAtk9VPnJYtHJE5CVA5zsrUUei3c0Rq28dKxw6jvdUe XW+E+DcCZjDaN6eErl6hZC1r+3MvlbIf2OdqcS+Jh1MZzrB9idAqUJJX+Dk2WbNkR1z1 izXSRZcO/z8IBCc12ZbFneYkL6v6cmyzJn6nNa0yFmqxkPSw97Qwiqpowbv7nwU0Cd0J Pw== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by aserp2120.oracle.com with ESMTP id 33gp9kuhxw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sun, 13 Sep 2020 23:51:12 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08DNkvoA106022; Sun, 13 Sep 2020 23:49:11 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userp3030.oracle.com with ESMTP id 33h88unj7b-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 13 Sep 2020 23:49:11 +0000 Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 08DNn9ah019160; Sun, 13 Sep 2020 23:49:09 GMT MIME-Version: 1.0 Message-ID: Date: Sun, 13 Sep 2020 23:49:08 +0000 (UTC) From: Drew Adams To: Lars Ingebrigtsen Subject: RE: bug#43385: 27.1; Regression in `find-library' References: <3d23db5a-732d-4ea5-9d07-c25bc4f773ae@default> <87zh5tdzua.fsf@gnus.org> In-Reply-To: <87zh5tdzua.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9743 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 spamscore=0 adultscore=0 suspectscore=0 mlxscore=0 bulkscore=0 mlxlogscore=999 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009130220 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9743 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 mlxlogscore=999 adultscore=0 malwarescore=0 clxscore=1011 lowpriorityscore=0 phishscore=0 spamscore=0 priorityscore=1501 suspectscore=0 impostorscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009130221 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43385 Cc: 43385@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > emacs -Q > > > > M-x find-library RET mouse. TAB > > > > No match. It should show mouse.el and mouse.elc as completions. >=20 > No, it shouldn't -- it should complete over library names, and the > library name is "mouse", not "mouse.el" or "mouse.elc". >=20 > (Closing this bug report.) I _really_ disagree. The latter has always been the behavior, since Day One. It allows you to load either the .el or the .elc, au choix, without needing to specify or even know where those are located. You CAN just provide the base name, with no extension, which picks up one or the other, according to the well-documented lookup behavior. That too is a feature. But it's just as much a feature to be able to specify which one you want to load. This is about LOADING. Loading Lisp code can involve loading source or byte-compiled code. Users should be able to control which gets loaded, when both are available (in the `load-path'). All three, mouse, mouse.el, and mouse.elc, are library names - ways to refer to a library. Interactively, the first is a shortcut for a complex lookup procedure to get to one of the others. This is a definite step backward, an incompatible change - a regression that hurts users. (And it's not even called out in NEWS as an intentional change.) I can't believe that you would defend this as an improvement. I've been able to specify which I want since 1985. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 14 10:48:23 2020 Received: (at 43385) by debbugs.gnu.org; 14 Sep 2020 14:48:23 +0000 Received: from localhost ([127.0.0.1]:55746 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHpmI-0008BJ-NG for submit@debbugs.gnu.org; Mon, 14 Sep 2020 10:48:22 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52232) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHpmG-0008Az-H2 for 43385@debbugs.gnu.org; Mon, 14 Sep 2020 10:48:21 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53356) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kHpmB-0004sa-2I; Mon, 14 Sep 2020 10:48:15 -0400 Received: from [176.228.60.248] (port=1576 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kHpm9-0006gs-F9; Mon, 14 Sep 2020 10:48:14 -0400 Date: Mon, 14 Sep 2020 17:48:17 +0300 Message-Id: <835z8gbej2.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87zh5tdzua.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 14 Sep 2020 01:25:01 +0200) Subject: Re: bug#43385: 27.1; Regression in `find-library' References: <3d23db5a-732d-4ea5-9d07-c25bc4f773ae@default> <87zh5tdzua.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43385 Cc: 43385@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Date: Mon, 14 Sep 2020 01:25:01 +0200 > Cc: 43385@debbugs.gnu.org > > Drew Adams writes: > > > emacs -Q > > > > M-x find-library RET mouse. TAB > > > > No match. It should show mouse.el and mouse.elc as completions. > > No, it shouldn't -- it should complete over library names, and the > library name is "mouse", not "mouse.el" or "mouse.elc". So you think this change from what Emacs 26.3 did is intentional? Is there some NEWS item to describe it? And which change modified this behavior? In general, "M-x load-library RET" definitely does accept mouse.el, so I'm not sure the current behavior is correct, or even intentional. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 14 10:51:33 2020 Received: (at 43385) by debbugs.gnu.org; 14 Sep 2020 14:51:33 +0000 Received: from localhost ([127.0.0.1]:55754 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHppN-0008GJ-Hv for submit@debbugs.gnu.org; Mon, 14 Sep 2020 10:51:33 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60074) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHppL-0008G6-TP for 43385@debbugs.gnu.org; Mon, 14 Sep 2020 10:51:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Xauqt68T+Z7em+g+bGTJaaslu9y8n/PEXNGaWrxQsZo=; b=Nnm8nyzRhEWqOD9CmOAqgImMsI FHrSp2kLNXE0TiyhmAC77ft9L6rho2OKVOXJ/n6+QHeuhWesmxVUWepyU0lRXdzAlgt+Nw4mFJvHh UExrbkUPEfyEp5ePW/gg4YdxmZRYqtVveJLl5rJ0fbvDPH8efUrfmkyCOH98VZGh80pg=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kHppC-0002hQ-18; Mon, 14 Sep 2020 16:51:25 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#43385: 27.1; Regression in `find-library' References: <3d23db5a-732d-4ea5-9d07-c25bc4f773ae@default> <87zh5tdzua.fsf@gnus.org> <835z8gbej2.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEVdVltKLi6BfYCq uL4jFRL////lCCyUAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+QJDg4yBqJDOjgAAAG+SURBVDjLbZMB 0qswCIRJ2gMEmwNEcoE2XkDe5P5neguJtrZ/ZupYPxdYQApElPCjWuzKdnL+V/y227/HGkUajwPA gbud/CgisrEHiJFIJ+g3ANrmafRWfIMcOF9AfSs+QP1UhBOUC0iehPPteQVEDvQKnolKmGV9g1gm WFZPLht8VoDTCIeSTGHMFDJydE1r4HcoIik/oA3AWT+ADOsARUOfQDCUrbUTZDXrvISjJdUNDoDZ wIeB5lU5gGtI9ACHQr7A2fYfMJpY3uDx/ByU/IAqtWFbAPoBsD7UBMAkpsjqA7llB3hSI1pM1PsO Ey/WnntqWKgSYzXA9v7yHH3ZSlxDraYYnZqg39osV8je4z3RAIi+ba/IKZDvzt51AN4DciUUSmrl 9gMs6+CcCbUo0wESKZGHpUBhX2aGKfbohK/lHvYD7PeMMIjSKQV5ZT0E43W7IHryfXd9Qlo4Tt0B F/bZqkMVuJO7K9axWEjHEjhiulIU9WjQu1mwZm9zRVcmTwXJXvHNGhBbusKng6UN0KJNagJri3U5 Zo0Sa52hBuin1Doc3qHOA1Ftv0BR7jX5fI4NtM1a+x+hEpIE/g9DKL5NUm5pkAAAACV0RVh0ZGF0 ZTpjcmVhdGUAMjAyMC0wOS0xNFQxNDo1MDowNiswMDowMM55bnMAAAAldEVYdGRhdGU6bW9kaWZ5 ADIwMjAtMDktMTRUMTQ6NTA6MDYrMDA6MDC/JNbPAAAAAElFTkSuQmCC X-Now-Playing: Drew Daniel, John Wiese's _Continuous Hole_: "Scrable Suit-e" Date: Mon, 14 Sep 2020 16:51:20 +0200 In-Reply-To: <835z8gbej2.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 14 Sep 2020 17:48:17 +0300") Message-ID: <87bli88l93.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Eli Zaretskii writes: > So you think this change from what Emacs 26.3 did is intentional? Is > there some NEWS item to describe it? And which change modified this > behavior? > > In general, "M-x load-library RET" definite [...] 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: 43385 Cc: 43385@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > So you think this change from what Emacs 26.3 did is intentional? Is > there some NEWS item to describe it? And which change modified this > behavior? > > In general, "M-x load-library RET" definitely does accept mouse.el, so > I'm not sure the current behavior is correct, or even intentional. That bit was intentional, but has now been reverted, because (in a related bug report from Stefan) it was reported that it failed to complete "org/o" now. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 14 11:07:08 2020 Received: (at 43385) by debbugs.gnu.org; 14 Sep 2020 15:07:08 +0000 Received: from localhost ([127.0.0.1]:55850 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHq4R-0002UN-VC for submit@debbugs.gnu.org; Mon, 14 Sep 2020 11:07:08 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:52560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHq4O-0002TX-OW for 43385@debbugs.gnu.org; Mon, 14 Sep 2020 11:07:06 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08EF4O9g058047; Mon, 14 Sep 2020 15:06:58 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-2020-01-29; bh=jBmHi6HZOGRhfwn61/ZH61ffI9UZQ7zLoFyb3lucwwQ=; b=dfMie1vbqb31XGq6KSSpL0w0zxAh3dVomvQVEA8iuEqXpmtNKN4z+FxsoB4EOtKo55lk ZiKr7TMiWipdGsKw5/iA8rSbZcCZRWiF3VnM2I8xaOJh38Fo1BizBAoFdYHiKH/XRxmu vB+izba31ctSJFRSejvho/ZB4ZafJRVYLWSUxymS91rLZuy3IvuMhEYR56/xW/iO925m 0dgryW+C6eMJQmEpYhz4JCv3r9dWFjtK47Xdmt71BZ65NSOCnYPWEMIn5r07p5TT7OOy RUjrmlBa5X/UOetA+88g7xbEe2rFoPrsrR1l7b7gsMwbKX/bJl/O78uM5n0Dlz0rDeKn HQ== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2120.oracle.com with ESMTP id 33j91d8t33-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 14 Sep 2020 15:06:58 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08EF4ilq031959; Mon, 14 Sep 2020 15:04:57 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3030.oracle.com with ESMTP id 33h88w3pvd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 14 Sep 2020 15:04:57 +0000 Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 08EF4uod016865; Mon, 14 Sep 2020 15:04:57 GMT MIME-Version: 1.0 Message-ID: <0aed3ac8-c762-4803-b410-0577740ac15d@default> Date: Mon, 14 Sep 2020 15:04:55 +0000 (UTC) From: Drew Adams To: Lars Ingebrigtsen Subject: RE: bug#43385: 27.1; Regression in `find-library' References: <3d23db5a-732d-4ea5-9d07-c25bc4f773ae@default> <87zh5tdzua.fsf@gnus.org> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9744 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 spamscore=0 adultscore=0 suspectscore=0 mlxscore=0 bulkscore=0 mlxlogscore=999 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009140123 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9744 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 impostorscore=0 priorityscore=1501 malwarescore=0 suspectscore=0 mlxlogscore=999 clxscore=1015 adultscore=0 lowpriorityscore=0 spamscore=0 mlxscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009140123 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43385 Cc: 43385@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > No, it shouldn't -- it should complete over library names, and the > > library name is "mouse", not "mouse.el" or "mouse.elc". > > > > (Closing this bug report.) >=20 > I _really_ disagree. The latter has always been the > behavior, since Day One. >=20 > It allows you to load either the .el or the .elc, au > choix, without needing to specify or even know where > those are located. >=20 > You CAN just provide the base name, with no extension, > which picks up one or the other, according to the > well-documented lookup behavior. That too is a feature. >=20 > But it's just as much a feature to be able to specify > which one you want to load. This is about LOADING. > Loading Lisp code can involve loading source or > byte-compiled code. Users should be able to control > which gets loaded, when both are available (in the > `load-path'). >=20 > All three, mouse, mouse.el, and mouse.elc, are library > names - ways to refer to a library. Interactively, the > first is a shortcut for a complex lookup procedure to > get to one of the others. >=20 > This is a definite step backward, an incompatible > change - a regression that hurts users. (And it's not > even called out in NEWS as an intentional change.) >=20 > I can't believe that you would defend this as an > improvement. I've been able to specify which I want > since 1985. I spoke here of "loading", not "finding" the library. Sorry, that was a mistake. (And `find-library', unlike `load-library', which I was thinking of there, didn't exist in 1985.) But it points out precisely the problem. `load-library' does NOT have this regression. Your argument about the library being only "mouse" clearly doesn't apply for `load-library': you can do `M-x load-library mouse. TAB' and you get the expected completions. `find-library' should behave the same way, as it always has, before this regression. Please reconsider. Thx. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 14 11:21:57 2020 Received: (at 43385) by debbugs.gnu.org; 14 Sep 2020 15:21:58 +0000 Received: from localhost ([127.0.0.1]:55909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHqIn-00055g-LD for submit@debbugs.gnu.org; Mon, 14 Sep 2020 11:21:57 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:39584) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kHqIl-00055N-LX for 43385@debbugs.gnu.org; Mon, 14 Sep 2020 11:21:56 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08EF8oZG037079; Mon, 14 Sep 2020 15:21: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-2020-01-29; bh=2RktyIXVRGJJuSWqlPf1z5g932P8CKzwgDpZUeXLjD8=; b=OMtGl8ZxAS0HyiCzhpM3wBBWvHyb6ZYHx407HfLx2khjUyzVfKCZUSxz1M3bSWi1UOVL 3CX1qqqZy6u2+q+mVJsCYlI8+N+UA0eI3GasFNKYaDxYKJbciy+5YIPf8v+bCgDEUZsQ LDJH5TaYM/NZJePqmtGrBJZs4cEHtX/ARZlMGvJ+7Z22rzXmRP77xutiNuz4dn+CYN/A OqAIFCVnzd4gvI5Zsm5t2Uz4R0KPWoUB62o5D8qZhjl+yvP7wsorWGwANJrkd6Q/TPJC MNBYucJZuSlyw7K40zqOloLzMslQY378/3fOQBN8QOEydEl/f2Denz0lxAZmIvxEZfD/ Vg== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2120.oracle.com with ESMTP id 33gp9ky8pc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 14 Sep 2020 15:21:49 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08EF9tdw022108; Mon, 14 Sep 2020 15:19:49 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserp3030.oracle.com with ESMTP id 33h7wmbbxx-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 14 Sep 2020 15:19:49 +0000 Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 08EFJmYV018444; Mon, 14 Sep 2020 15:19:48 GMT MIME-Version: 1.0 Message-ID: <89a5131c-634c-4c85-8df8-f7bf6222237f@default> Date: Mon, 14 Sep 2020 15:19:47 +0000 (UTC) From: Drew Adams To: Eli Zaretskii , Lars Ingebrigtsen Subject: RE: bug#43385: 27.1; Regression in `find-library' References: <<3d23db5a-732d-4ea5-9d07-c25bc4f773ae@default>> <<87zh5tdzua.fsf@gnus.org>> <<835z8gbej2.fsf@gnu.org>> In-Reply-To: <<835z8gbej2.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9744 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 adultscore=0 bulkscore=0 phishscore=0 mlxlogscore=999 mlxscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009140124 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9744 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 mlxlogscore=999 adultscore=0 malwarescore=0 clxscore=1015 lowpriorityscore=0 phishscore=0 spamscore=0 priorityscore=1501 suspectscore=0 impostorscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009140124 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43385 Cc: 43385@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > > emacs -Q > > > > > > M-x find-library RET mouse. TAB > > > > > > No match. It should show mouse.el and mouse.elc as completions. > > > > No, it shouldn't -- it should complete over library names, and the > > library name is "mouse", not "mouse.el" or "mouse.elc". >=20 > So you think this change from what Emacs 26.3 did is intentional? Is > there some NEWS item to describe it? And which change modified this > behavior? >=20 > In general, "M-x load-library RET" definitely does accept mouse.el, so > I'm not sure the current behavior is correct, or even intentional. To be clear, I confused things by speaking of "loading" the library. I myself lost track of the fact that this bug report is instead about `find-library'. `load-library' does not have the problem (regression) that `find-library' suffers from. I think `find-library' should be fixed to behave as before, which is similar to how `load-library' behaves. From unknown Sun Jun 15 01:04:39 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 13 Oct 2020 11:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator