all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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.
>





  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

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