From: Angelo Graziosi <angelo.graziosi@alice.it>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 22727@debbugs.gnu.org, johnw@gnu.org
Subject: bug#22727: Managing packages writes the user init file
Date: Thu, 18 Feb 2016 23:04:09 +0100 [thread overview]
Message-ID: <56C63FD9.4050102@alice.it> (raw)
In-Reply-To: <8360xlu5i0.fsf@gnu.org>
Il 18/02/2016 21:29, Eli Zaretskii ha scritto:
>> Cc: 22727@debbugs.gnu.org, johnw@gnu.org
>> From: Angelo Graziosi <angelo.graziosi@alice.it>
>> Date: Thu, 18 Feb 2016 19:49:15 +0100
>>
>> The problem here is NOT that when one customizes something this is saved
>> in the init file but that also when one does not customize anything, the
>> init file is changed, more or less silently. For example clicking
>> Options -Manage Emacs packages.
>
> If we solve this part, i.e. avoid modifying .emacs until the user
> actually selects some packages to install, would that address your
> concerns that triggered this bug report?
No.
1.
As I tried to explain, I haven't opened this report to see fixed an
issue for me. Please read:
http://lists.gnu.org/archive/html/emacs-devel/2016-02/msg00989.html
On emacs-devel there is a discussion in which others think Emacs should
not change the init file when one manages Emacs packages.
2.
Since I discovered this behavior, each time I need to manege packages (I
have some packages installed from MELPA), I save my init file and
restore it after the managing. So I never used those additions and Emacs
seems to work the same. Indeed I don't understand why installing
packages should change MY init file..
3.
Anyway, I am not an Emacs developer so it could be the case that for
some obscure (to me) reason, Emacs needs those additions/informations.
If this is true, why not use another packages configuration files? On
emacs-devel it seems that other users/developers would prefer that..
Given the nature of the addictions,
(custom-set-variables
;; custom-set-variables was added by Custom.
;; If you edit it by hand, you could mess it up, so be careful.
;; Your init file should contain only one such instance.
;; If there is more than one, they won't work right.
'(package-selected-packages (quote (bla bla bla))))
(custom-set-faces
;; custom-set-faces was added by Custom.
;; If you edit it by hand, you could mess it up, so be careful.
;; Your init file should contain only one such instance.
;; If there is more than one, they won't work right.
)
why not to use a separate file also for Options - Customize Emacs? If I
understand the discussion on emacs-devel someone proposes to use
something like "customize-emacs" both for managing packages and
"Customize Emacs". This seems reasonable. Se also
http://lists.gnu.org/archive/html/bug-gnu-emacs/2016-02/msg01034.html,
where I reported a raw example how things could be from the end user POV.
In any case, I can live with current status.
4.
This thread seems to have all the prerequisites to become another of
those endless thread, so please close this bug report (who is interested
could always reopen another) or remove me from the discussion.
Thanks,
Angelo.
>
> As for silent modifications: if the user accepts some options that
> should remain in effect for future sessions, that's a reason good
> enough to save these settings. This is what Custom does when you save
> the customizations for future sessions.
>
> Thanks.
>
next prev parent reply other threads:[~2016-02-18 22:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-18 0:49 bug#22727: Managing packages writes the user init file Angelo Graziosi
2016-02-18 16:48 ` Eli Zaretskii
2016-02-18 18:49 ` Angelo Graziosi
2016-02-18 20:29 ` Eli Zaretskii
2016-02-18 22:04 ` Angelo Graziosi [this message]
2016-02-19 6:36 ` Nicolas Richard
2016-02-19 9:40 ` 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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=56C63FD9.4050102@alice.it \
--to=angelo.graziosi@alice.it \
--cc=22727@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=johnw@gnu.org \
/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 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).