-
Notifications
You must be signed in to change notification settings - Fork 14
/
0205-why02Inc.tex
130 lines (122 loc) · 8.2 KB
/
0205-why02Inc.tex
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
% Telekom osCompendium 'for beeing included' snippet template
%
% (c) Karsten Reincke, Deutsche Telekom AG, Darmstadt 2011
%
% This LaTeX-File is licensed under the Creative Commons Attribution-ShareAlike
% 3.0 Germany License (http://creativecommons.org/licenses/by-sa/3.0/de/): Feel
% free 'to share (to copy, distribute and transmit)' or 'to remix (to adapt)'
% it, if you '... distribute the resulting work under the same or similar
% license to this one' and if you respect how 'you must attribute the work in
% the manner specified by the author ...':
%
% In an internet based reuse please link the reused parts to www.telekom.com and
% mention the original authors and Deutsche Telekom AG in a suitable manner. In
% a paper-like reuse please insert a short hint to www.telekom.com and to the
% original authors and Deutsche Telekom AG into your preface. For normal
% quotations please use the scientific standard to cite.
%
% [ Framework derived from 'mind your Scholar Research Framework'
% mycsrf (c) K. Reincke 2012 CC BY 3.0 http://mycsrf.fodina.de/ ]
%
%% use all entries of the bibliography
%\nocite{*}
So again: Did we need a new book about Open Source Software? We had looked for a
reliable integrated Open Source Compendium. But we found seperate pieces of
information and - as we know today - some rumors. Our answer was clear:
naturally we did not need a new general book about Open Source. But what was
lacking was a description what responsible developers, project managers or
product developers require to fulfill Open Source Licenses. We needed an
\textit{Open Source License Compendium}.
At the best such an \textit{Open Source License Compendium} would contain a set
of simply to process \textit{'For-Fulfilling-The-Licence-To-Do-Lists'}.
Additionally it should offer an intuitively user-freindly search option for
these lists. In any case, it should share developers and project managers the
effort of having to become Open Source License experts. For the other users, it
should also clearly explain why one has to do this and not that. Hence a
reliable \textit{Open Source License Compendium} should not only list what one
has to do, but should offer both, thoroughly verified reliable details and
clearly condensed guidance.
Although we did not find such an Open Source Compendium we were familiar with
the spirit of the Open Source Community. Hence we followed one of its' most
simple rules: \emph{'what you miss you must develop ion your own'}. Some
principles should help us to achieve our targets:
\begin{description}
\item[To-do lists as the core, discussions around them]: Our work should be
split into two parts. As it core we wanted to offer a
set of To-Do-Lists. Each of these lists should be relevant to one specific
Open Source License and should be clustered by the Open Source specific use
cases. Around this all those aspects of Open Source Software which influence the
interpretation of the licenses and the rules core should be precisely
characterized. Nevertheless, the users should be able to skip
details and go directly to the section they require.
\item[Quotations with thoroughly specified sources]: Even if our users should
not be obliged to read every part of the compendium they should not be
required to believe us without question. We wanted to be revisable. Because
our sources and our conclusions should be easily verifiable, we decided to use
the academic citations and list bibliographic data extensively on the basis
that our task should be to collect information, not to invent new 'facts'.
\item[Not the internet alone, also books and articles]: We wanted to go back
to the originals even if the internet was full of more or less modified
copies. We wished to get reliable facts and descriptions. Therefore we decided
to evaluate not only the internet but also scientific sources - for example -
offered by university libraries.
\item[Not clearing out the forest land, but cutting out a swathe]: Even if we
had to deal with licenses and their legal aspects we did not want to get lost
in detailed discussions. It should not be our task to find out whether a
specific kind of handling would still be legal or already forbidden.
We did not want to fight against the licenses. We did not want to stretch
their ambit or to test their boundary. We wished to accept Open Source
Licenses as they are: rules written from developers for developers. And even
if some parts of these licenses would not be valid with respect to a legal
system\footcite[And indeed for example for the GPL one can argue in this way:
Even if you take the GPL as a contract of the type 'donation' respectively
\glqq{}Schenkung\grqq{}, it is presented in the form of AGBs respectively
\glqq{}Allgemeine Geschäftsbedingungen\grqq{} and must therefore follow the
general AGB rules.'Regrettably' in Germany these general AGB rules do not
allow to exclude each type of warranty. If we follow Oberhem, §11 and §12 of
the GPL must be invalid in Germany because of these general AGB rules.
Moreover, for Oberhem even §5 - the important clause of the GPL by which you
can only get the right to use and to distribute GPL software if you respect
the rules of the GPL - seems also to be invalid respectively
\glqq{}unwirksam\grqq{}. But the good message is that the GPL as whole is not
invalid even if it contains invalid clauses.][128, 133ff, 150ff, esp. 146,
159]{Oberhem2008a}), we wanted to take them as our guideline - at least while
they do not violate more general laws\footnote{what they clearly do not do!}.
We simply wanted to \emph{find one proven way} to cross the maybe slightly
unsure forest of Open Source Licenses. Even if indeed some clauses of the
licenses finally were not enforceable against us we wanted to respect them
'voluntarily'. We wanted to deliver a set of rules which support users and
remove the possibility of becoming involved in license disputes with Open
Source developers or the Free Software Foundation.
\item[Take the text seriously]: On the other side we wanted to take our
license texts as they were. If they lacked anything\footcite[The systematical
underdetermination of licenses is a problem being also known in the Open
Source respectively Free Software movement. Following the biography of RMS his
main judicial councelor Moglen has stated, that \glqq{}there is uncertainty in
every legal process (\ldots) \grqq{} and that it seemed to be silly to try
\glqq{}(\ldots) to take out all the bugs (\ldots)\grqq{}. Nevertheless - so
Moglen resp. Williams - the goal of Richard Stallman was \glqq{}the complete
opposite\grqq{}: He tried \glqq{}(\ldots) to remove uncertainty which is
inherently impossible\grqq{}. But - and that's the nub of this analysis -
Moglen had to follow Stallmann because of RMS character. And he had to
summarize their work so, that \glqq{}(\ldots) the resulting elegance (of the
GPL; KR.), the resulting simplicity (of the GPL; KR.) in design almost
achieves what it has to achieve\grqq{}. Hence we are asked to take the license
texts themselves seriously. cf.][177f]{Williams2002a}, we would interpret the
open issues in the spirit of the Open Source idea. But where the text was
clear and definite we wanted to take its propositions as a definite decision -
even if that meaning stood against well known Open Source 'facts'.
\item[Trust the swarm]: We did not want to use our own research alone as a
basis. We knew that the swarm is ever stronger than a set of some randomly
selected experts. Therefore we decided to publish our text as a still
unfinished work, starting with an early release 0.2. And then we wanted
to invite the community to complete the compendium together with us. We would elaborate our Open
Source Compendium as a set of LaTeX- and BibTeX files which could be developed
and managed in GIT or any other version control system. And finally we would
publish our text under a Creative Commons Attribution-Share Alike German 3.0
license\input{btexmat/oscLicenseFootnoteInc}, to allow other people to correct
us, to help us or even to take our results for their own purposes.
\end{description}
And so we did. Here is the result. Feel free to use it - according to our
licensing.
%\bibliography{../../../bibfiles/oscResourcesEn}