unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Angelo Graziosi <angelo.graziosi@alice.it>
Cc: 22727@debbugs.gnu.org
Subject: bug#22727: Managing packages writes the user init file
Date: Thu, 18 Feb 2016 18:48:41 +0200	[thread overview]
Message-ID: <8337squfpy.fsf@gnu.org> (raw)
In-Reply-To: <56C51520.6020205@alice.it> (message from Angelo Graziosi on Thu,  18 Feb 2016 01:49:36 +0100)

> From: Angelo Graziosi <angelo.graziosi@alice.it>
> Date: Thu, 18 Feb 2016 01:49:36 +0100
> 
> I have noticed that just using
> 
>   Options - Manage Emacs Packages
> 
> writes my init file. For example I find these additions in my case:
> 
> (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 (tabbar-ruler sr-speedbar))))
> (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.
>  )
> 
> I discovered this only casually..
> 
> I think this is not the right thing to do. Why an application should write a file which belongs to the user? 

This is how Custom behaves since ages ago: when you save
customizations, it writes such forms into your ~/.emacs.  The use case
with package managing is therefore not special in any way; rather, you
are proposing to divert the customizations made by Custom to a
separate file.  We already have an option to do that, named
'custom-file'; see the node "Saving Customizations" in the Emacs User
Manual.  Is that option sufficient to solve your problem in this bug
report?  If not, can you tell why not?

It is possible that your objection is somehow limited to what
package.el does, but, as written, it describes a much more broad class
of functionalities, and is not specific to package.el.

For the record, the reason why customizations are by default saved in
~/.emacs is that originally the idea was to teach users how to use
Lisp for customizing Emacs, so that users could progressively migrate
from using Custom to writing their own Lisp, as they gain proficiency.
I don't think we've abandoned this idea, even though I'm not sure it
is working as planned.





  reply	other threads:[~2016-02-18 16:48 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 [this message]
2016-02-18 18:49   ` Angelo Graziosi
2016-02-18 20:29     ` Eli Zaretskii
2016-02-18 22:04       ` Angelo Graziosi
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=8337squfpy.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=22727@debbugs.gnu.org \
    --cc=angelo.graziosi@alice.it \
    /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).