GNU bug report logs - #60850

Previous Next

Package: emacs;

Reported by: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>

Date: Mon, 16 Jan 2023 06:31:02 UTC

Severity: normal

Tags: moreinfo

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 60850 in the body.
You can then email your comments to 60850 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#60850; Package emacs. (Mon, 16 Jan 2023 06:31:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 16 Jan 2023 06:31:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Date: Mon, 16 Jan 2023 07:29:28 +0100
[Message part 1 (text/plain, inline)]
I created a file called /tmp/test.el with the following contents:

--cut here--
(require 'org)
--cut here--

and then called emacs as

emacs -Q -l /tmp/test.el

I get the following message in the *Warnings* buffer:

⛔ Warning (comp): org-loaddefs.el.gz:846:61: Warning: Unused lexical
variable `org-element-use-cache'

BTW: Isn't ⛔ a bit to "visually drastic" for a _warning_ ? Shouldn't it be
reserved for things like errors?


In GNU Emacs 29.0.60 (build 1, x86_64-pc-linux-gnu, GTK+ Version
 3.24.33, cairo version 1.16.0) of 2023-01-14 built on bdeb404024db
Repository revision: bdbb7099784eb79ef9b94bb85f0c3dc9dae82d6c
Repository branch: emacs-29
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Ubuntu 22.04.1 LTS

Configured using:
 'configure --prefix=/usr --program-suffix=29 --with-json --with-x
 --with-x-toolkit=gtk3 --with-cairo --with-compress-install
 --with-modules=yes --with-threads --with-included-regex --with-zlib
 --without-tree-sitter --with-native-compilation 'CFLAGS=-g -O2
 -ffile-prefix-map=/home/paag/emacs=. -flto=auto -ffat-lto-objects
 -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat
 -Werror=format-security' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2'
 'LDFLAGS=-Wl,-Bsymbolic-functions -flto=auto -ffat-lto-objects
 -flto=auto -Wl,-z,relro''

Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG
SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XINPUT2 XPM
GTK3 ZLIB

Important settings:
  value of $LC_MONETARY: es_ES.UTF-8
  value of $LC_NUMERIC: es_ES.UTF-8
  value of $LC_TIME: es_ES.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 mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils comp comp-cstr warnings
cl-seq cl-macs gv cl-extra help-mode bytecomp byte-compile org ob
ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src ob-comint
org-pcomplete pcomplete comint ansi-osc ansi-color ring org-list
org-footnote org-faces org-entities time-date subr-x noutline outline
icons ob-emacs-lisp ob-core ob-eval org-cycle org-table ol rx org-fold
org-fold-core org-keys oc org-loaddefs find-func cal-menu calendar
cal-loaddefs org-version org-compat org-macs format-spec cl-loaddefs
cl-lib 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 dynamic-setting system-font-setting
font-render-setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty
make-network-process native-compile emacs)

Memory information:
((conses 16 138339 8519)
 (symbols 48 12182 0)
 (strings 32 38825 2002)
 (string-bytes 1 1214298)
 (vectors 16 23551)
 (vector-slots 8 443047 16748)
 (floats 8 97 86)
 (intervals 56 276 0)
 (buffers 984 12))

-- 
Fragen sind nicht da um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#60850; Package emacs. (Mon, 16 Jan 2023 06:51:02 GMT) Full text and rfc822 format available.

Message #8 received at 60850 <at> debbugs.gnu.org (full text, mbox):

From: Jim Porter <jporterbugs <at> gmail.com>
To: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>, 60850 <at> debbugs.gnu.org
Subject: Re: bug#60850:
Date: Sun, 15 Jan 2023 22:50:01 -0800
On 1/15/2023 10:29 PM, Pedro Andres Aranda Gutierrez wrote:
> BTW: Isn't ⛔ a bit to "visually drastic" for a _warning_ ? Shouldn't it be
> reserved for things like errors?

Maybe worth filing a separate bug about this, but how about ⚠️ instead? 
Its official name is "Warning Sign", which seems appropriate.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#60850; Package emacs. (Mon, 16 Jan 2023 07:36:02 GMT) Full text and rfc822 format available.

Message #11 received at 60850 <at> debbugs.gnu.org (full text, mbox):

From: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
To: Jim Porter <jporterbugs <at> gmail.com>
Cc: 60850 <at> debbugs.gnu.org
Subject: Re: bug#60850:
Date: Mon, 16 Jan 2023 08:35:16 +0100
[Message part 1 (text/plain, inline)]
Done!

On Mon, 16 Jan 2023 at 07:50, Jim Porter <jporterbugs <at> gmail.com> wrote:

> On 1/15/2023 10:29 PM, Pedro Andres Aranda Gutierrez wrote:
> > BTW: Isn't ⛔ a bit to "visually drastic" for a _warning_ ? Shouldn't it
> be
> > reserved for things like errors?
>
> Maybe worth filing a separate bug about this, but how about ⚠️ instead?
> Its official name is "Warning Sign", which seems appropriate.
>


-- 
Fragen sind nicht da um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#60850; Package emacs. (Mon, 16 Jan 2023 14:44:02 GMT) Full text and rfc822 format available.

Message #14 received at 60850 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
Cc: 60850 <at> debbugs.gnu.org
Subject: Re: bug#60850:
Date: Mon, 16 Jan 2023 16:43:46 +0200
> From: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
> Date: Mon, 16 Jan 2023 07:29:28 +0100
> 
> I created a file called /tmp/test.el with the following contents:
> 
> --cut here--
> (require 'org)
> --cut here--
> 
> and then called emacs as
> 
> emacs -Q -l /tmp/test.el
> 
> I get the following message in the *Warnings* buffer:
> 
> ⛔ Warning (comp): org-loaddefs.el.gz:846:61: Warning: Unused lexical variable `org-element-use-cache'

I cannot reproduce this.  Crystal ball says that your org-loaddefs.el
is stale and needs to be regenerated.

> BTW: Isn't ⛔ a bit to "visually drastic" for a _warning_ ? Shouldn't it be
> reserved for things like errors?

Others explained why this uses that particular icon.  I don't see any
serious problem there, as any icon I can think of could be confusing
to someone.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#60850; Package emacs. (Tue, 17 Jan 2023 04:59:02 GMT) Full text and rfc822 format available.

Message #17 received at 60850 <at> debbugs.gnu.org (full text, mbox):

From: Richard Stallman <rms <at> gnu.org>
To: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
Cc: jporterbugs <at> gmail.com, 60850 <at> debbugs.gnu.org
Subject: Re: bug#60850:
Date: Mon, 16 Jan 2023 23:57:56 -0500
[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > > On 1/15/2023 10:29 PM, Pedro Andres Aranda Gutierrez wrote:
  > > > BTW: Isn't ⛔ a bit to "visually drastic" for a _warning_ ? Shouldn't it
  > > be
  > > > reserved for things like errors?
  > >
  > > Maybe worth filing a separate bug about this, but how about ⚠️ instead?
  > > Its official name is "Warning Sign", which seems appropriate.

In what context are these characters used?  I never see them in using
Emacs -- which is a good thing, since the Linux console can't display
them: they appear onit as one or three blue diamonds.

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)






Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#60850; Package emacs. (Tue, 17 Jan 2023 05:45:02 GMT) Full text and rfc822 format available.

Message #20 received at 60850 <at> debbugs.gnu.org (full text, mbox):

From: Jim Porter <jporterbugs <at> gmail.com>
To: rms <at> gnu.org, Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
Cc: 60850 <at> debbugs.gnu.org
Subject: Re: bug#60850:
Date: Mon, 16 Jan 2023 21:44:38 -0800
On 1/16/2023 8:57 PM, Richard Stallman wrote:
> [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> [[[ whether defending the US Constitution against all enemies,     ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> 
>    > > On 1/15/2023 10:29 PM, Pedro Andres Aranda Gutierrez wrote:
>    > > > BTW: Isn't ⛔ a bit to "visually drastic" for a _warning_ ? Shouldn't it
>    > > be
>    > > > reserved for things like errors?
>    > >
>    > > Maybe worth filing a separate bug about this, but how about ⚠️ instead?
>    > > Its official name is "Warning Sign", which seems appropriate.
> 
> In what context are these characters used?  I never see them in using
> Emacs -- which is a good thing, since the Linux console can't display
> them: they appear onit as one or three blue diamonds.

They appear in the *Warnings* buffer if some code calls 
'display-warning'. You can see what it looks like on your system by 
evaluating:

  (display-warning 'some-type "a warning message")

The code to generate these icons is (well, should be) smart enough to 
choose a fallback string instead of ⛔ if your Emacs session can't 
display that character.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#60850; Package emacs. (Fri, 20 Jan 2023 04:01:02 GMT) Full text and rfc822 format available.

Message #23 received at 60850 <at> debbugs.gnu.org (full text, mbox):

From: Richard Stallman <rms <at> gnu.org>
To: Jim Porter <jporterbugs <at> gmail.com>
Cc: 60850 <at> debbugs.gnu.org, paaguti <at> gmail.com
Subject: Re: bug#60850:
Date: Thu, 19 Jan 2023 23:00:38 -0500
[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > The code to generate these icons is (well, should be) smart enough to 
  > choose a fallback string instead of ⛔ if your Emacs session can't 
  > display that character.

That seems to work properly.
Thanks.

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)






Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#60850; Package emacs. (Tue, 05 Sep 2023 23:36:02 GMT) Full text and rfc822 format available.

Message #26 received at 60850 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 60850 <at> debbugs.gnu.org, Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
Subject: Re: bug#60850:
Date: Tue, 5 Sep 2023 16:35:45 -0700
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
>> Date: Mon, 16 Jan 2023 07:29:28 +0100
>>
>> I created a file called /tmp/test.el with the following contents:
>>
>> --cut here--
>> (require 'org)
>> --cut here--
>>
>> and then called emacs as
>>
>> emacs -Q -l /tmp/test.el
>>
>> I get the following message in the *Warnings* buffer:
>>
>> ⛔ Warning (comp): org-loaddefs.el.gz:846:61: Warning: Unused lexical variable `org-element-use-cache'
>
> I cannot reproduce this.  Crystal ball says that your org-loaddefs.el
> is stale and needs to be regenerated.

Are you still seeing this?

It seems like a "make bootstrap" should fix it.




Added tag(s) moreinfo. Request was from Stefan Kangas <stefankangas <at> gmail.com> to control <at> debbugs.gnu.org. (Tue, 05 Sep 2023 23:37:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#60850; Package emacs. (Wed, 06 Sep 2023 06:59:01 GMT) Full text and rfc822 format available.

Message #31 received at 60850 <at> debbugs.gnu.org (full text, mbox):

From: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 60850 <at> debbugs.gnu.org
Subject: Re: bug#60850:
Date: Wed, 6 Sep 2023 08:57:48 +0200
[Message part 1 (text/plain, inline)]
HI, it is fixed on my side with emacs30 compiled on 05-09-23.

Thanks!
/PA

On Wed, 6 Sept 2023 at 01:35, Stefan Kangas <stefankangas <at> gmail.com> wrote:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> From: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
> >> Date: Mon, 16 Jan 2023 07:29:28 +0100
> >>
> >> I created a file called /tmp/test.el with the following contents:
> >>
> >> --cut here--
> >> (require 'org)
> >> --cut here--
> >>
> >> and then called emacs as
> >>
> >> emacs -Q -l /tmp/test.el
> >>
> >> I get the following message in the *Warnings* buffer:
> >>
> >> ⛔ Warning (comp): org-loaddefs.el.gz:846:61: Warning: Unused lexical
> variable `org-element-use-cache'
> >
> > I cannot reproduce this.  Crystal ball says that your org-loaddefs.el
> > is stale and needs to be regenerated.
>
> Are you still seeing this?
>
> It seems like a "make bootstrap" should fix it.
>


-- 
Fragen sind nicht da, um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet
[Message part 2 (text/html, inline)]

Reply sent to Stefan Kangas <stefankangas <at> gmail.com>:
You have taken responsibility. (Wed, 06 Sep 2023 07:32:02 GMT) Full text and rfc822 format available.

Notification sent to Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>:
bug acknowledged by developer. (Wed, 06 Sep 2023 07:32:02 GMT) Full text and rfc822 format available.

Message #36 received at 60850-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 60850-done <at> debbugs.gnu.org
Subject: Re: bug#60850:
Date: Wed, 6 Sep 2023 00:31:24 -0700
Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com> writes:

> HI, it is fixed on my side with emacs30 compiled on 05-09-23.

Thanks for reporting back.  I'm therefore closing this bug report.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 04 Oct 2023 11:24:23 GMT) Full text and rfc822 format available.

This bug report was last modified 205 days ago.

Previous Next


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