emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Maxim Nikulin <manikulin@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: Website revamp?
Date: Wed, 5 Aug 2020 22:24:30 +0700	[thread overview]
Message-ID: <rgeive$4jl$1@ciao.gmane.io> (raw)
In-Reply-To: <4c06138c-d2d3-fb91-406e-7841dee016c0@fastmail.com>

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.



  reply	other threads:[~2020-08-05 15:25 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-14 13:55 Website revamp? TEC
2020-07-30 13:00 ` TEC
2020-07-30 13:20   ` Russell Adams
2020-07-30 13:36   ` Amin Bandali
2020-07-30 14:19     ` TEC
2020-07-30 14:47       ` Bruce D'Arcus
2020-07-30 15:53       ` Amin Bandali
2020-07-30 17:22       ` Russell Adams
2020-07-30 17:57         ` TEC
2020-07-30 19:03           ` Russell Adams
2020-08-01  8:15             ` TEC
2020-08-02 18:08               ` TEC
2020-08-03  5:10                 ` Colin Baxter
2020-08-03  5:11                   ` TEC
2020-08-03  7:01                     ` Colin Baxter
2020-08-03  7:53                       ` TEC
2020-08-03  8:03                     ` tomas
2020-08-04  5:54                       ` Eric S Fraga
2020-08-05 10:17                         ` Bo Grimes
2020-08-05 10:26                           ` Eric S Fraga
2020-08-05 10:40                             ` Bo Grimes
2020-08-05 10:43                               ` TEC
2020-08-03 10:54                     ` Gustav Wikström
2020-08-04 15:48                     ` Maxim Nikulin
2020-08-04 15:53                       ` TEC
2020-08-04 16:18                         ` Bruce D'Arcus
2020-08-04 16:23                           ` TEC
2020-08-04 16:30                             ` Bruce D'Arcus
2020-08-05 11:56                         ` Maxim Nikulin
2020-08-05 12:03                           ` TEC
2020-08-06 11:25                             ` Maxim Nikulin
2020-08-06 11:52                               ` TEC
2020-08-24  7:43                                 ` TEC
2020-08-25 10:28                                   ` Maxim Nikulin
2020-08-25 12:02                                     ` TEC
2020-08-25 15:09                                       ` TEC
2020-08-27 16:09                                   ` Maxim Nikulin
2020-09-01 16:39                                     ` TEC
2020-09-30 16:24                                       ` Maxim Nikulin
2020-08-11 15:24                         ` Maxim Nikulin
2020-08-04 15:53                       ` Bruce D'Arcus
2020-08-04 16:09                         ` TEC
2020-08-04 21:43                       ` Bo Grimes
2020-08-05 15:24                         ` Maxim Nikulin [this message]
2020-08-05 16:00                           ` TEC
2020-08-07  5:19                     ` David Rogers
2020-08-04  5:59               ` Eric S Fraga
2020-08-04  6:27                 ` TEC
2020-08-04 20:44                   ` gyro funch
2020-08-24 15:39                   ` Maxim Nikulin
2020-07-30 19:40           ` Scott Randby
2020-09-01 16:44 ` TEC
2020-09-01 18:07   ` Tom Gillespie
2020-09-01 18:11     ` Tom Gillespie
2020-09-02  3:48       ` TEC
2020-09-02  2:59     ` TEC
2020-09-04  9:37   ` Bastien
2020-09-05  9:08     ` Martin Schöön
2020-09-05 10:16   ` Colin Baxter
2020-09-07 17:24     ` TEC
2020-09-07 18:13   ` TEC
2020-09-08  5:41     ` Tom Gillespie
2020-09-08  5:49       ` TEC

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.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='rgeive$4jl$1@ciao.gmane.io' \
    --to=manikulin@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    /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/org-mode.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).