Commit 1f7477ff authored by Andrew Katz's avatar Andrew Katz

Simplifications and addressing copyright usage issues

parent 5aaabeea
......@@ -38,19 +38,12 @@ licensees that you are sharing your designs under the licence. These guidelines
are only to be taken as advice, illustrating some ways in which we think this
can be done efficiently.
In order to help you distinguish between your obligations (mostly as a
To help you distinguish between requirements imposed by the licence (mostly as a
licensee)
and our suggestions to you (mostly as a licensor), we will use the word `rule'
for the former and the word `suggestion' for the latter. Any perceived
contradiction between these guidelines and the licence text should of course be
resolved in favour of the licence text. \footnote{Lawyers among you may realise
that, technically, the CERN-OHL family of licences do not place any obligations
on Licensors at all (unless they are also licensees). However, if you if, as a
licensor, you do not comply with the "rules" you are not acting within the
spirit of the CERN-OHL, and you will almost certainly make it more difficult
for potential licensees to make use of the designs, something which contradicts
the most basic intention of the licence. Therefore, even as a Licensor,
please regard the rules as binding.}.
resolved in favour of the licence text.
\section{How to apply CERN-OHL-S v2 to a hardware design}
......@@ -87,8 +80,8 @@ whole
If you goal is to share, it makes sense to provide enough information to users
about the contents of the design package they download, and to make it easy for
them to browse that information. For example, if you have designed your
hardware using proprietary tools, maybe people who download the design files
will not
hardware using proprietary tools, people who download the design files
may not
have access to the tools you used. Sometimes you can also provide exported
versions of those files which, although not as useful for modification as the
originals, will make life easier for people who want to understand your
......@@ -99,7 +92,7 @@ Where possible, provide the design files in the version which provides the most
convenience and information to a recipient, and if this a proprietary file
format, also provide the information, where your tools allow this, in a form
which makes it possible for licensees to read it using open source tools.
In fact, it's a licence obligation for you to produce open-source-readable
In fact, it's a licence condition that you produce open-source-readable
files if your design incorporates anyone else's design licensed under CERN-OHL,
CERN-OHL-S or CERN-OHL-W.
......@@ -154,19 +147,17 @@ by including a placeholder file called CHANGES.txt in your sources.
\begin{enumerate}[label=\textbf{\ref*{subsec:your-sources}.6}]
\item \textbf{Suggestion: } include an empty CHANGES.txt file in your sources.
You may write a few lines in the beginning of the file stating that anyone
modifying the design provide brief information about the modifications,
including the date they were made, and stating that information should be
added but never removed from that file (except you are
sure that the changes listed only apply to a part of the file you are not
using), and that, according to section 3.3.b of the licence, licensees should
modifying the design should provide brief information about the modifications,
including the date they were made, and stating that information about the design should be
added but never removed from that file. It could also state that, according to section 3.3.b of the licence, licensees should
provide a brief entry with a date and the nature of the modification for each
design change. For example `26 April 2020: AC/DC power converter circuit
removed as AC input no longer necessary'.
You can make this obligation easier to manage my making your design modular in
for the first place (see [ref]).
the first place (so that the CHANGES.txt file does not accumulate information from parts of designs which you are not using).
\end{enumerate}
Now, as you have seen, as the initial licensor relatively few rules apply to
Now, as you have seen, as the initial licensor, relatively few rules apply to
you. We are going to assume that it is your intent to license your
design under CERN-OHL-S v2 though, and in that sense the minimal requirements
are going to be described as `rules' below.
......@@ -182,9 +173,6 @@ this idea. See \href{https://reuse.software/}{https://reuse.software/} for
`my\_3d\_design.FCStd', you can add another file in the same directory called
`my\_3d\_design.FCStd.license' which is a text file containing copyright and
licensing information.
%AK: I have a concern here that this might cause incompatibilities with some of
%AK the scripting which is creeping into GitHub and GitLab which automatically
%AK allocates a licence to a project based on what's in a file called LICENSE.
\begin{enumerate}[label=\textbf{\ref*{subsec:your-sources}.7}]
......@@ -227,7 +215,7 @@ called Gizmo at https://example\_url:
Source location: https://example\_url
\\
As per CERN-OHL-S v2 section 4, should You produce hardware based on this
source, You must maintain the Source Location visible on the external case of
source, You must where practicable maintain the Source Location visible on the external case of
the Gizmo or other products you make using this source.
\end{mdframed}
......@@ -278,55 +266,33 @@ the design files for that product, hence:
\begin{enumerate}[label=\textbf{\ref*{subsec:your-sources}.9}]
\item \textbf{Rule: } include in a part of the Source corresponding to a
visible
part of the Product (e.g. silkscreen or top copper for a Printed Circuit
Board):
part of the Product (e.g. silkscreen or top copper for a printed circuit
board):
\begin{enumerate}
\item the licence notice: “Licensed under CERN-OHL-S v2”;
\item the Source Location.
\end{enumerate}
Do \emph{not} include the CERN logo in there. Only include the CERN copyright
\item \textbf{Suggestion: }You can optionally include a copyright notice to be printed on the Product (remember you must keep intact any Notices in the source, though), but do \emph{not} include the CERN logo (you may optionally include the CERN copyright
notice if your design includes portions of a design from CERN which contains
that CERN copyright notice (in which case, you will be required to reproduce it
as part of your obligations as a licensee under terms of the CERN-OHL under which
the design is licensed to you.
{\color{red} discuss this}
that CERN copyright notice. If you do include a copyright notice on the Product, any it includes part of other designs, you should at least acknowledge the work is not all your own by using Copyright \textcopyright 2020 Sam Smith and others.
\end{enumerate}
\subsection{A Note on Components}
\label{subsec:note-components}
If your design is modular, it may well be helpful to consider licensing each of
If your design is modular, consider licensing each of
the components you have designed separately, and then having an overarching
design, also licensed under an appropriate variant of CERN-OHL which contains
the each of the sub-components.
Why? It will make life easier for licensees who only want to make use of one
the each of the sub-components. This will
make life easier for licensees who only want to make use of one
component of
your design: they will not have to extract the relevant component from your
design and then work out which parts of Notices they are allowed to delete.
You may also want to attach different notice requirements to different
components. For example, if you have a processor and a power supply in your
design, you may want to ensure that the source location for the design files
for the processor are printed on the outside casing of anything using the
processor,but you are less concerned about this when people use the design for
the power
supply. Or, to take a more extreme example, you may want to license the design
for a hydraulic press, and you also include your recipe for hydraulic fluid.
Both can be incorporated into the same design, but it becomes very difficult to
see how a general obligation in the notice file to place the source location
URL on the press can be followed if a licensee only wants to manufacture and
use the hydraulic fluid. This issue can be addressed if the hydraulic fluid is
licensed separately, and there is either has no NOTICE obligation to place the
url on the design, or simply one to place it on the first container in which
the fluid is shipped.
your design.
\section{How to deal with hardware designs licensed under CERN-OHL-S v2}
\label{sec:receive-designs}
Generally speaking, you must always comply with any obligations applying to a
particular design (detailed in a contract or accompanying licence). If you
receive hardware designs licensed under the CERN-OHL-S v2, the obligations are
Generally speaking, you must comply with the requirements applying to a
particular design detailed in the accompanying licence. If you
receive hardware designs licensed under the CERN-OHL-S v2, the requirements are
to:
\begin{enumerate}[label=\textbf{\ref*{sec:receive-designs}.1}]
......@@ -364,7 +330,7 @@ products, you must:
\begin{enumerate}[label=\textbf{\ref*{subsec:modify-designs}.2}]
\item \textbf{Rule: } include notices stating that you have modified the
hardware designs, giving a date and information about the modifications you
have made (e.g. in a CHANGES.TXT file).
have made (e.g. in a CHANGES.txt file).
\end{enumerate}
\begin{enumerate}[label=\textbf{\ref*{subsec:modify-designs}.3}]
......@@ -407,6 +373,6 @@ must
If there is something unclear in this guide, or you have any question on how to
apply the licence, the best place to ask is the CERN OHL forum at\\
\href{https://forums.ohwr.org/c/cernohl}{https://forums.ohwr.org/c/cernohl}.
\href{https://forums.ohwr.org/c/cernohl}{https://forums.ohwr.org/c/cernohl}. You may also find useful information in the FAQs at \href{https://www.ohwr.org/project/cernohl/wikis/faq}{https://www.ohwr.org/project/cernohl/wikis/faq}.
\end{document}
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment