From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id sFjIOFHPKl/cXwAA0tVLHw (envelope-from ) for ; Wed, 05 Aug 2020 15:25:05 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id KNJ7NFHPKl/LCQAAbx9fmQ (envelope-from ) for ; Wed, 05 Aug 2020 15:25:05 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 584AA9407C5 for ; Wed, 5 Aug 2020 15:25:05 +0000 (UTC) Received: from localhost ([::1]:46314 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k3LHr-00078T-BC for larch@yhetil.org; Wed, 05 Aug 2020 11:25:03 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34554) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k3LHX-00078L-2e for emacs-orgmode@gnu.org; Wed, 05 Aug 2020 11:24:43 -0400 Received: from static.214.254.202.116.clients.your-server.de ([116.202.254.214]:51672 helo=ciao.gmane.io) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k3LHU-0001Rh-UG for emacs-orgmode@gnu.org; Wed, 05 Aug 2020 11:24:42 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1k3LHP-0001K5-Q2 for emacs-orgmode@gnu.org; Wed, 05 Aug 2020 17:24:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Maxim Nikulin Subject: Re: Website revamp? Date: Wed, 5 Aug 2020 22:24:30 +0700 Message-ID: References: <87zh95g2ns.fsf@gmail.com> <87mu3hduk1.fsf@gmail.com> <87wo2lyvid.fsf@gnu.org> <87k0yldpuj.fsf@gmail.com> <20200730172204.GB17223@volibear> <87ime4ev3s.fsf@gmail.com> <20200730190331.GD17223@volibear> <878seyhj38.fsf@gmail.com> <87bljs6hph.fsf@gmail.com> <87r1so2u2b.fsf@yandex.com> <875za05l7v.fsf@gmail.com> <4c06138c-d2d3-fb91-406e-7841dee016c0@fastmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 In-Reply-To: <4c06138c-d2d3-fb91-406e-7841dee016c0@fastmail.com> Content-Language: en-US Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/05 11:24:36 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: 43 X-Spam_score: 4.3 X-Spam_bar: ++++ X-Spam_report: (4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=1, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=1, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: 0.59 X-TUID: XbvpysS9LqGI 05.08.2020 04:43, Bo Grimes wrote: > best advice I found [1], and I did so by backing up my entire emacs.d > and then deleting all .elc files. This worked. I've no understanding of > the underlying technicalities, and I'm pretty sure I had never heard of > byte-compiled files (except in the most general sense unrelated to > Emacs). > > [2] The idea that someone would use org-mode and not get "hooked" is > paradoxically unimaginable. I mean that someone who never heard of emacs may notice e.g. a blog post related to org-mode. My opinion that =apt install emacs= even without =apt install elpa-org= is more than enough to try how org-mode works. =M-x package-install= is unnecessary magic in such case. Decision to continue to use traditional note taking application is normal in such circumstances and the person is not org-mode user yet. Next mention of org-mode still may give better results. Avoiding =M-x package-install= I am trying to shorten path to really first attempt to use org-mode. I have not heard of problems with .elc files before. Frankly speaking, I am surprised that they exist at all. I would expect comparison of source file hash with the value saved in compiled file. Anyway I would expect more problems from previous attempts to install packages from withing of emacs than from system-wide packages. However I have just noticed that emacs-common contains ready .elc files, but elpa-org calls compiler during installation. I may be wrong but using latest stable version could lead to another kind of frustrating problems. Projects evolve with different pace, so accidentally org update could break another package relying on removed function or variable. I do not know what is more probable. Packages from system repositories may have more known bugs but still be more predictable. I suppose, it is up to a particular user to choose if he sticks to system repositories or to latest upstream releases. Each option has its weak and strong sides. As to installation recommendations I would consider something like: Emacs is a very flexible application and the same is true for org-mode. Sometimes it is even hard to decide what set of default settings is better. It gives you great power but require additional responsibility. Almost certainly you will try to tune emacs and org-mode accordingly to your preferences. Please, keep your emacs configuration in a version control system, e.g. git and document the purpose of each change in commit messages. It would help to review recent changes and revert them if you noticed some problems. Definitely in addition you could use notes in an org file to log your activity related to improving emacs experience to have overview of accepted and rejected options, packages, etc. However I am in doubt if git could be a rescue in the case of issues with .elc files. Personally I prefer clearly separated roles of installing software and using it, otherwise much more security issues arise.