unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#70402: 29.3; Error in "(emacs)Package Installation" description.
@ 2024-04-15 19:03 tpeplt
  2024-04-15 19:24 ` Eli Zaretskii
  0 siblings, 1 reply; 7+ messages in thread
From: tpeplt @ 2024-04-15 19:03 UTC (permalink / raw)
  To: 70402

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.





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#70402: 29.3; Error in "(emacs)Package Installation" description.
  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
  0 siblings, 1 reply; 7+ messages in thread
From: Eli Zaretskii @ 2024-04-15 19:24 UTC (permalink / raw)
  To: tpeplt; +Cc: 70402

> From: tpeplt <tpeplt@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.





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#70402: 29.3; Error in "(emacs)Package Installation" description.
  2024-04-15 19:24 ` Eli Zaretskii
@ 2024-04-17 15:16   ` tpeplt
  2024-04-22 12:34     ` Philip Kaludercic
  0 siblings, 1 reply; 7+ messages in thread
From: tpeplt @ 2024-04-17 15:16 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 70402

Eli Zaretskii <eliz@gnu.org> writes:

>> From: tpeplt <tpeplt@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.





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#70402: 29.3; Error in "(emacs)Package Installation" description.
  2024-04-17 15:16   ` tpeplt
@ 2024-04-22 12:34     ` Philip Kaludercic
  2024-04-22 13:04       ` Eli Zaretskii
  0 siblings, 1 reply; 7+ messages in thread
From: Philip Kaludercic @ 2024-04-22 12:34 UTC (permalink / raw)
  To: tpeplt; +Cc: Eli Zaretskii, 70402

tpeplt <tpeplt@gmail.com> writes:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> From: tpeplt <tpeplt@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





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#70402: 29.3; Error in "(emacs)Package Installation" description.
  2024-04-22 12:34     ` Philip Kaludercic
@ 2024-04-22 13:04       ` Eli Zaretskii
  2024-04-22 13:20         ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 7+ messages in thread
From: Eli Zaretskii @ 2024-04-22 13:04 UTC (permalink / raw)
  To: Philip Kaludercic, Stefan Monnier; +Cc: tpeplt, 70402

> 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?





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#70402: 29.3; Error in "(emacs)Package Installation" description.
  2024-04-22 13:04       ` Eli Zaretskii
@ 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
  0 siblings, 1 reply; 7+ messages in thread
From: Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-04-22 13:20 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Philip Kaludercic, tpeplt, 70402

>>>>> 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






^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#70402: 29.3; Error in "(emacs)Package Installation" description.
  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
  0 siblings, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2024-04-27  8:54 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: philipk, tpeplt, 70402-done

> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: Philip Kaludercic <philipk@posteo.net>,  tpeplt@gmail.com,
>   70402@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.





^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2024-04-27  8:54 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
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
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

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).