GNU bug report logs -
#21423
24.5; (package-initialize) added to init.el without (setq package-enable-at-startup nil)
Previous Next
Reported by: Phil Sainty <psainty <at> orcon.net.nz>
Date: Sun, 6 Sep 2015 11:02:02 UTC
Severity: normal
Found in version 24.5
Done: Artur Malabarba <bruce.connor.am <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Mon, 7 Sep 2015 11:26:38 +0100
with message-id <CAAdUY-K4h4=R6u4z0QOoMNqPaA3ZsC06OZP891ufpyiSqXh6EA <at> mail.gmail.com>
and subject line Re: bug#21423: 24.5; (package-initialize) added to init.el without (setq package-enable-at-startup nil)
has caused the debbugs.gnu.org bug report #21423,
regarding 24.5; (package-initialize) added to init.el without (setq package-enable-at-startup nil)
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
21423: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=21423
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
package--ensure-init-file inserts (package-initialize) into the user's
init file, but it does not also insert (setq package-enable-at-startup nil),
which means that (according to (emacs) Package Installation) Emacs will
re-initialize the packages post-init:
> In some circumstances, you may want to load packages explicitly in
> your init file (usually because some other code in your init file
> depends on a package). In that case, your init file should call the
> function ‘package-initialize’. It is up to you to ensure that
> relevant user options, such as ‘package-load-list’ (see below), are
> set up prior to the ‘package-initialize’ call. You should also set
> ‘package-enable-at-startup’ to ‘nil’, to avoid loading the packages
> again after processing the init file.
[0001-Disable-package-enable-at-startup-when-forcing-packa.patch (text/x-patch, attachment)]
[Message part 5 (message/rfc822, inline)]
Pushed the patch above plus some documentation in the NEWS and the manual.
2015-09-06 23:33 GMT+01:00 Stefan Monnier <monnier <at> iro.umontreal.ca>:
>>> That said, this change would seem to be an issue for anyone who is
>>> performing a partial initialisation in their init file (for specific
>>> packages), and then depending on the default initialisation to deal
>>> with the remainder, post-init.
>>>
>>> I can only imagine that's a very small proportion of users indeed,
>>> but I presume the scenario ought to be considered (even if only for
>>> the purposes of documenting it in NEWS).
>
>> Yes, they'll have to add (setq package-enable-at-startup t) after
>> calling initialize. That should definitely go in the NEWS.
>
> I have a hard time imagining many users doing that. As a user, if I'm
> picky enough to try and do a partial initialization in my init file,
> I'll probably also want to do the final full initialization explicitly
> in my init file.
Now that it's pushed, I'm sure _someone_ will be affected by this and
will politely let us know. :)
This bug report was last modified 9 years and 256 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.