From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 04 13:45:38 2013 Received: (at submit) by debbugs.gnu.org; 4 Nov 2013 18:45:38 +0000 Received: from localhost ([127.0.0.1]:34544 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdP9c-0002i0-9q for submit@debbugs.gnu.org; Mon, 04 Nov 2013 13:45:37 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:47854 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdP9Z-0002hs-Td for submit@debbugs.gnu.org; Mon, 04 Nov 2013 13:45:34 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1VdP9Y-0006oA-V4; Mon, 04 Nov 2013 13:45:33 -0500 From: Glenn Morris To: submit@debbugs.gnu.org Subject: default-file-name-coding-system: utf-8 better than latin-1 these days? X-Spook: Fedayeen ASLET e-bomb Crowell munitions pink noise X-Ran: I+YUu@U9]["'q}!\)?Vk}A| User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) Package: emacs Version: 24.3 Split from http://debbugs.gnu.org/15260 Eli Zaretskii wrote: > mule-cmds.el calls reset-language-environment, and language/english.el > calls set-language-info-alist; both have the effect of resetting > default-file-name-coding-system to latin-1 (!? an interesting > "default" for a Unicode-era Emacs, perhaps Handa-san could comment why > we still do that). I know nothing about this, but eg glib defaults to utf-8, which seems like a better default to me these days: https://developer.gnome.org/glib/stable/glib-Character-Set-Conversion.html#file-name-encodings From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 30 20:52:27 2017 Received: (at 15803) by debbugs.gnu.org; 1 Dec 2017 01:52:27 +0000 Received: from localhost ([127.0.0.1]:38808 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eKaV9-0003Ow-Lc for submit@debbugs.gnu.org; Thu, 30 Nov 2017 20:52:27 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37436) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eKaV7-0003Ok-Sx for 15803@debbugs.gnu.org; Thu, 30 Nov 2017 20:52:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eKaV1-0001Wr-9S for 15803@debbugs.gnu.org; Thu, 30 Nov 2017 20:52:20 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38793) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eKaV1-0001Wm-5U for 15803@debbugs.gnu.org; Thu, 30 Nov 2017 20:52:19 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1eKaUz-00043r-IZ; Thu, 30 Nov 2017 20:52:17 -0500 From: Glenn Morris To: 15803@debbugs.gnu.org Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: X-Spook: Semtex Security Council ASDIC Bridge investigation FAMS X-Ran: [8"iHjq\Q'$=3,~H"GGoz@{~!^O&!Q0Hp'rqnbdK=rhGS"$"o8n} X-Hue: cyan X-Attribution: GM Date: Thu, 30 Nov 2017 20:52:17 -0500 In-Reply-To: (Glenn Morris's message of "Mon, 04 Nov 2013 13:45:32 -0500") Message-ID: <708ten8bam.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) 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-Debbugs-Envelope-To: 15803 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: -5.0 (-----) Glenn Morris wrote: >> mule-cmds.el calls reset-language-environment, and language/english.el >> calls set-language-info-alist; both have the effect of resetting >> default-file-name-coding-system to latin-1 (!? an interesting >> "default" for a Unicode-era Emacs, perhaps Handa-san could comment why >> we still do that). > > I know nothing about this, but eg glib defaults to utf-8, which seems > like a better default to me these days: > > https://developer.gnome.org/glib/stable/glib-Character-Set-Conversion.html#file-name-encodings ... 4 years pass and latin-1 fails to make a comeback. For some reason, I thought it was difficult to change the default to utf-8 due to bootstrap ordering issues. This was probably prompted by this comment in reset-language-environment: ;; On Darwin systems, this should be utf-8-unix, but when this file is loaded ;; that is not yet defined, so we set it in set-locale-environment instead. (setq default-file-name-coding-system 'iso-latin-1-unix) But looking at it now, I cannot see what this comment is referring to. If I change reset-language-environment so that it sets default-file-name-coding-system (and default-sendmail-coding-system) to 'utf-8, then a bootstrap works fine. It looks like this stuff was all rewritten in Emacs 23. Before that, there used to be international/utf-8.el, which was indeed loaded after mule-cmds. But since Emacs 23, mule-conf seems to define everything. (But that rewrite seems to predate the above comment about Darwin...?) So should the default finally be changed to utf-8? From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 01 02:55:04 2017 Received: (at 15803) by debbugs.gnu.org; 1 Dec 2017 07:55:04 +0000 Received: from localhost ([127.0.0.1]:38928 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eKgA4-0003IJ-CU for submit@debbugs.gnu.org; Fri, 01 Dec 2017 02:55:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45164) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eKgA3-0003Hl-8a for 15803@debbugs.gnu.org; Fri, 01 Dec 2017 02:55:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eKg9u-00079C-S8 for 15803@debbugs.gnu.org; Fri, 01 Dec 2017 02:54:57 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40070) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eKg9u-00078n-Nw for 15803@debbugs.gnu.org; Fri, 01 Dec 2017 02:54:54 -0500 Received: from [176.228.60.248] (port=1757 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eKg9t-0003WJ-R7; Fri, 01 Dec 2017 02:54:54 -0500 Date: Fri, 01 Dec 2017 09:54:36 +0200 Message-Id: <83shcu3mtf.fsf@gnu.org> From: Eli Zaretskii To: Glenn Morris In-reply-to: <708ten8bam.fsf@fencepost.gnu.org> (message from Glenn Morris on Thu, 30 Nov 2017 20:52:17 -0500) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> 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-Debbugs-Envelope-To: 15803 Cc: 15803@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: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Glenn Morris > Date: Thu, 30 Nov 2017 20:52:17 -0500 > > So should the default finally be changed to utf-8? Perhaps on Posix systems, but not elsewhere. And if we make the change, we should make sure building Emacs in a non-ASCII directory still works. Btw, why does the default matter so much? Once Emacs starts up default-file-name-coding-system on GNU/Linux is set to UTF-8, if the locale says so. Is this just an aesthetic issue? From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 04 19:35:14 2017 Received: (at 15803) by debbugs.gnu.org; 5 Dec 2017 00:35:14 +0000 Received: from localhost ([127.0.0.1]:46136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eM1Cb-0005Vc-MY for submit@debbugs.gnu.org; Mon, 04 Dec 2017 19:35:13 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46927) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eM1Ca-0005VR-UI for 15803@debbugs.gnu.org; Mon, 04 Dec 2017 19:35:13 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eM1CU-0001BS-KX for 15803@debbugs.gnu.org; Mon, 04 Dec 2017 19:35:07 -0500 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,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37829) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eM1CU-0001BA-HK for 15803@debbugs.gnu.org; Mon, 04 Dec 2017 19:35:06 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1eM1CT-0005oB-RK; Mon, 04 Dec 2017 19:35:05 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> X-Spook: Airplane COSCO beanpole CISU pink noise Area 51 Temblor X-Ran: 4$f5EWbdO1"cF$uJWjV^L"EuDY?~>LdCzV<2G,B`>OuElnB\Lf!Q]zZm-)e2s{w\-AJ0}C X-Hue: green X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 04 Dec 2017 19:35:05 -0500 In-Reply-To: <83shcu3mtf.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 01 Dec 2017 09:54:36 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) 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-Debbugs-Envelope-To: 15803 Cc: 15803@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: -5.0 (-----) Eli Zaretskii wrote: > Perhaps on Posix systems, but not elsewhere. I assume non-POSIX is newspeak for MS-Windows (native and DOS). > And if we make the change, we should make sure building Emacs in a > non-ASCII directory still works. It works fine for me on G/L to have source, build, and install directories be distinct non-ASCII directories. (Emacs works, that is, but makeinfo 5.1 fails to find @include files in non-ASCII directories, so I wonder how common such setups are.) BTW, it feels very dated to me to have discussion of Windows 9X in the Emacs manual section on file-name-coding. diff --git i/doc/emacs/mule.texi w/doc/emacs/mule.texi index 78f77cb..5fc44a6 100644 --- i/doc/emacs/mule.texi +++ w/doc/emacs/mule.texi @@ -1214,11 +1214,8 @@ system can encode. If @code{file-name-coding-system} is @code{nil}, Emacs uses a default coding system determined by the selected language environment, -and stored in the @code{default-file-name-coding-system} variable. -@c FIXME? Is this correct? What is the "default language environment"? -In the default language environment, non-@acronym{ASCII} characters in -file names are not encoded specially; they appear in the file system -using the internal Emacs representation. +and stored in the @code{default-file-name-coding-system} variable +(normally UTF-8). @cindex file-name encoding, MS-Windows @vindex w32-unicode-filenames diff --git i/lisp/international/mule-cmds.el w/lisp/international/mule-cmds.el index 9d22d6e..192f0e9 100644 --- i/lisp/international/mule-cmds.el +++ w/lisp/international/mule-cmds.el @@ -1797,10 +1797,11 @@ The default status is as follows: 'raw-text) (set-default-coding-systems nil) - (setq default-sendmail-coding-system 'iso-latin-1) - ;; On Darwin systems, this should be utf-8-unix, but when this file is loaded - ;; that is not yet defined, so we set it in set-locale-environment instead. - (setq default-file-name-coding-system 'iso-latin-1-unix) + (setq default-sendmail-coding-system 'utf-8) + (setq default-file-name-coding-system (if (memq system-type + '(window-nt ms-dos)) + 'iso-latin-1-unix + 'utf-8-unix)) ;; Preserve eol-type from existing default-process-coding-systems. ;; On non-unix-like systems in particular, these may have been set ;; carefully by the user, or by the startup code, to deal with the @@ -1816,8 +1817,10 @@ The default status is as follows: (input-coding (condition-case nil (coding-system-change-text-conversion - (cdr default-process-coding-system) 'iso-latin-1) - (coding-system-error 'iso-latin-1)))) + (cdr default-process-coding-system) + (if (memq system-type '(window-nt ms-dos)) 'iso-latin-1 'utf-8)) + (coding-system-error + (if (memq system-type '(window-nt ms-dos)) 'iso-latin-1 'utf-8))))) (setq default-process-coding-system (cons output-coding input-coding))) diff --git i/lisp/mail/sendmail.el w/lisp/mail/sendmail.el index cd80211..36fbb7d 100644 --- i/lisp/mail/sendmail.el +++ w/lisp/mail/sendmail.el @@ -993,7 +993,7 @@ but lower priority than the local value of `buffer-file-coding-system'. See also the function `select-message-coding-system'.") ;;;###autoload -(defvar default-sendmail-coding-system 'iso-latin-1 +(defvar default-sendmail-coding-system 'utf-8 "Default coding system for encoding the outgoing mail. This variable is used only when `sendmail-coding-system' is nil. diff --git i/lisp/mh-e/mh-comp.el w/lisp/mh-e/mh-comp.el index 98067ce..25118cd 100644 --- i/lisp/mh-e/mh-comp.el +++ w/lisp/mh-e/mh-comp.el @@ -304,6 +304,7 @@ message and scan line." (let ((draft-buffer (current-buffer)) (file-name buffer-file-name) (config mh-previous-window-config) + ;; FIXME this is subtly different to select-message-coding-system. (coding-system-for-write (if (and (local-variable-p 'buffer-file-coding-system (current-buffer)) ;XEmacs needs two args @@ -315,7 +316,7 @@ message and scan line." (or (and (boundp 'sendmail-coding-system) sendmail-coding-system) (and (default-boundp 'buffer-file-coding-system) (default-value 'buffer-file-coding-system)) - 'iso-latin-1)))) + 'utf-8)))) ;; Older versions of spost do not support -msgid and -mime. (unless mh-send-uses-spost-flag ;; Adding a Message-ID field looks good, makes it easier to search for From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 08 04:47:03 2017 Received: (at 15803) by debbugs.gnu.org; 8 Dec 2017 09:47:03 +0000 Received: from localhost ([127.0.0.1]:51349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNFFG-0008Ul-K0 for submit@debbugs.gnu.org; Fri, 08 Dec 2017 04:47:02 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37429) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNFFE-0008UG-1Z for 15803@debbugs.gnu.org; Fri, 08 Dec 2017 04:47:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eNFF5-00059o-Ia for 15803@debbugs.gnu.org; Fri, 08 Dec 2017 04:46:54 -0500 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,T_RP_MATCHES_RCVD, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53089) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eNFF5-00059e-Ch for 15803@debbugs.gnu.org; Fri, 08 Dec 2017 04:46:51 -0500 Received: from [176.228.60.248] (port=2719 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eNFF4-0005PX-Gx; Fri, 08 Dec 2017 04:46:50 -0500 Date: Fri, 08 Dec 2017 11:46:29 +0200 Message-Id: <83y3mdwo0a.fsf@gnu.org> From: Eli Zaretskii To: Glenn Morris In-reply-to: (message from Glenn Morris on Mon, 04 Dec 2017 19:35:05 -0500) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> 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-Debbugs-Envelope-To: 15803 Cc: 15803@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: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Glenn Morris > Cc: 15803@debbugs.gnu.org > Date: Mon, 04 Dec 2017 19:35:05 -0500 > > Eli Zaretskii wrote: > > > Perhaps on Posix systems, but not elsewhere. > > I assume non-POSIX is newspeak for MS-Windows (native and DOS). I didn't say "non-Posix"; you did. MS-Windows is definitely not a Posix system, but whether it is the only one, I don't know. Are we sure all macOS/Darwin systems are sufficiently Posix in this aspect? AFAIR they use quite different encoding methods for file names (canonical normalization etc.). > > And if we make the change, we should make sure building Emacs in a > > non-ASCII directory still works. > > It works fine for me on G/L to have source, build, and install > directories be distinct non-ASCII directories. Was it in a UTF-8 locale or in a non-UTF-8 locale? The latter is the potentially problematic case, AFAIR. > (Emacs works, that is, > but makeinfo 5.1 fails to find @include files in non-ASCII directories, > so I wonder how common such setups are.) Building a release tarball doesn't require makeinfo. > BTW, it feels very dated to me to have discussion of Windows 9X in the > Emacs manual section on file-name-coding. We still try to support it, and the aspects of file-name encoding related to it are definitely non-trivial. Everything described there is in the code. > diff --git i/doc/emacs/mule.texi w/doc/emacs/mule.texi > index 78f77cb..5fc44a6 100644 > --- i/doc/emacs/mule.texi > +++ w/doc/emacs/mule.texi > @@ -1214,11 +1214,8 @@ system can encode. > > If @code{file-name-coding-system} is @code{nil}, Emacs uses a > default coding system determined by the selected language environment, > -and stored in the @code{default-file-name-coding-system} variable. > -@c FIXME? Is this correct? What is the "default language environment"? > -In the default language environment, non-@acronym{ASCII} characters in > -file names are not encoded specially; they appear in the file system > -using the internal Emacs representation. > +and stored in the @code{default-file-name-coding-system} variable > +(normally UTF-8). Not sure why you removed the sentence which had the FIXME comment. Is it in any way related to the issue at hand? > @cindex file-name encoding, MS-Windows > @vindex w32-unicode-filenames > diff --git i/lisp/international/mule-cmds.el w/lisp/international/mule-cmds.el > index 9d22d6e..192f0e9 100644 > --- i/lisp/international/mule-cmds.el > +++ w/lisp/international/mule-cmds.el > @@ -1797,10 +1797,11 @@ The default status is as follows: > 'raw-text) > > (set-default-coding-systems nil) > - (setq default-sendmail-coding-system 'iso-latin-1) > - ;; On Darwin systems, this should be utf-8-unix, but when this file is loaded > - ;; that is not yet defined, so we set it in set-locale-environment instead. > - (setq default-file-name-coding-system 'iso-latin-1-unix) > + (setq default-sendmail-coding-system 'utf-8) > + (setq default-file-name-coding-system (if (memq system-type > + '(window-nt ms-dos)) > + 'iso-latin-1-unix > + 'utf-8-unix)) Why are we changing sendmail-coding-system? It has nothing to do with file names, AFAIK. > ;; Preserve eol-type from existing default-process-coding-systems. > ;; On non-unix-like systems in particular, these may have been set > ;; carefully by the user, or by the startup code, to deal with the > @@ -1816,8 +1817,10 @@ The default status is as follows: > (input-coding > (condition-case nil > (coding-system-change-text-conversion > - (cdr default-process-coding-system) 'iso-latin-1) > - (coding-system-error 'iso-latin-1)))) > + (cdr default-process-coding-system) > + (if (memq system-type '(window-nt ms-dos)) 'iso-latin-1 'utf-8)) > + (coding-system-error > + (if (memq system-type '(window-nt ms-dos)) 'iso-latin-1 'utf-8))))) > (setq default-process-coding-system > (cons output-coding input-coding))) And this changes the default encoding used to communicate with sub-processes. Why? We never talked about a wholesale change of all the defaults to UTF-8, that is a much more broad issue than just encoding of file names. > diff --git i/lisp/mh-e/mh-comp.el w/lisp/mh-e/mh-comp.el > index 98067ce..25118cd 100644 > --- i/lisp/mh-e/mh-comp.el > +++ w/lisp/mh-e/mh-comp.el > @@ -304,6 +304,7 @@ message and scan line." > (let ((draft-buffer (current-buffer)) > (file-name buffer-file-name) > (config mh-previous-window-config) > + ;; FIXME this is subtly different to select-message-coding-system. > (coding-system-for-write > (if (and (local-variable-p 'buffer-file-coding-system > (current-buffer)) ;XEmacs needs two args > @@ -315,7 +316,7 @@ message and scan line." > (or (and (boundp 'sendmail-coding-system) sendmail-coding-system) > (and (default-boundp 'buffer-file-coding-system) > (default-value 'buffer-file-coding-system)) > - 'iso-latin-1)))) > + 'utf-8)))) Changes like that in MH-E should be communicated to the MH-E developer; I 'm not sure he is reading this list. And you never answered my question about the rationale: > Btw, why does the default matter so much? Once Emacs starts up > default-file-name-coding-system on GNU/Linux is set to UTF-8, if the > locale says so. Is this just an aesthetic issue? From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 11 20:38:24 2017 Received: (at 15803) by debbugs.gnu.org; 12 Dec 2017 01:38:24 +0000 Received: from localhost ([127.0.0.1]:57498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eOZWa-00078q-29 for submit@debbugs.gnu.org; Mon, 11 Dec 2017 20:38:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40533) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eOZWY-00078c-Nj for 15803@debbugs.gnu.org; Mon, 11 Dec 2017 20:38:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eOZWS-0004NH-L0 for 15803@debbugs.gnu.org; Mon, 11 Dec 2017 20:38:17 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38710) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOZWS-0004N4-Id for 15803@debbugs.gnu.org; Mon, 11 Dec 2017 20:38:16 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1eOZWR-0005rc-M8; Mon, 11 Dec 2017 20:38:15 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> X-Spook: NOC Disaster Suspicious substance Semtex Arellano-Felix X-Ran: ;C\$TU5/VV@T|xREuHIl~|6NLx*qa0J@,4&Eb7=){`7d2Hw=#g7+k;*fHI\O!.nx)iRM2@ X-Hue: blue X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 11 Dec 2017 20:38:15 -0500 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) 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-Debbugs-Envelope-To: 15803 Cc: 15803@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: -5.0 (-----) Eli Zaretskii wrote: > Are we sure all macOS/Darwin systems are sufficiently Posix in this > aspect? Emacs on Darwin has been unconditionally using utf-8 for over a decade. It's special-cased in mule-cmds, as visible in the diff I sent. >> It works fine for me on G/L to have source, build, and install >> directories be distinct non-ASCII directories. > > Was it in a UTF-8 locale or in a non-UTF-8 locale? The latter is the > potentially problematic case, AFAIR. I had LANG=en_US.UTF-8. I've repeated with LANG=en_US. Still works. >> If @code{file-name-coding-system} is @code{nil}, Emacs uses a >> default coding system determined by the selected language environment, >> -and stored in the @code{default-file-name-coding-system} variable. >> -@c FIXME? Is this correct? What is the "default language environment"? >> -In the default language environment, non-@acronym{ASCII} characters in >> -file names are not encoded specially; they appear in the file system >> -using the internal Emacs representation. >> +and stored in the @code{default-file-name-coding-system} variable >> +(normally UTF-8). > > Not sure why you removed the sentence which had the FIXME comment. Is > it in any way related to the issue at hand? I wrote the FIXME comment. In 5 years, no-one has addressed it. Defaulting to UTF-8 makes it no longer relevant, so it seems better to remove it. > Why are we changing sendmail-coding-system? It has nothing to do with > file names, AFAIK. I'm changing all (3) things that currently default to latin-1 to default to utf-8. >> Btw, why does the default matter so much? Once Emacs starts up >> default-file-name-coding-system on GNU/Linux is set to UTF-8, if the >> locale says so. Is this just an aesthetic issue? utf-8 is the sensible, "modern" (ie, non-ancient) default. If there is no reason to use latin-1, Emacs should use utf-8. I'm not claiming it's critical. Take it or leave it, as you wish. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 09 09:15:24 2020 Received: (at 15803) by debbugs.gnu.org; 9 Sep 2020 13:15:24 +0000 Received: from localhost ([127.0.0.1]:57843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kFzwa-0007cF-6X for submit@debbugs.gnu.org; Wed, 09 Sep 2020 09:15:24 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kFzwY-0007VB-VA for 15803@debbugs.gnu.org; Wed, 09 Sep 2020 09:15:23 -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=qOu1frXkOoT+wReYPyMswpnwHX7lb6YKIwKhwxG57B0=; b=tXa/vw6j+nYCavUeiJ5dUgfONx JuWRq7/M0L4Avs6z3y/aNdixsW/GjcwK6AWERhonuFAk5sxgiTUtMVxd5QAFjjtGz3cJlobjiSTBJ 7EARScplKaNTkw0sfJ44musjZ72hTSUZR1Ej8WJ6IPJ1m9OeL1w1fOf9JIC3CZNGTABM=; 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 1kFzwN-0002su-9e; Wed, 09 Sep 2020 15:15:16 +0200 From: Lars Ingebrigtsen To: Glenn Morris Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> X-Now-Playing: Drew Daniel, John Wiese's _Continuous Hole_: "Intro" Date: Wed, 09 Sep 2020 15:15:09 +0200 In-Reply-To: (Glenn Morris's message of "Mon, 11 Dec 2017 20:38:15 -0500") Message-ID: <87imcn9jmq.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: Glenn Morris writes: > utf-8 is the sensible, "modern" (ie, non-ancient) default. > If there is no reason to use latin-1, Emacs should use utf-8. > I'm not claiming it's critical. > > Take it or leave it, as you wish. 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: 15803 Cc: Eli Zaretskii , 15803@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 (-) Glenn Morris writes: > utf-8 is the sensible, "modern" (ie, non-ancient) default. > If there is no reason to use latin-1, Emacs should use utf-8. > I'm not claiming it's critical. > > Take it or leave it, as you wish. That was the final message in the thread. Glenn's patch from six years ago no longer applied, so I've respun it for Emacs 28 now (included below). Glenn's arguments make sense to me, but I'm not a domain expert here. Does anybody object to applying this patch to Emacs 28? diff --git a/doc/emacs/mule.texi b/doc/emacs/mule.texi index 6eff0ca0d2..b78019020a 100644 --- a/doc/emacs/mule.texi +++ b/doc/emacs/mule.texi @@ -1215,11 +1215,8 @@ File Name Coding If @code{file-name-coding-system} is @code{nil}, Emacs uses a default coding system determined by the selected language environment, -and stored in the @code{default-file-name-coding-system} variable. -@c FIXME? Is this correct? What is the "default language environment"? -In the default language environment, non-@acronym{ASCII} characters in -file names are not encoded specially; they appear in the file system -using the internal Emacs representation. +and stored in the @code{default-file-name-coding-system} variable +(normally UTF-8). @cindex file-name encoding, MS-Windows @vindex w32-unicode-filenames diff --git a/lisp/international/mule-cmds.el b/lisp/international/mule-cmds.el index ccc8ac9f9e..e3155dfc52 100644 --- a/lisp/international/mule-cmds.el +++ b/lisp/international/mule-cmds.el @@ -1799,13 +1799,11 @@ reset-language-environment 'raw-text) (set-default-coding-systems nil) - (setq default-sendmail-coding-system 'iso-latin-1) - ;; On Darwin systems, this should be utf-8-unix, but when this file is loaded - ;; that is not yet defined, so we set it in set-locale-environment instead. - ;; [Actually, it seems to work fine to use utf-8-unix here, and not just - ;; on Darwin. The previous comment seems to be outdated? - ;; See patch at https://debbugs.gnu.org/15803 ] - (setq default-file-name-coding-system 'iso-latin-1-unix) + (setq default-sendmail-coding-system 'utf-8) + (setq default-file-name-coding-system (if (memq system-type + '(window-nt ms-dos)) + 'iso-latin-1-unix + 'utf-8-unix)) ;; Preserve eol-type from existing default-process-coding-systems. ;; On non-unix-like systems in particular, these may have been set ;; carefully by the user, or by the startup code, to deal with the @@ -1821,8 +1819,10 @@ reset-language-environment (input-coding (condition-case nil (coding-system-change-text-conversion - (cdr default-process-coding-system) 'iso-latin-1) - (coding-system-error 'iso-latin-1)))) + (cdr default-process-coding-system) + (if (memq system-type '(window-nt ms-dos)) 'iso-latin-1 'utf-8)) + (coding-system-error + (if (memq system-type '(window-nt ms-dos)) 'iso-latin-1 'utf-8))))) (setq default-process-coding-system (cons output-coding input-coding))) diff --git a/lisp/mail/sendmail.el b/lisp/mail/sendmail.el index dd6eecbfd0..7610939e57 100644 --- a/lisp/mail/sendmail.el +++ b/lisp/mail/sendmail.el @@ -975,7 +975,7 @@ sendmail-coding-system See also the function `select-message-coding-system'.") ;;;###autoload -(defvar default-sendmail-coding-system 'iso-latin-1 +(defvar default-sendmail-coding-system 'utf-8 "Default coding system for encoding the outgoing mail. This variable is used only when `sendmail-coding-system' is nil. diff --git a/lisp/mh-e/mh-comp.el b/lisp/mh-e/mh-comp.el index f7e30bfbb3..8a69adbb75 100644 --- a/lisp/mh-e/mh-comp.el +++ b/lisp/mh-e/mh-comp.el @@ -305,6 +305,7 @@ mh-send-letter (let ((draft-buffer (current-buffer)) (file-name buffer-file-name) (config mh-previous-window-config) + ;; FIXME this is subtly different to select-message-coding-system. (coding-system-for-write (if (fboundp 'select-message-coding-system) (select-message-coding-system) ; Emacs has this since at least 21.1 @@ -318,7 +319,7 @@ mh-send-letter (or (and (boundp 'sendmail-coding-system) sendmail-coding-system) (and (default-boundp 'buffer-file-coding-system) (default-value 'buffer-file-coding-system)) - 'iso-latin-1))))) + 'utf-8))))) ;; Older versions of spost do not support -msgid and -mime. (unless mh-send-uses-spost-flag ;; Adding a Message-ID field looks good, makes it easier to search for -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 09 09:33:21 2020 Received: (at 15803) by debbugs.gnu.org; 9 Sep 2020 13:33:21 +0000 Received: from localhost ([127.0.0.1]:57940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG0Dw-0002zX-SL for submit@debbugs.gnu.org; Wed, 09 Sep 2020 09:33:21 -0400 Received: from mail-ed1-f50.google.com ([209.85.208.50]:38866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG0Dt-0002w5-TJ for 15803@debbugs.gnu.org; Wed, 09 Sep 2020 09:33:19 -0400 Received: by mail-ed1-f50.google.com with SMTP id c8so2657517edv.5 for <15803@debbugs.gnu.org>; Wed, 09 Sep 2020 06:33:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=ZuXmtO+xw+nce7DUBvhC+7LAruixHTGJn57iOXFfrnM=; b=jk82Ttn5JVZVB0x0bfV44l3zN5CmVjuN8Cyzkd5W22SQw+ERIrFiFxKEu0NhOoqThH ELLAAz8mY6I6D/32YSN2H746fzYWV2zo7wkkdNk8Js4PDyMVAbFkZedDFPIxVuuUDH/k YBVAI8uWVwa/IM/1KDHIJMZ4Q9v0V94PZupuwoeIU5SFcYohWBxiOmZzpVcjwVITijuM fzHUWP23k+zW9QbJaguk1QxTFdxGTocis8ebafLIStIwErp2lQ2dkujD3W7ouq+CBObO EeKIJmEFfdNLqqaFYEbbOnFiTU8jFJp3K4brWs8utUbum86+Aqs8GRngzctVLdGD52my GdKg== X-Gm-Message-State: AOAM5310xADEO/bvjFSmoWpWkWSSr0eNwdg+Zz6P6tTOyusDmaMWVz9M 2zK4IxGXmZZTNyVYllC2SHPXlVetYX+hiGpSPkc= X-Google-Smtp-Source: ABdhPJw0YLuHEq9IDdbW1Zw4cJcA8w7tgTYKvLPXgAhtO3yMkQlMvbnkU/q1PRPVRNg2Em68y40ph72egErEdEGkxIU= X-Received: by 2002:a05:6402:17b6:: with SMTP id j22mr3864719edy.377.1599658392136; Wed, 09 Sep 2020 06:33:12 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 9 Sep 2020 06:33:11 -0700 From: Stefan Kangas In-Reply-To: (Glenn Morris's message of "Mon, 04 Dec 2017 19:35:05 -0500") References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Wed, 9 Sep 2020 06:33:11 -0700 Message-ID: Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? To: Glenn Morris Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 15803 Cc: Eli Zaretskii , 15803@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: -0.5 (/) Glenn Morris writes: > BTW, it feels very dated to me to have discussion of Windows 9X in the > Emacs manual section on file-name-coding. Agreed. Could we move this discussion to the MS Windows FAQ instead? From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 09 11:00:50 2020 Received: (at 15803) by debbugs.gnu.org; 9 Sep 2020 15:00:50 +0000 Received: from localhost ([127.0.0.1]:32888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG1ac-0002cR-AE for submit@debbugs.gnu.org; Wed, 09 Sep 2020 11:00:50 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50702) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG1aa-0002cF-PZ for 15803@debbugs.gnu.org; Wed, 09 Sep 2020 11:00:49 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36047) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kG1aV-0001B5-C8; Wed, 09 Sep 2020 11:00:43 -0400 Received: from [176.228.60.248] (port=3591 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kG1aE-0001IN-Uu; Wed, 09 Sep 2020 11:00:39 -0400 Date: Wed, 09 Sep 2020 18:00:28 +0300 Message-Id: <835z8nknar.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87imcn9jmq.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 09 Sep 2020 15:15:09 +0200) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15803 Cc: rgm@gnu.org, 15803@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 (---) > From: Lars Ingebrigtsen > Cc: Eli Zaretskii , 15803@debbugs.gnu.org > Date: Wed, 09 Sep 2020 15:15:09 +0200 > > Glenn's arguments make sense to me, but I'm not a domain expert here. > Does anybody object to applying this patch to Emacs 28? Please try building Emacs from a pristine tarball or a clean repository in a directory with non-ASCII characters, under a non-UTF-8, non-C locale. If that works, I think this is good to go. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 09 11:09:10 2020 Received: (at 15803) by debbugs.gnu.org; 9 Sep 2020 15:09:10 +0000 Received: from localhost ([127.0.0.1]:32900 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG1ig-0002oU-7e for submit@debbugs.gnu.org; Wed, 09 Sep 2020 11:09:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53476) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG1ie-0002oI-Rw for 15803@debbugs.gnu.org; Wed, 09 Sep 2020 11:09:09 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36261) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kG1iZ-000361-IZ; Wed, 09 Sep 2020 11:09:03 -0400 Received: from [176.228.60.248] (port=4116 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kG1iY-00012v-83; Wed, 09 Sep 2020 11:09:02 -0400 Date: Wed, 09 Sep 2020 18:09:03 +0300 Message-Id: <83363rkmwg.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Wed, 9 Sep 2020 06:33:11 -0700) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15803 Cc: rgm@gnu.org, 15803@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 (---) > From: Stefan Kangas > Date: Wed, 9 Sep 2020 06:33:11 -0700 > Cc: Eli Zaretskii , 15803@debbugs.gnu.org > > Glenn Morris writes: > > > BTW, it feels very dated to me to have discussion of Windows 9X in the > > Emacs manual section on file-name-coding. > > Agreed. Could we move this discussion to the MS Windows FAQ instead? I don't think the FAQ is the right place for this information. So no, please don't move it to the FAQ. But we could move this to the MS-Windows appendix, leaving a cross-reference where the text is now. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 10 09:07:27 2020 Received: (at 15803) by debbugs.gnu.org; 10 Sep 2020 13:07:28 +0000 Received: from localhost ([127.0.0.1]:37609 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGMIR-0006LG-KP for submit@debbugs.gnu.org; Thu, 10 Sep 2020 09:07:27 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38302) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGMIQ-0006L2-2A for 15803@debbugs.gnu.org; Thu, 10 Sep 2020 09:07:26 -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=u0KwMAspNSDmaXPbrPsrtmLr4QdrQWmwtmBo56Cis+E=; b=BM004aNw5OuutZFZnz4h6JJZvC pHBfx7ooAxzMbxQWXkLGpQHT+Wf9dJafUZvsCaCvy3N0IlUnRZYNLJoRaBceKZifRxXRT63+D5Um2 0zCh8OHSaQrIn5U/XOqSDmxg0ll4QRWqbhr/36eylaIiJlfcQ6WEAThHJ40FNGYc0xSE=; 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 1kGMID-0006fB-QO; Thu, 10 Sep 2020 15:07:19 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEX75gwxKgWMeg6/ ow3///96YCDpAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+QJCgwgHzI6oRIAAAGmSURBVDjLbZOLtaww CEUxNBBCA/k0QLT/3i6fRH2+cc0YZU/gHMgAABSAQwAqYAVIjDMLoMYtasAZNA0IB8AMR3Ug9qzX CABswPLobgewQHfgoaO+QfP3LlHvP4BFfgPA/gV9pU7yqcEWsrcKKSTI9qHWhoPQ1m7n+t49FdBj EItvmgCn/YqXVSASB2mcHmiFfD1LCMTOmgxmhlPWhuwPqdRpzWVoO1NuDrJLLQz0gBzApOaxgcBo 5d6BDzAdFGCK3usLTBOcSHz2b3AEMNMTrn9AjVTWEPymQraeFUD5FEfvvd7qDcTl2o5qLcsLlMZu EM1EIhr5ds5NwgeUwyiV3gNc+6Q1O15M5JPYbQ/h+q0twDoUKuzsffiEqFuOqJS0DvVObK7IlgUu NA9aRZBWjSX6CJDydMAbsIpif2hqQ+0soNYWaLN4kySAhx3Mxt7WGkCNlQ3yGkRdh7T9BNM+L3Cn 8n/Mr+JqulWOKWy547p0/npldt23QVtGtpDrrGm3xJZiBUs5uw15N7Fr+m6Fus7BZ3PSeCaEoqUE 9IsXgr680Otu1x/5dTOCZ3HoagAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMC0wOS0xMFQxMjozMjoz MSswMDowMB3F3joAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjAtMDktMTBUMTI6MzI6MzErMDA6MDBs mGaGAAAAAElFTkSuQmCC X-Now-Playing: Various's _Disco Rallado_: "1-Speed Bike - Vanilla Ice Corrals His Pet Wallaroo, Bucky, Into A Trailer After It, And His Goat Pal Poncho, Escaped From A Relative's Home" Date: Thu, 10 Sep 2020 15:07:12 +0200 In-Reply-To: <835z8nknar.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 09 Sep 2020 18:00:28 +0300") Message-ID: <87r1r97pbz.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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: > Please try building Emacs from a pristine tarball or a clean > repository in a directory with non-ASCII characters, under a > non-UTF-8, non-C locale. If that works, I think this is good to go. 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: 15803 Cc: rgm@gnu.org, 15803@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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: > Please try building Emacs from a pristine tarball or a clean > repository in a directory with non-ASCII characters, under a > non-UTF-8, non-C locale. If that works, I think this is good to go. All the tools under Linux are so utf-8-focused these days... let's see... I first, under a utf-8 locale created the directory "=C3=A9macs", then converted it to 8859-1: [larsi@stories ~/src/emacs]$ convmv --notest -f UTF-8 -t ISO-8859-1 =C3=A9m= acs=20 mv "./=C3=A9macs" "./=EF=BF=BDmacs" Which ls displays, funnily enough, as: -rw-r--r-- 1 larsi larsi 0 Sep 10 14:50 ''$'\351''macs' Then I did export LANG=3Dsv_SE.ISO-8859-1 export LANG=3Dsv_SE.ISO-8859-1 and now the ls says the file is: --=-=-= Content-Type: image/png Content-Disposition: inline Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAABPcAAAA0CAAAAADDQoIXAAAABGdBTUEAALGPC/xhBQAAACBjSFJN AAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAAmJLR0QA/4ePzL8AAAAQY2FO dgAADwAAAAhwAAAHXAAAAfM7n5DuAAAW0ElEQVR42u2deWAU5d3Hv7u5IPfFfcgtcoZTsKCAQTk8 KKYqKipFrPa12PKqYEVrVUCrogK+UuqBXB4YrIBIpSAkqcYQIdGgURAi5ABCQkLIvbvf94+ZnZ3d ndmd2WSTTZnPP5l5ZuY3v99zfPeZmed5AhgYGBgYGBgYGBgYGBgYGBgYGBgAoW3S6yCj4AwMDHyl 53+iMoxcMDAwuIQYVEi+bDLywcDA4JJhXBlJbgg2csLAwOASYXo1SZI72xt5YWBgcElwZwNFMuLa mOsuj+YPvAH0P3bJFmTnpN6xjWXfH2p0yaR+Ay6LsZzP/6ZWg43TncSNuZv86erTfwHiKtqgP54Z NKx7Y+HXhW4FM6FzdGlxRqVCkY3pklhX9N33AV6zVOJq0zz8igmV35RURHYbG513fXFbDuUBkv3+ qwpHO5cvPyL+elW9fpks+em9lWJ63cYhGnTG/ht4l1+9fZpkrJYTA80fB/8myc7ylJkHSZLWfw13 OnHql2L+fzzAxcTsNKtw6Mzr0a1fg8yD5795xEZyoMsBlbh021HLN0XoxHqf7Qhkk2ucU5axYvUY od8U9OvcE/2djw45dy6sNcrA3U8tXMK6t8EmqyUX5krpS+W1p/5Rr3Y+ycjIyMgJHJ0JNH8k5tK1 3b0gFUHtvTIVWOnI/5p5cgtxH8uKZmBrV6D+n1eo+KIcl347avmmjDfd02pHWU+C1vEl2cNt6Ntn Rjqdn0S2a41SMHRPJ3kkyaJDh4VaJzWwpSRZ+2PWoVKS5FJNxkYHmM4Emj8AEkpd290ikjyyfstJ kpZkh2qQ5C8bVm4oImmd6Tg/4iuStBUe/LY8EHRvkpoGq8Sl245avqngRfc021HUk7BUMhEAulw5 Ph4AzLsvTJGfb+heGyGPtt13dAZgvu4IyXp7v31p9YcLLg8CgBE7SVpHB4bOTFiyZIn2B4lA8wfA O2SVU7sbaiEt801AyHMkS+3PrVfZSMtCM4DgJTayooN0QSrJ2qd6AMDApcWBoXuVnxe46pVKXLrt qOWbB91LTZYY5LMdRT1ZQTIR8U8eIWn7pBuAAbY6IbQ7QuS6F/1rQ/cCmm839rFvRuaQ3CLu9Ipw nLOR5LbA0Bl9BJo/wGTyw2yndvcByf8VNt8k+Wcx+ROS9rcLj5N83n7+dSRPS805vNWHUlzz4/r7 h5qx01WvVOLSbUct39Qg+aqe/NelJ2tIdn3yotiZPBoB4KDQAZzNH5Ih6d5dJY2DW7QUDN3TSU/Z 9lUkqxR6LwkNZHVIG9SZgNO9sB9Z3dOp3fW0ksfEAbCJ1WSpMIUyxkqesY+LDfpZSgdyScvYwKtH rnqlEpduO2r5popH3dNhR1FP1pAscDxF3wfgLUH37qsgt/YQdG9oGnlyaotmv0bdM//3CplOTsq2 vywCIhX0v+wQEN75kskSP/LEAKw46ZQy0wxssAjb53YAiVcBAMabge1iMqybgcQJwnbSMOCdrMCP VCWuZsu31rMjG/TQD8AFYfPNPi/XpfywJBSIefXwxPLHBuwJxFIRf4gGje5cfWJfncpJ5rFJ8XVH 0yuaerNAs6POz92ADgrp5QAifTcbPuTyDu3Pl+X8qDWu0OFD4ttXn/kpt9EvYbaaP1csxvGXnJOm A9hh39l+GzAjHQAuB5AjnZQJYPIBAMDtAF7Ue19V/+MndI2vLEord7si+trLgkrST/keqkpczZZv rWrHzkkAXe1t5JHXnrl7xTkgL7F21fNOjfTy5LC8PQSGTIw6+lmdtnp4xfDEmKrjWWe1laMupuSS JMsXm1yec0muAe4ROrR1b3fAL+Q7rld/Q+4G7ifpyMmgA2TjRHU76rSIHa9kkkxSSM8lqWVoutJz Ze/H0uvFx4KCx52/danEFfdKuXjBxR03SSdHSk8XsZrjCTB/TGnkTYDTc9YZslaa59mf5D4Awnfi W6ULk0h+Imxmk3oHKyv7D2DKfmEYoOVTxwC7FJKTQldWk6Rtr/aXVK7Ppypx6bajlm+qeHjO1WVH ym7X51wHZYlASKnwnAsAGLydpOUfXR0XFJIpz9tIZiUE/Z0kCwZ7r4dIWF4sHLGlzQnyXo7Q9X7v ccn/LQq6Z3pbOpyCTWS+y9XhjeQTANaTlJxY5niXq2jHAy1hx2u7LCWtMe7pg0ke8lVn8uU15cQA V51xj2twseyCnGbXvVb0ZwH5GZzbXTTJw44CqCWFyQ3LSd4spV9BUugUmGvI/9Mneyr+I2yzI9my QK5712VIAzdv9lH31OLySfcU8k3kJff24EH31O34pHuNMwH8jjLd67neRta+EOuke3uFs1P/Ivw9 YvJaD2+5IDv0lLdy1KN7wcD85QC+31fRa2bcnP7uZzw1D6j95UJs3yAAaXdiQLzzw8DoYCANwIMj hmH9yAIAwHWPA9te9mDHAy1lxxMTE4ED7pOiOm4BsAK+05D3XenFiD6T49Fr/7iTXuIK39kFKNtz tDqq+xj5KATrAQDodRmaTiv50+kFNDzskjYAQJGjzRb3QdeIaghvjRxvFmIA9AAA9GsP/ADznLmj YisK92856P2uav632zMBsH35TWX8+FEIWle30XFo2WgU7TrTaXp3hH4wKdOnLFaLyxeU8s0jo7Zc 2ZmlP+zdfLppdgDsyofay1TLnZ8Cg2SPzXF//kNYdQSsj923fE29I3nKj+9H3RuP2TfWrC+5cSwG TfrCSz1c+KoJqEv/oSJ2wNXh0gKnauXo1U9nulSQ1t8BQPRW0q2/t72B2TPDAETdk5+CgSRnOF+/ mKwNA4B+FeTXoQDQ9Sz5UzQ82PFEC9jxxj9J3uOSFjVyaSnJ1zQZUOpf5W27RWzAIU+RfN9bXA+S 3BAuxrJsv4u1po9bbj1/3hNHo8j7GzeQXOc4JZ1kHwCYJ/+lxzySjACAqSRnxO2z/+x/EOX1rmr+ /51kxuUAgGuKySrxw34KSfL5YADBL5PM9e07rFpceu2o5ZuIcn9PmubyQohGO1qR9fcafwOgRwHt /b12j51n48sTyd6byV/uFr+cFpJnY4DxJDkTCP2Z/KuXejjZQvK1eABA+0Vlz3kpR5286JiEEJLp rntWx+paYV2AM+SzbhohvGjGLFEWgg6Q1UNdisDFjif8b8cLM0keka8pdpe9jAvv9V1n4mXb75L1 0V7i+pi84HjdEdrsutdq/lxPFkW6trvbSK4E8GzpiTsA7CY5FACGkPyXdOn7JNkVAGaTTM51tL7D Md5uq+L/BJL/tsvCsDryFZnuvSumf+TtrYqqXqnF5YPuKeabJt0j02O12dGve9bbAfQ8RrvupZwk vxgsjGO55jsy9yq77q0HgGKyzCQY+NhzPQw6SvJ/pEPdbvBcjjoJKiHP2sd8TnbXPeY4/VSkkv92 NnDaoYR/I3mL8EpmrlsR5IRo9snvdjzTsYS0OI02sOve1sQm6IycZJJTvMT1NZmnbqF556m1pD/h x8k74NrufktyhZDTlpFCj3scAJhLSEtf8aR+dbT3l+4h+RmZPqtLzLCnq0hu9nZfFf93kNXdpL11 5HmzpHsN9gP9beQOn3RPLS79uqecbx50r37PM3fOuPmBDRdJcpdZkx39urcYQG/hC1iiUDBFc2Af txz8p0rbWLvuPQ4A6eRXALCIzPRcD29TmSTguR5qZTjJf9h3TMXuuuc8z+Rh8oIZAN4vKPgzAPQm aR+ZGLSfrOh7vY1cCze90jFfxe92PBK8j2IZuekeKxZrG/DoTWf6OD9IK8Z1gKxp10K615L+vECK Iznk7e5Bkn8VZjRwEfAhyckAgGdIpgk/zNFZJMn+APB7kuRa4d14UgVJbxMIlf2PtTrNXZ1Jcrik e3ul9GyyWlvRu+iValy6dU8530T+lJOTk+M89/cxe3HEbyLJBZrs6Na9TBPQ5Wc6dM+0MBJwzFPr PB923VsAAJ+Q2wFgHvmz53qYqlKmnuuhVn5L8l5pb6ub7lU5ryE9UuynR9SRuQBwB9kozeTqXELm niUPhrnpVZWetaj9bccjfyf5nnNSXFLSiEkLUi0kd2jqWKvoTK/5q1L3pGdkZGSRfNhLXK+Q3Bjh V91rDX+GNdKS5N7uxH7RoyQ5Td4viiskeWRO55Au9xwn99mfc39Hkt/anVxIhQFWmvy/keSdjt2+ 0rNBCslnpPTXSF7hi16pxqVX91TyTRNvkTwR1HQ7Crp3F2A6QJnuibiuS1AodjLfE2eA3kYWe6yH plKyQHs56uVZkr+S9pa56d4B59PNFeT9YnVhNwCrya8dh69uJMky12977nYAAMH97Li+6vWzHU88 RTJdWSeHfE9ylc86M/oL+VJXfNRLXAMbSF54b8HwYD/pXqv4Y84kX4d7uxPfg7X/nLaX4PQe7OqL Dh/X/o1kFADcS3kXNbqW9Db9QNn/J0ge3i+RQfKPku45suwhkjf4olfqcemzo5ZvmogsJTmm6XYU dK8TcCW16d6tALCR3AAAt5BlHuthJ5JbtZejXlaRdHwNfsRN91wX6d0l/LC+wTIb7xPyTj5q/hGS tulw1yulxX57SbFedD3kXzseuJ/kkXiVg51LSOsAH3XmfqvzykCLvcV1j7iMd/3hVeP8oHut489D 5Ll4hXYnfffsEgM4f/cc/aPdxVVBb5A2EyB812BHyezXQhP0iKL/K+nGU5LuOYYu3OncLdSuVx7i 0mVHLd+0sVrSk6bZcdO9BgivWrXoXgoArBdfK8wiKzzWw0EkV2svR52YwwE4Zoy4L6R+wWU/DRgP YBpSszEDaD9cGL1npxyAVWE5cDc7XvC7HRVS3gBOXV+ucvT0MsA8Fz6RvNYMbL+tf6TJZDL1gOsS /wpxvTvm40YACE36w1efxKKZaR1/gpcBTyhlbwnEmU4llRA2aR90lj14bmpRA0q3TV1o7QucIgCc BXDOMXnpGABvuqfov8L4F8d7vDqnLZ8mKHqIq1nyTRuZEMc9NtGOYnNUXAknx2Sqa1I9jAJwUXs5 6s3PiwAcwuwegs1lPx0YEF9+RS/sODUmOaRxdDAo+7/BI14HELx15BmvdjzjfzvKTN1sRul16iPq d64GfPyNecmExpTt4k6kprhyZ8dOHDdqXAyAmz6f0NC8utc6/gRHA2vXOutCZSyAowAcn1VNXYHi GvueZdMmIMgKAAOB7wAAhQBkv2dVALw2ASX/qwBcpvaI7GgO7QDU+BKwp7iaI9+0UQogoRns+AG1 elgFxR+lZqqH5krIR9DEe73gYC1MV2I66vbuQNREjAfyzksH41LboaQOXd/XNsazwGTHpd21kh2M +zgUF6blq59QDMC3J4N+w4FV9uJFB41XVex4YlrC5FQAY+Y3b3ULNH8unAEGSm9s+rUDfnI+wQoA fXrYde9kjdPYrVDIe2c6/C+zK4IScU5blX6Jq0XwWbb9jmo9LAPQxW/10HwMgGN2mvd3Vw1fA+Mx HXtrck5iOsbLH3NNG3vD8puHgUkrmpQXrWVnyK4I1N7oaQJuFACLBkuNAJy1djiAVGlvpI4orPtT 7gVwS1NyItD8USALaCf926YxEJ7NXJkFQFjXyJYLdHS82e4A4Lwv/ueJeaHIAKetAv/F5W96Q+jz NTsx2dnZjzfFgGo9PHtOyC7/1EPzYQDS91zTr7xfkQ6Mj5iIncBOzMA4ue4tnQks/c+6LcCjs5uS F61kp8/ncWi8Jc3TKWMAaHk9UwHXXkQCgHPS3g36Ann3INC3KTkRMP7U95eRB2B8//4jAACfAZDW kbhJTHAhdCFwRvzSnAaEJUlHkoC6Al/8T7MBN6qdN0Ha+hVQ59v/qtQSV1PyTRPTABxqBjsS9vWf gkeNGmVfsZdWHwyp1kOmAT2u9Fu7MJ+Szde4lkrrUDmTTFbeTHYHppGT5F+EplrJXSYgMp+sdFvf Q7tL/rejSNfjpPU3ns/ZTvJJDbcOqXUsVC9wB8lJUiu1kVyiI669buvg6PueG2j+CHhcb/mswruJ J2SLi42TjykaQzJNx51l/u8mLUqrTKWQbOwu7vS3kbu1mfa23vLZJq237J5vAo/l5+fnX6dma7SN tMRrsaOVuC/dPoM3evzgp/Y9V70e3k7vc2Tc66FmVsjm52Zp0L3wBjKNhwGEVTGNlF5X9CwlTyUA wNAaMi/CV71qATtKJOSRtt+6JU9cIPscv5ikbZCWm+8nq3vIE0bI5sVE51CDzsj6/B2ryZ1N0plA 80eh3cn+D8Vb8hkzjvZ6l40sl7qt35L14hOqaY98QoIKKv5PInlENgKjz+0O3aN9bZaPSN7uo16p xdWsuuc2T63fbMdn6T4FJN/SZEcz4Z+SJLMiIyOFFRxqZsAX3VOvh0HHnBaP6zBNUz3UTMfzpPUB AIhJpQbdQyYpTsndRpJvismhWWSj+Jw8n87dCz161RJ2FAjOIrktWYYw2Pl2lq6bIXwKm/wpSb6t 6e5zSX4/WSaZphOk7fcAgMHZrNegMwWHHhTHp/X40mlSjS86E2j+KLS7oRbSssAEhC6n/P+O/fHg /I4AMGoTST4onT+L5JkpABCzkeQpb/9YSM3/t0meEJ9EQ2elWj6S6R5fDAEQ8grJPK/zwsckJycn J2eSnJecnJycHO45Lr129OneBB59dmwYAHRZUkGyvGfz6h6CN5LCHNsbSLLcyysyNd3zUA+vtZJ8 Q/jUEXp/0XOa6qF25pFk/usrNleQmRp070WSHCtdebeYvFY+9HUDyT/4plctYUeBWLd++xJR90iy ODfzSC1J8qC29ayCpOcA+2eQu0jyu5eXvPCFhXxIi86Q1ty3n128fFc9yYP2x6OHhIkFBSQzhM0O bdAfpXa3iCTzN35QSKf/M/tHkqeyc4R/97pSdvkakjy09pVtlSSt13i7m4r/aJdBkqc2v7hiXUYt SZnuZZHFby1/s4hk/Xiv4WS6VKCBnuPSbUen7pFsOJadfVIYXzzFe/7rxLRSpntF3iahqI5b9lAP F5Fk/b7Vz63ZVUU+56UcdeNYb/mdBzTo3o0kT5sAoKOVZC8h9W4KL9MEIr4nG67yRa9axI5u3ZNI jdN4/47ZLjoj/F4ISY9016YzDrIlMXnVzdHubdEfpXbn8KhuHpx0zz474K/ywdVB6x1Hqmd5vZuK /0DYO07ub3To3vVfSXfWsByGql4px9UCuidxcpyW/PdBOETd+6mXt3PV52t4qIe3VslieNJbOerm WmEds3OLoEX34qzSw95X0qzIYTXkKdlbksHVZGEn/XrVMnZ06F7ErRukjLbsnqk9U4MX7C21ynUG c44JZr66Blp0ZtJrP9jnLeYvdIzY8FVnAs0fpXY3UxBn6+fykSXD/1kjatvWIS4GZh0UZyxt0vDP T1X8B4Bx22vFI6femmp26N6kdqtrSdL2xZAm6ZViXP7Vvfhnv5Xmfx1/JEpb/utlvkV4v/dNR6+n quueh3qIDs+fFo7ZMuaYvZejdsTfz0FjOlcf31sPAyU6DeyVEF5fcTT7YtPsmEeMSqgpyT6u+YKE YX3jQ6uKDx/zT1yB5g+AwcO6WQozXSbMhI0a2AFniv6jMPK2z6jOUeUnMqqb6n+78b0SQi/8kndC SknZCkzej9hrewaVpJ/0S1x+JmrIZR3DgyvOHjzht1vc/H47APtvvtAkKx7r4eBhidEXT2Sdbtl6 aGBwaZIiH2BhoMLVFWRqmJEPBgb/HRi6p4nhJf8IaoNuB7dBnw0MDAKE3GGlbdFtc1t02sDAIEBo k7Jn6J6BgcElh6F7BgYGlxqG7hkYGBgYGBgYGBgYGBgYGBgYGBgYGBgYGBgYGBgEJv8PCS8ZXaTz wJoAAAAASUVORK5CYII= --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable And then I build Emacs there, and it seems to work fine. Then I apply the patch and say "make: Loading /home/larsi/src/emacs/=EF=BF=BD*macs/lisp/subdirs.el (source)... >>Error occurred processing ../lisp/international/mule-cmds.el: File is mis= sing (("Opening input file" "No such file or directory" "/home/larsi/src/em= acs/=EF=BF=BD*macs/lisp/international/mule-cmds.el")) make[2]: *** [Makefile:279: ../lisp/international/mule-cmds.elc] Error 1 make[1]: *** [Makefile:784: ../lisp/international/mule-cmds.elc] Error 2 make[1]: Leaving directory '/home/larsi/src/emacs/=EF=BF=BD*macs/src' So that fails pretty much immediately... OK, let's try a make bootstrap... And now building Emacs works fine. So it seems like a make bootstrap is necessary after applying the patch. And starting Emacs works fine. But "make check" fails miserably: make[3]: *** [Makefile:165: src/eval-tests.elc] Error 1 ELC src/font-tests.elc >>Error occurred processing src/fileio-tests.el: File is missing (("Doing c= hmod" "No such file or directory" "/home/larsi/src/emacs/\301\203*macs/test= /src/fileio-tests.elc7HRcu0")) So... --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 10 10:39:42 2020 Received: (at 15803) by debbugs.gnu.org; 10 Sep 2020 14:39:42 +0000 Received: from localhost ([127.0.0.1]:40889 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGNji-0005NG-1T for submit@debbugs.gnu.org; Thu, 10 Sep 2020 10:39:42 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGNjg-0005N3-99 for 15803@debbugs.gnu.org; Thu, 10 Sep 2020 10:39:40 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59922) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGNja-0000oY-Uj; Thu, 10 Sep 2020 10:39:34 -0400 Received: from [176.228.60.248] (port=4392 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGNjY-0005SI-QX; Thu, 10 Sep 2020 10:39:33 -0400 Date: Thu, 10 Sep 2020 17:39:37 +0300 Message-Id: <835z8lk85y.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87r1r97pbz.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 10 Sep 2020 15:07:12 +0200) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15803 Cc: rgm@gnu.org, 15803@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 (---) > From: Lars Ingebrigtsen > Cc: rgm@gnu.org, 15803@debbugs.gnu.org > Date: Thu, 10 Sep 2020 15:07:12 +0200 > > > Please try building Emacs from a pristine tarball or a clean > > repository in a directory with non-ASCII characters, under a > > non-UTF-8, non-C locale. If that works, I think this is good to go. > > All the tools under Linux are so utf-8-focused these days... let's > see... I first, under a utf-8 locale created the directory "émacs", > then converted it to 8859-1: No, please create the directory with non-ASCII name _after_ switching the locale to Latin-1. > And then I build Emacs there, and it seems to work fine. Then I apply > the patch and say "make: > > Loading /home/larsi/src/emacs/�*macs/lisp/subdirs.el (source)... > >>Error occurred processing ../lisp/international/mule-cmds.el: File is missing (("Opening input file" "No such file or directory" "/home/larsi/src/emacs/�*macs/lisp/international/mule-cmds.el")) > make[2]: *** [Makefile:279: ../lisp/international/mule-cmds.elc] Error 1 > make[1]: *** [Makefile:784: ../lisp/international/mule-cmds.elc] Error 2 > make[1]: Leaving directory '/home/larsi/src/emacs/�*macs/src' > > So that fails pretty much immediately... > > OK, let's try a make bootstrap... > > And now building Emacs works fine. So it seems like a make bootstrap is > necessary after applying the patch. > > And starting Emacs works fine. > > But "make check" fails miserably: > > make[3]: *** [Makefile:165: src/eval-tests.elc] Error 1 > ELC src/font-tests.elc > >>Error occurred processing src/fileio-tests.el: File is missing (("Doing chmod" "No such file or directory" "/home/larsi/src/emacs/\301\203*macs/test/src/fileio-tests.elc7HRcu0")) > > So... This all happens because the directory name doesn't correspond to the locale. You need to create the directory in the 8859-1 locale. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 06:56:11 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 10:56:11 +0000 Received: from localhost ([127.0.0.1]:42598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGgiw-0007z9-Tp for submit@debbugs.gnu.org; Fri, 11 Sep 2020 06:56:11 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49898) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGgiv-0007yq-8B for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 06:56:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=H8TITfVO6uWu4EYNigKXiu3AnHveZL6kHuIBTy6YMF4=; b=Y2w+nt/LSvXqmX9izzji4SW5iR 1kgESycSdOo0o4EFyisMTJpi0oc2eVCXESJNqZZKe4YoDD3NjDbC4jG8cotx58kawfN9ZhOHAYTDo sxFFpZTEwkeuZR7L/W5jHINqPNwT3EsJe3zrZ85g071tKC/AfuV8xCtIWPbt8m73B9Js=; 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 1kGgii-000146-NK; Fri, 11 Sep 2020 12:56:02 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEUZFRcrJimFe35c VFiaj5D///8ztEFsAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+QJCwoXOyIP/iAAAAGkSURBVDjLfZSB 0dsgDIUhXgCiLoDQAEZigQL7z1QZMMb/tdVd4oQv0pP0HBvjvHXGWd/DuX4xV9gwLvodMPgNyAJC dWS6fpL+D65PTMWZBQ5ZQDIOYN7AQK767m4QHsAXMHdXS8MctAPjF7BURoP7gKMtFL9+ap+uPIhE rWzfGjqbaLD7CaAD5PMGs5SF5CUKYZjguJcIQQFSWWCuPeUqjNRqsGbXsImrKlCJYqzbBjwSVC+I mubsuWlcAKRgBQW7H0f6VoBCmnFOo8ICmkQYJU0gSzwBUkQRGA7CzMg1fSMhpglWKYq6EUJKLCMj PUD7FYzM52aLgiCeO8Bz07AXSIyJI5fzNQd1CbVqgjV58brEglqqjYxR6pOqOptY24q0l/rIb4EI jCg1n3u7EkDXyBi95JeGBOGie1eDZ6k4AGsJXcgDjgkkxdwi0wVeDn5jyuprDnCXmhq/9LChTpLu UhNwBGpNb5M14A1CB60AduBvP3R9pbXS6hdfGZ/oswJFRO21dvHUelSE/faxAG1GfT8AQK5DfMDz f1ph/hV/gz1D9PUHSRlZMz3LMQMAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjAtMDktMTFUMTA6MjM6 NTkrMDA6MDAIPQn+AAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTA5LTExVDEwOjIzOjU5KzAwOjAw eWCxQgAAAABJRU5ErkJggg== X-Now-Playing: Rema Rema's _Fond Reflections (1): Demos and Demolitions_: "Gallery-Oh Rock 'n' Roll" Date: Fri, 11 Sep 2020 12:55:55 +0200 In-Reply-To: <835z8lk85y.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 10 Sep 2020 17:39:37 +0300") Message-ID: <87imck1t1g.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; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: >> All the tools under Linux are so utf-8-focused these days... let's >> see... I first, under a utf-8 locale created the directory "émacs", >> then converted it to 8859-1: > > No, please create the [...] 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: 15803 Cc: rgm@gnu.org, 15803@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 (-) Eli Zaretskii writes: >> All the tools under Linux are so utf-8-focused these days... let's >> see... I first, under a utf-8 locale created the directory "=C3=A9macs", >> then converted it to 8859-1: > > No, please create the directory with non-ASCII name _after_ switching > the locale to Latin-1. Shouldn't the result be the same? I.e., a name with iso-8859-1 name? The reason I did it this convoluted name was just that I couldn't convince my system to make a 8859 name even after changing the locale. That is, when I typed Alt-gr ' e, my terminal still sent over two bytes (i.e., in utf-8) instead of a single-byte =C3=A9. But I think I know why "make check" was failing: [larsi@stories ~/src/emacs/trunk]$ echo $LANG sv_SE.ISO-8859-1 [larsi@stories ~/src/emacs/trunk]$ echo $LANG en_US.UTF-8 The tests that were failing all talked about "chmod" and stuff, so I'm guessing they were from a sub shell, and my system is apparently forcing all new shells to use UTF-8... And that was because I set the variables in .bashrc. I've now made them be 8859 also in sub-shells, but unfortunately that doesn't help (it was a long shot, anyway -- these aren't interactive shells, so .bashrc shouldn't be consulted). make check: >>Error occurred processing lisp/eshell/eshell-tests.el: File is missing ((= "Doing chmod" "No such file or directory" "/home/larsi/src/emacs/f\303\263o= /test/lisp/eshell/eshell-tests.elcgtybBC")) This time over, the directory is "f=C3=B3o" (in latin-1), and that looks li= ke Emacs is trying to find the utf-8 version of the file name. So it looks like the patch set has problems, and needs further fixes. (Or "make check" has some problems here, since Emacs otherwise seems to work fine.) --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 07:05:43 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 11:05:43 +0000 Received: from localhost ([127.0.0.1]:42623 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGgsA-0008HV-Pi for submit@debbugs.gnu.org; Fri, 11 Sep 2020 07:05:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37174) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGgs8-0008HI-0M for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 07:05:41 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59267) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGgs2-0005tJ-OJ; Fri, 11 Sep 2020 07:05:34 -0400 Received: from [176.228.60.248] (port=4249 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGgry-0002QS-HL; Fri, 11 Sep 2020 07:05:31 -0400 Date: Fri, 11 Sep 2020 14:05:26 +0300 Message-Id: <83h7s4h8uh.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87imck1t1g.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 11 Sep 2020 12:55:55 +0200) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15803 Cc: rgm@gnu.org, 15803@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 (---) > From: Lars Ingebrigtsen > Cc: rgm@gnu.org, 15803@debbugs.gnu.org > Date: Fri, 11 Sep 2020 12:55:55 +0200 > > Eli Zaretskii writes: > > >> All the tools under Linux are so utf-8-focused these days... let's > >> see... I first, under a utf-8 locale created the directory "émacs", > >> then converted it to 8859-1: > > > > No, please create the directory with non-ASCII name _after_ switching > > the locale to Latin-1. > > Shouldn't the result be the same? I.e., a name with iso-8859-1 name? No, because the Linux file I/O APIs are encoding-agnostic, they will (AFAIK) create the directory with a name that is the exact byte stream that you type at the mkdir command (or at the Emacs make-directory). > The reason I did it this convoluted name was just that I couldn't > convince my system to make a 8859 name even after changing the locale. > That is, when I typed Alt-gr ' e, my terminal still sent over two bytes > (i.e., in utf-8) instead of a single-byte é. Try doing this in Emacs, and use one of the Latin input methods if the keyboard doesn't cooperate. > But I think I know why "make check" was failing: > > [larsi@stories ~/src/emacs/trunk]$ echo $LANG > sv_SE.ISO-8859-1 > [larsi@stories ~/src/emacs/trunk]$ echo $LANG > en_US.UTF-8 I don't understand this: 2 identical commands one after the other yield different results? > The tests that were failing all talked about "chmod" and stuff, so I'm > guessing they were from a sub shell, and my system is apparently forcing > all new shells to use UTF-8... Really? So there's no way to change the locale to something non UTF-8? > make check: > > >>Error occurred processing lisp/eshell/eshell-tests.el: File is missing (("Doing chmod" "No such file or directory" "/home/larsi/src/emacs/f\303\263o/test/lisp/eshell/eshell-tests.elcgtybBC")) > > This time over, the directory is "fóo" (in latin-1), and that looks like > Emacs is trying to find the utf-8 version of the file name. If that's the case, then we lack ENCODE_FILE (or more generally don't encode a file name) somewhere. > So it looks like the patch set has problems, and needs further fixes. > (Or "make check" has some problems here, since Emacs otherwise seems to > work fine.) We could also just install the changes and wait for bug reports, on the assumption that the problems you see aren't real. Your call. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 07:27:48 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 11:27:48 +0000 Received: from localhost ([127.0.0.1]:42668 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGhDX-0000Oy-U6 for submit@debbugs.gnu.org; Fri, 11 Sep 2020 07:27:48 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50078) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGhDW-0000Om-6A for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 07:27:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=8YThs+2YJYsWyCyAWXRoPHiBtf30zZSyD2SseARvC9s=; b=Diub3Y9RyQ6yjA+57CDqfSIUEt sA0/zqJShP8dQuUcnMer6de63s15sZ08MSxqVSbMM1ZtoNNrGS1OwNUeZbhRU2GLV4GIWz6d8A3b2 oMC81YKkaI/NfYdV+muSXPD45NOBnYmk3OfigLg8RPI0HxQMJCfGtXslXfSuoRGD3uSc=; 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 1kGhDF-0001Pn-Pa; Fri, 11 Sep 2020 13:27:39 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEX8/PXl3tOpnJhi V1mHd3c3LzT///98Xaj6AAAAAWJLR0QGYWa4fQAAAAd0SU1FB+QJCwsON7F7cSQAAAGqSURBVDjL bdRtdqwgDAZgHL3/xdMF1JAuoIQsoAQ3ILL/rdzgV/F08m98Tl5InBljjuqstRN5e5R+Nma8AYRu 0CcnjNbiQuMv2NFcaY7zZ3eDaUCoge4Gg9J2/EaZSfJo3sGL8mjfRb24BdOA8Pf4pqOzjijOf8FO mBLRfK7khgkgKYjvntAhgAtCFJ7X7SxEXaJQpie8wHkF+guRc31eslxznDNEl+udCslspwYGjxso MKZvi80cQ3TbVAHQHx326nAbop6d0mqhObz/cRtUIAkwNzBEyQqcKSDExxm86cUqQIzN1gfgNbqj I0DT0QMHqvclQgptFLBP4CgQpQOuyRVAs3xdZHgsUTuCAoo8onooIMJFzxBeH1Dn88wqnOsbPFfS 44oYflzdPOXmZ9A7j0Cgz4NIbt55BZcraOK2R10Q01J0iqCw7lHmgm0pmbIHlPURFb2C6JjpgDPq 4ytEnUK/PiBLC6+FcB+vhH3AO2rQZXApmWvcA/iAUjw9oOcoZa9EvDXwLwAfQLm0MAQsZ3GIzYAD uhsiNPBydEHxbUc3zXDV+e/zvrr/z5Nz6RlXsqsAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjAtMDkt MTFUMTE6MTQ6NTQrMDA6MDDPQszDAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTA5LTExVDExOjE0 OjU0KzAwOjAwvh90fwAAAABJRU5ErkJggg== X-Now-Playing: Rema Rema's _Fond Reflections (1): Wheel in the Roses (Extended)_: "Rema Rema" Date: Fri, 11 Sep 2020 13:27:28 +0200 In-Reply-To: <83h7s4h8uh.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Sep 2020 14:05:26 +0300") Message-ID: <87een81rkv.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; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: >> But I think I know why "make check" was failing: >> >> [larsi@stories ~/src/emacs/trunk]$ echo $LANG >> sv_SE.ISO-8859-1 >> [larsi@stories ~/src/emacs/trunk]$ echo $LANG >> en_US.UTF-8 > > I don't [...] 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: 15803 Cc: rgm@gnu.org, 15803@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 (-) Eli Zaretskii writes: >> But I think I know why "make check" was failing: >>=20 >> [larsi@stories ~/src/emacs/trunk]$ echo $LANG >> sv_SE.ISO-8859-1 >> [larsi@stories ~/src/emacs/trunk]$ echo $LANG >> en_US.UTF-8 > > I don't understand this: 2 identical commands one after the other > yield different results? Sorry, there was a "bash" started in between there. >> This time over, the directory is "f=C3=B3o" (in latin-1), and that looks= like >> Emacs is trying to find the utf-8 version of the file name. > > If that's the case, then we lack ENCODE_FILE (or more generally don't > encode a file name) somewhere. After instrumenting bytecomp (i.e., adding a bunch of messages), I see what function is actually failing. With this in byte-compile-file: (message "foo2: %S" (prin1-to-string tempfile)) (unless (=3D temp-modes desired-modes) (set-file-modes tempfile desired-modes 'nofollow)) (message "foo1: %S" (prin1-to-string tempfile)) I get this output: make[1]: Entering directory '/home/larsi/src/emacs/f=EF=BF=BDo/test' ELC lisp/eshell/eshell-tests.elc foo2: "#(\"/home/larsi/src/emacs/f=C3=B3o/test/lisp/eshell/eshell-tests.elc= njDFYY\" 0 65 (charset iso-8859-1))" >>Error occurred processing lisp/eshell/eshell-tests.el: File is missing ((= "Doing chmod" "No such file or directory" "/home/larsi/src/emacs/f\303\263o= /test/lisp/eshell/eshell-tests.elcnjDFYY")) make[1]: *** [Makefile:165: lisp/eshell/eshell-tests.elc] Error 1 So it's created a tempfile, tagged with the correct charset (I had no idea that that's how it worked), but decoded, and then set-file-modes interprets that as an UTF-8 file name. So... it's a bug in set-file-modes? Hm, nope, write-region has the same problem. That weird file name (decoded and tagged with a charset text parameter) comes from make-temp-file -- everything seems to be OK before that. target-file is: foo: "\"/home/larsi/src/emacs/f\\363o/test/lisp/eshell/eshell-tests.elc\"" which seems to be correct, but (tempfile (make-temp-file (expand-file-name target-file))) is "#(\"/home/larsi/src/emacs/f=C3=B3o/test/lisp/eshell/eshell-tests.elcnjDFYY= \" 0 65 (charset iso-8859-1))" and then things fail. Which makes me wonder why building Emacs at all works if it's such a fundamental problem... Just to check whether my system is switching the LANG back to utf-8: (message "foo: %S" (getenv "LC_ALL")) in byte-compile-file says foo: "sv_SE.ISO-8859-1" --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 08:24:26 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 12:24:27 +0000 Received: from localhost ([127.0.0.1]:42818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGi6M-0006D7-KF for submit@debbugs.gnu.org; Fri, 11 Sep 2020 08:24:26 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56064) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGi6K-0006Cu-Km for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 08:24:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36773) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGi6F-0008Gl-CA; Fri, 11 Sep 2020 08:24:19 -0400 Received: from [176.228.60.248] (port=1089 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGi6D-0005Ab-AC; Fri, 11 Sep 2020 08:24:18 -0400 Date: Fri, 11 Sep 2020 15:24:14 +0300 Message-Id: <83een8h575.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87een81rkv.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 11 Sep 2020 13:27:28 +0200) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15803 Cc: rgm@gnu.org, 15803@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 (---) > From: Lars Ingebrigtsen > Cc: rgm@gnu.org, 15803@debbugs.gnu.org > Date: Fri, 11 Sep 2020 13:27:28 +0200 > > make[1]: Entering directory '/home/larsi/src/emacs/f�o/test' > ELC lisp/eshell/eshell-tests.elc > foo2: "#(\"/home/larsi/src/emacs/fóo/test/lisp/eshell/eshell-tests.elcnjDFYY\" 0 65 (charset iso-8859-1))" > >>Error occurred processing lisp/eshell/eshell-tests.el: File is missing (("Doing chmod" "No such file or directory" "/home/larsi/src/emacs/f\303\263o/test/lisp/eshell/eshell-tests.elcnjDFYY")) > make[1]: *** [Makefile:165: lisp/eshell/eshell-tests.elc] Error 1 > > So it's created a tempfile, tagged with the correct charset (I had no > idea that that's how it worked), but decoded, and then set-file-modes > interprets that as an UTF-8 file name. > > So... it's a bug in set-file-modes? Hm, nope, write-region has the > same problem. There be dragons ;-) The problematic aspect of debugging these problems is that what you see is not always what's there, due to display and decoding/encoding operations by both Emacs and the display software you have on your system (which drives the terminal). In particular, strings inside Emacs are always in UTF-8-compatible encoding, so the fact you get UTF-8 in *Messages* doesn't prove anything. What we need is to find 2 types of possible problems: . raw bytes from Latin-1 encoding inside Emacs buffers or strings that are supposed to be decoded . UTF-8 encoded (instead of Latin-1 encoded) characters passed to libc functions So if you found that the problem reveals itself in set-file-modes, let's see what happens there. The relevant code is this: char *fname = SSDATA (ENCODE_FILE (absname)); mode_t imode = XFIXNUM (mode) & 07777; if (fchmodat (AT_FDCWD, fname, imode, nofollow) != 0) report_file_error ("Doing chmod", absname); Please either run this under GDB, or add printf's, to show the byte sequences of 'absname' and of 'fname'. The former should be in UTF-8 (so you should see 0xC3 and 0xB3 for the ó character), the latter should be in Latin-1 (so you should see 0xF3 for the same letter). This should give us some hints wrt where to look for the cause of the problem. > That weird file name (decoded and tagged with a charset text parameter) > comes from make-temp-file -- everything seems to be OK before that. > target-file is: > > foo: "\"/home/larsi/src/emacs/f\\363o/test/lisp/eshell/eshell-tests.elc\"" > > which seems to be correct, Where does the "foo:" printout comes from? I wouldn't expect to see Latin-1 encoded strings inside Emacs, not normally anyway. > but > > (tempfile > (make-temp-file (expand-file-name target-file))) > > is > > "#(\"/home/larsi/src/emacs/fóo/test/lisp/eshell/eshell-tests.elcnjDFYY\" 0 65 (charset iso-8859-1))" I see nothing wrong here: this is how decoding works in Emacs. And again, how did you produce this string? As I explained above, the details of how you display these strings matter in this case. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 08:33:20 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 12:33:20 +0000 Received: from localhost ([127.0.0.1]:42831 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiEy-0006Ra-3V for submit@debbugs.gnu.org; Fri, 11 Sep 2020 08:33:20 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiEw-0006RM-MN for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 08:33:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=32fosGp+1Vna6dtg384IXUwhyrpR6qiPd8cCNGvrLE8=; b=u3MO5+8+zjX5mQtfzHOdsiPH/T DbesDil4RLW/w7V061qZC7zc/UTjHfsSGv6v6nFYFr0Sh3bBNuZjbf2cxrbM8TIpR1VI12XkDIjKk r0dY4p5xeaaFapHTY7WJcvivKoPTqyKtR9F42bmrd9cBFSx2IeZgElSG8moPMCx5IIV4=; 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 1kGiEn-00022k-H0; Fri, 11 Sep 2020 14:33:12 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUMCQckKCFbXFjN 0s2doJyAm38xYxxIii/////FnjXSAAAAAWJLR0QIht6VegAAAAd0SU1FB+QJCwwOAXuO8jgAAAGt SURBVDjLtZNBr5wgEMcZtT0zT59nBTa9tq5urwra88s+d/f6vOC5TQpfv7DdvABteuskQJwf/5lh EEII/jbmpxaRkncD73p8h/5/WsYbwh76JgSyeClG58woKcNgHz57DctKRpkIBflIpKqELLngKehy 3ihezSUPQdGB4mq+lMotUXJ1djVRCgQA4nJL+cUt7I/j8bz1wA+MgMhnFGw4STmxWJKraj0Np2Ho hhhUufo29MPXruNx8p4dh2VZbre5jRVI1fWqvaWF4fNy1dYaqyM3EPS7rbNYgljf3bvZMAGod6vT /f7W6107YPY3SIA2DhiXZ4MEbFojaLuhjsG9d7V2fh0n9/NHg6Q2YX6Ae5Ha4Xo3NFLQR0z9d1D7 00T1wrvfmuSITgL3Zn2PuwsbBa3Nbj+9xaCtt911xP6wcbeeWl+P3S/nJNJKni+39ecyy+QGJchZ vc7yOCWp+7WfuRq645iAVSI+sVZMSaSsQTd8DSRJMbVE+taMQEMNdJX7o2E6y0WwMH1ZuhBjJqW4 HOZQUbKeFn13EJId4hfl3xJSJMkpHlY0gpL/YL8AJH1codXpGjkAAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjAtMDktMTFUMTI6MTQ6MDErMDA6MDBoUIHOAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTA5 LTExVDEyOjE0OjAxKzAwOjAwGQ05cgAAAABJRU5ErkJggg== X-Now-Playing: Laraaji & Lyghte's _Celestial Realms_: "Equinox" Date: Fri, 11 Sep 2020 14:33:08 +0200 In-Reply-To: <83een8h575.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Sep 2020 15:24:14 +0300") Message-ID: <87v9gkxzln.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; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 if you found that the problem reveals itself in set-file-modes, > let's see what happens there. The relevant code is this: Yeah, I don't think that function is the problem in itself, but I don't know where the problem originates either. 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: 15803 Cc: rgm@gnu.org, 15803@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 (-) Eli Zaretskii writes: > So if you found that the problem reveals itself in set-file-modes, > let's see what happens there. The relevant code is this: Yeah, I don't think that function is the problem in itself, but I don't know where the problem originates either. >> foo: "\"/home/larsi/src/emacs/f\\363o/test/lisp/eshell/eshell-tests.elc\= "" >>=20 >> which seems to be correct, > > Where does the "foo:" printout comes from? I wouldn't expect to see > Latin-1 encoded strings inside Emacs, not normally anyway. I just added a bunch of (message "foo: %S" variable) here and there in byte-compile-file to watch how the passed-in string is transformed.=20 >> (tempfile >> (make-temp-file (expand-file-name target-file))) >>=20 >> is >>=20 >> "#(\"/home/larsi/src/emacs/f=C3=B3o/test/lisp/eshell/eshell-tests.elcnjD= FYY\" 0 65 (charset iso-8859-1))" > > I see nothing wrong here: this is how decoding works in Emacs. And > again, how did you produce this string? As I explained above, the > details of how you display these strings matter in this case. Same way as above. The file name is on the "f\\363o/test" form until make-temp-name, and then it turns into a different string with a text property. But I don't know how much this is an artefact of how Emacs prints these things and how much it's actually, er... actual. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 08:39:26 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 12:39:26 +0000 Received: from localhost ([127.0.0.1]:42855 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiKs-0006bP-66 for submit@debbugs.gnu.org; Fri, 11 Sep 2020 08:39:26 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50882) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiKn-0006b7-57 for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 08:39:25 -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=hc6wt8pOMhRUjaqb9xwLGL3KRKhjGjaNnHg8PWJ88Aw=; b=hOzadxq1s6BlnhzGNtUY4fgVz/ OXn1AsEyYab/BVONO1dR5990BXg1ob5aa9DhtoF/2dfAB1a1V/qVDlD/Wvkocao3vbdCbitoY5cHg 19GbFQippgaQjw94cNo99N+8kUhSKSFiuxFfQN1CXL5+RnomRE8ovRe215hHmTStDvPo=; 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 1kGiKb-00025k-1m; Fri, 11 Sep 2020 14:39:14 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUMCQckKCFbXFjN 0s2doJyAm38xYxxIii/////FnjXSAAAAAWJLR0QIht6VegAAAAd0SU1FB+QJCwwOAXuO8jgAAAGt SURBVDjLtZNBr5wgEMcZtT0zT59nBTa9tq5urwra88s+d/f6vOC5TQpfv7DdvABteuskQJwf/5lh EEII/jbmpxaRkncD73p8h/5/WsYbwh76JgSyeClG58woKcNgHz57DctKRpkIBflIpKqELLngKehy 3ihezSUPQdGB4mq+lMotUXJ1djVRCgQA4nJL+cUt7I/j8bz1wA+MgMhnFGw4STmxWJKraj0Np2Ho hhhUufo29MPXruNx8p4dh2VZbre5jRVI1fWqvaWF4fNy1dYaqyM3EPS7rbNYgljf3bvZMAGod6vT /f7W6107YPY3SIA2DhiXZ4MEbFojaLuhjsG9d7V2fh0n9/NHg6Q2YX6Ae5Ha4Xo3NFLQR0z9d1D7 00T1wrvfmuSITgL3Zn2PuwsbBa3Nbj+9xaCtt911xP6wcbeeWl+P3S/nJNJKni+39ecyy+QGJchZ vc7yOCWp+7WfuRq645iAVSI+sVZMSaSsQTd8DSRJMbVE+taMQEMNdJX7o2E6y0WwMH1ZuhBjJqW4 HOZQUbKeFn13EJId4hfl3xJSJMkpHlY0gpL/YL8AJH1codXpGjkAAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjAtMDktMTFUMTI6MTQ6MDErMDA6MDBoUIHOAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTA5 LTExVDEyOjE0OjAxKzAwOjAwGQ05cgAAAABJRU5ErkJggg== X-Now-Playing: Laraaji & Lyghte's _Celestial Realms_: "Equinox" Date: Fri, 11 Sep 2020 14:39:07 +0200 In-Reply-To: <83een8h575.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Sep 2020 15:24:14 +0300") Message-ID: <87r1r8xzbo.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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: Another confusing data point. If I say "make" in the test directory, I get: foo 1: "\"/home/larsi/src/emacs/f\\363o/test/lisp/eshell/eshell-tests.elc\"" foo 2: "#(\"/home/larsi/src/emacs/fóo/test/lisp/eshell/eshell-tests.elcGvbK3T\" 0 65 (charset iso-8859-1))" 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: 15803 Cc: rgm@gnu.org, 15803@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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Another confusing data point. If I say "make" in the test directory, I get: foo 1: "\"/home/larsi/src/emacs/f\\363o/test/lisp/eshell/eshell-tests.elc\"" foo 2: "#(\"/home/larsi/src/emacs/f=C3=B3o/test/lisp/eshell/eshell-tests.el= cGvbK3T\" 0 65 (charset iso-8859-1))" If I just say "make" in the main directory, I get this: foo 1: "\"/home/larsi/src/emacs/f=EF=BF=BDo/lisp/dos-w32.elc\"" foo 2: "\"/home/larsi/src/emacs/f=C3=B3o/lisp/dos-w32.elcXgukAl\"" Or, if that doesn't survive emailing, here's an umage: --=-=-= Content-Type: image/png Content-Disposition: inline Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAABiMAAABiCAAAAAAXA/8PAAAABGdBTUEAALGPC/xhBQAAACBjSFJN AAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAAmJLR0QA/4ePzL8AAAAQY2FO dgAADwAAAAhwAAAHRwAAAoYn7eANAAAw/ElEQVR42u19d2BUVfb/Z1IhhJJEIlUCSpEaOllBaSod S9ayYlsXVGxrRVzX1bWgi11s4FpA+PkVURRwUQRDiIiAECQgCgoCIUgEQkhPZj6/P6a9N3Pvfe9N Mpmg7/MHzNzcd865n3PuOfPKvQ+wYcOGCEOOkuT8GJsJGzZs2LARgLGlJEkub2xzYcOGDRs2dLiq ih7kJNls2LDRc862ozVOp+vpP+bwh5LMjIDew948NCWsah4m2cIOcgV6v7bzBEn64v8OF1m0+t05 b686we1twuTf+vHLTSTPqjcmHZ3HT59579+GBp19tRpz88x7rh8cewrMFxsC3F1aUVkdnhoR1eOG N3a4SHarnZz7ycMAWpCc4G3bTO6PtdBfj5Zl5Fvuj/VaIzR6G0SN0NgT7vE2CAjsud/l8YM3/h9n 0UsDHQCA6Iu37e0cHv/WbY2Q8VyPNaLrw6tPeEZcsaCn9g9P7PC0n3y5Q+jyLc6XUPKDcd74o8F9 Q27CIw6AJXSgvI7ld355UPPwWf/U+2j/l3dCPfqOxuB/IsC5Ru83KQAS+0Q2BsLNQ6R4Nm/PRbMA sMQFT/xHvzr1mcePe/7o/GjFazljtzR8/zYAnv/8L9/H+CmXPTjb+2X+FIf3Y+L0q29ZEKp8i3zW Lj/Y0OKrkrLCK8Jya244fQjDeUTUj+QOh/n+OiQeI5d6PtfneYRWLwBgQGTPI4LsCfd4IwyBPVvJ 4r/44z9+CXkaALQenJEMAFEri0eGw791eh4h5bkezyMeJMnyHzZuKSRJPuhtzyNJ5m/ZWkSSvL5W SszPl1Dyg30eEYgYAOjQC3j6vfApKf6mS4ewCHbNnovuEz8J7eCbkoCnIkB5BPR+UQH5GWK47YkU z+bt6ZgOPLnI//3hSwAg+ZYrugNcNj0frtt3fZpaXPfjVfrllOS5bMWq7D1OAH0fHQ88snKz9w/8 fP6aw0DU6Oe6A6/l7K4Xa2qVH2xoMaG4pGxgeESf98Pb03pFYXl4ziMQl09+ZaG/BnH55Frvl3o8 j9DpBVAf5xHW7Dm15NeBPReTHKT5Podkm3+WeM5/dzcBsMl9YtGA/SvnuR7PI9Ka+D8vIPmh5/N3 Czp5mxNzSS6qjRILfIaQH+zziEBEAUBLAL+GR/7artfN3e4Km/lVzwN/GhbSode0AZ6MAOOR0hsp e06B8aYK4n/9v73p7qwrAXxnx5UZ7Cv1f/57NXCh547xhKt/9jaXTAcwMb5+7KlFfrDhRRQANAHg PDXtf60IuD+kgd8LfPe/CBAeIb2RsudUGG+iIP41F0fPAlDc0Mfb0HgGjm4BElq5P+/XtK/PBxLr 61nckPODDR9iAEByVydmcJeWNYXbvjPbHgmcfOUBjOu13fqBl3QRXb3t3atdxZ4vy0yNt+vo+LxV BHoOa7r7fxXavyQPbZN8Ij/7mHm9IiT07Nqy8fGjuT9IksKg9OSK3euK/C1xfXomNy799cdt1bXj QS0nWC+As/uc1vzkzxuPmBuvmB8ZnyoehHqV9ovscagp2g+gjdn4N+9fKeT2NxvVIbpg3QGTersP aFW6d02F6XkdUvwocAzu8huIn9q6L10YQjWPxAiKh5Dzgw3NBDh05GhRcUlZ0PqIFrOPu6/H5t8Z pz1A1q5EuO5HAKnl5LsW+nuxidwb7fvmvh8x8luSZPFdRuM9SGY+6SK5MSX6dZLc18N/wMgsJ0my ZkUfQ70AxNdXO963rtJzPXzfzEa6P5GcA1y7z/0U+pve2Zb03DHPASXLJvk6J/oeK2shpjXIHrEc uV4g5YlD7gNc2VdGG49XwI+cTwUPEr1S+2V+1+FpwH0/wo+jpwGxhb77EQbxb9K/cr8I7c8kOTzu 2VKSdK3uYUbvyG0kyWMzHPr7ETL7DXjT4BfBMoxvyZWBbdtIipaobyCZbjzhpfNIdj9CGA+W84N9 P8J0jeh1yD9Ltp7u7y9rD6VGPE0Lt4plvnuFrE6zXCNGkbwF+hoxrcY7sFkG4z1IrnY3LfmX+3/f E3bxC/39a6Ya6ZXG/C5tltrbJTBXO970/dHDXw+Nncw1XSOC7JHIkeoFLi3WHPGQkXwhP3I+FTyI 9crtl/ndoEZUjwdwI701wiD+zfpX6hex/ZkkL8jxNldONtY70ydkka5GyOw34E2Ld8ldAU0J1eQ/ Atp6kBStKnEUkk7DRVOKeSSpEZI4tJof7BoRiJgN0dFRZ3QCNlY5HA7gJ0972tokoGzlj7G9RsYg PWtAqUF7+JG3EEUAqhYCB7Xts6dFx9x9m/n+nkgACt/UN/W7J/q3rMKWI5OB+z7cZDTekT+81/S6 ZFwyseztgomD0H34lwCARquGAq71355IzuiP6LkVC4z1ylCVt72wpEmnEclIyxqyX/+3h64Hyn8p bnGm9/dSwvLWwNFVu0ubthvYXdPRuRYA0qSPHgfaI5Mj0wvc/rwDqFj3fVGLLucmIM5AvpQfCZ9y HsR6DewPtOfEWgBo3wnYUAnAH/8+1Fy1Auju++lkFP9m/Svzi8L+xwcg/9NfTx/bDnH/N3yDgd4b ngCwc01R2vikK7WLxGX2G/GmRfZV6JKsvwA0IAbI1vdKXQRgluDwYacBa08Y6DCaR8GQxaHV/KDO G39Y3FZcUtZW37Sa5OenA0C37SRfMGo3QB2cR0ixiCxrafGY/toFPnD/nqzmo3EAEheTnK8e70Hy SHMggyTHA3E/kY+4//I6yZyuAIDzDpEnz1DrdU8wwe+ivA8v9VzKjX2IpHbxCslPqrh5fDyAptfu cvN3M8n5Ce4OZz2eFSBNulYryB6FHKFejKgh+UIyAKDxXUcfM5Av5kfOp5QHiV41D2L+cQ/Jdprv mvOI6j8DaL+P3vMIg/g37V+ZXyT2Z5Ikn4wBEPMMyW3Rar2ti0jnjQDQbDGpOY+Q2W/Amw7dSI7T N80gy7WPKjXt92ChLD0sJXmt0QRVzSMhn/I4DCU/2DCuEeeS3O4JmTa/kdWt1O2RrBG9ST5q8ZjF 5MmkgBrh3asnIZ88rubhIPk2ABwijzrcSeUjn5wvvDvE9K4gn1PrlcZ8subzO2RlM12udvrfahDf GgDwEVnsv1wfZ7ZGBNmjkCPUG71bd5Gj7QRjngX8SPmU8iDTq+ZBzL+iRjivAHDGHnprhFH8m/av zC8S+zNJ0rupxAfBsyZQ72x/zYjdoKkRUvsNeNPj16AJt1SzNmOKl7yD14kOHk9yh9E7OZTzSMSn Ig5DyQ82AhFcI+a7f9D5p9D96nYjhLNG4FPyWKKlIzo7NTt8emPyhPeB+GdJnqEc70FyJgCsI78G gLtI98n/MrLUz+Rc8niUUq9BDnFjNMmRulzN3MCdyr4h8+QSZDUi2B6FHKHeyzULpUzIl/Aj5VPK g0yvmgcx/4oaMQNAR/dd+tNMxL9V/wb7RWJ/JskqL3GdXeQypd7oAvKId2+REZoaIbVfzVsAlpBf 6FsOa9Kwt0YsFq46TC0ga/5kpEE5j0R8quLQen6wEYTgGpFPFvpOZ1u7yFXqdiOIa8Sdubm5uaNr bf65JO+ydMQ8slI34KEkF2qD/BzleA+SUwHgY/ITALie/AkAWjg9P4jdGE+yj1KvQQ5xo5P+5Jwk Lw7ss5YsaySVIKsRwfYo5Aj1LiE5wDTPMn5kfMp5kOlV8yDmX14jNjiA1j/RXyMM4t+qf4P9IrE/ k+Rq37fNZGmUSm8fkvO8XxyH/DVCar+atwDcQRZHAcB7+/Y9AAAdSZ6vnT4kyaIZUUGHxqyh5/eA Cup5JOJTFYfW84MNLaKEra3aAF/5VhUV7Ab6K9tDxHPp6enpX9R6DNnrAQvP4QKtrwbezQ9s9T2D UQigmdF4SwGgDCjx/N8YAIZFAZqssQtAb0O9MqTd8OKSVetycnLeA6DPJCXLBMY3ntfEInECe9Ry gvQ6zgV+2WxavoIfIZ9SHqR6lfZb4x/AHMLxXifjeRGqfEv2f6X9lNBVpbe/trtmMwq5/ZbiZx3Q tAeAJhd16HA5AGQANeu9f13Rt2+/EdM+dKL5kx8HzcqXRwDvzTJSYDCPgqGMQ8v5wYYO4guDnQBo liz90AVJLYoU7RHGUx+j3VUW3lBwZ7xoE2XfwptKAPFKHgDUeP7x/h8PTyDfM1VHboqhXjEGzD5P u7RLH+JbagK7v35LLKZMXrFm446aWvGglhOkN/U0YJN5+Qp+hHxKeZDqVdpvhX8AwCpg0Lkm5kWo 8i3Z/6Pv024AZ36v0NvR0ynwQLn9cr0xad5PLu9+GrknmiNjOzAyHujdNh/IALb4nvA6fhxA1rye 75+NCU/frhf20DQg5zpDFgzmUTDUcWg1P9jQR4CwtTncqyS9XgfQokjRHmEs29kd971Ns92b3wgs DV61W26eBwAuAHD6/4+GJ5DT9SKaGeoVYtqr+jM8/bfglba7ps6LRdMrrkDVznWLNoTOg1pOkN4U AIfNy1fwI+RTyoNUr8p+K/wDAKp/BbqZjIdQ5Fuz/5hOb3PVuJp7Ovm7G9kv19vOV2xKvRf1XevH ImMuMA7Hkhxj3wAygp58BfJGbm2FW+b8qIvqR4CdkysNWVDPI8kBh+sqP9iAIvd40USfMsvgWVQv a48w+B+g22TT3W9pZnb3M6vjbaok2LxejH4tCvjk8s6JDofD0R6B20UIdg96Z+BH1QAQl37b1x+3 CJ0HpZxi0YBLzMtvajYAjXiQ61XYb4F//3Abm48Hy/Kt2V+h+6TUm6DrXm7Gfkvxkw1kABiDJZsx DmjcR1AjcPhxIOpqbUvmq8CBC01srWE5TpRxaDU/2NBDfB5Rqp8cCV4PyNojjUX/PgP3LzXZudEd QNZGU12tjvckgA77a68XTztQnend9z64LIk20t12SYthQ/oPaQ5g0udDq0LmQSXHJRpwU/PylfxY 4UGhV2q/Ff5DiYc6kK+036+4Edz5Xaq3xNMp8ECV/VbiZx3QJfnY2WlYdmDg6NjqATFgTnCv5S8B QzTfz18YhcILzCxMsxwnqji0mh9sBEBcnk9A92R6sqdJ2h5pVD8LDB5usvNfU03/3LM63qNQXDi1 oPesPsCLvlejmF0AVLTsH2NSRiwBMPCG2vBgQc5RAK3Ny1fyY4UHlV6Z/Rb4Dyke6kC+0v4k3Sel Xr2dySbjWax3n8MLf43eVA7HYIxFxeplaDoMGUDe8eBxHAKgWT8y5KM4FI/ZZYYBq3GijgeL+cFG AMQ1Yi90F2K7AkVFqvaIY95RYIa5rtF3A7mfmetrdbx5APpY1lsN3+V3D/oAWOL71s8CEc6szOsA XFpbHkzKOfIbMNC8fBU/Ikh5UOiV2W/F7x4037x580yz8WDFvyH5sYvu0z6V3j0AOgsONI5nc36v +gbIwFisLsvdj7HC2xFw/7D33wHv+WkTlE8091pwdZwI+DSKBwv5wUYgxDWioAA4x+eGNmcBW6hq jzjKXgLGpJvqenkn85s3Wx1vtguYaFlvEQJ/NaUA+M33zeLWYu9sAs6sAx7MyGE20H6wafkqfkSQ 8qDQK7Pfgt+9e2PH9O/f37sJBJ0G8WDFvyH5cajv0zlAxU6V3q3uTm44zrEWz2b8vg7IaDIMy4Hl GIch4hoxEJobyZ0+T0L1pdnmhq6OEwGfRvFgIT/YCITkVtBqIMW3JcsUB7BG3R4a7tu1a9euC+pk HC+Vmv2hcB/w02KzYi2O9/gqYHIPq3oPVQD69T8lAHxrotJHWeTipPvx3VrzYEbOYgAPmpav4kcE OQ9yvTL7Lfj9318HNdVce9wgHqz4NyQ/DvMu8+vcF1hbo9K78yAwyXvjYWQri/Fswu/ZwKDR8VgO LEP34a3ENWI6AO+qiTZftIbrqv+ZzAPqOBHxaRQP5vODDSGC11kPJ7nDs6Sm7VGypq263Qhh3YsD APAcWdPJRL+xJG8KatW9z3o4yYuU4z3o6f22ZznoRWSRv79mD4JOV6j1upFFlrbXNvTVrJNtlkv9 ng/u9zgEQHMdJrWUXK7/q2CdtcQehRyh3ug9JO/2fW05Ri1fwo+MTzkPMr1S+1X8B66zRsIKkuTG xMRE9256ZeOM4t+Sf+V+kdifSZLevU8/IGkQV7M0+zVt1OzFIbVfHT9BSKgis7kVQPxJZpOeJ1yH TdWs1Z5B0uXZQzYlj3T9VSYtOA/I55GET2kcWs0PNsQQ7PuaRXJ1awDovoPka0btUgwcPXr06NEb SF4/evTo0aMTlLEROtpXka+Y6LeWPBy86YCsRkjGK60ReJPkXs8rWuIuWlLzgVqvG1eT3DlC81fH XtI1HQDQYzMrTdSIfVtuTvUQsZ7kdUa5SGaPQo5QL0Y5Sb7qvp0cNy3/MQP5Yn5kfCp4kOiV2q/i P6hGIGYB6d4zagJJHjvHMP4t+VfuF4n97ko1OxZA7HMk82LVelOPk86bAKD5Et2+rzL71fETjA30 7pT3IUm+4W69goVzx6UAQMyIFSTp2a48ZiPJD0dr0EFdI+TzSManLA6t5gcbpmtEpyKS5Uv/8+wX NST3NDVqVweTBt3CVCPwNlmeathriHi7GGmNEI9XXiMa5ZDkgYWzZ83NKSf5gVqvG9HrfW9T8bRM Icntz9z/1Jc15K1magTp3PbmozOe+LSS5CbvNedbs7KysrKy9pHMcX9sqbZHIkdeI3AXSVaueemx OZ+eJB8zGK+YHymfCh7EemX2K/kPrhFwPKupEfm9DOeFRf9K/SKxP5PkRvLQf594I59kZYaR3utJ ctfLsxYWkRs0NUJmv8LvQswmyUE+Tdd4awRJHtq2YUc5SXKTZ+Vbi8BXOen3QhTkAdk8kvApjQer +cGG+RqB9MN+h+a1MW6PeI0420U+btjrY7K4uYUaIR6vvEYg/i3dcBeo9XqQujkw5mf7X8J1Tztz NcKPzb6nRJ8Pmpzt1PZI5ChqBC47qTnkn0bjFfIj51PBg1CvzH4l/4IaAcz01Ygf04znhUX/Sv0i sT+T5IVfe9urLjbW638P3Vu699BJ7Ff4XYiJJA87ACDVSTJNWyN8WOJ9XNd6jZDNI9l8kcWD1fxg w0KNQNIzRW66C2Y0MtMe6RqBpeRxo/Oa7i4Kd9SR1wjheBU1AhjySblnrAf+e36UWq8XMVNXFzp1 MX/lHreMr8+DmRox/IXvXR6tu273L4yU5SKpPRI5qhqBlk968o4r50oT4xXwo+BTzoNIr8x+Nf/C GoEbatz3I75NNZ4XVv0rrRES+zNJDm/0UjlJur7saUbvKPf7rH+7C/r3WYvnr8LvQiQ5fReSvia9 y92aXDbfV2xqVvo2IQ+lRojnkXy+SOLBYn6wIYBDFdgZnVs6j2zPpcn2CGPwBuDep9V93rkGVWkF FgVbHm+jjLSUuOJf8vbWRm9U3/4pZQWbfzZ9QErvM5PjTh7ausdEX5U9VuR40aP3ac1K9m48bG68 wfyEykOgXpn9Ifl98nuNAGRNLjaOh5DkW/Bj5mJgRBZajDojumDdfpN6uw9sVfrz6kqz8RyK3wU4 vVtaSkJl0e7Ntd+BwVKcSOPBSn6w8TtHFpmv3gK4fZVmX/16RKT0Rsqe38l4zy0il8Q3hPFmkhze 8Hk+1fODjd87xpD8m7LHC6SzSwQsi5TeSNnzexlvn4J50Q1ivJIa0dB4PtXzgw0RYn5HY1k5I8G3 RFaMA4/g4I8RsCxSeiNlz+9lvNt6Fzbo8TY0nk/1/GDDhg0bpyQk5xE2bIQfUTYFNmzYsGFDArtG 2LBhw4YNGewaYcOGDRs2bNiwYcOGDRs2bNiwYcOGDRs2bNiwYcOGDRs2bNiwYcOGDRs2bNiwYcOG DRs2bNg41eGwKbBhQ4HxA8E38m0ebNiwYcNGEPqVq98eZMPGHwQ952w7WuN0usLwDo5WY26eec/1 g2Mb8vCH1uUL8SzA9+LIKWFV8zDJFnaQK9D7tZ0nSDIw/pP2kgtCP9k28G/9+EX/Hrpww9F5/PSZ 9/5taONw5IF6mi/B+DvJoaeAnWHE3aUVldXhqBFdn9jhYevkyx1qJel+8jDcrz2c4G3bTO6PtdBf j5Zl5Fvuj/VaIzR6G0SN0NgT7vE2CAjsud/7os6A+HesID+LDV1+vdYIGc/1WCO6Prz6hGfEFQt6 1n0esDZfWp8gq7trGt4l+URIipU1Yh5J3m7CzlDylXEeCzfc74+Y8IgDYAkdKK9b8fOn+H6DJU6/ +pYFdWz9U++j/V/eCfXoOxojIpcRNHq/SQGQ2AcRRbh5iBTP5u25aBYAlrgQGP//HIdvL60OXX69 +rcB8Pznf/k+xk+57MHZdZ0HrPFZ8OCLiHn+At/3c64C9vy7zgftmAAAk180trN2+Sqy+KqkrPCK xmEQnEeSzN+y1f2e9etrIUpUT6N+JHc4zPfXIfEYudTzuT7PI7R6AQADInseEWRPuMcbYQjs2UoW /0UQ/xc4uSc1jP6t0/MIKc/1eB7xIEmW/7BxSyFJ8sEw5AEr8yX6W5KTfNliK8lRoelUnUcMJklW tTC2M5R8FfnziCgA6NALePq98rAo4GdXtW7br2/yhTsBvNa5boW7ZgPdJ4Z48E1JwFMRoDwCer+Y OXNmeaTsiRTP5u3pmA48uSiYoPYLo46MORLG8Sr9ckryXLZ4WrfEroP6tey3AsAjA+onD8jgvMkF POt9h/WN6cA7q+teyyQg34nYscY9a5WvIosJxSVlA8Mi+bsFnbwfE3NJLgpdlLCexuWTX1nor0Fc PrnW+6UezyN0egHUx3mENXtOLfl1YM/FJAcJuk5++OH0U8a/cp7r8TwirYn/8wKSH9Z9HrDG5ysk Z7g/Jh8lj6SEqFN1HrGdnPMV+f9M2BlCvmog5xEtAfwaFvETrv7Z+7FkOoCJ8XUrv+p54E/DQjr0 mjbAkxFgPFJ6I2XPKTDeVEn8f/zww7l2XFnBvlL/579XAxfG1k8ekOKBX4EHWwMAHk8G7jpa9yo6 9gQ+WwmMNfFsQy3yVeQQBQBNADjDIn6/5vP6fCCxrn/PvFYE3B/SwO8FvvtfBAiPkN5I2XMqjDex DuPfjisvjm4BElrVUx6QoegeIHEWAKRPAz5/NwwqJgFVa1YCzc810TnkfBVBxADSxdYxg7u0rCnc 9p3ZdiP81NZ9ylKXOPnKAxjXa7v1Ay/pIrp627tXu4o9X5aZGm/X0fF5qwj0HNZ09/8qtH9JHtom +UR+9jHzekVI6Nm1ZePjR3N/kCSFQenJFbvXFflb4vr0TG5c+uuP26prx4NaTrBeAGf3Oa35yZ83 HjE3XjE/Mj5VPAj1Ku0X2VOX8W/ev1LI7W82qkN0wboDJvV2H9CqdO+aCtPjCil+FDgGd/kNOQ+o 5pEYwfHw7l9H4JpXNgJzolB2k36y92t1Yu+aqtoOcxKQU7q5sCUmmbjXEXK+iiT2HzpytKi4pCxo fUSL2cfdj/jm3xmnPUDWbowNJNNDNlRyXS61nHzXQn8vNpF7o33f3PcjRn5Lkiy+y2i8B8nMJ10k N6ZEv06S+3r4DxiZ5SRJ1qzoY6gXgPj6asf71lV6HrHeN7OR7k8k5wDX7nM/hf6md7YlPXfMc0DJ Mt+jHEj0Pqgte34myB6xHLleIOWJQ+4DXNlXRhuPV8CPnE8FDxK9Uvtlfteh1vFv0r9yvwjtzyQ5 PO7ZUpJ0re5hRu/IbSTJYzMc+vsRMvsNeNPgF8EyjG/JlYFt20gmhZ4HpPNIdj9CHA/dqsgNDkwh ea+29yj3s1a//V17v0Z3X3I4yYs8n7X3I9rvImt8j2Y1ryLvBRaSP8OEnZbzVeTvR0hrRK9D/omz 9XR/f1m7MRyFpLO5tuVpWrhVLOPqFbI6zXKNGEXyFuhrxLQa78BmGYz3ILna3bTkX+7/fU+0xS/0 96+ZaqRXGku7tIlrb5fAXO140/dHD389NHYy13SNCLJHIkeqF7i0WHPEQ0byhfzI+VTwINYrt1/m d3GNCDH+zfpX6hex/ZkkL8jxNldONtY70ydkka5GyOw34E2Ld8ldAU0J1eQ/Atp6kNxiKg+IoJhH khohi8MnSF6TeIjcGqNPDx68ZrFGdPmFrLjYJ+hKkr2Bq0n2MlPLrOarBrCGbkN0dNQZnYCNVQ6H A/jJ0562NgkoW/ljbK+RMUjPGlBq0G4Cw04D1p4I2dK8hSgCULUQOKhtnz0tOubu28z39zAPFL6p b+p3T/RvWYUtRyYD9324yWi8I394r+l1ybhkYtnbBRMHofvwLwEAjVYNBVzrvz2RnNEf0XMrFhjr laEqb3thSZNOI5KRljVkv/5vD10PlP9S3OJM7++lhOWtgaOrdpc2bTdQu7LUuRYA0qRLWwPtkcmR 6QVuf94BVKz7vqhFl3MTEGcgX8qPhE85D2K9BvYH2nNiLQC07wRsqARQ+/g361+ZXxT2Pz4A+Z/+ evrYdoj7v+EbDPTe8ASAnWuK0sYnXal90FRmvxFvWmRfhS7J+gtAA2KAbH2v1EUAZoWaB4zmUTCk cfjolWl4ckhrOKfW+BuvnwVg72e/tRrf+sY1lvJQ+mepKJnsP2YScOg74DM6MMnMNSSr+Uqdx+oN txWXlLXVN60m+fnpANBtO8kXjNpNYCnJa3Utls4jpFhEllm9zdFfu8AH7t8P1Xw0DkDiYpLz1eM9 SB5pDmSQ5Hgg7ifyEfdfXieZ0xUAcN4h8uQZar3uCSb4vZH34aWeS7mxD5F8T/Mnkp9UcfP4eABN r93l5u9mkvMT3B3OejwrQJp0rVaQPQo5Qr0YUUPyhWQAQOO7jj5mIF/Mj5xPKQ8SvWoexPzjHpLt 6iT+TftX5heJ/ZkkySdjAMQ8Q3JbtFpv6yLSeSMANFtMas4jZPYb8KZDN5Lj9E0zyHLto0pN+z1Y KEsPwXlAANU8EvKpiMMJ7vOF5zRNrYpI171RAOLnavkxPo8YWkT+plkoEHOcfBMAviW/MeX3UPJV 5BFcI84lud0TMm1+I6tbqdtNYDzJHTFhqBG9ST5q8ZjF5MmkgBrhvc6QkE8eV/NwkHwbAA6RRx0A 5pAf+eR84X0GrneFPjAFeqWxlKz5/A5Z2UyXq52c72Uy3v1g30dksf9yfZzZGhFkj0KOUG/0bt1F jrYTjHkW8CPlU8qDTK+aBzH/ghoRavyb9q/MLxL7M0nSu4nDB8GzJlDvbH/NiN2gyYFS+w140+PX oAm3VLM2Y4r3Is7B60zmgWAo55GIT2UcfkSS+5oE8OMpI45VVmrEmFLywNkaSaNIXgYAj5OuVmb8 Hkq+aog1Yr77B51/Ct2vbjdGagFZ8yeEoUbgU/JYoqUjOjsDdm8bSvKEN4ieJXmGcrwHyZkAsI78 GgDuIt0n/8vIUj+Tc8njUUq9BjnEjdEkR+pyNXMDn8X+hsyTS5DViGB7FHKEei/XLJQyIV/Cj5RP KQ8yvWoexPwLakSI8W/Vv8F+kdifSbLKS1xnF7lMqTe6gDzi3VtkhCYHSu1X8xaAJeQX+pbDmrTn rRGLTzObB4KhnEciPpVx2IUkr9E0xBwmj3hKJfpbqBGXVZE/6K4NvEDWJAHAMJKm7puEkK8aAIJr RD5Z6Dudbe0iV6nbDRGzhp48oMGdubm5uaNrbf65JO+ydMQ8slI34KEkF2qD/BzleA96wuFj8hMA uJ78CQBaOD0/iN0YT7KPUq9BDnGjk/7knCQvDuyzlixrJJUgqxHB9ijkCPUuITnANM8yfmR8ynmQ 6VXzIOZfUCNCjH+r/g32i8T+TJL+Jys3k6VRKr19SM7zfnEc8udAqf1q3gJwB1kcBQDv7dv3AAB0 JHm+dvqQJItmRJnLA0FQzyMRn8o4nEXqH7vqR/I137fdpmvEVCe5Rb+B18+enzWIKQqs3DK/W89X kUWUsLVVG+Ar36qigt1Af2W7MV4eAbwXeAfrufT09PQvaj2G7PWApedwW18NvBv0ajHfMxiFAJoZ jbcUAMqAEs//jQFgWBSgyRq7APQ21CtD2g0vLlm1Licn5z0A+kxSskxgfON5TSwSJ7BHLSdIr+Nc 4JfNpuUr+BHyKeVBqldpv2n+Q4x/a/4VQmH/V9pPCV1Vevtru2s2f5Dbbyl+1gFNewBoclGHDpcD QAZQs9771xV9+/YbMe1DJ5o/+XGcqTwQBIN5FAxlHPa6GwAuvETPj89efGPWOffNjULOcN1inJ4d AXf1qVkNjE4IS76KMMQXBjsB0CxZ+qELkloUKdoN8dA0IOe6cA3iqY/R7ioLbyi4M160ibLP95UA 4pU8AKjx/OP9Px6eQL5nqo7cFEO9YgyYfZ52aZc+pLbUBHZ//ZZYTJm8Ys3GHTW14kEtJ0hv6mnA JvPyFfwI+ZTyINWrtN80/yHGvxX/SqCw/0ffp90Azvxeobejp1PggXL75Xpj0ryfXN4FALknmiNj OzAyHujdNh/IALb4nvA6fhxA1rye75+NCU/fHlIeMJhHwVDFYdTcWHBfRzy/0rc2Ni2ITjN48EIA jfRrEifBWyOw8hI0umBpOPJVhCGuEc3hXiXp9TqAFkWKdiNMewTYObkyXINYtrM77nubZrs3vxFY Grxqt9w8DwBcAOD0/x8NTyCn60U0M9QrZuxV/Rme/lvwSttdU+fFoukVV6Bq57pFG0LnQS0nSG8K gMPm5Sv4EfIp5UGqV2W/ef5Di38r/pVBYf8xnd7mqnE193TydzeKZ7nedr4UWuq9iO5aPxYZc4Fx OJbkGPsGkBH05CuQN3JrK9wy58dQ8oB6HkkOkMXhTUOAee9mo/0/fde4WgDwP31bbNI3FwLAAH3Z mwQc8xSn/wGYtDQM+SrSEF9raqJPmWXwLKqXtRsg81XgwIXHwjYI/gfoNtl091uamd39zOp4myoJ Nq8Xo1+LAj65vHOiw+FwtEfgdhGCqH5n4EfVABCXftvXH7cInQelnGLRgEvMy29qNgCNeJDrVdhf e7+r48GCf+WQ21+h+6TUm6DrXm4mni3FTzaQAWAMlmzGOKBxH0GNwOHHgairQ8oDluNEEYdtZgGF M9ctAe7u5m2LA+Dfg8P8bhyztgO3aR+yOX0QkOxeDs4DAMZHhSFfRRriMZVCe0EYCV4PyNrVOH9h FAovCOcCkEX7LeyU1egOIGujqa5Wx3sSQAeHDg+HohdPO1A9efL7e0oBUVlyCQ7ZdknqpCc+OwEA kz6PC50HlRyXaMBNzctX8mOFB4Veqf114HdlPFjxrwJS+/2KG8Gd36V6SzydAg9U2W8lftYBXZJx dhqWLcPoWAyIAXOCey0HMCSkPGA5ThTx8FIz4L5juK8SsXO8bcW6aDL7jBFvf+DyMuC/Z/qbJgZs 9ZU6pO7zVcQhrhEnoHsyPdnTJG1XYshHcSgesyuco6h+Fhg83GTnv6aa/rlndbxHobhwakHvWX2A Fz/xfjO74KZo2T/GpIxYAmDgDbXhwYKcowBam5ev5McKDyq9MvvrwO/KeLAgPyQ/Juk+KfXq7Uw2 Gc9ivft8adqfSzeVwzEYY1GxehmaDkMGkHc8eByHALQKKQ9YjRNFPEy8BFj3DvDzi8Coyz2Nv+m6 y9Z4Bd6AvvUlfH8r0Ox9/2rBoI2tJtV9voo4xDViL4Bu/q9dgaIiVbsKPT9tgvKJW8I7jHlHgRnm ukbfDeR+Zq6v1fHmAehjWW81fJffPegDYInvWz8LRDizMq8DcGlteTAp58hvwEDz8lX8iCDlQaFX Zn9d+F0VD1b8G5Ifu+g+7VPp3QOgs+BA43g25/eqb4AMjMXqstz9GCu8HQH3D/uakPKAOk4EfErj IfFloOZmAnjsCPCMp8xtB+DfXKmnZmDQPB4S+Jba7wC8tRDo96y3pfFoIKu1F22O6WuEwu8W8lXk Ia4RBQXAOb7htTkL2EJVuwKdPk9C9aXZYR5G2UvAmHRTXS/vZH7zZqvjzXYBEy3rLULgr6YUuH/r uGFxK693NgFn1gEPZuQwG2g/2LR8FT8iSHlQ6JXZXxd+V8WDFf+G5Ef/a9DOASp2qvRudXdyw3GO tXg24/d1QEaTYVgOLMc4DBHXiIHQ3Ei2lAfUcSLgUxoPj7UHntsBAMUPAW3/5W7dSMC3m0iC5v1y J6E5XRX+Nrt5NzD9Ms+X8xsDnx32omANcPZZpvxuIV9FHpJ7LKuBFB+JUxzAGnW7FG2+aA3XVZJ3 n9y3a9euXRfUyTheKjVbmO8DflpsVqzF8R5fBUzuYVXvoQpAv/6nBIBvTVS61de0n3Q/vltrHszI WQzgQdPyVfyIIOdBrldmf534XREPVvwbkh+HeZf5de4LrK1R6d15EJjkvfEwspXFeDbh92xg0Oh4 LAeWofvwVuIaMR3+VQjW8oA6TkR8SuJhwK3AAc/WX2/kAX93Cz2yBjivr6fP3zRrBw/SXxpiLhE6 5Yoq4A3PSdokAJr1XV9AdyKh8rv5fNVAELzOejjJHZ4lNW2PkjVt1e0ypOSRrr/K/lpHe3EAAJ4j azqZ6DeW5E1BrbL1lZLxHvT0ftuzHPQissjfX7MHQacr1HrdyCJL22sb+mrWyTbLpX7PB/d7HAKg +c2TWkou1/9VsM5aYo9CjlBv9B6Sd/u+thyjli/hR8annAeZXqn9Kv6D11lbj39L/pX7RWJ/Jkl6 9z79gKRBXM3S7Ne0UbPXhNR+dfwEIaGKzOZWAPEnmU16nnAdNlWTb2eQdHUPLQ/I55GET3E8RG/R LJXG+SQ9uwlfTHKb+3Hazse0ex7uIYs8d2xmUrw3+O0ktzYCAEcBeUzzK7sTySwzfreQrxpujUAW ydWtAaD7Du3CdVm7GDEbSX44WoMO4aoR7avIV0z0W0sebmS6RkjGK60ReJPkXs9vibiLltR8oNbr xtUkd47Q/NWxl3RNBwD02MxKEzVi35abPZdP268neZ1hjZDYo5Aj1ItRTpKvus/P46blP2YgX8yP jE8FDxK9UvtV/Av2fbUc/5b8K/eLxH73vq+zYwHEPkcyL1atN/U46bwJAJov0e37KrNfHT/B2EDv znQfkuQb7tYrWDh3XAoAxIxYQXp2RA0lD0jnkYxPYTzcQ125W07yKvfHlSR3/7kJml1fyAINP8+T /CwZQPQ9zkrJO4aWeokbQnKJ1oifyJpkE363kK8acI3oVESyfOl/nv2ihuSepkbtYrQIfIWLfg+0 uqwReJssTzXsNUS8XYy0RojHK68RjXJI8sDC2bPm5pST/ECt143o9b63qXhappDk9mfuf+rLGvJW MzWCdG5789EZT3xaSXKT95rzrVlZWVlZWftI5rg/tlTbI5EjrxG4iyQr17z02JxPT/o205TKF/Mj 5VPBg1ivzH4l/4IaYTX+LfpX6heJ/ZkkN5KH/vvEG/kkKzOM9F5PkrtenrWwiNygyYEy+xV+F2I2 SQ7yabrGWyNI8tC2DTvKSZKbmoWaB2TzSMKnOB7SSsmyjv4u3arJArdJrXeTJMtI7r1bw0/XKpLF H7/+/mE6/yGpEcn7SV4J99uLbtYa9pp+hyahndbyVUOuEUg/7HdoXhvj9ojXiLNd5OOGvT4mi5tb qBHi8cprBOLf0o13gVqvB6mbA2Nptv8lXPe0M1cj/Njsu+32fJAD2qntkchR1AhcdlJzyD+Nxivk R86nggehXpn9Sv4FNcJq/Fv0r9QvEvszSV74tbe96mJjvf730L2lew+dxH6F34WYSPKwAwBSnSTT tDXChyVJoecByTySzRdhPHxK8gHtcS+SfN79sX22p+furjeR9FUS3/vpnLfL3lWKc6rJk12BPJLa FzjhUpLvG9lpKV816BqBpGeK3OMrmNHITHukawSWkscNzmvQ3UXhjjryGiEcr6JGAEM+KfcM9sB/ z49S6/UiZurqQqculq7c45bx9XkwUyOGv/C9y6N11+3+DVZkuUhqj0SOqkag5ZOevOPKudLEeAX8 KPiU8yDSK7Nfzb+oRliLf6v+ldYIif2ZJIc3eqmcJF1f9jSjd5T7fda/3QX9+6zF41L4XYgkp+9C 0tek9+2ATS6b7ys2NSvH1y4PiOaRfL4I4uFykt/rVgMmHyNrPLsDOjI/2l/x69d3NMOdJP1XiG5y v9Y79wLp+6yBB0h+17gjyV+CWCmOM7LTQr5qEHCoAjujc0vnke25NNkeYQzeANz7tLrPO9egKq3A omDL422UkZYSV/xL3t7a6I3q2z+lrGDzz6YPSOl9ZnLcyUNb95joq7LHihwvevQ+rVnJ3o2HzY03 mJ9QeQjUK7O/Tv0uaA9JvgU/Zi4GRmShxagzogvW7Tept/vAVqU/r640O65Q/C7A6d3SUhIqi3Zv Lqk1E5biRBoPhnjsH3DGO/1ah3dJOJQX5gVdJvOVjTpGFpmv3kSgfZVmX/16RKT0Rsoee7x1jEyS wxs+z6cmPiG3RkKvcb6yUdcYQ/Jvyh4vkM4uEbAsUnojZY893jqGpEY0NJ5PSSSVS168HW4Y56uG gZhTwEazWDkjAdXKHgcewcEfI2BZpPRGyh57vH/MuDp10LKlb6H6c42AuZGwwThf2bBhw4YpSM4j bISKAcy5vasDcPRdSnK+TYgCv6fzCBs2bNgwh3POQUmBs1ULALnTbToUsGuEDRs2/mhwAUBiZwBw Lbqp1CZEAbtG2LBh44+GLR3PO7fPGS1cx3/KXvC9TYcNGzZs2LBhw4YNGzZs2LBhw4YNGzZs2LBh w4YNGzZs2LBhw4YNGzZs2LBhw4YNGzZs2LBhw4YNGzZs2LBhI3zodvH0f9xxSaff/Th9L4KcIvxz 8DvuwwH9e8fqA/UzrlPQToN4sGGj4eP/A/og8DxNEegaAAAAAElFTkSuQmCC --=-=-= Content-Type: text/plain Note -- no text properties, and not represented as "f\363o". *scratches head* So is this a problem with how ert calls the byte compiler after all? This is with diff --git a/lisp/emacs-lisp/bytecomp.el b/lisp/emacs-lisp/bytecomp.el index 966990bac9..07448033ac 100644 --- a/lisp/emacs-lisp/bytecomp.el +++ b/lisp/emacs-lisp/bytecomp.el @@ -1990,6 +1990,7 @@ byte-compile-file (with-current-buffer output-buffer (goto-char (point-max)) (insert "\n") ; aaah, unix. + (message "foo 1: %S" (prin1-to-string (expand-file-name target-file))) (if (file-writable-p target-file) ;; We must disable any code conversion here. (progn @@ -2007,6 +2008,7 @@ byte-compile-file (cons (lambda () (ignore-errors (delete-file tempfile))) kill-emacs-hook))) + (message "foo 2: %S" (prin1-to-string tempfile)) (unless (= temp-modes desired-modes) (set-file-modes tempfile desired-modes 'nofollow)) (write-region (point-min) (point-max) tempfile nil 1) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 08:41:27 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 12:41:27 +0000 Received: from localhost ([127.0.0.1]:42866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiMp-0006fN-5e for submit@debbugs.gnu.org; Fri, 11 Sep 2020 08:41:27 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiMn-0006eu-PK for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 08:41:26 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37121) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGiMi-0002HO-G5; Fri, 11 Sep 2020 08:41:20 -0400 Received: from [176.228.60.248] (port=2143 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGiMh-0008OO-CT; Fri, 11 Sep 2020 08:41:19 -0400 Date: Fri, 11 Sep 2020 15:41:16 +0300 Message-Id: <837dt0h4er.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87v9gkxzln.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 11 Sep 2020 14:33:08 +0200) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> <87v9gkxzln.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15803 Cc: rgm@gnu.org, 15803@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 (---) > From: Lars Ingebrigtsen > Cc: rgm@gnu.org, 15803@debbugs.gnu.org > Date: Fri, 11 Sep 2020 14:33:08 +0200 > > The file name is on the "f\\363o/test" form until make-temp-name That shouldn't happen. It probably means we lack a DECODE_FILE somewhere. File names inside Emacs should always be decoded into UTF-8. > and > then it turns into a different string with a text property. But I don't > know how much this is an artefact of how Emacs prints these things and > how much it's actually, er... actual. The only way to know is to add printf's or look in GDB. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 08:45:37 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 12:45:38 +0000 Received: from localhost ([127.0.0.1]:42871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiQr-0006la-MP for submit@debbugs.gnu.org; Fri, 11 Sep 2020 08:45:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33320) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiQq-0006lN-GG for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 08:45:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37193) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGiQl-0002nw-5D; Fri, 11 Sep 2020 08:45:31 -0400 Received: from [176.228.60.248] (port=2388 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGiQc-0000Jf-N8; Fri, 11 Sep 2020 08:45:29 -0400 Date: Fri, 11 Sep 2020 15:45:18 +0300 Message-Id: <835z8kh481.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87r1r8xzbo.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 11 Sep 2020 14:39:07 +0200) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> <87r1r8xzbo.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15803 Cc: rgm@gnu.org, 15803@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 (---) > From: Lars Ingebrigtsen > Cc: rgm@gnu.org, 15803@debbugs.gnu.org > Date: Fri, 11 Sep 2020 14:39:07 +0200 > > So is this a problem with how ert calls the byte compiler after all? I don't think so, but I'm not sure. It could be some shenanigans of expand-file-name, for example: it has its own ideas for when to produce a unibyte string and when a multibyte string. Again, the fact that "foo 1" displays a unibyte undecoded file name sounds wrong to me. Is target-file also a unibyte Latin-1 string? From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 10:18:45 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 14:18:45 +0000 Received: from localhost ([127.0.0.1]:44907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGjsz-0003QU-GL for submit@debbugs.gnu.org; Fri, 11 Sep 2020 10:18:45 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51954) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGjsw-0003QG-Rd for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 10:18:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=W4Uu6np5Oqx84SRrOGGgiUe+ORMkZCwbRLdNYh+7r+w=; b=u1ksmCDURW9bKIU3L1ZgEMKhyI YLFA8SFDEc5KtjkEaCHxKAT5WCkdBN4fxwNSi9YxfUukrlk5jGq5kN+krV5k2/X76VkTSq+Vsr9Zg eRTYhEes9oDIW7IKLBYhmFeBzYkB6seY8ocUmmx5gfUWrVx+iiHoKadicnzRME/V9G2Q=; 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 1kGjsn-0002z3-VZ; Fri, 11 Sep 2020 16:18:36 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> <87v9gkxzln.fsf@gnus.org> <837dt0h4er.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEUXEx4yOFY0XZ6Y pLL////bsEcbAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+QJCw4HB0CrOCoAAAGQSURBVDjLbZMLsoMw CEVBNwBxA4ZsQJP97+3xS7R9ZabTyik3gDcAAMga8Cs0T7/yOAvofwEDYuHKjGD/4UeJt11avaWi lm2VphLtlQn1P/3WjAQwJcQrqstJsEnlWVBWI8RQFiCc/WjbiCLCOR0//alaAEsfN62BCFsXOz2A f0VsDtir9UTJqPqZwMV7gtKCc0yP3GuCUd6AeWRFu2dFttlSq/EbaJs1D+btBaxJfypaUB6AAVSr SC/yAA5QhYWzQDiXBbq4Jjf2nR/gi0OBXbz3HGOBDljROtkmQLeOAoDddoyvI+yxa3JXjyhdIF78 BXiI/jwIJ/Dhm4o2MdPZO3cQFrpVRRxoYu1Qww4XkyKVwMq4bOr9GDAblk/3M5EP4sPNpJ+05YQE y2iOfEpTrMvv1vUJbVz+y/22QDlhjNMUdPVvoMJHT2vI6+aVQbvu+U4LLICj49C488YscIyInnds Alzg674jJ4jt0QvoNca0/vdNz/hQOtLR5p16XA9oYYyIF9g4shSa9HnC00eAP2qyP8HgjOVDAAAA JXRFWHRkYXRlOmNyZWF0ZQAyMDIwLTA5LTExVDE0OjA3OjA2KzAwOjAwJ6sEXgAAACV0RVh0ZGF0 ZTptb2RpZnkAMjAyMC0wOS0xMVQxNDowNzowNiswMDowMFb2vOIAAAAASUVORK5CYII= X-Now-Playing: Blaupunkt's _Blaupunkt_: "Dama i skapet" Date: Fri, 11 Sep 2020 16:18:32 +0200 In-Reply-To: <837dt0h4er.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Sep 2020 15:41:16 +0300") Message-ID: <871rj8xupz.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; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: I'm just poking around to see what's different between the way the files are compiled in the test directory and the lisp directory, because they should either both fail or not. So here's how "make" i test does it: 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: 15803 Cc: rgm@gnu.org, 15803@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 (-) I'm just poking around to see what's different between the way the files are compiled in the test directory and the lisp directory, because they should either both fail or not. So here's how "make" i test does it: EMACSLOADPATH=3D LC_ALL=3DC EMACS_TEST_DIRECTORY=3D/home/larsi/src/emacs/f= =EF=BF=BDo/test "../src/emacs" --module-assertions --no-init-file --no-sit= e-file --no-site-lisp -L ":." --batch -f batch-byte-compile lisp/eshell/es= hell-tests.el Here's how "make" in Lisp does it: EMACSLOADPATH=3D '../src/emacs' -batch --no-site-file --no-site-lisp --eval= '(setq load-prefer-newer t)' -f batch-byte-compile emacs-lisp/bytecomp.el And, indeed, if I remove "LC_ALL=3DC" from the line, then this compiles successfully. *phew* Hm... in fact, everything compiles successfully without LC_ALL? However, when the tests run (in the latin-1 environment) 11 tests fail: SUMMARY OF TEST RESULTS ----------------------- Files examined: 305 Ran 4200 tests, 4097 results as expected, 29 unexpected, 74 skipped 1 files did not contain any tests: src/emacs-module-tests.log 11 files contained unexpected results: src/regex-emacs-tests.log lisp/vc/vc-bzr-tests.log lisp/vc/diff-mode-tests.log lisp/time-stamp-tests.log lisp/net/shr-tests.log lisp/gnus/mml-sec-tests.log lisp/epg-tests.log lisp/emacs-lisp/package-tests.log lisp/emacs-lisp/faceup-tests/faceup-test-files.log lisp/cedet/semantic-utest-ia.log lib-src/emacsclient-tests.log As a comparison, removing the LC_ALL in an utf-8 environment (with a pure-ascii path) gives me: SUMMARY OF TEST RESULTS ----------------------- Files examined: 305 Ran 4231 tests, 4150 results as expected, 6 unexpected, 75 skipped 6 files contained unexpected results: src/emacs-module-tests.log src/callint-tests.log lisp/vc/vc-bzr-tests.log lisp/subr-tests.log lisp/files-tests.log lisp/emacs-lisp/gv-tests.log The bzr test fails because of the brz/bzr thing, but the LC_ALL is apparently needed for the other five things. So: In conclusion, I this Glenn's patch needs more work before applying. :-) But at least we now knows that it breaks, and why (well, for some of it). --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 10:27:48 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 14:27:48 +0000 Received: from localhost ([127.0.0.1]:45011 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGk1j-0003iW-Lz for submit@debbugs.gnu.org; Fri, 11 Sep 2020 10:27:47 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52010) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGk1i-0003iJ-79 for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 10:27:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=s8ruqMKYEYA+pWFQTB9rOSmP3fTjXlLLLtim0ZxK9fI=; b=ftaY6JEKFMNW2OovtFeuemvQW2 7hSZsNbEwOCWVFH+MvuCCOfUl1dNyw98m2eazrN1qjhq0MVU2pZ885+fVJy2yisfwlyJXd8v8VQfm u4mwDNxFyPvU9VUS4DkUZ5gM0u/mOlpvARqMNZHwMk2iCqcoRglPcWNegpNBS3akDMyc=; 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 1kGk1T-00033W-Ij; Fri, 11 Sep 2020 16:27:39 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> <87v9gkxzln.fsf@gnus.org> <837dt0h4er.fsf@gnu.org> <871rj8xupz.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEUXEx4yOFY0XZ6Y pLL////bsEcbAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+QJCw4HB0CrOCoAAAGQSURBVDjLbZMLsoMw CEVBNwBxA4ZsQJP97+3xS7R9ZabTyik3gDcAAMga8Cs0T7/yOAvofwEDYuHKjGD/4UeJt11avaWi lm2VphLtlQn1P/3WjAQwJcQrqstJsEnlWVBWI8RQFiCc/WjbiCLCOR0//alaAEsfN62BCFsXOz2A f0VsDtir9UTJqPqZwMV7gtKCc0yP3GuCUd6AeWRFu2dFttlSq/EbaJs1D+btBaxJfypaUB6AAVSr SC/yAA5QhYWzQDiXBbq4Jjf2nR/gi0OBXbz3HGOBDljROtkmQLeOAoDddoyvI+yxa3JXjyhdIF78 BXiI/jwIJ/Dhm4o2MdPZO3cQFrpVRRxoYu1Qww4XkyKVwMq4bOr9GDAblk/3M5EP4sPNpJ+05YQE y2iOfEpTrMvv1vUJbVz+y/22QDlhjNMUdPVvoMJHT2vI6+aVQbvu+U4LLICj49C488YscIyInnds Alzg674jJ4jt0QvoNca0/vdNz/hQOtLR5p16XA9oYYyIF9g4shSa9HnC00eAP2qyP8HgjOVDAAAA JXRFWHRkYXRlOmNyZWF0ZQAyMDIwLTA5LTExVDE0OjA3OjA2KzAwOjAwJ6sEXgAAACV0RVh0ZGF0 ZTptb2RpZnkAMjAyMC0wOS0xMVQxNDowNzowNiswMDowMFb2vOIAAAAASUVORK5CYII= X-Now-Playing: Blaupunkt's _Blaupunkt_: "Ekkodalen" Date: Fri, 11 Sep 2020 16:27:30 +0200 In-Reply-To: <871rj8xupz.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 11 Sep 2020 16:18:32 +0200") Message-ID: <87wo10wfql.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; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > And, indeed, if I remove "LC_ALL=C" from the line, then this compiles > successfully. Oh, wow. Apparently nobody is using non-ASCII in their Emacs paths? I just did a "mv trunk góo" on my laptop (UTF-8 environment), nothing altered from out-of-the-box on Debian bullseye, and make chec [...] 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: 15803 Cc: rgm@gnu.org, 15803@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 (-) Lars Ingebrigtsen writes: > And, indeed, if I remove "LC_ALL=3DC" from the line, then this compiles > successfully. Oh, wow. Apparently nobody is using non-ASCII in their Emacs paths? I just did a "mv trunk g=C3=B3o" on my laptop (UTF-8 environment), nothing altered from out-of-the-box on Debian bullseye, and make check: >>Error occurred processing lisp/emacs-lisp/regexp-opt-tests.el: File is mi= ssing (("Doing chmod" "No such file or directory" "/home/larsi/src/emacs/g\= 303\203\302\263o/test/lisp/emacs-lisp/regexp-opt-tests.elc15Rc5M")) make[3]: *** [Makefile:165: lisp/emacs-lisp/regexp-opt-tests.elc] Error 1 for all the files. So the LC_ALL=3DC thing in the compilation phase is just... wrong? --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 10:46:25 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 14:46:26 +0000 Received: from localhost ([127.0.0.1]:45077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGkJl-0005Wa-Jc for submit@debbugs.gnu.org; Fri, 11 Sep 2020 10:46:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55756) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGkJk-0005Rb-N2 for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 10:46:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40307) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGkJf-00070d-Ds; Fri, 11 Sep 2020 10:46:19 -0400 Received: from [176.228.60.248] (port=1954 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGkJd-0003uP-F0; Fri, 11 Sep 2020 10:46:18 -0400 Date: Fri, 11 Sep 2020 17:46:14 +0300 Message-Id: <83pn6sfk21.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87wo10wfql.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 11 Sep 2020 16:27:30 +0200) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> <87v9gkxzln.fsf@gnus.org> <837dt0h4er.fsf@gnu.org> <871rj8xupz.fsf@gnus.org> <87wo10wfql.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15803 Cc: rgm@gnu.org, 15803@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 (---) > From: Lars Ingebrigtsen > Cc: rgm@gnu.org, 15803@debbugs.gnu.org > Date: Fri, 11 Sep 2020 16:27:30 +0200 > > >>Error occurred processing lisp/emacs-lisp/regexp-opt-tests.el: File is missing (("Doing chmod" "No such file or directory" "/home/larsi/src/emacs/g\303\203\302\263o/test/lisp/emacs-lisp/regexp-opt-tests.elc15Rc5M")) > make[3]: *** [Makefile:165: lisp/emacs-lisp/regexp-opt-tests.elc] Error 1 > > for all the files. > > So the LC_ALL=C thing in the compilation phase is just... wrong? It's probably not TRT when the directory is non-ASCII. But note that you can say make check TEST_LOCALE= Does it help to use the locale you have set? "git log -L" indicates that the default setting of TEST_LOCALE=C was introduced in commit 4874f0b. It would be interesting to see what the tests mentioned in the log message of that commit yield if the locale is not C. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 10:55:00 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 14:55:00 +0000 Received: from localhost ([127.0.0.1]:45122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGkS3-0006gj-QS for submit@debbugs.gnu.org; Fri, 11 Sep 2020 10:55:00 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGkS1-0006gV-Fe for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 10:54:58 -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=DTC6v9o+NKPayikKa7GDqVh1Q/OuExsDB8SSCThrgzE=; b=ejPlRpsmwPcRjVvmP51GajaOfl YegI7/a+1wrmUoDAvRj/nATEXVQidax9US5uc4DI9Y8C9jmMA/q8F7Rp0J3gHsKHHYlPkx7obN95H 9vVwOfEFz63jHLFJranoB49Tk5FTNv+2jDF3k1YNhqbm2uiBfioDgLdCnVKKg2uH7EuA=; 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 1kGkRs-0003IB-BB; Fri, 11 Sep 2020 16:54:51 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> <87v9gkxzln.fsf@gnus.org> <837dt0h4er.fsf@gnu.org> <871rj8xupz.fsf@gnus.org> <87wo10wfql.fsf@gnus.org> <83pn6sfk21.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAJ1BMVEVtcXpna3RiZWtU VFdIRkdcXWJBPT1EPz5eYGVwdH0+Ojpyd4D////R7NzoAAAAAWJLR0QMgbNRYwAAAAd0SU1FB+QJ Cw4tNJAQlRQAAAGsSURBVDjLrZSxTsMwEIbPIAZvZ5cObHWkDoyopmKPycCGUAcYaQQSM+zQJ/BS CatjJd6Bt+POdtKkJRID1yY533fn/+y6ARCKDQUCsiMUedFUY8gpmH3MBX1DBmrA/hOY9NT7+kMV 8EcNM1ShW6mkoc3BTAhFm91rjQF9TAobrXRRmHYdJvm6IIdmTSPSGDnnrkulS0vOjAc2gdNn9/Tm lHZz56pZ7RwNIhgv3OWKwfSuXBQre0WD1C44PGKAn6UHsOeiAcoZzUCNSxrYD+UQ1e+g2auKAeWd LEUG2IKaKyKY3w6ANBU24JW7YoD2nSZV6fhVE0o6qsUOIOQKrC5GSwKQAR1TUoFqcvZQV49+vRUK 7ARyBcAN4vHL1z2stx4lr5yPtUqX1Ia2I59zIJcONUCgZ/gG6X10Yxz4YHfMt14Tlvugly2D7+cl n6L09QcgBFKWKe4TSK0ECJIuH4t2gHK8lIEN4q0R8KwQpPSyB3hlDKiD2EXY9Lr3rBO74IqwAyTO 7XB80/SXm/Q8lF3xzjq5ZJM1UHTjaa15i+md09llSRpTjD9K/D92wQ+hDJEjb3J3RQAAACV0RVh0 ZGF0ZTpjcmVhdGUAMjAyMC0wOS0xMVQxNDo0NTo1MiswMDowMC8ojZYAAAAldEVYdGRhdGU6bW9k aWZ5ADIwMjAtMDktMTFUMTQ6NDU6NTIrMDA6MDBedTUqAAAAAElFTkSuQmCC X-Now-Playing: Cosey Fanni Tutti's _Tutti_: "Drone" Date: Fri, 11 Sep 2020 16:54:46 +0200 In-Reply-To: <83pn6sfk21.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Sep 2020 17:46:14 +0300") Message-ID: <87k0x0weh5.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: > It's probably not TRT when the directory is non-ASCII. Sure. 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: 15803 Cc: rgm@gnu.org, 15803@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 (-) Eli Zaretskii writes: > It's probably not TRT when the directory is non-ASCII. Sure. > But note that you can say > > make check TEST_LOCALE= > > Does it help to use the locale you have set? That allows the files to be compiled, but some tests fail: Files examined: 305 Ran 4241 tests, 4197 results as expected, 5 unexpected, 39 skipped 5 files contained unexpected results: src/emacs-module-tests.log src/callint-tests.log lisp/subr-tests.log lisp/net/tramp-archive-tests.log lisp/emacs-lisp/gv-tests.log > "git log -L" indicates that the default setting of TEST_LOCALE=C was > introduced in commit 4874f0b. It would be interesting to see what the > tests mentioned in the log message of that commit yield if the locale > is not C. Hm... seems like that commit just made it optional. Looks like the LC_ALL=C has been there from the very beginning, which means that in all these years, nobody has tried "make check" with non-ASCII chars in their paths. :-) commit d221e7808c01fdc9234734f95ecf49e902085ddd Author: Christian Ohler AuthorDate: Thu Jan 13 03:08:24 2011 +1100 Commit: Christian Ohler CommitDate: Thu Jan 13 03:08:24 2011 +1100 Add ERT, a tool for automated testing in Emacs Lisp. * Makefile.in, configure.in, doc/misc/Makefile.in, doc/misc/makefile.w32-in: Add ERT. Make "make check" run tests in test/automated. * doc/misc/ert.texi, lisp/emacs-lisp/ert.el, lisp/emacs-lisp/ert-x.el: New files. * test/automated: New directory. diff --git a/test/automated/Makefile.in b/test/automated/Makefile.in --- /dev/null +++ b/test/automated/Makefile.in @@ -0,0 +47,2 @@ +# The actual Emacs command run in the targets below. +emacs = EMACSLOADPATH=$(lispsrc):$(test) LC_ALL=C $(EMACS) $(EMACSOPT) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 11:11:45 2020 Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 15:11:45 +0000 Received: from localhost ([127.0.0.1]:45145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGkiH-00077o-C2 for submit@debbugs.gnu.org; Fri, 11 Sep 2020 11:11:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36104) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGkiF-00077Y-09 for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 11:11:44 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40934) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGki9-0003VT-Np; Fri, 11 Sep 2020 11:11:37 -0400 Received: from [176.228.60.248] (port=3525 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGki7-0007zr-Pk; Fri, 11 Sep 2020 11:11:36 -0400 Date: Fri, 11 Sep 2020 18:11:32 +0300 Message-Id: <83lfhgfivv.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87k0x0weh5.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 11 Sep 2020 16:54:46 +0200) Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> <87v9gkxzln.fsf@gnus.org> <837dt0h4er.fsf@gnu.org> <871rj8xupz.fsf@gnus.org> <87wo10wfql.fsf@gnus.org> <83pn6sfk21.fsf@gnu.org> <87k0x0weh5.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15803 Cc: rgm@gnu.org, 15803@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 (---) > From: Lars Ingebrigtsen > Cc: rgm@gnu.org, 15803@debbugs.gnu.org > Date: Fri, 11 Sep 2020 16:54:46 +0200 > > > make check TEST_LOCALE= > > > > Does it help to use the locale you have set? > > That allows the files to be compiled, but some tests fail: > > Files examined: 305 > Ran 4241 tests, 4197 results as expected, 5 unexpected, 39 skipped > 5 files contained unexpected results: > src/emacs-module-tests.log > src/callint-tests.log > lisp/subr-tests.log > lisp/net/tramp-archive-tests.log > lisp/emacs-lisp/gv-tests.log Maybe these tests expect some special locale. For example, emacs-module-tests could expect UTF-8, since we don't support non-UTF-8 strings in modules. Anyway, I think if this is down to a couple of tests, we can install the changes, as the problems they uncover are elsewhere. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 12 04:47:32 2020 Received: (at 15803) by debbugs.gnu.org; 12 Sep 2020 08:47:33 +0000 Received: from localhost ([127.0.0.1]:46197 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kH1C0-0003CY-M3 for submit@debbugs.gnu.org; Sat, 12 Sep 2020 04:47:32 -0400 Received: from mout.gmx.net ([212.227.17.20]:56845) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kH1Bx-0003CJ-Pk for 15803@debbugs.gnu.org; Sat, 12 Sep 2020 04:47:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1599900443; bh=daABw67he9gUKkTDVz2+1Faha7GKHdAwNoNbvSlwYB4=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Yz1rv8NMRZHuXyzjNLS1VskB+b1PcyeSEDgbczzKM9AqKLrdwG7JwVc1gso+K/lzW FvTmukQ7FUj+lc3OVNNkXYkD3DMHbMlkXp6HBn95pOzERO293b1deRcx61rfyxeV/H 7D/l1DAdGSlGZpWhwImrYKQjvpyIhB97C+mezXyA= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([212.86.41.134]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MuDbx-1kVWEg0ymz-00udF6; Sat, 12 Sep 2020 10:47:23 +0200 From: Michael Albinus To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> <87v9gkxzln.fsf@gnus.org> <837dt0h4er.fsf@gnu.org> <871rj8xupz.fsf@gnus.org> <87wo10wfql.fsf@gnus.org> <83pn6sfk21.fsf@gnu.org> <87k0x0weh5.fsf@gnus.org> <83lfhgfivv.fsf@gnu.org> Date: Sat, 12 Sep 2020 10:47:21 +0200 In-Reply-To: <83lfhgfivv.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Sep 2020 18:11:32 +0300") Message-ID: <87tuw3gz52.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:QPMaLFTAGI3BC6GBBb+L5Si8/chbYn74ch2N2V8T6ERn7EG5f7/ gtg12Je0GZNb2/jdSyY/6JnJ/BZNvs3abK2vdtweUJOSyybmoMnN7/B8Lz/+7k9KG/LGFaT YdWFs2KX4vUI+7ucroPBfGurv/zpc3/ZprEB70a88H6lM92PtI6EryJjKl3J+epN1yYMNyx 5ZRlZSp10Eqwf82D89AqQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:wF+OBzdb3/Q=:8//7N6QQJgXlvnSBvG0ngx K9pX0ZG1KmvwLC9dR4GBmT55GKoPnCyFdxU19/mBqUE96Pz/KyuX7zgtrLJgi2049p7SVSqcE inZf2YvGkTBQrvQWtCiWBiedf6whGawDHuGLqCraQFHNNsDtIx0u5WqlX8mn+HOaLJQFZNgtY 5OIS3T/NHTjs6zPXanJES1VCOw/SSKxd4VbQ3Bf5pf4GLWwroxCaK/k8ddVsmBRTErmEFfufB sYg2B/UXruth6cTawYYn6nF1npc+c07+uyB65092ATMGylG6KDJFX12irRMjBmtnjZQfob2/z mAduZd+5yPc2T9mIiiVJzd7BJ5GsjgbT+7Y5nX9LgUxm0du1Vzrd/RBng0lcQDxwXwSlTPkTT U3oM8OXlWYGkopWSxbu8UfnsM8kFO7pJokYdsSbcw3LV8ziLLl09dDjIF1Dar6r38WYx+8goX WuGFlQMf/2BaaLCL+F8R4l6moBw+GKmzqTu+1GlQdLUvFNfrImLePoxBRBlkzxe4mL5WzrO3f bNQuthuPhQ1zlwJZ32Gm0wopql3TJfl7CjT9GwFR5MYZpWiKPOuVNpXKn5iFCO+Ormk+KiFoi ku4UvGRm5j5J+kf4x7bNcG60cYYLB2OnDv6gVtTwOzGGCa1TLczkLeAg9OvGt3ANsYeO1nFmR JpNDGwwAfIjByCTX/CuJlrOjhPYbJBr2x5aojijrkD24ai1V2+ogDBtY+uBiIFyFxm+POA0u9 gn+3VlJ3VHRE5A43gx1nzQGItPbUB7u0SuuSiGXBqxajdIshUJbqfUSnlCpb3BtNEACvzO8Ad 5ZGjv7Al9/vKLqXHWgM/1KdwFAXTVp3Ffz9HJ8z/H3GW74vZN7HIR4lMDf59aeSzo4Ylo8QRr +SoSd1g248UyfOPJ95ft5/Q2k0+h4TANbJ+BbgEZ2QuDOzNtSwvLR4h8LQDMORDOBZgQ+eI8S KodLB457KsUi/0cuOczOJAoMrThEUiJDnydnYK72AKabU+kUrx6s9SnhN/bphwcrxlUR2JNbe rRaLohY9oIur22p14R6LGp9jTa+h6YnQ5fL+dmG4A7TOiptiQezcqQO4Hr0shFNciKVNN4Q2Q ECYECv7k1RyPTmvvldOCknCY5fi85hpw7IytEE/VL61DcApaqhpZSysMcasAusuOTt/fRCaLV 4GB4U/ac8YmlI1A9jjhxbYTXP7RLJddX9O9BpJddeCTpIkd0k7yXaZJHnCTLsaPnf7zE4bGOn hCTg/sYZ2JiQkuPTApBUzeiie5exFL22Zl4xMyQ== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 15803 Cc: rgm@gnu.org, Lars Ingebrigtsen , 15803@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.7 (-) Eli Zaretskii writes: >> That allows the files to be compiled, but some tests fail: >> >> Files examined: 305 >> Ran 4241 tests, 4197 results as expected, 5 unexpected, 39 skipped >> 5 files contained unexpected results: >> src/emacs-module-tests.log >> src/callint-tests.log >> lisp/subr-tests.log >> lisp/net/tramp-archive-tests.log >> lisp/emacs-lisp/gv-tests.log > > Maybe these tests expect some special locale. For example, > emacs-module-tests could expect UTF-8, since we don't support > non-UTF-8 strings in modules. UTF8 is also required for tramp-archive-tests, IIRC (not checked actually)= . > Anyway, I think if this is down to a couple of tests, we can install > the changes, as the problems they uncover are elsewhere. Agreed. If needed, I could adapt tramp-archive-tests. I cannot speak for the other tests. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 12 07:22:02 2020 Received: (at 15803) by debbugs.gnu.org; 12 Sep 2020 11:22:02 +0000 Received: from localhost ([127.0.0.1]:46474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kH3bW-0002zD-3E for submit@debbugs.gnu.org; Sat, 12 Sep 2020 07:22:02 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60942) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kH3bT-0002yr-Vk for 15803@debbugs.gnu.org; Sat, 12 Sep 2020 07:22:00 -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=CvO9HqQfyvLgYhD35iRX3F0x0uFxszogRBpGYbSc3Iw=; b=KNVWotyTMJYwMqAkW6x3kGSpoB X+x3UwxQdad7IHsPOvdpgXyB5YxCUZb2I9TQeDuvlgwSqrOSy4Wp494R+ostwIy6aTCL7H0zEhIIm 7WPB2crQZtELFsxJpE1KqI1PoeBsWI43DQutLIgT50CG+H6n359wgyxwG7kgwLfmEw28=; 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 1kH3bL-0005n1-1C; Sat, 12 Sep 2020 13:21:53 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> <87v9gkxzln.fsf@gnus.org> <837dt0h4er.fsf@gnu.org> <871rj8xupz.fsf@gnus.org> <87wo10wfql.fsf@gnus.org> <83pn6sfk21.fsf@gnu.org> <87k0x0weh5.fsf@gnus.org> <83lfhgfivv.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEXLtaDx6+OIXEnM qU7////Dgg/GAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+QJDAsIK273slQAAAHCSURBVDjLZZQN0q4g CIVRN4C1AS9ugGT/e/sOouU712aq8Qnk5xARU00ifTz1ZxFx4yxYjYnSAZhankBuo9NCqY25b1jP 6UrJt3M3G13rJW3aJyowGCoDFjKBTPCP/DHScmWHK+u5w0KG/R6CELlImwbyc3hJbBHUkN4OIO0W gSubQZ/A1xAk6s8DRHYe+Lx/AOHazInsQcE+0N2Rr24PPP4PSEyzpNcXIZp1TB9ZHgBnzAC2jvcy hkEKiwOcJTHrq6ASILHbwBWqbWVbmBEntNUBOqG3vcAUZSVeoJYD8JsHPN8OFqFVK7ymeiMX/6S/ hGqxB28WxwOof+hgplNH9/wHAsT1BPB1ywQdgoHJAS4L0KdYNATnt2yrjtguAZBoZbQLH8e+A16H F7p8MzSnrjuegLvefSluJU8+BsSqvLfI78kLSTiKNG1QzDitfmiqmsoGRd9GoQKGsFy7RlZWq2im M2i1qmh5legFkLx7mPaIQE44K7cSmRMdYvBS9VWSYh/wKK5t8QmIZleuFsMgIaCYcxdkbk2WtFL1 PwQuqAVVX5KT2CdHmJes3qQ5JPapPfojlJu/7oLsGcR4YIF9qv4DhcN+HZa5VD0AAAAldEVYdGRh dGU6Y3JlYXRlADIwMjAtMDktMTJUMTE6MDg6NDMrMDA6MDA0NXlvAAAAJXRFWHRkYXRlOm1vZGlm eQAyMDIwLTA5LTEyVDExOjA4OjQzKzAwOjAwRWjB0wAAAABJRU5ErkJggg== X-Now-Playing: Joni Mitchell's _Joni Mitchell_: "Marcie" Date: Sat, 12 Sep 2020 13:21:49 +0200 In-Reply-To: <83lfhgfivv.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Sep 2020 18:11:32 +0300") Message-ID: <87v9gj2qb6.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: > Maybe these tests expect some special locale. For example, > emacs-module-tests could expect UTF-8, since we don't support > non-UTF-8 strings in modules. > > Anyway, I think if this is down to a co [...] 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: 15803 Cc: rgm@gnu.org, 15803@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 (-) Eli Zaretskii writes: > Maybe these tests expect some special locale. For example, > emacs-module-tests could expect UTF-8, since we don't support > non-UTF-8 strings in modules. > > Anyway, I think if this is down to a couple of tests, we can install > the changes, as the problems they uncover are elsewhere. Yeah, that's true -- since "make check" has seemingly never worked well with a non-ASCII path, then the patch doesn't really regress anything much (although the number of tests that fail with non-ASCII paths increase). OK, I'll apply the patch (after test-compiling on a couple systems), and open a new bug report for the non-ASCII path/"make check" thing. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 12 07:37:57 2020 Received: (at control) by debbugs.gnu.org; 12 Sep 2020 11:37:57 +0000 Received: from localhost ([127.0.0.1]:46492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kH3qv-0005X8-Fv for submit@debbugs.gnu.org; Sat, 12 Sep 2020 07:37:57 -0400 Received: from quimby.gnus.org ([95.216.78.240]:32938) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kH3qt-0005Wv-VQ for control@debbugs.gnu.org; Sat, 12 Sep 2020 07:37:56 -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=P1M96njLqnQR5sAtTZfH2gJsW5My0d3l9OzDVzxqhrE=; b=HmAL8eGdAgneupSyUhCNluLtYt JlNJkBAjhAy0gogjVbC742hiR/YzfvOC0SeaC4mPwtU32mFtHLLKczkhUrARMHnyR6ZnaBEQiIiwz NrEWVUPDYPXm91bA6DKGU9fk7KRk6DwLyqXFKNZecxMLT5qx6UO8gcoF9pSqCncizUD8=; 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 1kH3ql-0005wC-LB for control@debbugs.gnu.org; Sat, 12 Sep 2020 13:37:49 +0200 Date: Sat, 12 Sep 2020 13:37:41 +0200 Message-Id: <87pn6r2pkq.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #15803 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 15803 fixed close 15803 28.1 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 15803 fixed close 15803 28.1 quit From unknown Mon Jun 23 06:02:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 11 Oct 2020 11:24:04 +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