GNU bug report logs -
#70402
29.3; Error in "(emacs)Package Installation" description.
Previous Next
Reported by: tpeplt <tpeplt <at> gmail.com>
Date: Mon, 15 Apr 2024 19:05:02 UTC
Severity: normal
Found in version 29.3
Done: Eli Zaretskii <eliz <at> gnu.org>
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 70402 in the body.
You can then email your comments to 70402 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70402
; Package
emacs
.
(Mon, 15 Apr 2024 19:05:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
tpeplt <tpeplt <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 15 Apr 2024 19:05:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In the Info node for the Emacs user manual "(emacs) Package
Installation", there is the following paragraph:
"To keep Emacs from automatically making packages available at
startup, change the variable ‘package-enable-at-startup’ to ‘nil’. You
must do this in the early init file, as the variable is read before
loading the regular init file. Currently this variable cannot be set
via Customize."
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.
--
The lyf so short, the craft so long to lerne.
- Geoffrey Chaucer, The Parliament of Birds.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70402
; Package
emacs
.
(Mon, 15 Apr 2024 19:25:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 70402 <at> debbugs.gnu.org (full text, mbox):
> From: tpeplt <tpeplt <at> gmail.com>
> Date: Mon, 15 Apr 2024 15:03:25 -0400
>
> In the Info node for the Emacs user manual "(emacs) Package
> Installation", there is the following paragraph:
>
> "To keep Emacs from automatically making packages available at
> startup, change the variable ‘package-enable-at-startup’ to ‘nil’. You
> must do this in the early init file, as the variable is read before
> loading the regular init file. Currently this variable cannot be set
> via Customize."
>
> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70402
; Package
emacs
.
(Wed, 17 Apr 2024 15:18:05 GMT)
Full text and
rfc822 format available.
Message #11 received at 70402 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: tpeplt <tpeplt <at> gmail.com>
>> Date: Mon, 15 Apr 2024 15:03:25 -0400
>>
>>
>> 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."
--
The lyf so short, the craft so long to lerne.
- Geoffrey Chaucer, The Parliament of Birds.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70402
; Package
emacs
.
(Mon, 22 Apr 2024 12:36:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 70402 <at> debbugs.gnu.org (full text, mbox):
tpeplt <tpeplt <at> gmail.com> writes:
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> From: tpeplt <tpeplt <at> gmail.com>
>>> Date: Mon, 15 Apr 2024 15:03:25 -0400
>>>
>>>
>>> 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.
--
Philip Kaludercic on peregrine
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70402
; Package
emacs
.
(Mon, 22 Apr 2024 13:06:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 70402 <at> debbugs.gnu.org (full text, mbox):
> From: Philip Kaludercic <philipk <at> posteo.net>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 70402 <at> debbugs.gnu.org
> Date: Mon, 22 Apr 2024 12:34:43 +0000
>
> tpeplt <tpeplt <at> 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?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70402
; Package
emacs
.
(Mon, 22 Apr 2024 13:22:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 70402 <at> debbugs.gnu.org (full text, mbox):
>>>>> M-x customize-option RET
>>>>> Customize variable: package-enable-at-startup RET
[...]
> Stefan, any suggestions?
All I can offer is to muddy the water a bit more: the above
customization *can* work, if you save your Custom settings in your
`early-init.el` (or in another file that's loaded from that file).
But, yeah, it's more misleading than useful to to have it as
a Custom variable.
Stefan
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 27 Apr 2024 08:56:13 GMT)
Full text and
rfc822 format available.
Notification sent
to
tpeplt <tpeplt <at> gmail.com>
:
bug acknowledged by developer.
(Sat, 27 Apr 2024 08:56:14 GMT)
Full text and
rfc822 format available.
Message #25 received at 70402-done <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: Philip Kaludercic <philipk <at> posteo.net>, tpeplt <at> gmail.com,
> 70402 <at> debbugs.gnu.org
> Date: Mon, 22 Apr 2024 09:20:41 -0400
>
> >>>>> M-x customize-option RET
> >>>>> Customize variable: package-enable-at-startup RET
> [...]
> > Stefan, any suggestions?
>
> All I can offer is to muddy the water a bit more: the above
> customization *can* work, if you save your Custom settings in your
> `early-init.el` (or in another file that's loaded from that file).
Thanks, I've updated the documentation on master with this info.
> But, yeah, it's more misleading than useful to to have it as
> a Custom variable.
I guess at this late stage we cannot make this a defvar, so I left it
to be a defcustom.
And with that, I'm closing this bug.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 25 May 2024 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 20 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.