GNU logs - #69467, boring messages


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#69467: 29.2; user-init-file set to .../lisp/progmodes/compile.el.gz
Resent-From: Phil Sainty <psainty@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 29 Feb 2024 12:25:01 +0000
Resent-Message-ID: <handler.69467.B.170920948020523 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 69467
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 69467 <at> debbugs.gnu.org
Cc: Jonas Bernoulli <jonas@HIDDEN>
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.170920948020523
          (code B ref -1); Thu, 29 Feb 2024 12:25:01 +0000
Received: (at submit) by debbugs.gnu.org; 29 Feb 2024 12:24:40 +0000
Received: from localhost ([127.0.0.1]:33828 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rffSp-0005Kw-Nc
	for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 07:24:40 -0500
Received: from lists.gnu.org ([209.51.188.17]:46812)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <psainty@HIDDEN>) id 1rffSk-0005Km-Dd
 for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 07:24:37 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <psainty@HIDDEN>)
 id 1rffSI-00034z-Vw
 for bug-gnu-emacs@HIDDEN; Thu, 29 Feb 2024 07:24:07 -0500
Received: from smtp-4.orcon.net.nz ([60.234.4.59])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <psainty@HIDDEN>)
 id 1rffSE-00067e-1V
 for bug-gnu-emacs@HIDDEN; Thu, 29 Feb 2024 07:24:05 -0500
Received: from [10.253.37.70] (port=35938 helo=webmail.orcon.net.nz)
 by smtp-4.orcon.net.nz with esmtpa (Exim 4.90_1)
 (envelope-from <psainty@HIDDEN>)
 id 1rffS2-0000cT-Aj; Fri, 01 Mar 2024 01:23:53 +1300
Received: from ip-139-180-86-108.kinect.net.nz ([139.180.86.108])
 via [10.253.37.253] by webmail.orcon.net.nz
 with HTTP (HTTP/1.1 POST); Fri, 01 Mar 2024 01:23:50 +1300
MIME-Version: 1.0
Content-Type: multipart/mixed;
 boundary="=_90c412279a91e942a1f6014b0cec7474"
Date: Fri, 01 Mar 2024 01:23:50 +1300
From: Phil Sainty <psainty@HIDDEN>
Message-ID: <afe8404c507cbec2fbd636daf268d0f7@HIDDEN>
X-Sender: psainty@HIDDEN
User-Agent: Orcon Webmail
X-GeoIP: --
Received-SPF: pass client-ip=60.234.4.59; envelope-from=psainty@HIDDEN;
 helo=smtp-4.orcon.net.nz
X-Spam_score_int: -25
X-Spam_score: -2.6
X-Spam_bar: --
X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FROM=0.001,
 RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.3 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.7 (--)

--=_90c412279a91e942a1f6014b0cec7474
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII;
 format=flowed

I recently encountered this undesirable side-effect when using the
https://github.com/emacscollective/auto-compile library in conjunction
with a byte-compiled init file.  The combination is reliably resulting
in `user-init-file' being set to the .../lisp/progmodes/compile.el.gz
path, with ensuing chaos (e.g. customized settings being written to
that file -- I first became aware of this problem while using emacs -Q
when it suddenly acquired some custom faces from my regular config as
something loaded the compile library!).

The purpose of the auto-compile package is to ensure that .elc files
are always up-to-date and loaded in preference to .el files.  I've been
using it for many years and wasn't aware of having had any issues with
it in the past, but I do not typically have a byte-compiled init.elc
file.  The auto-compile code advises `load' and `require' (which does
seem like it could present risks), however it seems so very odd to me
that user-init-file could end up with this value for any reason that
it seems like it might ultimately be an Emacs bug.

I raised it with the auto-compile maintainer (Jonas Bernoulli, CC'd)
at https://github.com/emacscollective/auto-compile/issues/33 and we
couldn't make sense of it at the time, so I'm escalating it here.

The attached bash shell recipe reproduces the issue in Emacs 29.
I can reproduce it in all of Emacs 27, 28, 29, 30 (and not 26.3 or
25.3), but this recipe uses the --init-directory option which was
added in 29.1.

(See attached script.)

The echo area in the final instance of Emacs should report the path to
compile.el.gz (and re-running the final "touch init.el && ..." command
will repeat that result each time).


If I put (debug) at the top of compile.el.gz then I get the following
backtrace, so we can see how/why compile.el is getting involved, but
it just seems very wrong for that path to be able to end up being the
user-init-file value.


Debugger entered: nil
   byte-code(...)
   compilation-mode()
   emacs-lisp-compilation-mode()
   byte-compile-log-file()
   byte-compile-from-buffer(#<buffer  *Compiler Input*>)
   byte-compile-file("/tmp/autocomp/init.el")
   auto-compile--byte-compile-file("/tmp/autocomp/init.el")
   auto-compile-on-load("/tmp/autocomp/init" nil)
   load@auto-compile("/tmp/autocomp/init" noerror nomessage)
   apply(load@auto-compile ("/tmp/autocomp/init" noerror nomessage))
   load("/tmp/autocomp/init" noerror nomessage)
   startup--load-user-init-file(#f(compiled-function () #<bytecode 
-0x54c765b3b165b77>) #f(compiled-function () #<bytecode 
-0xe2e004ca56aeafc>) t)
   command-line()
   normal-top-level()


As it seems to have started in Emacs 27, my *guess* is that it's
connected to the early-init.el system which was added in Emacs 27,
but I've not dug any further at this stage.

-Phil


In GNU Emacs 29.2 (build 2, x86_64-pc-linux-gnu, X toolkit, cairo
  version 1.16.0, Xaw scroll bars) of 2024-01-19 built on phil-lp
Repository revision: ef01b634d219bcceda17dcd61024c7a12173b88c
Repository branch: HEAD
Windowing system distributor 'The X.Org Foundation', version 
11.0.12101004
System Description: Ubuntu 22.04.4 LTS

Configured using:
  'configure --prefix=/home/phil/emacs/29.x.nc/usr/local
  --with-native-compilation=aot --with-x-toolkit=lucid --without-sound
  '--program-transform-name=s/^ctags$/ctags_emacs/''

Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG
RSVG SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP
X11 XDBE XIM XPM LUCID ZLIB

Important settings:
   value of $LC_MONETARY: en_NZ.UTF-8
   value of $LC_NUMERIC: en_NZ.UTF-8
   value of $LC_TIME: en_NZ.UTF-8
   value of $LANG: en_GB.UTF-8
   value of $XMODIFIERS: @im=ibus
   locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
   tooltip-mode: t
   global-eldoc-mode: t
   eldoc-mode: t
   show-paren-mode: t
   electric-indent-mode: t
   mouse-wheel-mode: t
   tool-bar-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   line-number-mode: t
   indent-tabs-mode: t
   transient-mark-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
comp comp-cstr warnings icons subr-x rx cl-seq cl-macs gv cl-extra
help-mode bytecomp byte-compile cl-lib sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv
eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow
isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
theme-loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo x-toolkit
x multi-tty make-network-process native-compile emacs)

Memory information:
((conses 16 77322 5466)
  (symbols 48 7141 0)
  (strings 32 20482 1869)
  (string-bytes 1 617241)
  (vectors 16 15637)
  (vector-slots 8 327068 13857)
  (floats 8 29 46)
  (intervals 56 248 0)
  (buffers 984 11))

--=_90c412279a91e942a1f6014b0cec7474
Content-Transfer-Encoding: base64
Content-Type: text/plain;
 name=recipe.sh
Content-Disposition: attachment;
 filename=recipe.sh;
 size=1626

IyBCQVNIIFNIRUxMIFJFQ0lQRSBCRUdJTlMKCiMgVGVtcCBjb25maWcgZGlyZWN0b3J5Lgpta2Rp
ciAvdG1wL2F1dG9jb21wICYmIGNkIC90bXAvYXV0b2NvbXAKCiMgQWRkIE1FTFBBIHRvIHBhY2th
Z2UtYXJjaGl2ZXMgZm9yIGluc3RhbGxpbmcgYXV0by1jb21waWxlLgpjYXQgPDwnRU9GJyA+aW5p
dC5lbAooY3VzdG9tLXNldC12YXJpYWJsZXMKIDs7IGN1c3RvbS1zZXQtdmFyaWFibGVzIHdhcyBh
ZGRlZCBieSBDdXN0b20uCiA7OyBJZiB5b3UgZWRpdCBpdCBieSBoYW5kLCB5b3UgY291bGQgbWVz
cyBpdCB1cCwgc28gYmUgY2FyZWZ1bC4KIDs7IFlvdXIgaW5pdCBmaWxlIHNob3VsZCBjb250YWlu
IG9ubHkgb25lIHN1Y2ggaW5zdGFuY2UuCiA7OyBJZiB0aGVyZSBpcyBtb3JlIHRoYW4gb25lLCB0
aGV5IHdvbid0IHdvcmsgcmlnaHQuCiAnKHBhY2thZ2UtYXJjaGl2ZXMgJygoIm1lbHBhIiAuICJo
dHRwczovL21lbHBhLm9yZy9wYWNrYWdlcy8iKSkpKQooY3VzdG9tLXNldC1mYWNlcwogOzsgY3Vz
dG9tLXNldC1mYWNlcyB3YXMgYWRkZWQgYnkgQ3VzdG9tLgogOzsgSWYgeW91IGVkaXQgaXQgYnkg
aGFuZCwgeW91IGNvdWxkIG1lc3MgaXQgdXAsIHNvIGJlIGNhcmVmdWwuCiA7OyBZb3VyIGluaXQg
ZmlsZSBzaG91bGQgY29udGFpbiBvbmx5IG9uZSBzdWNoIGluc3RhbmNlLgogOzsgSWYgdGhlcmUg
aXMgbW9yZSB0aGFuIG9uZSwgdGhleSB3b24ndCB3b3JrIHJpZ2h0LgogKQpFT0YKCiMgSW5zdGFs
bCBhdXRvLWNvbXBpbGUuCmVtYWNzIC0taW5pdC1kaXJlY3Rvcnk9IiQocHdkKSIgXAogIC1mIHBh
Y2thZ2UtcmVmcmVzaC1jb250ZW50cyBcCiAgLS1ldmFsICIocGFja2FnZS1pbnN0YWxsICdhdXRv
LWNvbXBpbGUpIiBcCiAgLWYgc2F2ZS1idWZmZXJzLWtpbGwtdGVybWluYWwKCiMgQ29uZmlndXJl
IGNvbmZpZyB0byB1c2UgYXV0by1jb21waWxlLgojIChuLmIuIHRoZXJlJ3MgYSBzaGVsbCBjb21t
YW5kIHN1YnN0aXR1dGlvbiBpbiB0aGlzIHRvIGdldAojIHRoZSBwYWNrYWdlIGRpcmVjdG9yeSBu
YW1lLikKY2F0IDw8RU9GID5lYXJseS1pbml0LmVsCjs7IGVhcmx5LWluaXQuZWw6Cjs7IFJlY29t
cGlsZSAuZWxjIGZpbGVzIGF1dG9tYXRpY2FsbHkgd2hlbmV2ZXIgbmVjZXNzYXJ5LgooYWRkLXRv
LWxpc3QgJ2xvYWQtcGF0aCAoZXhwYW5kLWZpbGUtbmFtZQogICAgICAgICAgICAgICAgICAgICAg
ICAgIiQobHMgLWQgZWxwYS9hdXRvLWNvbXBpbGUtKikiCiAgICAgICAgICAgICAgICAgICAgICAg
ICB1c2VyLWVtYWNzLWRpcmVjdG9yeSkpCihyZXF1aXJlICdhdXRvLWNvbXBpbGUpCihhdXRvLWNv
bXBpbGUtb24tc2F2ZS1tb2RlIDEpCihhdXRvLWNvbXBpbGUtb24tbG9hZC1tb2RlIDEpCkVPRgoK
IyBCeXRlLWNvbXBpbGUgaW5pdC5lbAplbWFjcyAtLWJhdGNoIC1mIGJhdGNoLWJ5dGUtY29tcGls
ZSBpbml0LmVsCgojIFVwZGF0ZSB0aGUgdW5jb21waWxlZCBmaWxlLCBzdGFydCBFbWFjcywgYW5k
IHJlcG9ydCB1c2VyLWluaXQtZmlsZS4KdG91Y2ggaW5pdC5lbCAmJiBlbWFjcyAtLWluaXQtZGly
ZWN0b3J5PSIkKHB3ZCkiIFwKICAtLWV2YWw9IihtZXNzYWdlIFwiJXNcIiB1c2VyLWluaXQtZmls
ZSkiCgojIEJBU0ggU0hFTEwgUkVDSVBFIEVORFMK
--=_90c412279a91e942a1f6014b0cec7474--





Message sent:


Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Phil Sainty <psainty@HIDDEN>
Subject: bug#69467: Acknowledgement (29.2; user-init-file set to
 .../lisp/progmodes/compile.el.gz)
Message-ID: <handler.69467.B.170920948020523.ack <at> debbugs.gnu.org>
References: <afe8404c507cbec2fbd636daf268d0f7@HIDDEN>
X-Gnu-PR-Message: ack 69467
X-Gnu-PR-Package: emacs
Reply-To: 69467 <at> debbugs.gnu.org
Date: Thu, 29 Feb 2024 12:25:02 +0000

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

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

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

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

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

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

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



Last modified: Thu, 29 Feb 2024 12:30:02 UTC

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