From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Pedro Andres Aranda Gutierrez Newsgroups: gmane.emacs.devel Subject: Re: [External] : Re: Default custom file was: Re: Propose to add setup-wizard.el to ELPA Date: Wed, 5 Jan 2022 12:45:03 +0100 Message-ID: References: <740A136F-8710-4F4C-BFC1-A3DB418447F4@gmail.com> <87zgoc7u6k.fsf@gmail.com> <83iluzbqcr.fsf@gnu.org> <87r19nxx7x.fsf@gmail.com> <878rvv9esx.fsf@yahoo.com> <87fsq28x4l.fsf@yahoo.com> <87bl0q8vfa.fsf@yahoo.com> <87y23u8rew.fsf@gmail.com> <87a6ga5u7e.fsf@yandex.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0000000000005ef9d305d4d44af5" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12883"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Robert Pluim , "emacs-devel@gnu.org" , Po Lu , Stefan Kangas , Eli Zaretskii , Drew Adams To: =?UTF-8?B?Q29saW4gQmF4dGVyIPCfmLo=?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jan 05 12:46:27 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 1n54kN-00038a-8k for ged-emacs-devel@m.gmane-mx.org; Wed, 05 Jan 2022 12:46:27 +0100 Original-Received: from localhost ([::1]:45322 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n54kL-0000Kg-R4 for ged-emacs-devel@m.gmane-mx.org; Wed, 05 Jan 2022 06:46:25 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51432) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n54jU-00083q-S8 for emacs-devel@gnu.org; Wed, 05 Jan 2022 06:45:32 -0500 Original-Received: from [2a00:1450:4864:20::534] (port=44579 helo=mail-ed1-x534.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n54jT-0005lb-74; Wed, 05 Jan 2022 06:45:32 -0500 Original-Received: by mail-ed1-x534.google.com with SMTP id w16so160970101edc.11; Wed, 05 Jan 2022 03:45:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=qvbesi3a5TF3d8LFq69Y1e/9ADuFfevjsaYOJBYvdvI=; b=gIyjqMaBYmlB28GJlbxOi//K4KXwRsL5Z5hRymwdowH8RwoMIFHImczoJDka5DdVpn GXa0Cr4/F1ntimx3+p/DjPLr1v94vDdggo8MFUErul+kuJRTfOunWb9w6cx+56Af8U9Z YP32TOi6mgRRSHctmlfLf//trYyzxcnfiyWatiWJAy6j8aHVnchLIg6l8iMxSl6Yrwj9 hriruwRtaNpTfsKnHn+fA7ZKYuA5/bM90qa06fe6h7DaA12SFK5uDP2He53Xy5kEHKm3 mE0DotvvBg/4o0C+FCIKBpDosrAqrTZwiLHcYLZiRpRzy1XYtmCXS+GfaRVebi4CzScd 1/Eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qvbesi3a5TF3d8LFq69Y1e/9ADuFfevjsaYOJBYvdvI=; b=8Ic9reFV1hqYW9E6rCPDjBuPaZN1GXEL9RE9oMykicbxeOEDpFP3jbxo52N9dQGimY ZCxL+dUmhXw8Lfc+vci5tZn5egeGyOZ1TcioDQ/OTxvz/8UubjycJyXhI0s1LMqhat/5 4byet02h2AEv+1+/0nmV1o+qWHw0INGsEvXfkeMa4/6r5O+pUA+UeFZOrUEF/FMAGSiz Mgca3goYP9mbUVLJmDxVJ1TtqEVzTRDE2Lq/ItJn1BCvdDOIxGKPNgoDb8Hz+VIYOvp8 Vc/SaYTxkf5t9+SUvkRt4ZnahC5YfkekXhQ/eYW+AgV4cXzCf4S0xHBFog4PAhm/rUy7 +VyQ== X-Gm-Message-State: AOAM532Su32kNJ/8rpUoQNzPm18v18NjSsQK+n8+3ztu9+D2p9s+8/Rf l4I60mdVmoWyCo8o+44HZoPV9qnxOAyfmcrE+rM= X-Google-Smtp-Source: ABdhPJyDXWf4elWX9ihWedHEhmjymYsolijeBnhlQ52KnYuCWE/ZMxTKElErsJpbaad+3Jwxf36+jc7wrm4KKCSBKKc= X-Received: by 2002:a17:906:f1c1:: with SMTP id gx1mr44150321ejb.554.1641383129436; Wed, 05 Jan 2022 03:45:29 -0800 (PST) In-Reply-To: <87a6ga5u7e.fsf@yandex.com> X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:1450:4864:20::534 (failed) Received-SPF: pass client-ip=2a00:1450:4864:20::534; envelope-from=paaguti@gmail.com; helo=mail-ed1-x534.google.com X-Spam_score_int: -12 X-Spam_score: -1.3 X-Spam_bar: - X-Spam_report: (-1.3 / 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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:284231 Archived-At: --0000000000005ef9d305d4d44af5 Content-Type: multipart/alternative; boundary="0000000000005ef9cf05d4d44af3" --0000000000005ef9cf05d4d44af3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Say we go a conservative approach and we only load custom-file automatically if set by the user. We wait to see if people like it and then include a message when custom-file was already loaded by the user. And finally we attempt the 'revolution' setting a default value for custom-file and requiring users to set it to nil if they want the original emacs behaviour. Attached is an attempt at a patch for the first step: /PA On Wed, 5 Jan 2022 at 11:54, Colin Baxter =F0=9F=98=BA = wrote: > >>>>> Robert Pluim writes: > > >>>>> On Wed, 05 Jan 2022 17:17:12 +0800, LdBeth > said: > >>>>> In <87bl0q8vfa.fsf@yahoo.com> > >>>>>>> Po Lu wrote: > > >>> Most people were certainly happy for at least the past decade. > > LdBeth> I think saving custom set variables to init file somehow > LdBeth> prevents using byte compiled init.el file effectively > LdBeth> (unless the user hooks auto compile whenever it is changed > LdBeth> by emacs). From that perspective, I'm happy to see that this > LdBeth> behavior is to be changed. > > > This is one of the two things that people do with Emacs that I > > just don=CA=BCt understand. My init file contains setq and > > custom-set-variables and key bindings. Any actual code that would > > benefit from byte-compilation is stored in separate files. So why > > do people byte-compile their init files? > > Well, I can't speak for "people" but I can say why I byte compile my > ~/.emacs, which I've done for many years. I have found it to be a useful > check on my lisp in finding silly errors. It has also on more than one > occasion allowed me to run emacs when my ~/.emacs was either corrupted > or "helpfully" over-written by some application. I wouldn't tell other > users to do the same - what they do is up to them. > > Colin > > --=20 Fragen sind nicht da um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler --0000000000005ef9cf05d4d44af3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Say we go a conservative approach and we only load cu= stom-file automatically if set by the user.
We wait to see if peo= ple like it and then include a message when custom-file was already loaded = by the user.
And finally we attempt the 'revolution' sett= ing a default value for custom-file and requiring users to set it to nil if= they want the original emacs behaviour.

Attached = is an attempt at a patch for the first step:

/PA

On Wed, 5 Jan 2022 at 11:54, Colin Baxter =F0=9F=98=BA <m43cap@yandex.com> wrote:
>>>>> Robert = Pluim <rpluim@gmai= l.com> writes:

>>>>> On Wed, 05 Jan 2022 17:17:12 +0800, LdBeth <andpuke@foxmail.com&g= t; said:
>>>>> In <87bl0q8vfa.fsf@yahoo.com>
=C2=A0 =C2=A0 >>>>>>> Po Lu <luangruo@yahoo.com> wrote:

=C2=A0 =C2=A0 >>> Most people were certainly happy for at least th= e past decade.

=C2=A0 =C2=A0 LdBeth> I think saving custom set variables to init file s= omehow
=C2=A0 =C2=A0 LdBeth> prevents using byte compiled init.el file effectiv= ely
=C2=A0 =C2=A0 LdBeth> (unless the user hooks auto compile whenever it is= changed
=C2=A0 =C2=A0 LdBeth> by emacs). From that perspective, I'm happy to= see that this
=C2=A0 =C2=A0 LdBeth> behavior is to be changed.

=C2=A0 =C2=A0 > This is one of the two things that people do with Emacs = that I
=C2=A0 =C2=A0 > just don=CA=BCt understand. My init file contains setq a= nd
=C2=A0 =C2=A0 > custom-set-variables and key bindings. Any actual code t= hat would
=C2=A0 =C2=A0 > benefit from byte-compilation is stored in separate file= s. So why
=C2=A0 =C2=A0 > do people byte-compile their init files?

Well, I can't speak for "people" but I can say why I byte com= pile my
~/.emacs, which I've done for many years. I have found it to be a usefu= l
check on my lisp in finding silly errors. It has also on more than one
occasion allowed me to run emacs when my ~/.emacs was either corrupted
or "helpfully" over-written by some application. I wouldn't t= ell other
users to do the same - what they do is up to them.

Colin



--
Fragen sin= d nicht da um beantwortet zu werden,
Fragen sind da um gestellt zu= werden
Georg Kreisler
--0000000000005ef9cf05d4d44af3-- --0000000000005ef9d305d4d44af5 Content-Type: text/x-patch; charset="US-ASCII"; name="auto-load-custom.diff" Content-Disposition: attachment; filename="auto-load-custom.diff" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_ky1h3grl0 ZGlmZiAtLWdpdCBhL2xpc3Avc3RhcnR1cC5lbCBiL2xpc3Avc3RhcnR1cC5lbAppbmRleCBkOTBl N2E3Li4xNTdiMmZkIDEwMDY0NAotLS0gYS9saXNwL3N0YXJ0dXAuZWwKKysrIGIvbGlzcC9zdGFy dHVwLmVsCkBAIC0xNDEwLDYgKzE0MTAsMTMgQEAgY29tbWFuZC1saW5lCiAgICAgICAgICAgImlu aXQuZWwiCiAgICAgICAgICAgc3RhcnR1cC1pbml0LWRpcmVjdG9yeSkpCiAgICAgICAgdCkKKyAg ICAgIDs7IGlmIHRoZSB1c2VyIGRlZmluZWQgdGhlIGN1c3RvbS1maWxlCisgICAgICAod2hlbiBj dXN0b20tZmlsZQorICAgICAgICAgIDs7IG1ha2Ugc3VyZSB0aGF0IHlvdSBnZXQgdGhlIGV4cGFu ZGVkIGN1c3RvbS1maWxlIG5hbWUKKyAgICAgICAgICAobGV0KiAoKHJlYWwtY3VzdG9tLWZpbGUg KGV4cGFuZC1maWxlLW5hbWUgY3VzdG9tLWZpbGUpKSkKKyAgICAgICAgICAgIDs7IGlmIGl0IHdh cyBsb2FkZWQsIGFzc29jIHdpbGwgcmV0dXJuIG5vbi1uaWwKKyAgICAgICAgICAgICh1bmxlc3Mg KGFzc29jIHJlYWwtY3VzdG9tLWZpbGUgbG9hZC1oaXN0b3J5KQorICAgICAgICAgICAgICAobG9h ZCByZWFsLWN1c3RvbS1maWxlIHQpKSkpCiAKICAgICAgICh3aGVuIChhbmQgZGVhY3RpdmF0ZS1t YXJrIHRyYW5zaWVudC1tYXJrLW1vZGUpCiAgICAgICAgICh3aXRoLWN1cnJlbnQtYnVmZmVyICh3 aW5kb3ctYnVmZmVyKQo= --0000000000005ef9d305d4d44af5--