unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Robert Pluim <rpluim@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Phil Sainty <psainty@orcon.net.nz>,
	larsi@gnus.org, p.d.oliver@mavit.org.uk, 49424@debbugs.gnu.org
Subject: bug#49424: 27.2; Misdocumented default initialisation file
Date: Thu, 08 Jul 2021 10:30:48 +0200	[thread overview]
Message-ID: <87fswpb41z.fsf@gmail.com> (raw)
In-Reply-To: <83a6mxe0aa.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 08 Jul 2021 10:23:57 +0300")

>>>>> On Thu, 08 Jul 2021 10:23:57 +0300, Eli Zaretskii <eliz@gnu.org> said:

    >> Date: Thu, 08 Jul 2021 13:17:22 +1200
    >> From: Phil Sainty <psainty@orcon.net.nz>
    >> Cc: Lars Ingebrigtsen <larsi@gnus.org>, 49424@debbugs.gnu.org,
    >> Robert Pluim <rpluim@gmail.com>
    >> 
    >> On 2021-07-08 05:58, Peter Oliver wrote:
    >> > If we’re making a change, here, it may be worth going all the way:
    >> > create $XDG_CONFIG_HOME/emacs if it and ~/.emacs.d don’t exist, and
    >> > hence use $XDG_CONFIG_HOME/emacs/init.el when creating a new
    >> > initialisation file.
    >> 
    >> I don't agree with doing that.
    >>

Right. We should never create $XDG_CONFIG_HOME/emacs.

    >> The current XDG_CONFIG_HOME behaviour is opt-in, and I think it should
    >> stay that way, partly so that the default behaviour is consistent across
    >> systems, but also because I think the suggested behaviour would cause
    >> widespread confusion from users who run Emacs before creating their
    >> ~/.emacs.d directory, and then can't figure out why their new config
    >> isn't working.  (IIRC that is exactly what happened with the original
    >> XDG_CONFIG_HOME support code before it was adjusted to ensure that it
    >> was opt-in behaviour, despite the fact that you needed to be running
    >> a pre-release build of Emacs to be affected and therefore likely to
    >> have a better understanding of things than the average newcomer.)

    Eli> I tend to agree with Phil here.  Let's leave this part of Emacs alone
    Eli> for a release or two, and see how the user community reacts to the
    Eli> changes we did just recently.  Making changes right now in this
    Eli> sensitive area could bring more trouble, and what practical problems
    Eli> are we going to solve?

By 'this part' do you mean the XDG_CONFIG_HOME related changes, or
also the suggested change to prefer ~/.emacs.d/init.el when no config
files exist? The latter is a relatively small change, but itʼs in a
convoluted area of startup [1], so Iʼd have no problem with leaving it
alone.

Robert

Footnotes:
[1]  I made the change, tested it, and it gave incorrect results, so had
     to re-do it. Twice.

-- 





  reply	other threads:[~2021-07-08  8:30 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-05 22:56 bug#49424: 27.2; Misdocumented default initialisation file Peter Oliver
2021-07-06 15:11 ` Lars Ingebrigtsen
2021-07-07  9:17   ` Robert Pluim
2021-07-07 11:28     ` Rudolf Schlatte
2021-07-07 13:10       ` Robert Pluim
2021-07-07 16:33         ` Rudolf Schlatte
2021-07-07 12:24     ` Phil Sainty
2021-07-07 13:08       ` Robert Pluim
2021-07-07 14:11         ` Stephen Berman
2021-07-07 14:40           ` Robert Pluim
2021-07-07 16:21             ` Stephen Berman
2021-07-08  1:06         ` Phil Sainty
2021-07-07 17:58     ` Peter Oliver
2021-07-08  1:17       ` Phil Sainty
2021-07-08  7:23         ` Eli Zaretskii
2021-07-08  8:30           ` Robert Pluim [this message]
2021-07-08  9:21             ` Eli Zaretskii
2021-07-07 18:12     ` Peter Oliver
2021-07-07 18:36       ` Eli Zaretskii
2021-07-07 19:08         ` Peter Oliver
2021-07-07 19:27           ` Eli Zaretskii
2021-07-07 21:51             ` Peter Oliver
2021-07-08  6:23               ` Eli Zaretskii
2021-07-08  8:40                 ` Robert Pluim
2021-07-08  9:22                   ` Eli Zaretskii
2021-07-08 18:22                     ` Peter Oliver
2021-07-08 19:10                       ` Eli Zaretskii
2021-10-24  8:12                 ` Stefan Kangas
2021-10-24 13:27                   ` Lars Ingebrigtsen
2021-10-24 14:10                     ` Stefan Kangas
2021-10-24 14:17                       ` Lars Ingebrigtsen
2021-10-24 14:47                         ` Stefan Kangas
2021-10-24 14:56                         ` Stefan Kangas
2021-10-24 15:20                           ` Eli Zaretskii
2021-10-24 21:52                             ` Stefan Kangas
2021-10-24 14:25                   ` Robert Pluim

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=87fswpb41z.fsf@gmail.com \
    --to=rpluim@gmail.com \
    --cc=49424@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=larsi@gnus.org \
    --cc=p.d.oliver@mavit.org.uk \
    --cc=psainty@orcon.net.nz \
    /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).