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: Propose to add setup-wizard.el to ELPA Date: Wed, 05 Jan 2022 08:58:48 +0800 Message-ID: <87czl79ewn.fsf@yahoo.com> References: <8735m6o349.fsf@yahoo.com> <87pmpamlon.fsf@yahoo.com> <834k6mdu7q.fsf@gnu.org> <87v8z12ud8.fsf@athena.silentflame.com> <7BD42724-519F-406C-ABB2-CC50E70CD837@gmail.com> <8735m34k5k.fsf@gnus.org> <87zgobb3c5.fsf@melete.silentflame.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="33025"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) Cc: Lars Ingebrigtsen , Yuan Fu , Stefan Kangas , Stefan Monnier , Drew Adams , "emacs-devel@gnu.org" To: Sean Whitton Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jan 05 02:00:48 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 1n4ufY-0008Oh-Bp for ged-emacs-devel@m.gmane-mx.org; Wed, 05 Jan 2022 02:00:48 +0100 Original-Received: from localhost ([::1]:54040 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n4ufW-0001vN-WB for ged-emacs-devel@m.gmane-mx.org; Tue, 04 Jan 2022 20:00:47 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:36538) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4udv-0007mM-0i for emacs-devel@gnu.org; Tue, 04 Jan 2022 19:59:07 -0500 Original-Received: from sonic304-22.consmr.mail.ne1.yahoo.com ([66.163.191.148]:34100) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n4udp-0007uJ-TY for emacs-devel@gnu.org; Tue, 04 Jan 2022 19:59:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1641344339; bh=4/tEaaxUiEY8GCnU5S+GvmhvhlXt5nlRKPybiwUN6bU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=LaRW0/02jgX8aT+MqLvpaSBZBlTI/SONc2Smf2bxlSsjStSJPCWDT/fIbKd+Wt+hAyZRfb9Vl4W+fMraOyq6fkRgyGR5yg0AxSNrFdRGySKzjwaG0jZEZImgaI1F5eJrK3XYbX+V00LBB54GCHmnXOG/tldRsD4HqLpGb8nIt7QpQcQR4uEsTDXaV+j0yrLNaC3ZNrnelVpE9HC26MjTMtw11wwiDGQWqwfDjkC/TG6nWVk7atutwnueYkQEQEDQq4n4hKP2rZ3LXrK7YX4xJ360U+b7XXC/U5Cnf/4Q9ueFjVkoYWVwiuGgjRtpVCtiBaX4u01yMOd0Ip6iPIzuNA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1641344339; bh=f6lMw5AUdsHNDZtSM8bfuBaChzY7wgD9a/bsWyGkTXg=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=uQSb3o2IU3ZsCQmoIhAxG9RsgJGrt7u8usX1TFu6364onJOhvLrMcv2nPuq78QE/N4Tczf9YX7HjENv6iLeA5c22nP2gGqEaJtggAv26sL3x8w+JF+g+V+RQB5kVIfIjttxEWXOj5WDqCN5fmc2izv3aGWYTA4Xl5f8BNkNPrhGfHA7iRdQciQ6MxrbtLbV1xbOhvaEhJ2QJJoY/hbhu7RynVF3YwPf7OBrO+fnJhnSV+08mv9MwBq83LTMtPYkz6B44CeopNw+GlC1czsQ2i5pV2UHyLfWabv65NIHIu6Ot+vuuC806dw4d+Dbfiocy0rl0sstddf+CY+jCpdiPiw== X-YMail-OSG: 0qxSydcVM1lJDEo4omAp4M8VxOEpbn.VKeyJv0MNcnAux.tAVgB__L3XpAkzl5p A9rHBOcCdS.8wSbrMKcNwOG7J466kDZaK9EQtCeXFgjOwQD2Edmfl3JU5hA6Fsy9g3OUFCzGP3ex rwUzcl53AuULU9J.rwp07Vicqdnp1KvuTLROgJ9pn09TiOP0SsAQQ3VaCDJdUvVuICMKNXGFEPmN vI3YyuRylj0proOk63K3TmOgTNcVKUnbIl27U6pCje5okuB.aV.77bbMfOkJGKIFf2a0O03oVjHr NO0fvnKaWSEOCuN1HBVnHajI9XzraZlImhBRgGP2GR58dHy_7_.xEHYkaq8rFqeFtmfnCeoMJ2ws n2vWNk6tlcauPRZEavtdXqQVMjdsrGzx665jneldgN6YrCLn5cibpeDymGO3DHR9Q9C1Wu34fwGj 3gdK3ZssiXSn2cLKmr.b.YIM6Q45ZBKafTJaiWgNmcnxezBGvCLii.RjKGWdyTfYrYRF_WKe6O6p asmF0itwDKiNQyVw_djZDwyJ9pKQS.z64sM86454kyHlVRWSC94105CrdXg1GxRMrV5VZRqj6DcN qhygThBrjiMGFpmDkVq4uKeSdXl_EMKRasmwXVCgPSocCKQR7PhvlR1x9o7nLRtRPEFPEzQYGNmC yUmNyk3Yq4Ti88uUu_LktWkEKgdog3Rtm1f8kTKsauC64GvSeE27zTaPDWw7q2mSB3uMIhakLGM. 6aUcP19mJ7YG6fFvfjWTlkg78Vh1GdezT6Ax.jRO5AmBZYNgNHVnbmgIT42Pz5L5PFqjcJNLfh_I RgbAkMnjOOHFvo.gel32nh5lLLdLy2LoACqfUKkLFa X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Wed, 5 Jan 2022 00:58:59 +0000 Original-Received: by kubenode509.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID eeffe6cb41bb6c6bd05158c175ccc834; Wed, 05 Jan 2022 00:58:56 +0000 (UTC) In-Reply-To: <87zgobb3c5.fsf@melete.silentflame.com> (Sean Whitton's message of "Tue, 04 Jan 2022 14:25:46 -0700") 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.191.148; envelope-from=luangruo@yahoo.com; helo=sonic304-22.consmr.mail.ne1.yahoo.com X-Spam_score_int: -1 X-Spam_score: -0.2 X-Spam_bar: / X-Spam_report: (-0.2 / 5.0 requ) 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=unavailable 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:284205 Archived-At: Sean Whitton writes: > Nice, this sounds like it might alleviate Yuan's concerns about > setup-wizard.el being too opinionated. +1 > A few people have mentioned this but I don't understand why -- I > recently dropped a really old setq for custom-file because I couldn't > come up with any advantages to having it in a separate file. I'm not for changing any old and established default, but from the perspective of a new user it at least avoids placing this scary warning in the init file: ;; 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. >> And if we do that, I think we should discuss whether to change the >> format. I think it'd make sense to move to a more code-based format >> for the file. The format is (once again) too established to be worth changing, I think.