From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#75306: 31.0.50; Make `small-temporary-file-directory` variable obsolete Date: Fri, 3 Jan 2025 03:15:49 -0600 Message-ID: References: <87cyh4bfv0.fsf@gmx.de> <86y0zsgukt.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2357"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 75306@debbugs.gnu.org To: Eli Zaretskii , Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jan 03 10:16:24 2025 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tTdn4-0000S6-T3 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 03 Jan 2025 10:16:23 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tTdmt-0002ee-1b; Fri, 03 Jan 2025 04:16:11 -0500 Original-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 ) id 1tTdmp-0002dF-KV for bug-gnu-emacs@gnu.org; Fri, 03 Jan 2025 04:16:08 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tTdmk-0006y7-Ad for bug-gnu-emacs@gnu.org; Fri, 03 Jan 2025 04:16:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=Date:MIME-Version:References:In-Reply-To:From:To:Subject; bh=aCMEn61yp+0+83szC92syUBNn+KhnUeg5oX5aL/mx9s=; b=nhMBMmEvThbmOJw1FedUMj/ZsGQwxlctrR52cUiFV1/Bix9FroFX9HD2pTJ4DACKb29e485L0QdUyab8hvPdVTZGeTBAA9yvzbjGVTJr4RX9QgZPWchCNftW0N2puYhiHNl4vmjrcAYcWMGFFcZxpRh4BUvUFmEHG9zxw7TbqnLyz9GSEDtndMNfV67K02IRgfLk0EmItfsNvmmupl08kbYBnDGgwndM3sZbUvTcYW+FIGJnw83Z5MNgAGW+0AewBnr/B03I2U1o+IsqP50YY3XntZdsgfSRFQhtYPQy5kyica4Soe8XOg3iW2YbyfpYOo5ftvx/jxwQhRjMVBEEaA==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tTdmj-00047x-TR for bug-gnu-emacs@gnu.org; Fri, 03 Jan 2025 04:16:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 03 Jan 2025 09:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75306 X-GNU-PR-Package: emacs Original-Received: via spool by 75306-submit@debbugs.gnu.org id=B75306.173589575915856 (code B ref 75306); Fri, 03 Jan 2025 09:16:01 +0000 Original-Received: (at 75306) by debbugs.gnu.org; 3 Jan 2025 09:15:59 +0000 Original-Received: from localhost ([127.0.0.1]:49508 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTdmg-00047g-Vs for submit@debbugs.gnu.org; Fri, 03 Jan 2025 04:15:59 -0500 Original-Received: from mail-ed1-x52e.google.com ([2a00:1450:4864:20::52e]:42365) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tTdme-00047S-Bk for 75306@debbugs.gnu.org; Fri, 03 Jan 2025 04:15:57 -0500 Original-Received: by mail-ed1-x52e.google.com with SMTP id 4fb4d7f45d1cf-5d3dce16a3dso21146932a12.1 for <75306@debbugs.gnu.org>; Fri, 03 Jan 2025 01:15:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1735895750; x=1736500550; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:from:to:cc:subject:date :message-id:reply-to; bh=aCMEn61yp+0+83szC92syUBNn+KhnUeg5oX5aL/mx9s=; b=U75XjTXrLF9UfJGP5pwgfww13B/DMbRK7N5G1BxZCcFzk0RGm/EzAGJ8Tzx6r4KKql 1lTqcj5QBA884LlT+cUzsK6k6VtqIgHTHEsbKYOBSyoRsRPUzv8it7lVM3Mt22z9v/9h 8bMSBuQr9TMv/wnjYpNO21yCns6jXkIVi8galGITHjndyFvMppK5/H6kKX0LlZDWHREL NPOMbZeBLD12ZF0njGMaSF+n5zUYNwHIH2qTPFcYMveaRGXICDxQ+PIAuf8CM80H896T 4rTraoCoveUeCUHEBb4vmF20ALEKigzRC2dHA55ehUC+6kzjed0Oywn1xmjfGN3FGbEj psdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735895750; x=1736500550; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=aCMEn61yp+0+83szC92syUBNn+KhnUeg5oX5aL/mx9s=; b=Rka9EKlPObj/OinLHORN8swbZxugkauywmPHQvwposlYEMyPXGZbThyIxMAyb8ojLa jCYXB5v+L10OxujSh0VIRu/kuSr/KNDLIHbSE6mv24AqBMkxupFT4NbrQjGrhS5G0VWz 9R+Bs58c7V04QAbhHBlxEzvM0tAo9YGnpPSQzTQli5a/uIWAD9QjwoscnwRGBdU2UXP+ PrIwUNZNgAyF7lata7lLb7189+763DtF4U2ntp0bvk/lBPyAGBjvdR2UyzYy6KBqhSdT ynX8sGv7e0hfsXYARlEO1PWsEhrWw2jqoSLqyurEvYV6FiP2egM/ctVIOvjuSY0ydAXw YSpQ== X-Gm-Message-State: AOJu0Yy/H8gCuSEmNkJGXfDgFbHTbb3YK9FOqveWCc/mXfEqV6t1YVav BBq7wjn9weSaClG8I57/+stUxT++E2sZHbVjqXwzo5MjjUpnmTCXopJLE/eZzMCORBUWKrfkCtC pcqUQ7QoGdvqI8T/OSkuah7JZSMI= X-Gm-Gg: ASbGncsEmxUoLiP3Z9OIi18yzpsaWX3ht23vlHaa4vm0DnNlq5vgLEmPtlYvy/FEBSZ aXb9DsZMNBDrY+kmI6e4BOSORq9yJarICoizb8YMn X-Google-Smtp-Source: AGHT+IHBmR+XHCVsCLySPlImzGDxqmF//s/i3gWnyi0VQdYwUJXM2CgnyN6HW/5/0ScAs0gX6IcfNak7gdCZk5znK4o= X-Received: by 2002:a05:6402:1e93:b0:5d4:1d34:99cf with SMTP id 4fb4d7f45d1cf-5d81e8f310bmr44590596a12.16.1735895750032; Fri, 03 Jan 2025 01:15:50 -0800 (PST) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 3 Jan 2025 03:15:49 -0600 In-Reply-To: <86y0zsgukt.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:298267 Archived-At: Eli Zaretskii writes: >> Cc: 75306@debbugs.gnu.org >> Date: Fri, 03 Jan 2025 06:56:03 +0100 >> From: Michael Albinus via "Bug reports for GNU Emacs, >> the Swiss army knife of text editors" >> >> Stefan Kangas writes: >> >> Hi Stefan, >> >> > I think the variable doesn't make much sense these days, and should be >> > made obsolete. Note that it is barely used in Emacs and third-party >> > packages. >> > >> > However, Tramp recently started using the variable as a place to creat= e >> > OpenSSH Unix domain sockets. May I suggest that Tramp uses some other >> > variable for this purpose, perhaps a Tramp specific one? >> >> Is there a reason that it must be changed? What are the advantages? Does >> it hurt to keep the user option? > > Exactly my questions. > > The doc string says: > > If non-nil, this directory is used instead of =E2=80=98temporary-file-d= irectory=E2=80=99 > by programs that create small temporary files. This is for systems tha= t > have fast storage with limited space, such as a RAM disk. > > This says nothing about MS-DOS, The docstring is one thing, but the variable _definition_ reads the same today as when it was first introduced (in ffc0e1caf1a6): (defvar small-temporary-file-directory (if (eq system-type 'ms-dos) (getenv "TMPDIR")) This makes it clear that the intention was, at least in part, to support MS-DOS specifically, and it has remained that over the years. > and makes perfect sense to me. It gives our users a capability to > direct small enough temporary files to a fast temporary filesystem ... > From my POV, this feature needs zero maintenance. This feature would need maintenance just like any other, but it hasn't seen too much of that. If people had taken it seriously, we would have seen it used it in many more places. I doubt that this micro-optimization (or whatever we should call it) is likely to give much bang for your buck, especially not in an age when users are starting to routinely throw 500 MiB or even 1 GiB at their tmpfs RAM disks. Not everyone, of course, but this has been the general direction; even low end systems have at minimum an order of magnitude more resources now than when this variable was introduced 24 years ago. > But if some user has a good reason to customize this, why take that > flexibility from them? How do we justify removal of a feature which > could be useful to someone? Besides the Tramp use case (which is valid and deserves its own variable), it is used only in some very old modules: vc-rcs.el and cmacexp.el, in shell-command-on-region, and literally nowhere else. I suspect that it's removal wouldn't be noticed by anyone, even if we were to assume that someone somewhere is getting slightly better performance out of RCS/C macro expansions/Shell commands from using this. I do agree that there's no compelling reason why we must remove _this particular piece of cruft_ specifically, but I also don't see any good reason to keep it.