From: Eli Zaretskii <eliz@gnu.org>
To: Philip Kaludercic <philipk@posteo.net>,
Stefan Monnier <monnier@iro.umontreal.ca>
Cc: tpeplt@gmail.com, 70402@debbugs.gnu.org
Subject: bug#70402: 29.3; Error in "(emacs)Package Installation" description.
Date: Mon, 22 Apr 2024 16:04:28 +0300 [thread overview]
Message-ID: <86h6ft5z1f.fsf@gnu.org> (raw)
In-Reply-To: <87y195tw2k.fsf@posteo.net> (message from Philip Kaludercic on Mon, 22 Apr 2024 12:34:43 +0000)
> From: Philip Kaludercic <philipk@posteo.net>
> Cc: Eli Zaretskii <eliz@gnu.org>, 70402@debbugs.gnu.org
> Date: Mon, 22 Apr 2024 12:34:43 +0000
>
> tpeplt <tpeplt@gmail.com> writes:
>
> >>> The final sentence in this paragraph says that
> >>> ‘package-enable-at-startup’ cannot be set via Customize, but it is
> >>> possible in Emacs 29.3 to set that variable via Customize. Type the
> >>> following:
> >>>
> >>> M-x customize-option RET
> >>> Customize variable: package-enable-at-startup RET
> >>>
> >>> After this sequence, the buffer "*Customize Option: Package Enable At
> >>> Startup*" is displayed, which according to the Emacs user manual should
> >>> not be possible.
> >
> >>
> >> I think you misunderstand what the manual attempts to convey: that
> >> customizing this variable will not have the desired effect, because it
> >> must be set before reading the init file.
> >
> > If I understand you correctly, then there are two reasons, rather than
> > one, for why the variable ‘package-enable-at-startup’ should not be an
> > (customizable) option:
> >
> > 1. Because the Emacs user manual says that it cannot be set (it can).
> >
> > 2. Because setting the variable via ‘customize-option’ has no effect (it
> > happens too late in the initialization sequence?).
> >
> > If the user manual says that "something" cannot be done and doing so
> > anyway would have no effect, then it should not be possible to do that
> > "something."
>
> When in doubt, "cannot" for Emacs usually means "will not do what you
> want it to" instead of "it is not possible to", or that is at least how
> I read the sentence here. That being said, I guess the manual could be
> clarified, or one could revert `package-enable-at-startup' to a regular
> variable? I am not sure what the policy on the last point is.
Stefan, any suggestions?
next prev parent reply other threads:[~2024-04-22 13:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-15 19:03 bug#70402: 29.3; Error in "(emacs)Package Installation" description tpeplt
2024-04-15 19:24 ` Eli Zaretskii
2024-04-17 15:16 ` tpeplt
2024-04-22 12:34 ` Philip Kaludercic
2024-04-22 13:04 ` Eli Zaretskii [this message]
2024-04-22 13:20 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-04-27 8:54 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86h6ft5z1f.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=70402@debbugs.gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=philipk@posteo.net \
--cc=tpeplt@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.