Dependencies of Org

Dependencies of Org

[Richard Stallman]

I don't think we reached a clear resolution about the cases where
where Org suggests loading something else.  That practice is not
necessarily a problem -- loading some unrelated free program is fine.
It is a problem when the code depended on is nonfree, or if it ought
to be part of Emacs (which could mean ELPA) but it isn't.

Are there still cases like this?

-- 
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

Dependencies of Org

[Richard Stallman]

[I sent this message a few weeks ago but did not get a response.
Could we get the discussion moving again?]

I don't think we reached a clear resolution about the cases where
where Org suggests loading something else.  That practice is not
necessarily a problem -- loading some unrelated free program is fine.
It is a problem when the code depended on is nonfree, or if it ought
to be part of Emacs (which could mean ELPA) but it isn't.

Are there still cases like this?

-- 
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

Re: Dependencies of Org

[Nicolas Goaziou]

Hello,

Richard Stallman <rms@gnu.org> writes:

> I don't think we reached a clear resolution about the cases where
> where Org suggests loading something else.  That practice is not
> necessarily a problem -- loading some unrelated free program is fine.
> It is a problem when the code depended on is nonfree, or if it ought
> to be part of Emacs (which could mean ELPA) but it isn't.
>
> Are there still cases like this?

I think the manual is fine, now. The conversion from "htmlize" to
"htmfontify" has stalled, however. I asked for some guidance about it
a few weeks ago. I now wait for an answer.

One potential issue I can think of is Babel libraries, i.e., libraries
used to execute source code in an Org buffer. Typically, such a library
relies on an external Elisp library, e.g., "ob-scheme" relies on
"geiser", "ob-shen" relies on "inf-shen", "ob-R" on "ess", and so on.
These external libraries are free, but I don't know if they qualify as
"ought to be part of Emacs". I assume not, since Emacs cannot provide
a mode for every language out there.

Regards,

-- 
Nicolas Goaziou

Re: Dependencies of Org

[Richard Stallman]

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > One potential issue I can think of is Babel libraries, i.e., libraries
  > used to execute source code in an Org buffer. Typically, such a library
  > relies on an external Elisp library, e.g., "ob-scheme" relies on
  > "geiser", "ob-shen" relies on "inf-shen", "ob-R" on "ess", and so on.
  > These external libraries are free, but I don't know if they qualify as
  > "ought to be part of Emacs".

If they are written in Emacs Lisp, and if anything in Emacs depends on
them, then they should be part of Emacs.

Why aren't they part of Emacs?


-- 
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)