GNU logs - #31150, boring messages

Message sent to bug-auctex@HIDDEN:

Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Radon Rosborough <radon.neon@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Fri, 13 Apr 2018 23:29:01 +0000
Resent-Message-ID: <handler.31150.B.152366209711870 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 31150 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Radon Rosborough <radon.neon@HIDDEN>
Date: Fri, 13 Apr 2018 16:27:24 -0700
Message-ID: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

When I perform a fresh build of AUCTeX from Git, I get the following
code as part of tex-site.el:

    (defvar TeX-lisp-directory
      (expand-file-name "auctex" (file-name-directory load-file-name))
      "The directory where most of the AUCTeX lisp files are located.
    For the location of lisp files associated with
    styles, see the variables TeX-style-* (hand-generated lisp) and
    TeX-auto-* (automatically generated lisp).")

    (add-to-list 'load-path TeX-lisp-directory)

This is problematic. As the documentation for `load-path' states:

    Use =E2=80=98directory-file-name=E2=80=99 when adding items to this pat=
h.

But `TeX-lisp-directory' has a trailing slash. This seems like a bug
to me. Can it be fixed?

The reason this came up is that I maintain an Emacs package manager,
straight.el. Once straight.el builds a package, it adds the directory
to `load-path', using `directory-file-name' as specified by the
documentation of `load-path'. But since AUCTeX insists on also adding
its own entry to `load-path', and does so with a superfluous trailing
slash, we end up with two duplicate entries. Under some
configurations, this causes duplicate entries to appear when using M-x
find-library.

Best regards,
Radon Rosborough

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Radon Rosborough <radon.neon@HIDDEN>
Subject: bug#31150: Acknowledgement (Entries in load-path should not have
 trailing slashes)
Message-ID: <handler.31150.B.152366209711870.ack <at> debbugs.gnu.org>
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
X-Gnu-PR-Message: ack 31150
X-Gnu-PR-Package: auctex
Reply-To: 31150 <at> debbugs.gnu.org
Date: Fri, 13 Apr 2018 23:29:01 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-auctex@HIDDEN

If you wish to submit further information on this problem, please
send it to 31150 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
31150: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D31150
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-auctex@HIDDEN:

Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Tino Calancha <tino.calancha@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sat, 14 Apr 2018 12:39:01 +0000
Resent-Message-ID: <handler.31150.B31150.152370948931307 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Radon Rosborough <radon.neon@HIDDEN>
Cc: 31150 <at> debbugs.gnu.org, tino.calancha@HIDDEN
From: Tino Calancha <tino.calancha@HIDDEN>
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
Date: Sat, 14 Apr 2018 21:37:51 +0900
In-Reply-To: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 (Radon Rosborough's message of "Fri, 13 Apr 2018 16:27:24 -0700")
Message-ID: <87fu3yrmjk.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Radon Rosborough <radon.neon@HIDDEN> writes:

> When I perform a fresh build of AUCTeX from Git, I get the following
> code as part of tex-site.el:
>
>     (defvar TeX-lisp-directory
>       (expand-file-name "auctex" (file-name-directory load-file-name))
>       "The directory where most of the AUCTeX lisp files are located.
>     For the location of lisp files associated with
>     styles, see the variables TeX-style-* (hand-generated lisp) and
>     TeX-auto-* (automatically generated lisp).")
>
>     (add-to-list 'load-path TeX-lisp-directory)
>
> This is problematic. As the documentation for `load-path' states:
>
>     Use =E2=80=98directory-file-name=E2=80=99 when adding items to this p=
ath.
>
> But `TeX-lisp-directory' has a trailing slash. This seems like a bug
> to me. Can it be fixed?
Thank you for the report.
I see in the sources of this package the following address to submit bug
reports: bug-auctex@HIDDEN (`TeX-submit-bug-report').


> The reason this came up is that I maintain an Emacs package manager,
> straight.el. Once straight.el builds a package, it adds the directory
> to `load-path', using `directory-file-name' as specified by the
> documentation of `load-path'. But since AUCTeX insists on also adding
> its own entry to `load-path', and does so with a superfluous trailing
> slash, we end up with two duplicate entries. Under some
> configurations, this causes duplicate entries to appear when using M-x
> find-library.
You could find this problem again with other packages in the future.
Maybe it's good idea to add some defensive code, for instance:
--8<-----------------------------cut here---------------start------------->=
8---
commit 3e1e25c888a28971d818d82270ce1116feb6fb75
Author: Tino Calancha <tino.calancha@HIDDEN>
Date:   Sat Apr 14 21:35:49 2018 +0900

    Prevent from adding a dir with trailing slashes into load-path
=20=20=20=20
    (straight--drop-trailing-slashes-from-load-path): New defun.
    (straight--add-package-to-load-path): Use it.

diff --git a/straight.el b/straight.el
index 3459057..e62a590 100644
--- a/straight.el
+++ b/straight.el
@@ -3300,12 +3300,25 @@ the reason this package is being built."
=20
 ;;;; Loading packages
=20
+(defun straight--drop-trailing-slashes-from-load-path ()
+  "Return a copy of `load-path' with stripped trailing slashes.
+For instance, change the directory `/foo/bar/' into `/foo/bar'."
+  (delete-dups
+   (mapcar
+    (lambda (dir)
+      (let ((len (length dir)))
+        (while (and (> len 0) (eq ?/ (aref dir (1- len))))
+          (setq dir (substring dir 0 -1)
+                len (1- len)))
+        dir)) load-path)))
+
 (defun straight--add-package-to-load-path (recipe)
   "Add the package specified by RECIPE to the `load-path'.
 RECIPE is a straight.el-style plist. It is assumed that the
 package has already been built."
   (straight--with-plist recipe
       (package)
+    (setf load-path (straight--drop-trailing-slashes-from-load-path))
     (add-to-list 'load-path (straight--build-dir package))))
=20
 (defun straight--add-package-to-info-path (recipe)

--8<-----------------------------cut here---------------end--------------->=
8---

Message sent to bug-auctex@HIDDEN:

Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Radon Rosborough <radon.neon@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sat, 14 Apr 2018 17:07:02 +0000
Resent-Message-ID: <handler.31150.B31150.152372559913671 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Tino Calancha <tino.calancha@HIDDEN>
Cc: 31150 <at> debbugs.gnu.org
MIME-Version: 1.0
In-Reply-To: <87fu3yrmjk.fsf@HIDDEN>
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 <87fu3yrmjk.fsf@HIDDEN>
From: Radon Rosborough <radon.neon@HIDDEN>
Date: Sat, 14 Apr 2018 10:05:51 -0700
Message-ID: <CADB4rJGKidUkTeHMbfZ=Yxi0nDFYK2qyw+Lz5_55VdGAUHiAsQ@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> I see in the sources of this package the following address to submit
> bug reports

I did several Google searches along the lines of "auctex bug tracker",
and did not find this command. Perhaps some SEO would be in order.

> You could find this problem again with other packages in the future.
> Maybe it's good idea to add some defensive code

Thanks, I might consider this. (straight.el supports Windows, so I
would need to generalize your patch to use the OS-independent path
manipulation functions.) For now, however, I think I'll leave things
be, since out of the ~114 packages I use, only AUCTeX and Geiser had
this problem (and it should really be fixed upstream).

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: David Kastrup <dak@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sat, 14 Apr 2018 17:36:02 +0000
Resent-Message-ID: <handler.31150.B31150.152372730416149 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: Radon Rosborough <radon.neon@HIDDEN>
Cc: 31150 <at> debbugs.gnu.org, Tino Calancha <tino.calancha@HIDDEN>
Received: via spool by 31150-submit <at> debbugs.gnu.org id=B31150.152372730416149
          (code B ref 31150); Sat, 14 Apr 2018 17:36:02 +0000
Received: (at 31150) by debbugs.gnu.org; 14 Apr 2018 17:35:04 +0000
Received: from localhost ([127.0.0.1]:52559 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1f7P4q-0004CP-AA
	for submit <at> debbugs.gnu.org; Sat, 14 Apr 2018 13:35:04 -0400
Received: from eggs.gnu.org ([208.118.235.92]:42906)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dak@HIDDEN>) id 1f7P4o-0004Bs-OD
 for 31150 <at> debbugs.gnu.org; Sat, 14 Apr 2018 13:35:02 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <dak@HIDDEN>) id 1f7P4g-0005XW-93
 for 31150 <at> debbugs.gnu.org; Sat, 14 Apr 2018 13:34:57 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled
 version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54109)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <dak@HIDDEN>)
 id 1f7P4g-0005XQ-4c; Sat, 14 Apr 2018 13:34:54 -0400
Received: from x4e306156.dyn.telefonica.de ([78.48.97.86]:50356 helo=lola)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <dak@HIDDEN>)
 id 1f7P4f-0002BX-KM; Sat, 14 Apr 2018 13:34:54 -0400
From: David Kastrup <dak@HIDDEN>
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 <87fu3yrmjk.fsf@HIDDEN>
 <CADB4rJGKidUkTeHMbfZ=Yxi0nDFYK2qyw+Lz5_55VdGAUHiAsQ@HIDDEN>
Date: Sat, 14 Apr 2018 19:34:49 +0200
In-Reply-To: <CADB4rJGKidUkTeHMbfZ=Yxi0nDFYK2qyw+Lz5_55VdGAUHiAsQ@HIDDEN>
 (Radon Rosborough's message of "Sat, 14 Apr 2018 10:05:51 -0700")
Message-ID: <874lkdzo7a.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
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: -6.0 (------)

Radon Rosborough <radon.neon@HIDDEN> writes:

>> I see in the sources of this package the following address to submit
>> bug reports
>
> I did several Google searches along the lines of "auctex bug tracker",
> and did not find this command. Perhaps some SEO would be in order.

For crying out loud, one does not have to look in the "sources of this"
package or use "Google" searches.  The package has documentation.  The
documentation is available in the usual places (Info) and also in the
menus of the package (like in the LaTeX menu).

The menus of the package also contain an entry for submitting bug
reports.

Perhaps some minimal trust in the package authors would be in order.

> Thanks, I might consider this. (straight.el supports Windows, so I
> would need to generalize your patch to use the OS-independent path
> manipulation functions.) For now, however, I think I'll leave things
> be, since out of the ~114 packages I use, only AUCTeX and Geiser had
> this problem (and it should really be fixed upstream).

How about reading the documentation of load-path?

    load-path is a variable defined in =E2=80=98C source code=E2=80=99.
    Its value is

    [...]

    Initialized during startup as described in Info node =E2=80=98(elisp)Li=
brary Search=E2=80=99.
    Use =E2=80=98directory-file-name=E2=80=99 when adding items to this pat=
h.  However, Lisp
    programs that process this list should tolerate directories both with
    and without trailing slashes.

I repeat:

However, Lisp programs that process this list should tolerate
directories both with and without trailing slashes.

And there is good reason for that: XEmacs used to do things differently
(and wasn't tolerant about it as opposed to Emacs if I remember
correctly) and thus many packages used that behavior.  XEmacs may be
mostly history, but many packages are historic as well.  It's good to
remind AUCTeX that it can adapt to standard behavior now, but as a
package manager, your code _certainly_ should adhere to the instructions
in load-path documentation.

--=20
David Kastrup

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Radon Rosborough <radon.neon@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sat, 14 Apr 2018 21:43:01 +0000
Resent-Message-ID: <handler.31150.B31150.152374216020095 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: David Kastrup <dak@HIDDEN>
Cc: 31150 <at> debbugs.gnu.org, Tino Calancha <tino.calancha@HIDDEN>
Received: via spool by 31150-submit <at> debbugs.gnu.org id=B31150.152374216020095
          (code B ref 31150); Sat, 14 Apr 2018 21:43:01 +0000
Received: (at 31150) by debbugs.gnu.org; 14 Apr 2018 21:42:40 +0000
Received: from localhost ([127.0.0.1]:52843 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1f7SwS-0005E3-A7
	for submit <at> debbugs.gnu.org; Sat, 14 Apr 2018 17:42:40 -0400
Received: from mail-lf0-f42.google.com ([209.85.215.42]:46723)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <radon.neon@HIDDEN>) id 1f7SwQ-0005Dk-Pe
 for 31150 <at> debbugs.gnu.org; Sat, 14 Apr 2018 17:42:39 -0400
Received: by mail-lf0-f42.google.com with SMTP id j68-v6so17007512lfg.13
 for <31150 <at> debbugs.gnu.org>; Sat, 14 Apr 2018 14:42:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=l8WBvdH/SS0GnQGVYJN2fjXJF3UfIhartXaTF2GVWH0=;
 b=FUhWwibWVJmHuJyTEiuo6nME1FrD2s3hb2ycKRiO4yr8Xu7Z+ydT9Gf+9xgF7aYuPr
 ujiKc4xSIGWsyyyq4ToRDhGjzyk3ICLjUAr1+o0QZWqp7yB5+NWG9ptLJohFFB0ZCDWE
 oDalpGMkoGAxCCRkp7Isu+FnMHQZQVjiSxwigYa021fWCf/C985DXXalpmW/kbFzsdVN
 dYZOuZl6TrmHXtJujiTm1xQbYlkJ+hWIH4M5S6J00FzPO9fjijlXjlj1/AHmdFt6dhgc
 GefEOphUw7TDWL/FHpP+m8xMtopxq9renKdZcZZrplbH6oCqmLl15ow126m15BOoC3W8
 w8vw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=l8WBvdH/SS0GnQGVYJN2fjXJF3UfIhartXaTF2GVWH0=;
 b=g+Qjt7cnkcuA1PFh3hzoWUVmGcxeNBcU/3gfQ5gwzjONJctbHVPLCeRlHhn3wEuSAD
 FSAaEF6O7V2FPBoTlzuxy8lTLtYGDBeCZhOZenL0zOR89KfCH9622alOgSY4S8yVwsOA
 mCy0trUgLbLoM4rmMlp2o59lY5dp5sgVnpa226Hnp0O76JlWI8fMMh5yilDeaOkZypeI
 73LEBUHMuOOHXTWhv/69W1rvOlR+elSvbgdDuJYZG+KhAuzLTFgUDP1aNRgfx0ayG2oP
 QhTNRUkjHqgnnuSbRJYU5R//wmDsb7QWKdRuF4qzdD+geqmU2ZqfH2t6G6DThcxLObev
 vFyg==
X-Gm-Message-State: ALQs6tAOjMAbGl2YLQeKSjXjBNKGiAeeWXKpJnkTrbc9H5CWR35NdVu7
 ncDRJ2ves7JevTZltriXIbZUPTkwuWmbccvKi/A=
X-Google-Smtp-Source: AIpwx48hhJVtfLj6P5zsThhtHO6q4b07QaRblzCAWsszytNlE03rHpYp4NYiFNuTk6Wa8AemTKPMxwsqda3HtHhwnoc=
X-Received: by 2002:a19:1d12:: with SMTP id
 d18-v6mr10959554lfd.128.1523742152837; 
 Sat, 14 Apr 2018 14:42:32 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a19:6514:0:0:0:0:0 with HTTP; Sat, 14 Apr 2018 14:41:52
 -0700 (PDT)
In-Reply-To: <874lkdzo7a.fsf@HIDDEN>
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 <87fu3yrmjk.fsf@HIDDEN>
 <CADB4rJGKidUkTeHMbfZ=Yxi0nDFYK2qyw+Lz5_55VdGAUHiAsQ@HIDDEN>
 <874lkdzo7a.fsf@HIDDEN>
From: Radon Rosborough <radon.neon@HIDDEN>
Date: Sat, 14 Apr 2018 14:41:52 -0700
Message-ID: <CADB4rJFz=3EC_4sO2d701GMdtYYEFFuv_-xsU5_EqGOptdRHqA@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
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 (-)

> For crying out loud, one does not have to look in the "sources of
> this" package or use "Google" searches. The package has
> documentation.

Most people use search engines to find documentation these days.
That's not a value judgement; it's just a statement of fact.

> The documentation is available in the usual places (Info)

Info is not as standard as you make it out to be. I investigated the
486 packages that I have installed, and found that 297 of them have at
least minimal documentation hosted on GitHub in the form of a
README.md, while only 26 of them include any Info documentation.

> The menus of the package also contain an entry for submitting bug
> reports.

That is true, but the vast majority of packages do not contain any
such menu entries. Furthermore, many users do not use the Emacs menus.

> However, Lisp programs that process this list should tolerate
> directories both with and without trailing slashes. [...] as a
> package manager, your code _certainly_ should adhere to the
> instructions in load-path documentation.

My package manager does not exactly fall under the rubric of "Lisp
programs that process this list". It does not do any processing,
really; it just adds an entry. If that is counted as processing, then
every time any Lisp program adds anything to `load-path', it should be
checking to make sure there is not a duplicate entry with a trailing
slash. Since nobody does that, I inferred that it doesn't make much
sense in this case either.

---

Looking at the summary page for the bug-auctex list, I see that it
does indeed mention M-x TeX-submit-bug-report, so it was a mistake for
me to say that it didn't. Sorry about that.

---

Best regards,
Radon Rosborough

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: David Kastrup <dak@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sat, 14 Apr 2018 22:08:01 +0000
Resent-Message-ID: <handler.31150.B31150.152374363922281 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: Radon Rosborough <radon.neon@HIDDEN>
Cc: 31150 <at> debbugs.gnu.org, Tino Calancha <tino.calancha@HIDDEN>
Received: via spool by 31150-submit <at> debbugs.gnu.org id=B31150.152374363922281
          (code B ref 31150); Sat, 14 Apr 2018 22:08:01 +0000
Received: (at 31150) by debbugs.gnu.org; 14 Apr 2018 22:07:19 +0000
Received: from localhost ([127.0.0.1]:52859 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1f7TKG-0005nG-7Z
	for submit <at> debbugs.gnu.org; Sat, 14 Apr 2018 18:07:16 -0400
Received: from eggs.gnu.org ([208.118.235.92]:41936)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dak@HIDDEN>) id 1f7TKE-0005n4-In
 for 31150 <at> debbugs.gnu.org; Sat, 14 Apr 2018 18:07:14 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <dak@HIDDEN>) id 1f7TK6-0002Xx-DH
 for 31150 <at> debbugs.gnu.org; Sat, 14 Apr 2018 18:07:09 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled
 version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58691)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <dak@HIDDEN>)
 id 1f7TK6-0002Xr-9E; Sat, 14 Apr 2018 18:07:06 -0400
Received: from x4db623d2.dyn.telefonica.de ([77.182.35.210]:54674 helo=lola)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <dak@HIDDEN>)
 id 1f7TK5-0004Mh-Sk; Sat, 14 Apr 2018 18:07:06 -0400
From: David Kastrup <dak@HIDDEN>
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 <87fu3yrmjk.fsf@HIDDEN>
 <CADB4rJGKidUkTeHMbfZ=Yxi0nDFYK2qyw+Lz5_55VdGAUHiAsQ@HIDDEN>
 <874lkdzo7a.fsf@HIDDEN>
 <CADB4rJFz=3EC_4sO2d701GMdtYYEFFuv_-xsU5_EqGOptdRHqA@HIDDEN>
Date: Sun, 15 Apr 2018 00:06:57 +0200
In-Reply-To: <CADB4rJFz=3EC_4sO2d701GMdtYYEFFuv_-xsU5_EqGOptdRHqA@HIDDEN>
 (Radon Rosborough's message of "Sat, 14 Apr 2018 14:41:52 -0700")
Message-ID: <87muy5xx1a.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
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: -6.0 (------)

Radon Rosborough <radon.neon@HIDDEN> writes:

>> For crying out loud, one does not have to look in the "sources of
>> this" package or use "Google" searches. The package has
>> documentation.
>
> Most people use search engines to find documentation these days.

But it takes an extraordinary amount of chutzpah to blame the package
authors when the results are crap.  Basically you think the package
authors too stupid to create useful documentation and instead ask the
next person on the street.  And then you blame the package author for
not talking to enough persons on the street to render this hearsay
useful.

> That's not a value judgement; it's just a statement of fact.
>
>> The documentation is available in the usual places (Info)
>
> Info is not as standard as you make it out to be.

Info is the standard information format for Elisp packages.  And
complaining about lack of documentation and bug reporting instructions
when both are in the package's top level menu structure also is not
exactly a sign that the package authors are to blame.

> That is true, but the vast majority of packages do not contain any
> such menu entries. Furthermore, many users do not use the Emacs menus.

Users who don't use the menus and don't read the delivered documentation
then complain that the package authors should do more search engine
optimization.

Sorry, go and cry to Google that their algorithms are too stupid to pick
up the standard documentation of packages then.

-- 
David Kastrup

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Radon Rosborough <radon.neon@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sun, 15 Apr 2018 04:03:02 +0000
Resent-Message-ID: <handler.31150.B31150.152376493620771 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: David Kastrup <dak@HIDDEN>
Cc: 31150 <at> debbugs.gnu.org, Tino Calancha <tino.calancha@HIDDEN>
Received: via spool by 31150-submit <at> debbugs.gnu.org id=B31150.152376493620771
          (code B ref 31150); Sun, 15 Apr 2018 04:03:02 +0000
Received: (at 31150) by debbugs.gnu.org; 15 Apr 2018 04:02:16 +0000
Received: from localhost ([127.0.0.1]:52948 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1f7Yro-0005Ox-55
	for submit <at> debbugs.gnu.org; Sun, 15 Apr 2018 00:02:16 -0400
Received: from mail-lf0-f43.google.com ([209.85.215.43]:33777)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <radon.neon@HIDDEN>) id 1f7Yrn-0005Ok-2A
 for 31150 <at> debbugs.gnu.org; Sun, 15 Apr 2018 00:02:15 -0400
Received: by mail-lf0-f43.google.com with SMTP id m14-v6so5504311lfc.0
 for <31150 <at> debbugs.gnu.org>; Sat, 14 Apr 2018 21:02:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=y2s9A8z00R1A8ItFA/kafCtxCTTLLdGY/FHN4+/cYd8=;
 b=jHxbad0rL7l+4Ni3Q9WhEpxc5HV/91boEwc3dQhB7jAUtCuVp7k1H4nPP3NQpeHUlF
 7YTGp6u9c5V0Zui8aJsIeZvwfTXMTR99W4DRCdSY/LBhpmd9oleFwVE4FFcHfRexXJJw
 rgJpaKPNPW6gOz/vCtb9cuP5vWwah2+e/IdQ4uVUW0wfzJ9Dz56qwNbIMw5XBsq6h0nr
 ODMEuQlm8gow6rUoNN2zkbHHNIrgzZ9ewFgCT3gsBjXTl48tl+WDkPw3RFuifTCUrhJw
 FIfhgLqrAU0ne0z6RS7oagk69A3ockb87SNaDmyemhssjePJuSEVl048xZQaLu+vaTqF
 TWqw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=y2s9A8z00R1A8ItFA/kafCtxCTTLLdGY/FHN4+/cYd8=;
 b=LZTR0dH7mZADZxiNF7j+2GupqB6K/lamidzJjzl+lcTRatfHseI8/fhufJ3dsSwpvH
 TzCGm9/GBCpYBvu+mGrFJkVOCBvJXC9naes8tNbFD3kM6Aoh7VkW0R7XjYS2p7j6rGVu
 CfqudsX+Gb40Tm60bCUx89sqLTWztuLst8F7kd46b/mQfWs44prlowpto4ux6IIJXIAY
 jetFrWcv+lKkSBRIwlzr2914GThuYd05CXwXEUsiHA8TUbb9IRgHjgVocnp3HvcE+tLa
 CYCYEUPqDp4X0WCWSfi7jZ0b/H/xFjLz5jv9sIryDfnBy3GNMx237ukXemOHrfeKyaaX
 FlcQ==
X-Gm-Message-State: ALQs6tC/n5/kvrdH9lCBVsL5e1sZAGjs6+ZOWAzKJcEbS3KCf1bF4mMC
 jjzLuwLbdZHAk2+gDIpPRQSD+2Nfh0WRk4DMDRo=
X-Google-Smtp-Source: AIpwx4/woHZ1I/v+1JWED0tGLniU027JrbA3TLOi7Mu2MC3HKLKF6X3JaXdfjtl/U0Dd4wPxAKiCiukyMLgB9uEk8z0=
X-Received: by 2002:a19:7904:: with SMTP id
 u4-v6mr12080185lfc.129.1523764928849; 
 Sat, 14 Apr 2018 21:02:08 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a19:6514:0:0:0:0:0 with HTTP; Sat, 14 Apr 2018 21:01:28
 -0700 (PDT)
In-Reply-To: <87muy5xx1a.fsf@HIDDEN>
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 <87fu3yrmjk.fsf@HIDDEN>
 <CADB4rJGKidUkTeHMbfZ=Yxi0nDFYK2qyw+Lz5_55VdGAUHiAsQ@HIDDEN>
 <874lkdzo7a.fsf@HIDDEN>
 <CADB4rJFz=3EC_4sO2d701GMdtYYEFFuv_-xsU5_EqGOptdRHqA@HIDDEN>
 <87muy5xx1a.fsf@HIDDEN>
From: Radon Rosborough <radon.neon@HIDDEN>
Date: Sat, 14 Apr 2018 21:01:28 -0700
Message-ID: <CADB4rJGaru6Kng8=oe2E2vW1t_mfYOMYCikT9fJRSEFd7SLHvQ@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: -0.0 (/)
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 (-)

> For crying out loud, one does not have to look in the "sources of
> this" package or use "Google" searches.

> Perhaps some minimal trust in the package authors would be in order.

> How about reading the documentation of load-path?

> it takes an extraordinary amount of chutzpah to blame the package
> authors when the results are crap. Basically you think the package
> authors too stupid to create useful documentation

> Sorry, go and cry to Google that their algorithms are too stupid to
> pick up the standard documentation of packages then.

It does not seem productive for us to continue this discussion
further, and I am not particularly interested in continuing to be
insulted. I will not reply to further messages along the above lines.

Let me know if you require any more information relevant to the bug
report.

Best regards,
Radon

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Reinhard Kotucha <reinhard.kotucha@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sun, 15 Apr 2018 04:22:02 +0000
Resent-Message-ID: <handler.31150.B31150.152376610022387 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: Radon Rosborough <radon.neon@HIDDEN>
Cc: David Kastrup <dak@HIDDEN>, 31150 <at> debbugs.gnu.org, Tino Calancha <tino.calancha@HIDDEN>
Reply-To: reinhard.kotucha@HIDDEN
Received: via spool by 31150-submit <at> debbugs.gnu.org id=B31150.152376610022387
          (code B ref 31150); Sun, 15 Apr 2018 04:22:02 +0000
Received: (at 31150) by debbugs.gnu.org; 15 Apr 2018 04:21:40 +0000
Received: from localhost ([127.0.0.1]:52954 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1f7ZAZ-0005p1-Pz
	for submit <at> debbugs.gnu.org; Sun, 15 Apr 2018 00:21:39 -0400
Received: from mout.web.de ([212.227.17.12]:48199)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <reinhard.kotucha@HIDDEN>) id 1f7ZAX-0005on-SZ
 for 31150 <at> debbugs.gnu.org; Sun, 15 Apr 2018 00:21:38 -0400
Received: from vhost ([88.130.80.116]) by smtp.web.de (mrweb102
 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MSJGB-1f0f8T47Yp-00TYED; Sun, 15
 Apr 2018 06:21:31 +0200
From: Reinhard Kotucha <reinhard.kotucha@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <23250.54090.23775.731281@HIDDEN>
Date: Sun, 15 Apr 2018 06:21:30 +0200
In-Reply-To: <CADB4rJFz=3EC_4sO2d701GMdtYYEFFuv_-xsU5_EqGOptdRHqA@HIDDEN>
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 <87fu3yrmjk.fsf@HIDDEN>
 <CADB4rJGKidUkTeHMbfZ=Yxi0nDFYK2qyw+Lz5_55VdGAUHiAsQ@HIDDEN>
 <874lkdzo7a.fsf@HIDDEN>
 <CADB4rJFz=3EC_4sO2d701GMdtYYEFFuv_-xsU5_EqGOptdRHqA@HIDDEN>
X-Mailer: VM 8.2.0b under 25.2.1 (x86_64-unknown-linux-gnu)
X-Provags-ID: V03:K1:TTBG9aq7h7AY+oANaCcybIl4SpHtXbXvv3UouP4nmeKJc3YWagf
 BMl1Het8uj/xrSSgeuxPx+BFaQ7IvJpv+dZJ4UG5UFX1Xu14Jf1/UGsrPM0MG6og8PliNJm
 RFI7v91N8SSRtC/pKUJgihu+uskvKhbKuqET02JTUewF7kqXnx0JxDXm67FXb4F84Sqk38F
 tGz/eB3xpggXSBSUhNR4w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:mdMpbF3xv60=:75NIRgyKQidCFbOzxhNmTB
 Xmk2fcMuvnFmL+KFS6ScQOhWyNRotiw5bxtBY+i9x6ewhyMuaKPKT1eTXd/a4Gs5/XsAs7bit
 zYzh81AE4jtOX/dIK+7gDTD2wsSV/BAtt3KhCb4BMNVAFyZLB+EW+GqOANH1ehTgkP1l70Kta
 IbwkYcSktuWC9G9Hu9oDGOvLjC1k+nkJSAv25IForTGrytALB0AHYcNwFg31P24Jc6FMP5kGo
 KjMmGSdAVMdacbWR35l7WETniiKgdOJx6hdL2nOgVAV+ow68LS0sw+MudbGrmm3OsYAacKkEx
 YGXBYDAcDne4T1mIeZyvtruE292EMidOjgNpxtGcolnC447nMrhW8vVVBnxYqr7gK4Kyk8Wu/
 5svyY5az2KA6fVN0gHc28KgOORIavZJqf7Ny6EAqODUt/mbWjXydNKZdzwtwj62ZadxiafvRF
 mwMJgPoZrM3qwTZ3TV6crvxp9gtVGiXOCk47j/4oJJl20PHSZbDNhMvy3oSb3H1+fLouLGAz3
 xYJ/r2ocNZPx4afMCfPPEqYMNNPwEi/k8kSdq9qMu4bWrx1E7fQ3ugxKCsDVwmFzwucr6a0eO
 6lhYigCx/lcoRsGlf+Hmzr2B4OrICosOqIC6sFj608X5wmHuwprQlqT6QrG9hm6AD9y2Uu2n2
 RNrSwkyhkT67VLgoZoCIGn0U1/Top5bqxE5AOjGVK8zXTlpUARKSlutyinFtPqs95z60nOwvx
 EhXtrZh/NTMqGDJSmaO+abaSDwA9JKD82/nJbg4DsZZjXaUCknF0j7V9XTMsTZ/oxrDovq/8w
 APZUjX+KHa+jRdX2u4AFT6TQ/XH0NU//Si2Pp1iuyJe7ielYUA=
X-Spam-Score: -0.7 (/)
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 2018-04-14 at 14:41:52 -0700, Radon Rosborough wrote:

 > Most people use search engines to find documentation these days.
 > That's not a value judgement; it's just a statement of fact.

Dear Radon,
it's true that most poeple use search engines nowadays but it's
actually the worst thing one can do.  The quality of the results is
quite arbitrary.  In most cases saerch engines return old stuff which
isn't relevant anymore or wrong answers from poeple who just believe
that they groked something.

A definite answer is and can only be provided by the documentation
shipped with a particular package.  Everything else is less helpful or
not helpful at all.

Regards,
  Reinhard

-- 
------------------------------------------------------------------
Reinhard Kotucha                            Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                    mailto:reinhard.kotucha@HIDDEN
------------------------------------------------------------------

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Reinhard Kotucha <reinhard.kotucha@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sun, 15 Apr 2018 06:40:01 +0000
Resent-Message-ID: <handler.31150.B31150.15237743772938 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: Radon Rosborough <radon.neon@HIDDEN>
Cc: David Kastrup <dak@HIDDEN>, 31150 <at> debbugs.gnu.org, Tino Calancha <tino.calancha@HIDDEN>
Reply-To: reinhard.kotucha@HIDDEN
Received: via spool by 31150-submit <at> debbugs.gnu.org id=B31150.15237743772938
          (code B ref 31150); Sun, 15 Apr 2018 06:40:01 +0000
Received: (at 31150) by debbugs.gnu.org; 15 Apr 2018 06:39:37 +0000
Received: from localhost ([127.0.0.1]:52982 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1f7bK5-0000lK-EJ
	for submit <at> debbugs.gnu.org; Sun, 15 Apr 2018 02:39:37 -0400
Received: from mout.web.de ([212.227.17.11]:51737)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <reinhard.kotucha@HIDDEN>) id 1f7bK4-0000l7-J7
 for 31150 <at> debbugs.gnu.org; Sun, 15 Apr 2018 02:39:36 -0400
Received: from vhost ([88.130.80.116]) by smtp.web.de (mrweb101
 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MbQGO-1er2PM41ci-00InNE; Sun, 15
 Apr 2018 08:39:29 +0200
From: Reinhard Kotucha <reinhard.kotucha@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <23250.62368.6175.618870@HIDDEN>
Date: Sun, 15 Apr 2018 08:39:28 +0200
In-Reply-To: <CADB4rJGaru6Kng8=oe2E2vW1t_mfYOMYCikT9fJRSEFd7SLHvQ@HIDDEN>
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 <87fu3yrmjk.fsf@HIDDEN>
 <CADB4rJGKidUkTeHMbfZ=Yxi0nDFYK2qyw+Lz5_55VdGAUHiAsQ@HIDDEN>
 <874lkdzo7a.fsf@HIDDEN>
 <CADB4rJFz=3EC_4sO2d701GMdtYYEFFuv_-xsU5_EqGOptdRHqA@HIDDEN>
 <87muy5xx1a.fsf@HIDDEN>
 <CADB4rJGaru6Kng8=oe2E2vW1t_mfYOMYCikT9fJRSEFd7SLHvQ@HIDDEN>
X-Mailer: VM 8.2.0b under 25.2.1 (x86_64-unknown-linux-gnu)
X-Provags-ID: V03:K1:c5mAP1c21hcvCBNArpso4iDGVWE1/TnBroiJhoRQKxL/U2ZyXqX
 VkD+JCC9e2scXVV/prMlUgNl5Bwla0QqoevEwlurEOhGxMj7iZNI1RcwPn2uQM2+nkzKFGK
 eHLy8NKDbwmaN6AYSbr16iz4ktRgdUrqgqKtstbvb6Zqcew1lZD1W/7n6SVMV4awwxdgFx+
 nHUsqcrVyUegVgaKbW6oA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:WS3HfL2FzW4=:GjuAjKkzF6cmGZn7OM2bCu
 KKD1LUc9mLpQaLyJejsEuL1J5fB4jsL8bODK2hVhsNjtPhAb0WgLmq2nTk2mklMN9n0gKMCc2
 mKdEeQqlOjGbnxAXbeE0eU56S+Mxu1n3SYJm2iz7wrJgkpcVgNGPa2Zl/7sZKWDcUMwo10oHB
 kcqbeTorEbt9Cty89A2pOPAucI2Ah2Xk6avPJAGJsYK6adKQuedO4pUEOimoUoyF9Qxi+ddvP
 I2gNb4awzXSuefUqVP2dw0B2qQnlxEsSivCR6xZNTd9oNsMfAWyHvA51WfHkMu0E6Gt+jdiC3
 aguEMvaxXjdbDOmxDWeBF17Ids3YvsO2UDjmzMLdGwXrz302YWA4fWuZQCVe3kbwoB4XAMoTj
 tECml3h5yI6PwAGWMAoEyzerpMRg5dQQovkC0yLUc7HKYSlN5tGPZ5HiCvWdaEbl28FWvwTpH
 Jkiok3HaDwsRAcmIN+mUhP65ezA+k4n9DhnGdKHt3M2ur0slas/W5EvYXMuzm1AidAuW+hj+t
 zBS0RNAXUkqMQCArEcR9XMMq4U3DHfkmrNbJuBFiDg/h7kNjx6Ul1JeO5RKuS+oII3YNdHn+r
 5b4y4llUGpKrOPNwuZpgNjTPTo4MBovkwgpOnS776kJ+6LTV4kHuZG/0vgBBkhufllyhNaob1
 j41GoEwuDv+peOc0gXVEihYfZ1quOrphxStdaQ5YslQ+U/9rButDAisEODRulNrFFTZ5u6hRI
 Dgph9Sf+IVdpIgVOYQLbJDeG2mQ+OMVFBygBf/xmdVtytoMPRw1VJdLSZw4GtFyfyRqV7Eo32
 yflrhPjIatYT47FyNw0ERFwjdte20UQODMkWiwQT8aKN8jigOQ=
X-Spam-Score: -0.7 (/)
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 2018-04-14 at 21:01:28 -0700, Radon Rosborough wrote:

 > > For crying out loud, one does not have to look in the "sources of
 > > this" package or use "Google" searches.
 > 
 > > Perhaps some minimal trust in the package authors would be in order.
 > 
 > > How about reading the documentation of load-path?
 > 
 > > it takes an extraordinary amount of chutzpah to blame the package
 > > authors when the results are crap. Basically you think the package
 > > authors too stupid to create useful documentation
 > 
 > > Sorry, go and cry to Google that their algorithms are too stupid to
 > > pick up the standard documentation of packages then.
 > 
 > It does not seem productive for us to continue this discussion
 > further, and I am not particularly interested in continuing to be
 > insulted. I will not reply to further messages along the above lines.

As someone who met David many times in person at various conferences,
I can assure you that it's definitely not David's intention to insult
you or anybody else in any way.

I know many people who acknowledge David's helpfulness very much.
But it's also well known that David immediately gets pissed-off if
he's blamed for things he isn't responsible for.  Admittedly, his
mail messages often sound quite harsh.  Don't worry.

It's a pity that you didn't have the opportunity to meet David in
person.  The internet is a great thing because it allows you to
communicate with everybody in the world.  But it's also the cause of
many problems which are avoidable if poeple simply meet physically as
we did when I was young.

I know David very well and can assure you that the least thing he had
in mind is to insult you.  Don't worry if his mails sound quite harsh.

I'm looking forward to meet you both at BachoTeX-2018.

Regards,
  Reinhard

-- 
------------------------------------------------------------------
Reinhard Kotucha                            Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                    mailto:reinhard.kotucha@HIDDEN
------------------------------------------------------------------

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Arash Esbati <arash@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Wed, 06 Mar 2024 09:18:02 +0000
Resent-Message-ID: <handler.31150.B31150.170971663220119 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: Radon Rosborough <radon.neon@HIDDEN>, Radian LLC <contact+straight@HIDDEN>
Cc: 31150 <at> debbugs.gnu.org
Received: via spool by 31150-submit <at> debbugs.gnu.org id=B31150.170971663220119
          (code B ref 31150); Wed, 06 Mar 2024 09:18:02 +0000
Received: (at 31150) by debbugs.gnu.org; 6 Mar 2024 09:17:12 +0000
Received: from localhost ([127.0.0.1]:49702 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rhnOf-0005EO-El
	for submit <at> debbugs.gnu.org; Wed, 06 Mar 2024 04:17:12 -0500
Received: from eggs.gnu.org ([209.51.188.92]:48168)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <arash@HIDDEN>) id 1rhnOP-0005Db-1b
 for 31150 <at> debbugs.gnu.org; Wed, 06 Mar 2024 04:17:08 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <arash@HIDDEN>)
 id 1rhnNm-0000Yp-Un; Wed, 06 Mar 2024 04:16:15 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To:
 From; bh=I39OqM0ANZYWsYiLHIyBP3LVK0raI6uQbbR25q5oUjE=; b=iTZliW89vI0TkV1kOm7R
 r4aTh4gFTMAWNUJbJ+vMEgoY4sCxzAqch1op7oGaOwl8jsJiebWsFWkPOU60STdXLwZTdGvTuaHZd
 iLyovVOFDCSifbo/HFWVxLybEB/oyVqVNzNFpSc0HCtggdQoIXy9OfWMvVfI/Prq1O7gc2YTBMq3V
 qasbcIGkDYdfG/lLXUvH5cU/5shTzApAArwUiP7ysful4l51j9wRkCIdhqA8Ju7fQlqZw8agccrab
 9D8iJ33KmYauyh0wxzo4TVhOCEa+nhaZfaTBEtp0yrbcvjk0YOHJzyDgq46Epa9GDdYmc6LXUHKaS
 9nByrCTRLf5Zmw==;
From: Arash Esbati <arash@HIDDEN>
In-Reply-To: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 (Radon Rosborough's message of "Fri, 13 Apr 2018 16:27:24 -0700")
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
Date: Wed, 06 Mar 2024 10:15:46 +0100
Message-ID: <m2a5nb201p.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -0.0 (/)
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 (---)

Radon Rosborough <radon.neon@HIDDEN> writes:

> When I perform a fresh build of AUCTeX from Git, I get the following
> code as part of tex-site.el:
>
>     (defvar TeX-lisp-directory
>       (expand-file-name "auctex" (file-name-directory load-file-name))
>       "The directory where most of the AUCTeX lisp files are located.
>     For the location of lisp files associated with
>     styles, see the variables TeX-style-* (hand-generated lisp) and
>     TeX-auto-* (automatically generated lisp).")
>
>     (add-to-list 'load-path TeX-lisp-directory)
>
> This is problematic. As the documentation for `load-path' states:
>
>     Use =E2=80=98directory-file-name=E2=80=99 when adding items to this p=
ath.
>
> But `TeX-lisp-directory' has a trailing slash. This seems like a bug
> to me. Can it be fixed?
>
> The reason this came up is that I maintain an Emacs package manager,
> straight.el. Once straight.el builds a package, it adds the directory
> to `load-path', using `directory-file-name' as specified by the
> documentation of `load-path'. But since AUCTeX insists on also adding
> its own entry to `load-path', and does so with a superfluous trailing
> slash, we end up with two duplicate entries. Under some
> configurations, this causes duplicate entries to appear when using M-x
> find-library.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

Is this issue still present?  Looking at the docstring:

,----[ C-h v load-path RET ]
| load-path is a variable defined in =E2=80=98C source code=E2=80=99.
|=20
| Its value is shown below.
|=20
| List of directories to search for files to load.
| Each element is a string (directory file name) or nil (meaning
| =E2=80=98default-directory=E2=80=99).
| This list is consulted by the =E2=80=98require=E2=80=99 function.
| Initialized during startup as described in Info node =E2=80=98(elisp)Libr=
ary Search=E2=80=99.
| Use =E2=80=98directory-file-name=E2=80=99 when adding items to this path.=
  However, Lisp
| programs that process this list should tolerate directories both with
| and without trailing slashes.
|=20
|   This variable may be risky if used as a file-local variable.
|   Probably introduced at or before Emacs version 1.12.
|=20
`----

You're correct about `directory-file-name', but the version with
trailing slash is also tolerated.  If `find-library' is confused by
"/foo/bar" and "/foo/bar/", isn't this more an Emacs issue?

Best, Arash

P.S. I also added another mail address of yours to this message.  Sorry
if you get this message twice.

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: "Radon Rosborough" <radon@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Wed, 06 Mar 2024 16:59:01 +0000
Resent-Message-ID: <handler.31150.B31150.170974432614602 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: "Arash Esbati" <arash@HIDDEN>
Cc: 31150 <at> debbugs.gnu.org
Received: via spool by 31150-submit <at> debbugs.gnu.org id=B31150.170974432614602
          (code B ref 31150); Wed, 06 Mar 2024 16:59:01 +0000
Received: (at 31150) by debbugs.gnu.org; 6 Mar 2024 16:58:46 +0000
Received: from localhost ([127.0.0.1]:51306 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rhubM-0003nP-Cr
	for submit <at> debbugs.gnu.org; Wed, 06 Mar 2024 11:58:46 -0500
Received: from out4-smtp.messagingengine.com ([66.111.4.28]:33445)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <radon@HIDDEN>) id 1rhu4m-0002sj-V8
 for 31150 <at> debbugs.gnu.org; Wed, 06 Mar 2024 11:25:07 -0500
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
 by mailout.nyi.internal (Postfix) with ESMTP id C7C995C005B;
 Wed,  6 Mar 2024 11:24:28 -0500 (EST)
Received: from imap51 ([10.202.2.101])
 by compute5.internal (MEProxy); Wed, 06 Mar 2024 11:24:28 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 intuitiveexplanations.com; h=cc:cc:content-type:content-type
 :date:date:from:from:in-reply-to:in-reply-to:message-id
 :mime-version:references:reply-to:subject:subject:to:to; s=fm1;
 t=1709742268; x=1709828668; bh=Q3XFwA7EhfvnvAY1wqwnejsfR0kgfM51
 r4pxaI9oGzg=; b=H04OuSTPlSQMjN29XD1L6nIIZLSwt5ZyyTRLTeqSg1+tdNCH
 qckg9f2Kd6Uz9hmf6AgKgTYZ2MntJ9Fsjc/05fIXpeqj2ByOpBbcq0kbT1Wshx7D
 G8HfA2HXDUtxnHXoV41xDJ3E8ARiXqJYHJ/p2J1xKNRtBX6aGCe+Y6gBQ3uo0zxQ
 HNucMn8jJlHxDDWPOItQtY39+VPDV2fNlurmmWDhnsX3hgOGB7qEcnhJJbJIdf0H
 yCuOks5t9mCacOitLe+OiTjnp1RND1K+CoBE6lf9YEdnG3xNncJnVgiZutdKfKFP
 VXU43asR8scQI4DIqk907czgcya4/mL5Uyn/mQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-type:content-type:date:date
 :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to
 :message-id:mime-version:references:reply-to:subject:subject:to
 :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=
 fm1; t=1709742268; x=1709828668; bh=Q3XFwA7EhfvnvAY1wqwnejsfR0kg
 fM51r4pxaI9oGzg=; b=N/yqPrLfPjkXKfwzIvVVSDN+YmCpW+iqQnTneponY6yy
 pkUWOV8qySDOb+0SuwQN/tfUM863fvkVGRiw6wcdT/lZFL10oZoWtMksTs3G2uRI
 lGRx1L6hxUqRi+bRwyDaRJ4mJE00EFeUOXRcGtD+Feb/ybKn8MNUCzoRLzfyM1+z
 8wKYhV5lF6Q4K+pNUDzKD9YDZQ9WWAgX/Nm4itYzJbd3NXcnQ/OT23SnjQsJ6Qu1
 uHRuc154b+i2EcUXPBotcrTmc6fdAj+cihLABkUr5dgTd4leuaDKsU9jx0pyTVdV
 6rqLxxQhhoNKj6vt03MkueBHlnT1tHfdx+MnZOyB7Q==
X-ME-Sender: <xms:u5joZaA6_Loc1fjUS0nlfJ0rAkQQCiSK4uJveem-Njog07BxwuoPKw>
 <xme:u5joZUjShk2JTuugSUw3GrvibOPh480rKLY3AXkZ7ipAWKe-sBcmk7-hkCLM6DdRW
 z--rTEe1NytC581aKk>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledriedugdekhecutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefofgggkfgjfhffhffvvefutgesrgdtreerreerjeenucfhrhhomhepfdftrggu
 ohhnucftohhssghorhhouhhghhdfuceorhgrughonhesihhnthhuihhtihhvvggvgihplh
 grnhgrthhiohhnshdrtghomheqnecuggftrfgrthhtvghrnhepudekvdetudekuedtheek
 uddtteduvdffveejffdvjefhiedthfeigffhudekjeeunecuvehluhhsthgvrhfuihiivg
 eptdenucfrrghrrghmpehmrghilhhfrhhomheprhgrughonhesihhnthhuihhtihhvvggv
 gihplhgrnhgrthhiohhnshdrtghomh
X-ME-Proxy: <xmx:vJjoZdmQFGUhwJKm_F-O4DdcsVa-JN6Ekncflhh3xrXyhR7-IUW9pw>
 <xmx:vJjoZYwO1H61bvdT6ISrf3jkBHSpFdALGeyriYKw-wTMoXPaKv15NQ>
 <xmx:vJjoZfS9r5JoAspEJp5pbvoiJ6QyhwhfNY_BiqaTfACDqTVpVySNmQ>
 <xmx:vJjoZSMGKEc9A4Ara9ITqSlleYeQHxHKsy8AmOYZPmDneUMFCpqDUQ>
Feedback-ID: i64b94633:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501)
 id DF80FB60089; Wed,  6 Mar 2024 11:24:27 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.11.0-alpha0-251-g8332da0bf6-fm-20240305.001-g8332da0b
MIME-Version: 1.0
Message-Id: <54b4303e-5433-4fc5-8271-3792c04a31c8@HIDDEN>
In-Reply-To: <m2a5nb201p.fsf@HIDDEN>
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 <m2a5nb201p.fsf@HIDDEN>
Date: Wed, 06 Mar 2024 08:24:07 -0800
From: "Radon Rosborough" <radon@HIDDEN>
Content-Type: multipart/alternative; boundary=7501e53569154aa083205df07edd778b
X-Spam-Score: -0.7 (/)
X-Mailman-Approved-At: Wed, 06 Mar 2024 11:58:42 -0500
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 (-)

--7501e53569154aa083205df07edd778b
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: quoted-printable

I guess it can be considered an Emacs bug, yes.

On Wed, Mar 6, 2024, at 1:15 AM, Arash Esbati wrote:
> Radon Rosborough <radon.neon@HIDDEN> writes:
>=20
> > When I perform a fresh build of AUCTeX from Git, I get the following
> > code as part of tex-site.el:
> >
> >     (defvar TeX-lisp-directory
> >       (expand-file-name "auctex" (file-name-directory load-file-name=
))
> >       "The directory where most of the AUCTeX lisp files are located.
> >     For the location of lisp files associated with
> >     styles, see the variables TeX-style-* (hand-generated lisp) and
> >     TeX-auto-* (automatically generated lisp).")
> >
> >     (add-to-list 'load-path TeX-lisp-directory)
> >
> > This is problematic. As the documentation for `load-path' states:
> >
> >     Use =E2=80=98directory-file-name=E2=80=99 when adding items to t=
his path.
> >
> > But `TeX-lisp-directory' has a trailing slash. This seems like a bug
> > to me. Can it be fixed?
> >
> > The reason this came up is that I maintain an Emacs package manager,
> > straight.el. Once straight.el builds a package, it adds the directory
> > to `load-path', using `directory-file-name' as specified by the
> > documentation of `load-path'. But since AUCTeX insists on also adding
> > its own entry to `load-path', and does so with a superfluous trailing
> > slash, we end up with two duplicate entries. Under some
> > configurations, this causes duplicate entries to appear when using M=
-x
> > find-library.
>=20
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
>=20
> Is this issue still present?  Looking at the docstring:
>=20
> ,----[ C-h v load-path RET ]
> | load-path is a variable defined in =E2=80=98C source code=E2=80=99.
> |=20
> | Its value is shown below.
> |=20
> | List of directories to search for files to load.
> | Each element is a string (directory file name) or nil (meaning
> | =E2=80=98default-directory=E2=80=99).
> | This list is consulted by the =E2=80=98require=E2=80=99 function.
> | Initialized during startup as described in Info node =E2=80=98(elisp=
)Library Search=E2=80=99.
> | Use =E2=80=98directory-file-name=E2=80=99 when adding items to this =
path.  However, Lisp
> | programs that process this list should tolerate directories both with
> | and without trailing slashes.
> |=20
> |   This variable may be risky if used as a file-local variable.
> |   Probably introduced at or before Emacs version 1.12.
> |=20
> `----
>=20
> You're correct about `directory-file-name', but the version with
> trailing slash is also tolerated.  If `find-library' is confused by
> "/foo/bar" and "/foo/bar/", isn't this more an Emacs issue?
>=20
> Best, Arash
>=20
> P.S. I also added another mail address of yours to this message.  Sorry
> if you get this message twice.
>=20
--7501e53569154aa083205df07edd778b
Content-Type: text/html;charset=utf-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html><html><head><title></title><style type=3D"text/css">p.Mso=
Normal,p.MsoNoSpacing{margin:0}</style></head><body><div>I guess it can =
be considered an Emacs bug, yes.</div><div><br></div><div>On Wed, Mar 6,=
 2024, at 1:15 AM, Arash Esbati wrote:<br></div><blockquote type=3D"cite=
" id=3D"qt" style=3D""><div>Radon Rosborough &lt;<a href=3D"mailto:radon=
.neon@HIDDEN">radon.neon@HIDDEN</a>&gt; writes:<br></div><div><br>=
</div><div>&gt; When I perform a fresh build of AUCTeX from Git, I get t=
he following<br></div><div>&gt; code as part of tex-site.el:<br></div><d=
iv>&gt;<br></div><div>&gt;&nbsp;&nbsp;&nbsp;&nbsp; (defvar TeX-lisp-dire=
ctory<br></div><div>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (expand-fil=
e-name "auctex" (file-name-directory load-file-name))<br></div><div>&gt;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "The directory where most of the AU=
CTeX lisp files are located.<br></div><div>&gt;&nbsp;&nbsp;&nbsp;&nbsp; =
For the location of lisp files associated with<br></div><div>&gt;&nbsp;&=
nbsp;&nbsp;&nbsp; styles, see the variables TeX-style-* (hand-generated =
lisp) and<br></div><div>&gt;&nbsp;&nbsp;&nbsp;&nbsp; TeX-auto-* (automat=
ically generated lisp).")<br></div><div>&gt;<br></div><div>&gt;&nbsp;&nb=
sp;&nbsp;&nbsp; (add-to-list 'load-path TeX-lisp-directory)<br></div><di=
v>&gt;<br></div><div>&gt; This is problematic. As the documentation for =
`load-path' states:<br></div><div>&gt;<br></div><div>&gt;&nbsp;&nbsp;&nb=
sp;&nbsp; Use =E2=80=98directory-file-name=E2=80=99 when adding items to=
 this path.<br></div><div>&gt;<br></div><div>&gt; But `TeX-lisp-director=
y' has a trailing slash. This seems like a bug<br></div><div>&gt; to me.=
 Can it be fixed?<br></div><div>&gt;<br></div><div>&gt; The reason this =
came up is that I maintain an Emacs package manager,<br></div><div>&gt; =
straight.el. Once straight.el builds a package, it adds the directory<br=
></div><div>&gt; to `load-path', using `directory-file-name' as specifie=
d by the<br></div><div>&gt; documentation of `load-path'. But since AUCT=
eX insists on also adding<br></div><div>&gt; its own entry to `load-path=
', and does so with a superfluous trailing<br></div><div>&gt; slash, we =
end up with two duplicate entries. Under some<br></div><div>&gt; configu=
rations, this causes duplicate entries to appear when using M-x<br></div=
><div>&gt; find-library.<br></div><div><br></div><div>(I'm going through=
 old bug reports that unfortunately weren't resolved<br></div><div>at th=
e time.)<br></div><div><br></div><div>Is this issue still present?&nbsp;=
 Looking at the docstring:<br></div><div><br></div><div>,----[ C-h v loa=
d-path RET ]<br></div><div>| load-path is a variable defined in =E2=80=98=
C source code=E2=80=99.<br></div><div>|&nbsp;<br></div><div>| Its value =
is shown below.<br></div><div>|&nbsp;<br></div><div>| List of directorie=
s to search for files to load.<br></div><div>| Each element is a string =
(directory file name) or nil (meaning<br></div><div>| =E2=80=98default-d=
irectory=E2=80=99).<br></div><div>| This list is consulted by the =E2=80=
=98require=E2=80=99 function.<br></div><div>| Initialized during startup=
 as described in Info node =E2=80=98(elisp)Library Search=E2=80=99.<br><=
/div><div>| Use =E2=80=98directory-file-name=E2=80=99 when adding items =
to this path.&nbsp; However, Lisp<br></div><div>| programs that process =
this list should tolerate directories both with<br></div><div>| and with=
out trailing slashes.<br></div><div>|&nbsp;<br></div><div>|&nbsp;&nbsp; =
This variable may be risky if used as a file-local variable.<br></div><d=
iv>|&nbsp;&nbsp; Probably introduced at or before Emacs version 1.12.<br=
></div><div>|&nbsp;<br></div><div>`----<br></div><div><br></div><div>You=
're correct about `directory-file-name', but the version with<br></div><=
div>trailing slash is also tolerated.&nbsp; If `find-library' is confuse=
d by<br></div><div>"/foo/bar" and "/foo/bar/", isn't this more an Emacs =
issue?<br></div><div><br></div><div>Best, Arash<br></div><div><br></div>=
<div>P.S. I also added another mail address of yours to this message.&nb=
sp; Sorry<br></div><div>if you get this message twice.<br></div><div><br=
></div></blockquote></body></html>
--7501e53569154aa083205df07edd778b--

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Arash Esbati <arash@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Wed, 06 Mar 2024 20:21:01 +0000
Resent-Message-ID: <handler.31150.B31150.170975642725044 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: "Radon Rosborough" <radon@HIDDEN>
Cc: 31150 <at> debbugs.gnu.org
Received: via spool by 31150-submit <at> debbugs.gnu.org id=B31150.170975642725044
          (code B ref 31150); Wed, 06 Mar 2024 20:21:01 +0000
Received: (at 31150) by debbugs.gnu.org; 6 Mar 2024 20:20:27 +0000
Received: from localhost ([127.0.0.1]:51680 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rhxkY-0006Vq-W1
	for submit <at> debbugs.gnu.org; Wed, 06 Mar 2024 15:20:27 -0500
Received: from eggs.gnu.org ([209.51.188.92]:49120)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <arash@HIDDEN>) id 1rhxkX-0006Vc-Ie
 for 31150 <at> debbugs.gnu.org; Wed, 06 Mar 2024 15:20:26 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <arash@HIDDEN>)
 id 1rhxjs-0003uW-QM; Wed, 06 Mar 2024 15:19:49 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To:
 From; bh=x2vF+wab2QfbEyNsHer638LzlRluHyOZtglA/hgXF74=; b=W2FHgGZkiXBp2Wwk7ETx
 RJk/M3ckP8fo4lipybUZaFm6AhkJK42o81pZ3vtIses2wkfwRCckoDhAfuIwNRBHLBMwxsgbhwfTs
 SqLwx4+S1cAGt1IjFCc/BesM4CndNWfBFwEOd4okFi3+x/zktSF4inlFZXBhC+ByVpmsIdN7myWbj
 uU36bJPJYIySJWYldsq7x4e93Ro+VMml05Eb/6ppsAIE6YGsWu1fhBc6dJ84J9fP7IGZMJjERKLag
 WJ/Z8yBam6dg7cRvurLoOHFIoXpcFIzWlIUFzp+HyqMlJpXDW6+6XzHQyE3IMXxBpEsB05JvqHpYO
 ZJSmPUvyReuq/w==;
From: Arash Esbati <arash@HIDDEN>
In-Reply-To: <54b4303e-5433-4fc5-8271-3792c04a31c8@HIDDEN> (Radon
 Rosborough's message of "Wed, 06 Mar 2024 08:24:07 -0800")
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 <m2a5nb201p.fsf@HIDDEN>
 <54b4303e-5433-4fc5-8271-3792c04a31c8@HIDDEN>
Date: Wed, 06 Mar 2024 21:19:41 +0100
Message-ID: <m24jdj3yg2.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
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 (---)

"Radon Rosborough" <radon@HIDDEN> writes:

> I guess it can be considered an Emacs bug, yes.

Thanks for your response.  I will forward your original report to Emacs
tracker (with you in CC) and reassign it.  Hopefully the people there
have an idea.

Best, Arash

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Arash Esbati <arash@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Wed, 06 Mar 2024 20:41:02 +0000
Resent-Message-ID: <handler.31150.B.170975762026944 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: 31150 <at> debbugs.gnu.org
Cc: radon@HIDDEN
X-Debbugs-Original-To: "emacs-bugs" <bug-gnu-emacs@HIDDEN>
X-Debbugs-Original-Cc: 31150 <at> debbugs.gnu.org, Radon Rosborough <radon@HIDDEN>
Received: via spool by submit <at> debbugs.gnu.org id=B.170975762026944
          (code B ref -1); Wed, 06 Mar 2024 20:41:02 +0000
Received: (at submit) by debbugs.gnu.org; 6 Mar 2024 20:40:20 +0000
Received: from localhost ([127.0.0.1]:51705 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rhy3o-00070W-4u
	for submit <at> debbugs.gnu.org; Wed, 06 Mar 2024 15:40:20 -0500
Received: from lists.gnu.org ([209.51.188.17]:59092)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <arash@HIDDEN>) id 1rhy3l-00070N-Ox
 for submit <at> debbugs.gnu.org; Wed, 06 Mar 2024 15:40:18 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <arash@HIDDEN>) id 1rhy3G-0003yS-87
 for bug-gnu-emacs@HIDDEN; Wed, 06 Mar 2024 15:39:46 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <arash@HIDDEN>)
 id 1rhy3F-0003XT-Iy; Wed, 06 Mar 2024 15:39:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To:
 From; bh=fiYvcISXew0NTYiI312hWiIVeFloN563LuUGwjgYI8Y=; b=sXaQaUcZd1Bsqz+5IISj
 v34M1PJZJYcVetew85PNEZAcV/zWtRD6cvAGtDqjAvgd4x/I6sRCU00j6vx2RUc1EebLR/l53aRse
 7C1ST/3q3KlkOoeN/sCoT1wEX3LJXPF7gl0N0ZuAaFBxrFNUiXhGsrhBdeJ5K1ydbaURE9KdyH4q/
 e2J00Vgn3QLTO+NvMYtrfxLKRDizsrj4iy3TfB9gOzn8/nxKOO7A2+73VYGPEcmcDAYoaJ1JXl3/h
 XYP5l3B2C8y5mtfeC1fYrp+/CZp62i4La0uLf35KId01H8WEOCvqDG2ewVOXJzLet8e1aBtr5PAwM
 /hpU6TZ0phZL4Q==;
From: Arash Esbati <arash@HIDDEN>
In-Reply-To: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 (Radon Rosborough's message of "Fri, 13 Apr 2018 16:27:24 -0700")
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
Date: Wed, 06 Mar 2024 21:39:42 +0100
Message-ID: <m2wmqf2iy9.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -2.3 (--)
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 (---)

Hi all,

I'm forwarding a report from straight.el author originally submitted to
AUCTeX.  In short, AUCTeX adds directories to `load-path' with a
trailing slash, which is tolerated:

,----[ C-h v load-path RET ]
| load-path is a variable defined in =E2=80=98C source code=E2=80=99.
|=20
| Its value is shown below.
|=20
| List of directories to search for files to load.
| Each element is a string (directory file name) or nil (meaning
| =E2=80=98default-directory=E2=80=99).
| This list is consulted by the =E2=80=98require=E2=80=99 function.
| Initialized during startup as described in Info node =E2=80=98(elisp)Libr=
ary Search=E2=80=99.
| Use =E2=80=98directory-file-name=E2=80=99 when adding items to this path.=
  However, Lisp
| programs that process this list should tolerate directories both with
| and without trailing slashes.
`----

and it seems that `find-library' can't handle "/foo/bar" and "/foo/bar/"
in `load-path' (see below).  I don't use straight.el and don't have a
recipe to reproduce this, maybe you can catch up on this with Radon.

TIA.  Best, Arash

Radon Rosborough <radon.neon@HIDDEN> writes:

> When I perform a fresh build of AUCTeX from Git, I get the following
> code as part of tex-site.el:
>
>     (defvar TeX-lisp-directory
>       (expand-file-name "auctex" (file-name-directory load-file-name))
>       "The directory where most of the AUCTeX lisp files are located.
>     For the location of lisp files associated with
>     styles, see the variables TeX-style-* (hand-generated lisp) and
>     TeX-auto-* (automatically generated lisp).")
>
>     (add-to-list 'load-path TeX-lisp-directory)
>
> This is problematic. As the documentation for `load-path' states:
>
>     Use =E2=80=98directory-file-name=E2=80=99 when adding items to this p=
ath.
>
> But `TeX-lisp-directory' has a trailing slash. This seems like a bug
> to me. Can it be fixed?
>
> The reason this came up is that I maintain an Emacs package manager,
> straight.el. Once straight.el builds a package, it adds the directory
> to `load-path', using `directory-file-name' as specified by the
> documentation of `load-path'. But since AUCTeX insists on also adding
> its own entry to `load-path', and does so with a superfluous trailing
> slash, we end up with two duplicate entries. Under some
> configurations, this causes duplicate entries to appear when using M-x
> find-library.
>
> Best regards,
> Radon Rosborough

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#31150: Entries in load-path should not have trailing slashes
Resent-From: Arash Esbati <arash@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Wed, 06 Mar 2024 20:41:02 +0000
Resent-Message-ID: <handler.31150.B31150.170975762526960 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 31150
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: 31150 <at> debbugs.gnu.org
Cc: radon@HIDDEN
X-Debbugs-Original-To: "emacs-bugs" <bug-gnu-emacs@HIDDEN>
X-Debbugs-Original-Cc: 31150 <at> debbugs.gnu.org, Radon Rosborough <radon@HIDDEN>
Received: via spool by 31150-submit <at> debbugs.gnu.org id=B31150.170975762526960
          (code B ref 31150); Wed, 06 Mar 2024 20:41:02 +0000
Received: (at 31150) by debbugs.gnu.org; 6 Mar 2024 20:40:25 +0000
Received: from localhost ([127.0.0.1]:51709 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rhy3s-00070m-Jh
	for submit <at> debbugs.gnu.org; Wed, 06 Mar 2024 15:40:24 -0500
Received: from eggs.gnu.org ([209.51.188.92]:39138)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <arash@HIDDEN>) id 1rhy3q-00070M-Ej
 for 31150 <at> debbugs.gnu.org; Wed, 06 Mar 2024 15:40:22 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <arash@HIDDEN>)
 id 1rhy3F-0003XT-Iy; Wed, 06 Mar 2024 15:39:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To:
 From; bh=fiYvcISXew0NTYiI312hWiIVeFloN563LuUGwjgYI8Y=; b=sXaQaUcZd1Bsqz+5IISj
 v34M1PJZJYcVetew85PNEZAcV/zWtRD6cvAGtDqjAvgd4x/I6sRCU00j6vx2RUc1EebLR/l53aRse
 7C1ST/3q3KlkOoeN/sCoT1wEX3LJXPF7gl0N0ZuAaFBxrFNUiXhGsrhBdeJ5K1ydbaURE9KdyH4q/
 e2J00Vgn3QLTO+NvMYtrfxLKRDizsrj4iy3TfB9gOzn8/nxKOO7A2+73VYGPEcmcDAYoaJ1JXl3/h
 XYP5l3B2C8y5mtfeC1fYrp+/CZp62i4La0uLf35KId01H8WEOCvqDG2ewVOXJzLet8e1aBtr5PAwM
 /hpU6TZ0phZL4Q==;
From: Arash Esbati <arash@HIDDEN>
In-Reply-To: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
 (Radon Rosborough's message of "Fri, 13 Apr 2018 16:27:24 -0700")
References: <CADB4rJGrKTe9CgfK9q_25LUtdY1zO2PRiRRC9xg-=7H-XQ+FyA@HIDDEN>
Date: Wed, 06 Mar 2024 21:39:42 +0100
Message-ID: <m2wmqf2iy9.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -2.3 (--)
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 (---)

Hi all,

I'm forwarding a report from straight.el author originally submitted to
AUCTeX.  In short, AUCTeX adds directories to `load-path' with a
trailing slash, which is tolerated:

,----[ C-h v load-path RET ]
| load-path is a variable defined in =E2=80=98C source code=E2=80=99.
|=20
| Its value is shown below.
|=20
| List of directories to search for files to load.
| Each element is a string (directory file name) or nil (meaning
| =E2=80=98default-directory=E2=80=99).
| This list is consulted by the =E2=80=98require=E2=80=99 function.
| Initialized during startup as described in Info node =E2=80=98(elisp)Libr=
ary Search=E2=80=99.
| Use =E2=80=98directory-file-name=E2=80=99 when adding items to this path.=
  However, Lisp
| programs that process this list should tolerate directories both with
| and without trailing slashes.
`----

and it seems that `find-library' can't handle "/foo/bar" and "/foo/bar/"
in `load-path' (see below).  I don't use straight.el and don't have a
recipe to reproduce this, maybe you can catch up on this with Radon.

TIA.  Best, Arash

Radon Rosborough <radon.neon@HIDDEN> writes:

> When I perform a fresh build of AUCTeX from Git, I get the following
> code as part of tex-site.el:
>
>     (defvar TeX-lisp-directory
>       (expand-file-name "auctex" (file-name-directory load-file-name))
>       "The directory where most of the AUCTeX lisp files are located.
>     For the location of lisp files associated with
>     styles, see the variables TeX-style-* (hand-generated lisp) and
>     TeX-auto-* (automatically generated lisp).")
>
>     (add-to-list 'load-path TeX-lisp-directory)
>
> This is problematic. As the documentation for `load-path' states:
>
>     Use =E2=80=98directory-file-name=E2=80=99 when adding items to this p=
ath.
>
> But `TeX-lisp-directory' has a trailing slash. This seems like a bug
> to me. Can it be fixed?
>
> The reason this came up is that I maintain an Emacs package manager,
> straight.el. Once straight.el builds a package, it adds the directory
> to `load-path', using `directory-file-name' as specified by the
> documentation of `load-path'. But since AUCTeX insists on also adding
> its own entry to `load-path', and does so with a superfluous trailing
> slash, we end up with two duplicate entries. Under some
> configurations, this causes duplicate entries to appear when using M-x
> find-library.
>
> Best regards,
> Radon Rosborough

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

Received: (at control) by debbugs.gnu.org; 6 Mar 2024 20:44:00 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 06 15:44:00 2024
Received: from localhost ([127.0.0.1]:51724 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rhy7M-00076r-I3
	for submit <at> debbugs.gnu.org; Wed, 06 Mar 2024 15:44:00 -0500
Received: from eggs.gnu.org ([209.51.188.92]:41272)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <arash@HIDDEN>) id 1rhy7K-00076d-2G
 for control <at> debbugs.gnu.org; Wed, 06 Mar 2024 15:43:58 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <arash@HIDDEN>) id 1rhy6j-0004R1-Od
 for control <at> debbugs.gnu.org; Wed, 06 Mar 2024 15:43:21 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-Version:Date:Subject:To:From:in-reply-to:
 references; bh=+RIhJtum+R2NuKqheKVmc34dCv5a7HMN8/DdV1Lstzs=; b=NdHguXKOK6qytS
 n0CblntjM2NNQxKQfQ3AefZ77xMqu9z98Nd2TpF+bTdNB6t1XwdaXOgoJKgRRycg8Xm0fFnNxp8n2
 hjYtJ1gdtJRvLocheAODNfveMbTBlHVfjCbzKTPHK1E9sl6qs+y+P/raG+kQFKNK5MCoHFiIMV3xa
 qOWbqRssFzh2ao6Pp+mxO0c15ayGZzKxOT2NygkDHxMfAUvh3YHVLNfD6L2WheOvgMYwARGDa33Dt
 MvpJohXsiy3SJRFBaZMYPh/Pi9o2ibkdtkm3FagX+pB+p7v0Ct6+FazXNLf/8KO+pHKoiGQahr01A
 fv4V0G7eTcBp5wpKlNUA==;
From: Arash Esbati <arash@HIDDEN>
To: control <at> debbugs.gnu.org
Subject: control message for bug #31150
Date: Wed, 06 Mar 2024 21:42:45 +0100
Message-ID: <m2v85z2it6.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: control
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 (---)

reassign 31150 emacs
quit

Last modified: Wed, 6 Mar 2024 20:45:02 UTC

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