From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: [External] : Re: Default custom file was: Re: Propose to add setup-wizard.el to ELPA Date: Wed, 12 Jan 2022 13:09:00 +0800 Message-ID: <87h7a9wnf7.fsf@yahoo.com> References: <740A136F-8710-4F4C-BFC1-A3DB418447F4@gmail.com> <87bl0q8vfa.fsf@yahoo.com> <83pmp69vsu.fsf@gnu.org> <8735m17l8c.fsf@yahoo.com> <875yqx5nub.fsf@yahoo.com> <83lezt8cm6.fsf@gnu.org> <871r1k38ym.fsf@gmail.com> <878rvs1i5a.fsf@yahoo.com> <87mtk8ywye.fsf@yahoo.com> <87a6g8yql2.fsf@yahoo.com> <87lezrvyfx.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24409"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) Cc: Tim Cross , "emacs-devel@gnu.org" To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jan 12 06:11:26 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n7Vut-00065g-H0 for ged-emacs-devel@m.gmane-mx.org; Wed, 12 Jan 2022 06:11:23 +0100 Original-Received: from localhost ([::1]:60990 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n7Vus-0000lj-0F for ged-emacs-devel@m.gmane-mx.org; Wed, 12 Jan 2022 00:11:22 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:44980) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n7Vsm-0007Xp-Lv for emacs-devel@gnu.org; Wed, 12 Jan 2022 00:09:12 -0500 Original-Received: from sonic315-22.consmr.mail.ne1.yahoo.com ([66.163.190.148]:40478) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n7Vsk-0008Gt-Ke for emacs-devel@gnu.org; Wed, 12 Jan 2022 00:09:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1641964147; bh=qWe03uTfAVPO2QGDwDbzmM2mjsxP8MlNlpp7dvIJzf4=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=bx7ZVT/nVaQRj1QaG62JOJ3jFx2G1u+VjFkaq6HnGWgqoSXHLXsfVjgBBo1MgK9KX6E4N/rNBwW41CkoeO82lOzP0RUNvAVugrC880iCXbIaWta6ftCbrJkXiWku0mg1npxRXEzRqDK8DBBflH4PrKTq/f3l5++D4aFYikB/isKUITFIBSJsFhFNNMes5suAyxVquFUAz9MJAw8OM5+03ETrw7O18QDWVdDb/snvrc6tx7dIJr3Kwdt/RpvVG2jijxlV8H+XoNde3Xdan0grGd9Wjip4l5gY8JCtD3WgoyhL3A/weTNuvxWYaMEDPfI1soHMpXELdnUwcwQwCsnnaA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1641964147; bh=iEBas5OTedG0Y1rDIJFaQjylLOiQRVx4nerdyZUGHNt=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=tuZFuVwUC12VKUVLTdzhZxt/kNTeXVf9fY/21QOzTD/41H/VhP4jWiav3Sg6XfJGyTaKfp06kRTOXPu3vVqGRPJWZYmmdLC86xgKKo7PWcJZKo0+JPLgt7Xn6wL6kHe2mfVcOxYY9Ea08M18VO1jWiBFEViOENEpfUtvLUKnqYzu/CoQHYZw5xT7Zmje/uqXeQJJl+FiYwiREjzu3vVnbKh8lPBjVpenEpqdyR7T7xtN9QzayoEvMy8YAkpkecDWYW/YLfWyFr9ZXF2jFtD2lEp1Imc9mgzJdPgbUyOl5S5v9oujtdrpKehCSkSW0LDZzEIg2S3skfjENXhL7Nsjrg== X-YMail-OSG: VN7BCQ0VM1mI7axq4HRtPavOr8bQ1nvUnr5s_xJd5GgZNAdf5qNLS72aTOLs3LJ Uq0GOu7gMq9cK8cWYCCdxcEaIKYM_P6atz12u7zRQ86lEg50rmsmsjrJ.z0FJ8RRq5jHpqiAVn.G poKDe.JYaW6vzacNNgWQPsiwjCD2.nrSnYt5me9gb4MlM75dR8qrrguErK.ROPEumQ.F0EHHjRaL VuVUwpwUlcIUzPx9CCOMXBywSH49TWGE.5QZDRUpT5QyPe6pjgCIaazWEnaCmOrxzDzXELU.ccUn BEq4I3D1mcvFX.AeiJyn4fxXiISu8kPWd9oz8dnAAvQpDPRPB73C7iOuWUfgAocw27XhqqEvCTsp ya4.NAZ.Zx0BVjNAJ5t7KNOwrTm5cetmBMrHaIf1n5ccLaE0h.8AX6T_uI1YwYgtap7QR5Bs3VX8 .mffPV.BUCGAKtWmeYbuA4yOYSJ8FNaYlTncbfQSDjqoUMxLvecLR_8umtqdHynQhjmFPWp2PReB eOMzuTaFiPTRMRw6rfS6xIdCl5LcNgvC6O_0tSNJOZDNDPBvLWK25WO6GBl.oSx3j5k.47m5rYps VcGscihrpUFbAM06dCcRgrufo3HIuvFvyEyAh6CGHDzXy08oMHYClLFstd6ENwytMU3vvX0FnnkM z2zWqGjNQybo9Nbl8FtLhStxNUIcL8b8njgQU4yb6ofaiOy9JRmAt.ye.cx7Kgvsn1VDmTrUMMd3 8hKciQYzLQ1YayI4g7Cl3.T5x.KFNir65qUA0TpWPfJ1vH0daTpmff3NB27Q3W.iawilkU0Byu4j KDUYK3XlKPB8k24fs5T2aj4.IkSu3MiVgaEW6VY3mi X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Wed, 12 Jan 2022 05:09:07 +0000 Original-Received: by kubenode513.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3beb29aaaf9bf3caacb12c15edb9b4ad; Wed, 12 Jan 2022 05:09:04 +0000 (UTC) In-Reply-To: (Drew Adams's message of "Mon, 10 Jan 2022 22:02:06 +0000") X-Mailer: WebService/1.1.19551 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.190.148; envelope-from=luangruo@yahoo.com; helo=sonic315-22.consmr.mail.ne1.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:284641 Archived-At: Drew Adams writes: > And we do know that it would be the case that > you would be able to keep the current behavior > just by setting `custom-file' to your init file. > You can do that today. Try it, or look at the > code for _function_ `custom-file', to see. Then that's not the current behaviour, which is to use the init file if custom-file is nil. > None of that follows. It's not because Emacs > makes a rare flip of default behavior, with a > trivial way to get the pre-change behavior, > that Emacs is obliged to flip default behavior > all over the place. Let's not be alarmist. That's a wager too, and I wager that is precisely what will happen. > Huh? I meant to say that the present is more important to worry about than the future, and I stand by that statement. > Other diehard anti-transient-moders no doubt stick > to their guns. That's their right, and they can > do so just by turning that mode off. Thankfully. > End of story. Too much work. Anyway, the decision to turn transient-mark-mode on by default was already made, while this has not. Let's not turn it into a repeat of that, especially when the gain is not likely to be remotely as visible as transient-mark-mode.