View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003070||Rocky-Linux-8||emacs||public||2023-04-28 05:49||2023-04-28 06:53|
|Reporter||Jason Vas Dias||Assigned To||Louis Abel|
|Priority||high||Severity||minor||Reproducibility||have not tried|
|Summary||0003070: inappropriate byte compiler warnings with use of '-l' option appearing only with new update to emacs-26.1-7.el8_7.1.x86_64|
|Description||For years now I have used this alias to turn off font-lock when I am running emacs in a character mode terminal:|
alias Ed='emacs -nw -l ~/emacs-text-mode.el'
Note, emacs's -l option , from manual:
-l file, --load=file
Load the lisp code in the file file.
Note, it says 'Load', not 'Compile' - yet now, whenever I load emacs-text-mode.el in this way (not using
Emacs's 'M-x load-file' command), the emacs screen splits and I get a message in a new '*Compile-Log*'
buffer window with the message:
Warning (bytecomp): Unused lexical variable `start'
My emacs_text_mode.el file does not contain the text 'start' .
Without my emacs_test_mode.el file, Emacs renders text illegibly in dark colors on my black terminal
if the file has any recognized "syntax".
So now with latest update I can read or edit text in character terminal mode emacs
without closing this extra new unwanted '*Compile-Log*' buffer .
On Emacs 27.1 (Fedora), and on Emacs 28.2 (latest build on Fedora), and on your previous Emacs release
prior to the update I applied a few days ago , this does not happen, with the same emacs-text-mode.el .
Now I have to build Emacs-28.2 and roll it out to our cluster of 10 Rocky hosts because of this.
Please restore behavior of previous emacs-1:26.1-7.el8 release as regards using the '-l' option -
files loaded during initialization should not be byte compiled, they should be interpreted, like '.emacs' .
|Steps To Reproduce||See above - load a file that does not define 'start' with the '-l' option.|
|Tags||No tags attached.|
|the emacs-text-mode.el file in question|
your bug reporter is not up to the job - it does not let me attach a '.el' file !
emacs-text-mode.el.txt (1,323 bytes)
;; make script file text readable when in character terminal mode (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(font-lock-global-modes nil) '(font-lock-maximum-decoration t) '(global-font-lock-mode nil)) (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(fringe ((t (:background "black")))) '(highlight ((t (:background "black" :foreground "#0F0")))) '(lazy-highlight ((t (:background "black" :foreground "#020")))) '(menu ((t (:background "#444" :foreground "white")))) '(minibuffer-prompt ((t (:foreground "#AFA")))) '(mode-line ((t (:background "#445" :foreground "white" :box (:line-width -1 :style released-button) :weight bold)))) '(mode-line-inactive ((t (:inherit mode-line :background "#444" :foreground "white" :box (:line-width -1 :color "grey75") :weight semi-bold)))) '(region ((t (:extend t :background "black" :foreground "#0F0")))) '(widget-field ((t (:extend t :background "#222" :foreground "white")))))
emacs-text-mode.el.txt (1,323 bytes)
Thank you for the report.
Recently emacs was updated from upstream (Red Hat) that fixes a latex injection vulnerability. You can see the patch here: https://git.rockylinux.org/staging/rpms/emacs/-/commit/41d37acd47e7e6ac3110ec90dc6cb6d32ba7c181
I admit I am not an emacs user, however the behavior you are describing is likely an unintended consequence of the vulnerability patch. I don't have a way of reproducing this myself without more information, so if you can describe your environment and how you run your terminal, we can try to reproduce this and figure out next steps for this report.
Note that due to the nature of it being a security update, reverting this will likely not happen. If we find that this is reproducible, you may report this issue to bugzilla.redhat.com or we can report it for you.
Setting to NEEDINFO
|2023-04-28 05:49||Jason Vas Dias||New Issue|
|2023-04-28 06:05||Jason Vas Dias||Note Added: 0003103|
|2023-04-28 06:07||Jason Vas Dias||Note Added: 0003104|
|2023-04-28 06:07||Jason Vas Dias||File Added: emacs-text-mode.el.txt|
|2023-04-28 06:53||Louis Abel||Assigned To||=> Louis Abel|
|2023-04-28 06:53||Louis Abel||Status||new => needinfo|
|2023-04-28 06:53||Louis Abel||Note Added: 0003105|