From ae4142f90a316871df698104c99d0a5123bdc2dc Mon Sep 17 00:00:00 2001
From: Mohammad Akhlaghi <mohammad@akhlaghi.org>
Date: Mon, 20 Apr 2020 05:12:16 +0100
Subject: Clarfication on free software complementing reproducibility

Thanks to Boud's corrections, I see that the sentence can be confusing and
not convey the point I wanted to make properly, so I am clarifying it
here. The main point is that this principle complements the definition of
reproducibility, not the other principls.
---
 paper.tex | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

(limited to 'paper.tex')

diff --git a/paper.tex b/paper.tex
index 903a565..9ed85a3 100644
--- a/paper.tex
+++ b/paper.tex
@@ -293,7 +293,7 @@ IPOL is thus not scalable to large projects, which commonly involve dozens of hi
 
 \item \label{principle:freesoftware}\textbf{Free and open source software:}
   Technically, reproducibility (see \ref{definition:reproduction}) is possible with non-free or non-open-source software (a black box).
-  This principle is thus necessary to complement the others with these critical points (for the sciences and for industry):
+  This principle is thus necessary to complement that definition to ensure that the project is reproducible \emph{and} free/open:
   (1) When the project itself is free software, others can learn from and build upon it.
   (2) The lineage can be traced to free software's implemented algorithms, enabling optimizations on that level.
   (3) A free-software package that does not execute on particular hardware can be modified to work on it.
-- 
cgit v1.2.1

