emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Jorge P. de Morais Neto <jorge+list@disroot.org>
To: Anthony Carrico <acarrico@memebeam.org>, Kyle Meyer <kyle@kyleam.com>
Cc: Bastien <bzg@gnu.org>, emacs-orgmode@gnu.org
Subject: Re: Bug: JavaScript in HTML export not recognized by LibreJS as free [9.4.5 (9.4.5-16-g94be20-elpaplus @ /home/jorge/.config/emacs/elpa/org-plus-contrib-20210412/)]
Date: Mon, 26 Apr 2021 09:45:18 -0300	[thread overview]
Message-ID: <87o8e1gqox.fsf@disroot.org> (raw)
In-Reply-To: <073538d9-09ac-7c6f-0188-6e75d0daf438@memebeam.org>

Hi all!

Em [2021-04-22 qui 16:29:15-0400], Anthony Carrico escreveu:

> Hi all.  Thanks for the note.  I took a look at the LibreJS docs to
> try to understand the problem.

I also took a look at the LibreJS docs, the linked article "The
JavaScript Trap", and the text of the CC0.

> LibreJS is a web filtering plugin.  Users are making a decision to
> block content which is not explicitly licensed in the LibreJS syntax,
> including public domain works marked in that syntax.  Apparently
> LibreJS is working as designed.  I don't think we should attempt to
> work around a user's web filtering software.

The purpose of LibreJS, from the Overview section of its manual, is to
detect and block *nonfree* nontrivial JavaScript.  Then the article [1]
in the gnu.org website says "Please ensure these licenses are free and
GPL-compatible."  So if some script in a webpage is free software, then
LibreJS users want it to run without issue, especially if its license is
also GPL-compatible.  Therefore, when a verifiably public domain script
is blocked by LibreJS, LibreJS users (like me) get unhappy; this ought
to be solved.

1: https://www.gnu.org/software/librejs/free-your-javascript.html "GNU
Project - Releasing your JavaScript as Free Software"

> My understanding is that authors who want to get through the web
> filter should include an approved LibreJS license notice at the top of
> their page, and a separate license in a <script> when it conflicts
> with their chosen license.

But document processors like Org Mode are supposed to automate
everything than can reliably be automated.  In fact, many document
authors, having only partial existing technical knowledge about Org Mode
and LibreJS, may find it nontrivial to fix the situation manually and
therefore postpone (as I did) or ignore it.

In fact I suppose the most common course of action would be ignoring it,
because LibreJS unfortunately has too few users for most web authors to
care.  In fact, many will even be *unaware* of the issue.  Yet this is
important to us---the GNU community---because LibreJS is a fellow GNU
project and because we adhere to free software ethics.

And finally, from a pragmatic standpoint: simply "licensing" the script
into the CC0 would make the users of GNU LibreJS happy and I really
cannot see any downside or difficulty.  In fact, I put "licensing" in
quotes because it wouldn’t actually change the (absence of) terms of
use; it would in fact only /clarify/ them.

Did you read the text of the CC0[2]?  It simply puts the work into the
public domain, and then, as a /fallback/ for jurisdictions that would
not recognize the public domain dedication, it provides a license that
lets the user do anything she wants with the work.  It does not even
mandate that the license text be included with the work, not even with
the source code (as copyfree software licenses usually require).
Therefore, in my view, CC0 is *more* reliably public domain than an
informal dedication that may not be legally valid everywhere.

2: https://creativecommons.org/publicdomain/zero/1.0/legalcode


- <https://stallmansupport.org> "In Support of Richard Stallman"
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: <https://www.fsf.org/free-software-supporter>
- If an email of mine arrives at your spam box, please notify me.

  parent reply	other threads:[~2021-04-26 12:46 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-16 20:26 Jorge P. de Morais Neto
2021-04-20  3:09 ` Kyle Meyer
2021-04-20  4:55   ` Tim Cross
2021-04-22 20:42     ` Anthony Carrico
2021-04-22 21:20       ` Tim Cross
2021-04-22 22:35         ` Anthony Carrico
2021-04-22 20:29   ` Anthony Carrico
2021-04-23  1:42     ` Anthony Carrico
2021-04-26 12:43     ` Bastien
2021-04-26 20:36       ` Anthony Carrico
2021-05-01  9:30         ` Bastien
2021-04-26 12:45     ` Jorge P. de Morais Neto [this message]
2021-04-26 16:57       ` Bastien
2021-04-27 17:57         ` Jorge P. de Morais Neto

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:

  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=87o8e1gqox.fsf@disroot.org \
    --to=jorge+list@disroot.org \
    --cc=acarrico@memebeam.org \
    --cc=bzg@gnu.org \
    --cc=emacs-orgmode@gnu.org \
    --cc=kyle@kyleam.com \
    --subject='Re: Bug: JavaScript in HTML export not recognized by LibreJS as free [9.4.5 (9.4.5-16-g94be20-elpaplus @ /home/jorge/.config/emacs/elpa/org-plus-contrib-20210412/)]' \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this inbox:


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).