---
# System prepended metadata

title: Zusammenfassung Open Source Software

---

# Zusammenfassung Open Source Software

# Geschichte von Open Source

Die Geschichte Freier Software beginnt eigentlich erst 1984 mit der Gründung des GNU-Projektes durch Richard Stallman.
Vorher gab es keine freie Software, denn es gab auch keine unfreie Software.
Es gab einfach nur kooperativ erstellte, frei zugängliche Software, über die sich ausgetauscht und diskutiert wurde.

## -2000
1957: UdSSR: Sputnik

1958: USA: Gründung der ARPA (Advanced Research Proects Agency)

1960: Man-Computer-Symbiosis

1961: Erste PDP-1 am MIT

1962: PDP-6: Erster Timesharing-Computer

1963: Die Kultur des Hacking entsteht

1964: Erfindung von BASIC

1965: Gründung des ARC unter Doug Engelbart: Mäuse und andere geniale Entwicklungen

1966: Erster ARPAnet Plan

1967: PDP-10: Die Hackermaschine

1968: Maus, Fenster und Textverarbeitung werden öffentlich präsentiert

1969: Ken Thompson: UNIX, Dennis Ritchie: C, ARPAnet mit 4 Hosts

1970: Beginn der Unix-Zeitrechnung am 01.01.1970

1971: E-Mailing im Netz, FTP (RFC 172), ARPAnet: 35 Hosts

1972: @Zeichen, Telnet, Computer-to-computer chat

1973: Ethernet für lokale Netze (Bob Metcalfe)

1974: TCP, Erstes BSD-Unix für eine PDP-11 erscheint

1975: Erste Mailingliste, Erster PC wird vermarktet, Richard Stallman: Emacs

1976: AT&T entwickelt UUCP

1977: Mail-Spezifikation, TeX-Projekt

1978: Aufteilung von TCP in TCP und IP, BSD-UNIX 2.11

1979: Sendmail-Vorläufer, Emoticons, BSD-UNIX 3

1980: ARPAnet stürzt ab durch versehentlich in Umlauf gebrachten Virus, BSD-UNIX 4

1981: ARPA finanziert integration von TCP/IP in BSD-UNIX, BSD-UNIX 4.1

1982: SMTP-Spec

1983: AT&T vermarktet UNIX System V als closed source

1984: DNS wird eingeführt, Sun entwickelt NFS, Erste registrierte Domain: symbolics.com

1985: GNU-Emacs, Gründung der FSF

1986: Internet-Standards: Bildung der IETF

1987: Andrew Tanenbaum: MINIX, Larry Wall veröffentlicht Perl 1.000

1988: Der erste Internet Wurm, IRC

1989: Perl 3.000

1990: Guido van Rossum: Python

1991: Linux Torvalds: Linus 0.01, Gopher, Tim Berners-Lee: WWW, PGP

1992: Freies OS: GNU-Tools + Linux-Kernel=GNu/Linux, LaTeX 2.09, Begriff Internet-Surfen, Linux 0.99

1993: Mosaic-Internet-Browser, Samba, FreeBSD 1.0

1994: Linux 1.0, erster Internet-Bankraub

1995: Linux 1.2, Apache 1.0, PHP, GIMP, Java

1996: Linux 2.0

1997: Code Fork: GCC und GCS

1998: Netscape veröffentlicht Mozilla-Code, Spaltung Free Software & Open Source Software, Beginn der Kommerzwelle, Firmen beginnen ihre Produkte auf freie Systeme zu übertragen

1999: Liknux 2.0, GNOME 1.0, KDE 1.1,

2000: Linux 2.4, PHP4, KDE 2.0, Apache 2.0

Quelle: https://www.kritische-informatik.de/index.htm?fshistl.htm

#### 2000-2010
- 2000
    - Veröffentlichung von LLVM, einem Compiler toolkit
    - Gründung der Linux Foundation
    - Veröffentlichung von KDE 2
- 2001
    - Gründung der Free Software Foundation Europe
    - Gründung der Python Software Foundation
- 2002
    - Veröffentlichung des Quellcodes der vorher proprietären Software Blender
- 2003
    - New Zealand Open Source Society fordert weiterentwicklung von Open Source Software in Neuseeland
    - Mozilla Project beginnt mit der Entwicklung von Firefox
    - Die erste Version von WordPress wird veröffentlicht
- 2004
    - Erste Version von Ubuntu wird veröffentlicht
- 2005
    - Linus Torvalds baut die erste Version von Git
- 2008
    - GitHub wird gelauncht und erleichtert die Zusammenarbeit an OSS
    - Die erste Version von Android wird von Google veröffentlicht
    - Die erste Version von Chromium wird von Google veröffentlicht

#### 2010-2020
- 2010
    - Gründung der Organisation Linaro, die zum Beispiel zur Entwicklung des Linux Kernels und GCC beiträgt
    - Veröffentlichung von LibreOffice als Alternative zu MS Office
- 2011
    - Veröffentlichung des CSS- und JavaScript-Frameworks Bootstrap
- 2013
    - Veröffentlichung des mobilen Betriebssystems Firefox OS
    - Veröffentlichung von Valve's SteamOS, welches Gaming auf Linux zum Durchbruch verschaffen soll
    - Veröffentlichung von Docker triggert den Durchbruch von Containerization
    - Motorola kündigt Open Hardware Mobiltelefone an
- 2014
    - Veröffentlichung der Container-Orchestrierung Kubernetes durch Google
    - NASA veröffentlich Quellcode von Software-Projekten
    - Microsoft lizensiert .NET neu und beginnt mit open-source rewrite
- 2015
    - Veröffentlichung der Rust version 1.0.0
- 2016
    - Microsoft tritt der Linux Foundation bei
    - Veröffentlichung der Backup-Software Knoxite ;)
- 2017
    - Linux dominiert Supercomputing
    - Microsoft ist inzwischen unter den größten Open-Source Contributors der Welt
- 2018
    - GitHub wird von Microsoft gekauft
- 2019
    - Alibaba veröffentlicht die schnellste open-source CPU
    - GNOME und KDE arbeiten zusammen am Linux Desktop

#### 2020-2022
- 2020
    - Der Linux Marktanteil übersteigt mit 3,57% zum ersten Mail die 3%-Marke
- 2021
    - Log4J Lücke zeigt deutlicher denn je, wie wichtig es ist, meist ehrenamtliche Open-Source-Entwickler zu unterstützen und nicht nur als Firma Vorteile aus der freien Nutzung zu ziehen
- 2022
    - Der Ruf von Open-Source Software wird durch "hacktivism" im Ukraine-Krieg bedroht

Quellen:
- https://en.wikipedia.org/wiki/Timeline_of_free_and_open-source_software
- https://maximilianmichels.com/2021/history-of-open-source/
- https://www.btw.so/blog/history-of-open-source-software/
- https://timeline.kde.org/
- https://www.mclibre.org/descargar/docs/revistas/open-source-yearbook/open-source-yearbook-en-2019.pdf


https://www.kritische-informatik.de/index.htm?fshistl.htm

# Open Source
## The Open Source Definition

1. Free Redistribution
The License shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containning programs from several different sources. The license shall not require a royalty or other fee for such sale.

2. Source Code
The program must include source code and must allow distribution in source code aws well as compiled form. Where some form of a product is not distributed with source code, there must be a well-publicized means of obtaining the source code for no more than a reasonable reproduction cost, preferably downloading via the Internet without charge. The source code must be the preferred form in which a programmer would modify the program. Deliberately obfuscated source code is not allowed. Intermediate forms such as the output of a preprocessor or translator are not allowed.

3. Derived Works
The license must allow modifications and dreived works and must allow them to be distributed under the same terms as the license of the original software.

4. Integrity of The Author's Source Code
The license may restrict source-code from being distributed in modified form only if the license allows the distribution of "patch files" with the source code for the purpose of modifying in the program at build time. The license must explicitly permit distribution of software built from modified source code. The license may require derived works to carry a different name or version number from the original software.

5. No Discrimination Against Persons or Groups
The license must not discriminate against any person or group of persons.

6. No Discrimination Against Fields or Endeavor
The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.

7. Distribution of License
The rights attached to the program must apply to all to whom the program is redistributed without the need for execution of an additional license by those parties.

8. License Must Not Be Specific to a Product
The rights attached to the program must not depend on the program's being part of a particular software distribution. If the program is extracted from that distribution and used or distributed within the terms of the program's license, all parties to whom the program is redistributed should have the same rights as those that are granted in conjunction with the original software distribution.

9. License Must Not Restrict Other Software
The license must not place restrictions on other software that is distributed along with the licensed software. For example, the license must not insist that all other programs distributed on the same medium must be open-source software.

10. License Must Be Technology-Neutral
No provision of the license may be predicated on any individual technology or style of interface.


The Open Source Definition was originally derived from the Debian Free Software Guidelines (DFSG)

## 4 Freedoms
Aufgabenstellung: Video anschauen (ca. 2 Minuten): [4 Freedoms](http://www.youtube.com/watch?v=uJi2rkHiNqg) Die Kernaussagen im Hausaufgabentext notieren.


"4 essential Freedoms, that the user of software should always have"

Die 4 Freiheiten, definiert von Richard Stallman:
1. Freiheit 0: "USE" die Software für jeden Zweck auszuführen (run the program hower you wish)
2. Freiheit 1: "STUDY "die Software zu studieren und an eigene Bedürfnisse anzupassen (the freedom to study the sourcecode of the program and change it to make the program do what you wish)
3. Freiheit 2: "SHARE "die Software zu kopieren und zu verbreiten (to distribute copies of the program to others when you wish, this includes republication)
4. Freiheit 3: "IMPROVE" die Software mit Anpassungen wieder zu veröffentlichen und die Open-Source-Community damit zu bereichern (distribute copies of your modified versions to others when you wish, this also includes publication)

If you have all 4 of the freedoms, then the progarm is free software
The social system of the distribution of the software is an ehtical system that respects the freedom and community of the users.
If one is missing, then the program is proprietary software. It keeps the users devided and helpless and gives the developer power over the users. This is injustice.

## Free as in Freedom
Free as in Freedom: Richard Stallman's Crusade for Free Software (ISBN 0-596-00287-4) is a free book licensed under the GNU Free Documentation License about the life of Richard Stallman, written by Sam Williams and published by O'Reilly Media on March 1, 2002.

Williams conducted several interviews with Stallman during the writing of the book, as well as with classmates, colleagues of Stallman, and his mother. The book has received positive reviews. 

Quelle: https://en.wikipedia.org/wiki/Free_as_in_Freedom

## Lizenzen

- Software ist ähnlich zu anderen Werken in Textform (Roman, Fachbuch)
- Schöpfer eines Werkes ist Urheber
    - Werk kann mehrere Urheber haben
- Urheber estimmt die Rechte und Pflichten des Nutzers
- Die Lizenz enthält die Nutzungsrechte
- Die Lizenz wird vom Urheber vergeben
    - Auch Mehrfachlizensierung möglich
- Die Lizenz wird dem Werk sichtbar hinzugefügt
- Nur der/die Urheber können die Lizenz eines Werkes für zukünftige Ausgaben ändern
    - Die Lizenz von älteren Versionen kann nicht rückwirkend geändert werden
- Kosten für kommerzielle Software entstehen häufig durch das (zeitlich befristete) Nutzungsrecht
    - Beispiele SAP, Matlab
- Lizenzen können kommerzielle Nutzung erlauben oder ausschließen
    - Beispiele:
        - Software unter GPL darf man jederzeit auch kommerziell vermakrten
        - Qt Public License (QPL) von 1999 hat verboten, kommerzielle Produkte damit zu erstellen. Für das Anbieten von kommerzieller Software mit Qt muss eine kommerzielle Qt Lizenz wählen

### Kateorien von Lizenzen
| Liberale Lizenzen (Copycenter) | Beschränktes Copyleft | Strenges Copyleft | Sonstiges |
| --- | --- | --- | --- |
| BSD (einfach) | MPL | GPL | Vergleich: all rights reserved (Copyright) -- no rights reserved (PD)|
| MIT (einfach) | | LGPL | CC (Creative Commons) - some rights reserved |
| Apache 1.1 (einfach) | | GFDL | Der öffentliche Raum, public Domain (PD): - no rights reserved - CC0 (PD) - the unilicense |
| Apache 2.0 (komplex, 2004, CLA, Schutz vor Patentansprüchen) | | | Keine FOSS: Freeware, Shareware |

oder eben keine Lizenz, also exklusivrechte beim Urheber

Mehr Details, siehe https://ifross.github.io/ifrOSS/Lizenzcenter

#### Klassifizierung nach IFROSS:
##### Lizenzen ohne Copyleft-Effekt (“Permissive Licenses”)
- Apache
- BSD
- MIT
...

##### Lizenzen mit strengem Copyleft-Effekt
- GPLartige Lizenzen
    - GPL, AGPL, ...
- Sonstige Lizenzen mit strengem Copyleft-Effekt
    - z.B. Eclipse CPL, ...

##### Lizenzen mit beschränktem Copyleft-Effekt
- MPLartige Lizenzen
    - MPL, NASA Open Source Agreement, OPL, ...
- Sonstige Lizenzen mit beschränktem Copyleft-Effekt
    - LGPLv2, LGPLv3, ...
##### Lizenzen mit Wahlmöglichkeiten
- Artistic License, LaTeX Project Public License, Ruby License, Vim License, ...
##### Lizenzen mit Sonderrechten
- NPL, ...

### BSD
- BSD lizenzen sind Permissive Free Software Licenses (auch BSD-like/BSD-Style Lizenz), im Gegensatz zu copyleft Lizenzen, die "share-alike" requirements haben.
- Ursprung von Berkeley Software Distribution, einem Unixoiden OS.
- BSD ist sowohl eine Lizenz, als auch eine Klasse von Lizenzen

Quelle: https://en.wikipedia.org/wiki/BSD_licenses

#### Ursprüngliche BSD-Lizenz mit 4 Klauseln ("BSD-old")
    - Wurde revised wegen Kompatibilität zu GPL

```
Copyright (c) <year>, <copyright holder> All rights reserved.

Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 

    1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
    2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
    3. All advertising materials mentioning features or use of this software must display the following acknowledgement: This product includes software developed by the <copyright holder>.
    4. Neither the name of the <copyright holder> nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.
```

```
    1. Erfordert nur, dass die BSD-License-Notice erhalten bleiben muss, wenn weiterverbreitet wird (sowohl bei code, als auch bei binaries (hier muss die copyright-notice reproduziert werden))
    2. Erfordert nicht, den manipulierten Quellcode zu veröffentlichen
    3. Jegliches Werbematerial, das Features oder die Benutzung der Software nennt, muss folgende Anerkennung enthalten: "This product includes software developed by the <copyright holder>."
    4. Es darf nicht mit dem Namen des Copyright-holders oder contributoren für das SW-Produkt geworben werden, ohne Einverständniserklärung
```

#### Modifizierte 3-Klausel BSD-Lizenz ("BSD-new"), mit GPL kompatibel, 1999
    - Heute die typische BSD-Lizenz, weil GPL-kompatibel
    - Advertising clause wurde entfernt (22 July 1999 von William Hoskins)
    - Erlaubt auch die unlimitierte Weiterverteilung für alle Zwecke, solange die Copyright-Notices und Warranty-Disclaimers beibehalten werden.

```
Copyright <year> <copyright holder>

Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 

    1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
    2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
    3. Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.
```


#### Vereinfachte BSD-Lizenz mit 2 Klauseln (Nutzung bei FreeBSD, GPL kompatibel
- Noch mehr vereinfachte Version, die primär für Benutzung in FreeBSD bekannt ist. (Ab 29. April 1999)
- Non-endorsement clause fällt weg.
- GPL-kompatibel

```
Copyright (c) <year>, <copyright holder> 
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:

    1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
    2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
```


#### Zero-clause BSD Lizenz entspricht public domain (PD)
- Verlangt nicht mehr, copyright-notice, license text oder disclaimer zu inkludieren.


### Apache 2.0
- von Apache Software Foundation (ASF)
- Copyright-Notiz und Haftungsausschluss müssen erhalten bleiben
- Vordruck für Contributor License Agreement (CLA): https://apache.org/licenses/icla.pdf
- Schutz vor Patentansprüchen
- Kein Copyleft, d.h. Änderungen müssen nicht freigegeben werden
- Freie, open-source und proprietäre Software möglich
- kompatibel mit GPL 3 (ab Apache 2.0)
- optionale NOTICE Textdatei



- Gewährung einer Urheberrechtslizenz

- Vorbehaltlich den Bedingungen dieser Lizenz gewährt Ihnen hiermit jeder Beitragsleistende eine unbefristete, weltweite, nicht ausschließliche, kostenlose, gebührenfreie, unwiderrufliche Urheberrechtslizenz zur Vervielfältigung, Anfertigung von Bearbeitungen, zur öffentlichen Ausstellung, Aufführung, Unterlizenzierung und Verbreitung des Werks und derartiger Bearbeitungen in Quell- oder Objektform.

- Gewährung einer Patentlizenz

- Keine Genehmigung zur Nutzung der Handelsnamen, Marken, Dienstleistungsmarken oder Produktnamen des Lizenzgebers

- Gewährleistungsausschluss

- Haftungsbeschränkung

- Anwendung der Apache-Lizenz auf Ihr Werk

- Vordruck für Contributor License Agreement (CLA): https://apache.org/licenses/icla.pdf

- Kompatibel mit GPLv3 (Apache 2 ist Untermenge von GPLv3)

- Beispiele: Docker, TensorFlow

Infos zur Notice Text File
```
If the Work includes a "NOTICE" text file as part of its distribution, then any Derivative Works that You distribute must include a readable copy of the attribution notices contained within such NOTICE file, excluding those notices that do not pertain to any part of the Derivative Works, in at least one of the following places: within a NOTICE text file distributed as part of the Derivative Works; within the Source form or documentation, if provided along with the Derivative Works; or, within a display generated by the Derivative Works, if and wherever such third-party notices normally appear. The contents of the NOTICE file are for informational purposes only and do not modify the License. You may add Your own attribution notices within Derivative Works that You distribute, alongside or as an addendum to the NOTICE text from the Work, provided that such additional attribution notices cannot be construed as modifying the License.

You may add Your own copyright statement to Your modifications and may provide additional or different license terms and conditions for use, reproduction, or distribution of Your modifications, or for any such Derivative Works as a whole, provided Your use, reproduction, and distribution of the Work otherwise complies with the conditions stated in this License. 
```
- http://www.apache.org/licenses/LICENSE-2.0



### MPL 2.0 (Mozilla Public License)
- Schwaches Copyleft; zwischen GNU Lizenzen und Apache Lizenz.
- Ähnlich Apache Lizenz
- Kompatibel mit GPL/LGPL, man darf also MPL-lizenzierten Code und (L)GPL Code im gleichen Executable unterbringen. Allerdings muss man dann auch den MPL Code zusätzlich unter L(GPL) anbieten.
- Wehrt Patentklage ab (Kläger verliert Rechte)
- Quelltextdateien können individuell unter MPL oder anderer Lizenz stehen.
- "Covered code" (= licensed code)
- "Licensed work" unter anderer Lizenz, oder ohne Quelltext
- https://www.mozilla.org/en-US/MPL/2.0/FAQ/


### GPL General Public License
- GNU General Public License ist eine Sammlung freier Software lizenzen, die dem User die 4 Freedoms garantieren.
- Erste Copyleft Lizenz für allgemeine Nutzung, erstellt vom FSF founder Richard Stallman.
- the GPL license includes an optional "any later version" clause, allowing users to choose between the original terms or the terms in new versions as updated by the FSF
-  Developers can omit it when licensing their software; the Linux kernel, for instance, is licensed under GPLv2 without the "any later version" clause.[14][15] The "or any later version" clause also known as a lifeboat clause allows combinations between different versions of GPL licensed software to maintain compatibility. For example Inkscape is under the GPLv2 or any later version, but includes code under LGPLv3 or any later version, so effectively the binary as a whole is under the GPLv3 or any later version.

#### GNU General Public License (GPL)

- Copyleft
- Versionen v2 und v3
- beachte Klausel: ...or any newer version
- Ganz seltene Ausnahmen erlauben das Linken gegen nicht-GPL Software (ähnlich LGPL):
    - eCos: http://www.gnu.org/licenses/ecos-license.html
        -  As a special exception, if other files instantiate templates or use macros or inline functions from this file, or you compile this file and link it with other works to produce a work based on this file, this file does not by itself cause the resulting work to be covered by the GNU General Public License. However the source code for this file must still be made available in accordance with section (3) of the GNU General Public License.
        - This exception does not invalidate any other reasons why a work based on this file might be covered by the GNU General Public License. 
    - FreeRTOS: GPL mit Ausnahme
        - Any FreeRTOS source code, whether modified or in its original release form, or whether in whole or in part, can only be distributed by you under the terms of the GNU General Public License plus this exception. An independent module is a module which is not derived from or based on FreeRTOS.
        - Every copy of the combined work is accompanied by a written statement that details to the recipient the version of FreeRTOS used and an offer by yourself to provide the FreeRTOS source code should the recipient request it.


##### Version 1
Version 1 of the GNU GPL, released on 25 February 1989, prevented what were then the two main ways that software distributors restricted the freedoms that define free software. The first problem was that distributors may publish binary files only—executable, but not readable or modifiable by humans. To prevent this, GPLv1 stated that copying and distrib

Quelle: https://en.wikipedia.org/wiki/GNU_General_Public_License#Version_1

##### Version 2
According to Richard Stallman, the major change in GPLv2 was the "Liberty or Death" clause, as he calls it – Section 7. The section says that licensees may distribute a GPL-covered work only if they can satisfy all of the license's obligations, despite any other legal obligations they might have. In other words, the obligations of the license may not be severed due to conflicting obligations. This provision is intended to discourage any party from using a patent infringement claim or other litigation to impair users' freedom under the license. 

Quelle: https://en.wikipedia.org/wiki/GNU_General_Public_License#Version_2

##### Version 3
According to Stallman, the most important changes were in relation to software patents, free software license compatibility, the definition of "source code", and hardware restrictions on software modifications, such as tivoization. Other changes related to internationalization, how license violations are handled, and how additional permissions could be granted by the copyright holder. The concept of "software propagation", as a term for the copying and duplication of software, was explicitly defined. 

Quelle: https://en.wikipedia.org/wiki/GNU_General_Public_License#Version_3

###### Tivoization
Tivoization /ˈtiːvoʊɪˌzeɪʃən/ is the practice of designing hardware that incorporates software under the terms of a copyleft software license like the GNU General Public License (GNU GPL), but uses hardware restrictions or digital rights management (DRM) to prevent users from running modified versions of the software on that hardware. Richard Stallman coined the term in reference to TiVo's use of GNU GPL licensed software on the TiVo brand digital video recorders (DVR), which actively blocks users from running modified software on its hardware by design Stallman believes this practice denies users some of the freedom that the GNU GPL was designed to protect. The Free Software Foundation refers to tivoized hardware as "tyrant devices".

Quelle: https://en.wikipedia.org/wiki/Tivoization

#### GNU Lesser General Public License (LGPL)

- schwache Copyleft Lizenz
- DFSG kompatibel (Debian Free Software Guidelines)
- Kompromiss zwischen GPL und BSD Lizenz
- Proprietäre Anwendung darf gegen LGPL Bibliotheken gelinkt werden
- Geänderter oder kopierter Code LGPL Code muss unter LGPL oder GPL bleiben
- Falls man lediglich gegen LGPL Code linkt und keine "Ableitung" des Codes macht (engl. non-derivative work), dann darf man für das Programm eine beliebige Lizenz verwenden.
- Nach einer Veränderung des LGPL Codes (engl. derivative work) muss man den geänderten Quelltext unter LGPL oder GPL freigeben.
- In anderen Worten: LGPL wirkt wie eine der liberalen Lizenzen (MIT, BSD, MPL, Apache), ausser man verändert den Quelltext, dann wird sie eine strenge Copyleft Lizenz.
- Wenn Sie eine proprietäre (= kommerzielle geschlossene) Anwendung vertreiben möchten, die gegen eine oder mehrere Bibliotheken unter LGPL gelinkt wird, dann gilt Folgendes:
    - Der Kunde muss die Anwendung neu kompilieren können, so dass neuere Versionen der LGPL-Bibliotheken im Shared-Object Format verwendet werden können.
    - Der Kunde muss Zugang zum Quelltext des LGPL-Codes haben.
    - Der Kunde muss am LGPL-Quellcode Änderungen machen können und diese Änderungen auch wieder durch Linken in die Anwendung einfliessen lassen können.
    - Die LGPLv3 weist im Gegensatz zur LGPLv2 stärker darauf hin, dass der Endanwender/Kunde die Möglichkeit haben muss, eine veränderte Version der Bibliothek(en) zu installieren. Er darf nicht durch folgende Massnahmen gehindert werden:
        - "Tivoisierung" (siehe https://de.wikipedia.org/wiki/Tivoisierung)
        - DRM und Hardware-Verschlüsselung (siehe https://de.wikipedia.org/wiki/Digitale_Rechteverwaltung)
        - Software Patente
    - Man darf Anwendungen mit Teilen aus LGPLv2 und LGPLv3 mischen, so lange die Teile als separate (dynamisch gelinkte) Objekte vorliegen. Die gesamte Anwendung darf dann unter einer proprietären Lizenz herausgegeben werden. Ausserdem darf die Anwendung auch unter LGPLv2 oder LGPLv3 herausgegeben werden.


One feature of the LGPL is the permission to sublicense under the GPL any piece of software which is received under the LGPL (see section 3 of the LGPL version 2.1, and section 2 option b of the LGPL version 3). This feature allows for direct reuse of LGPLed code in GPLed libraries and applications.

Version 3 of the LGPL is not inherently compatible with version 2 of the GPL. However, works using the latter that have given permission to use a later version of the GPL are compatible: a work released under the GPLv2 "or any later version" may be combined with code from a LGPL version 3 library, with the combined work as a whole falling under the terms of the GPLv3.

Quelle: https://en.wikipedia.org/wiki/GNU_Lesser_General_Public_License

##### Formale Anforderungen und Hinweispflichten der LGPL

Die LGPL stellt an die Nutzung von LGPL-Komponenten diverse formale Anforderungen und Hinweispflichten:

    Auf die Verwendung der LPGL-lizenzierten Komponente und die Anwendbarkeit der LGPL muß deutlich hingewiesen werden (z.B. in der Dokumentation).
    Wenn die Software während des Programmlaufs Copyright-Hinweise anzeigt, müssen auch die Copyright-Hinweise der LGPL-Komponente angezeigt werden. Ferner muß eine Bezugsquelle für die LGPL- und GPL-Lizenzen angezeigt werden, z.B. ein Link auf die FSF-Website.
    Die GPL und LGPL müssen der Software beigefügt werden.
    Es muß dokumentiert werden, wie ein Programmlauf mit einer modifizierten Version der LGPL-Library (s.o.) möglich ist.


Der Quellcode der LGPL-Library muß dagegen nicht mitgeliefert werden.

Quelle: http://www.it-rechts-praxis.de/meldungen/Open-Source-Kommerzielle-Nutzung-von-LGPL-Libraries-12

#### AGPL Affero GPL
GPL hat "ASP-Schlupfloch" (ASP = Application Service Provider). Unternehmen, die GPL Software nur im Hosting bzw. als ASP anbieten, müssen Quelltext nicht weitergeben. Unternehmen hat Monopol auf alle Erweiterungen und Verbesserungen, die es in die Software einbaut, da weder Konkurrenten noch Nutzer einen Anspruch auf sie haben. Bei der GPL besteht nur bei der Weitergabe der ausführbaren Datei ein Rechtsanspruch auf den Quelltext.

- Die AGPL ist ein Versuch, dieses Schlupfloch zu schliessen. Es soll ein Download der Software garantiert werden, auch wenn über Netzwerk genutzt.

- Die AGPL (Affero GPL) entspricht der GPLv3 mit zusätzlichem §13.
```
13. Remote Network Interaction; Use with the GNU General Public License.

Notwithstanding any other provision of this License, if you modify the Program, your modified version must prominently offer all users interacting with it remotely through a computer network (if your version supports such interaction) an opportunity to receive the Corresponding Source of your version by providing access to the Corresponding Source from a network server at no charge, through some standard or customary means of facilitating copying of software. This Corresponding Source shall include the Corresponding Source for any work covered by version 3 of the GNU General Public License that is incorporated pursuant to the following paragraph.

Notwithstanding any other provision of this License, you have permission to link or combine any covered work with a work licensed under version 3 of the GNU General Public License into a single combined work, and to convey the resulting work. The terms of this License will continue to apply to the part which is the covered work, but the work with which it is combined will remain governed by version 3 of the GNU General Public License.
```

Beispiele für AGPL: Anki Lernkartei, Diaspora, Friendica, Grafana, Ghostscript, Mastodon, Nextcloud, Owncloud, Proxmox, SugarCRM, Wire, Zarafa, ...

Quelle: https://de.wikipedia.org/wiki/GNU_Affero_General_Public_License

#### SSPL Server Side Public License
Der wesentliche Abschnitt:

```
13. Offering the Program as a Service.

If you make the functionality of the Program or a modified version available to third parties as a service, you must make the Service Source Code available via network download to everyone at no charge, under the terms of this License. Making the functionality of the Program or modified version available to third parties as a service includes, without limitation, enabling third parties to interact with the functionality of the Program or modified version remotely through a computer network, offering a service the value of which entirely or primarily derives from the value of the Program or modified version, or offering a service that accomplishes for users the primary purpose of the Program or modified version.

“Service Source Code” means the Corresponding Source for the Program or the modified version, and the Corresponding Source for all programs that you use to make the Program or modified version available as a service, including, without limitation, management software, user interfaces, application program interfaces, automation software, monitoring software, backup software, storage software and hosting software, all such that a user could run an instance of the service using the Service Source Code you make available.
```

Dies sorgt wiederum für Konflikte mit der Open-Source Initiative (OSI): Weder die SSPL noch die Commons Clause wurden von der OSI als offene Lizenzen anerkannt.

#### Commons Clause

- Untersagt die kommerzielle Vermarktung der Software im Rahmen kostenpflichtiger Dienstleistungen, beim Verkauf oder bei der Vermietung.
- Strenger als die SSPL
- https://commonsclause.com


```
“Commons Clause” License Condition v1.0

The Software is provided to you by the Licensor under the License, as defined
below, subject to the following condition.

Without limiting other conditions in the License, the grant of rights under
the License will not include, and the License does not grant to you, the
right to Sell the Software.

For purposes of the foregoing, “Sell” means practicing any or all of the
rights granted to you under the License to provide to third parties, for a
fee or other consideration (including without limitation fees for hosting or
consulting/ support services related to the Software), a product or service
whose value derives, entirely or substantially, from the functionality of the
Software. Any license notice or attribution required by the License must also
include this Commons Clause License Condition notice.

Software: [name software]

License: [i.e. Apache 2.0]

Licensor: [ABC company]
```

Dies sorgt wiederum für Konflikte mit der Open-Source Initiative (OSI): Weder die SSPL noch die Commons Clause wurden von der OSI als offene Lizenzen anerkannt.

#### GPL Compatibility and multi-licensing
Code licensed under several other licenses can be combined with a program under the GPL without conflict, as long as the combination of restrictions on the work as a whole does not put any additional restrictions beyond what GPL allows. In addition to the regular terms of the GPL, there are additional restrictions and permissions one can apply:

- If a user wants to combine code licensed under different versions of GPL, then this is only allowed if the code with the earlier GPL version includes an "or any later version" statement. For instance, the GPLv3-licensed GNU LibreDWG library cannot be used anymore by LibreCAD and FreeCAD who have GPLv2-only dependencies.
- Code licensed under LGPL is permitted to be linked with any other code no matter what license that code has, though the LGPL does add additional requirements for the combined work. LGPLv3 and GPLv2-only can thus commonly not be linked, as the combined Code work would add additional LGPLv3 requirements on top of the GPLv2-only licensed software. Code licensed under LGPLv2.x without the "any later version" statement can be relicensed if the whole combined work is licensed to GPLv2 or GPLv3.

FSF maintains a list of GPL-compatible free software licenses containing many of the most common free software licenses, such as the original MIT/X license, the BSD license (in its current 3-clause form), and the Artistic License 2.0.

Starting from GPLv3, it is unilaterally compatible for materials (like text and other media) under Creative Commons Attribution-ShareAlike 4.0 International License to be remixed into the GPL-licensed materials (prominently software), not vice versa, for niche use cases like game engine (GPL) with game scripts (CC BY-SA).

David A. Wheeler has advocated that free/open source software developers use only GPL-compatible licenses, because doing otherwise makes it difficult for others to participate and contribute code. As a specific example of license incompatibility, Sun Microsystems' ZFS cannot be included in the GPL-licensed Linux kernel, because it is licensed under the GPL-incompatible Common Development and Distribution License. Furthermore, ZFS is protected by patents, so distributing an independently developed GPL-ed implementation would still require Oracle's permission.

A number of businesses use multi-licensing to distribute a GPL version and sell a proprietary license to companies wishing to combine the package with proprietary code, using dynamic linking or not. Examples of such companies include MySQL AB, Digia PLC (Qt framework, before 2011 from Nokia), Red Hat (Cygwin), and Riverbank Computing (PyQt). Other companies, like the Mozilla Foundation (products include Mozilla Application Suite, Mozilla Thunderbird, and Mozilla Firefox), used multi-licensing to distribute versions under the GPL and some other open-source licenses. 


Kompatibel:

    GPL und MIT Lizenz
    GPL und PSFL (Python Software Foundation License)

Nicht kompatibel:

    GPL und BSD 4-Klausel Lizenz (wegen der Werbungsklausel)
    GPL und MPL Lizenz
    GPL und Microsoft Public License (MS-PL)

Wenn man Software mit nicht kompatiblen Lizenzen kombiniert, kann man das gesamte Programm nicht legal verteilen.


##### Combined Work
A combined work consists of multiple differently-licensed parts (avoiding reliciensing). To achieve a combined work including copyleft licensed components (which have a viral property leading potentially to a derived work), proper isolation/seperation needs to be maintained.)

- With individually licensed source code files, multiple non-reciprocal licenses (such as permissive licenses or own proprietary code) can be separated, while the combined compiled program could be re-licensed (but that is not required). Such source-code file separation is too weak for copyleft/reciprocal licenses (such as the GPL), as they then require the complete work to be re-licensed under the reciprocal license as being derivative. 

- A slightly stronger approach is to have separation at the linking stage with binary object code (static linking), where all the components of the resulting program are part of the same process and address space. This satisfies "weak copyleft/standard reciprocal" combined works (such as LGPL licensed ones), but not "strong copyleft/strong reciprocal" combined works. While it is commonly accepted that linking (static and even dynamic linking) constitutes a derivative of a strong copyleft'd work,[6][7][8][9] there are alternate interpretations.[10][11] 

For combined works with "strong copyleft" modules, a stronger isolation is required. This can be achieved by separating the programs by an own process and allowing communication only via binary ABIs or other indirect means.[7] Examples are Android's kernel space-to-user space separation via Bionic, or Linux distros which have proprietary binary blobs included despite having a strong copyleft kernel.[5][12] 

##### Derived Work
Abgeleidete/Modifizierte Software

Quelle: https://en.wikipedia.org/wiki/GNU_General_Public_License#Compatibility_and_multi-licensing


#### Creative Commons, http://creativecommons.org (Lizenzbaukasten)
Creative Commons licenses give everyone from individual creators to large institutions a standardized way to grant the public permission to use their creative work under copyright law. From the reuser’s perspective, the presence of a Creative Commons license on a copyrighted work answers the question, “What can I do with this work?” 


Mögliche Bausteine:
BY – Credit must be given to the creator, Icon: Mensch
SA – Adaptations must be shared under the same terms, Icon: Linksgedrehtes C für copyleft
NC – Only noncommercial uses of the work are permitted, Icon: Durchgestrichenes Dollar Zeichen
ND – No derivatives or adaptations of the work are permitted, Icon: = (istgleich zeichen)

Folgende Kombinationen sind möglich

##### CC BY
CC BY: This license allows reusers to distribute, remix, adapt, and build upon the material in any medium or format, so long as attribution is given to the creator. The license allows for commercial use.

CC BY includes the following elements:
BY – Credit must be given to the creator, Icon: Mensch

##### CC BY-SA
CC BY-SA: This license allows reusers to distribute, remix, adapt, and build upon the material in any medium or format, so long as attribution is given to the creator. The license allows for commercial use. If you remix, adapt, or build upon the material, you must license the modified material under identical terms.

CC BY-SA includes the following elements:
BY – Credit must be given to the creator, Icon: Mensch
SA – Adaptations must be shared under the same terms, Icon: Linksgedrehtes C für copyleft

##### CC BY-NC
CC BY-NC: This license allows reusers to distribute, remix, adapt, and build upon the material in any medium or format for noncommercial purposes only, and only so long as attribution is given to the creator. 

It includes the following elements:
BY – Credit must be given to the creator, Icon: Mensch
NC – Only noncommercial uses of the work are permitted, Icon: Durchgestrichenes Dollar Zeichen

##### CC BY-NC-SA:
CC BY-NC-SA: This license allows reusers to distribute, remix, adapt, and build upon the material in any medium or format for noncommercial purposes only, and only so long as attribution is given to the creator. If you remix, adapt, or build upon the material, you must license the modified material under identical terms. 

CC BY-NC-SA includes the following elements:
BY – Credit must be given to the creator, Icon: Mensch
NC – Only noncommercial uses of the work are permitted, Icon: Durchgestrichenes Dollar Zeichen
SA – Adaptations must be shared under the same terms, Icon: Linksgedrehtes C für copyleft

##### CC BY-ND 
CC BY-ND: This license allows reusers to copy and distribute the material in any medium or format in unadapted form only, and only so long as attribution is given to the creator. The license allows for commercial use. 

CC BY-ND includes the following elements:
BY – Credit must be given to the creator, Icon: Mensch
ND – No derivatives or adaptations of the work are permitted, Icon: = (istgleich zeichen)

##### CC BY-NC-ND
CC BY-NC-ND: This license allows reusers to copy and distribute the material in any medium or format in unadapted form only, for noncommercial purposes only, and only so long as attribution is given to the creator. 

CC BY-NC-ND includes the following elements:
BY – Credit must be given to the creator, Icon: Mensch
NC – Only noncommercial uses of the work are permitted, Icon: Durchgestrichenes Dollarzeichen
ND – No derivatives or adaptations of the work are permitted, Icon: = (istgleich zeichen)


##### CC0 (The Creative Commons Public Domain Dedication )

CC0 (aka CC Zero) is a public dedication tool, which allows creators to give up their copyright and put their works into the worldwide public domain. CC0 allows reusers to distribute, remix, adapt, and build upon the material in any medium or format, with no conditions.

The licenses and CC0 cannot be revoked. This means once you apply a CC license to your material, anyone who receives it may rely on that license for as long as the material is protected by copyright, even if you later stop distributing it.

You must own or control copyright in the work. Only the copyright holder or someone with express permission from the copyright holder can apply a CC license or CC0 to a copyrighted work. If you created a work in the scope of your job, you may not be the holder of the copyright. 


Quelle: https://creativecommons.org/about/cclicenses/

#### The Debian Free Software Guidelines (DFSG)
- Free Redistribution
- Source Code
- Derived Works
- Integrity of The Author's Source Code
- No Discrimination Against Persons or Groups
- No Discrimination Against Fields of Endeavor
- Distribution of License
- License Must Not Be Specific to Debian
- License Must Not Contaminate Other Software
- Example Licenses
- The "GPL", "BSD", and "Artistic" licenses are examples of licenses that we consider "free".


## Begrifflichkeiten
### Permissive Free Software Licenses
Auch BSD-like or BSD-style license genannt. Anstatt von copyleft protections, gibt es nur minimale Restriktionen, wie die software verwendet, modifiziert und weiterverteilt werden darf. Für gewöhnlich inkludieren diese einen "warranty disclaimper".
Beispiele:
- GNU All-permissive License
- BSD
- MIT
- Apache
- CC-BY

Quelle: https://en.wikipedia.org/wiki/Permissive_software_license

### Copyleft
"Copyleft is a general method for making a program free software and requiring all modified and extended versions of the program to be free software as well."

 The simplest way to make a program free is to put it in the public domain, uncopyrighted. This allows people to share the program and their improvements, if they are so minded. But it also allows uncooperative people to convert the program into proprietary software. They can make changes, many or few, and distribute the result as a proprietary product. People who receive the program in that modified form do not have the freedom that the original author gave them; the middleman has stripped it away. 

 Copyleft says that anyone who redistributes the software, with or without changes, must pass along the freedom to further copy and change it. Copyleft guarantees that every user has freedom. 

Quellen: 
- https://www.gnu.org/licenses/licenses.html
- https://www.gnu.org/licenses/copyleft.html

### Share-alike
Share-alike ist ein Begriff, der Lizenzen oder Werke beschreibt, die erfordern, Kopien oder Adaptionen des Werkes wiederum unter der selben odeer ähnlichen Lizenz zu publizieren.
Copyleft Lizenzen haben eine share-alike Bedingung.
Begriff wurde geprägt vom Creative Common Projekt.

Quelle: https://en.wikipedia.org/wiki/Share-alike

### CLA (Contributor License Agreement)
Ein Contributor License Agreement, auch Contributor Agreement, beschreibt Bedinungen, unter denen Contributors geistiges Eigentum zu einem Projekt oder Vorhaben beitragen können. (Meist Open-Source-Lizenz)

Begründung:
- Erleichtert Anbietern, lizenzkonform FOSS-Software zu vertreiben
- CLAs versuchen, Lizenz-Streitigkeiten zu vermeiden
- Dem Haupt-Software-Produzenz kann erlaubt werden, seine Open-Source-Software auf ein anderes Lizenzmodell umzustellen, ohne die Genehmigung aller anderen Contributors einzuholen.

Quelle: https://de.wikipedia.org/wiki/Contributor_License_Agreement

#### Braucht mein Projekt eine CLA?
Meist nein, weil Open-Source-Lizenz implizit für alle Contributions gilt, sowohl für reinkommende als auch ausgehende an andere Mitwirkende oder Benutzer.
Die Praxis nennt sich "inbound=outbound" und wird z.B. von GitHub Terms of Service als Standard definiert.

Verwaltungsaufwand ist hoch. Es wird als Minimum eines CLA erfodert, dass Kontributoren mit einem Klick bestätigen, die erforderlichen Rechte inne zu haben, zu contributen.

CLA eventuell wegen Papierkram unfreundlich für die Community. Setzt höhere Hemmschwelle zu contributen.

#### Beispiele:

- Apache ICLA https://apache.org/licenses/icla.pdf
- Ubuntu Harmony Agreements http://harmonyagreements.org
- Fedora CLA https://fedoraproject.org/wiki/Legal:Licenses/CLA
- Busmaster Projekt https://rbei-etas.github.io/busmaster

### Code of conduct
A code of conduct is a set of rules outlining the norms, rules, and responsibilities or proper practices of an individual party or an organization. 
https://en.wikipedia.org/wiki/Code_of_conduct


# Artikel Zusammenfassungen
## Software Carpentry
Teaching basic lab skills for research computing

## Communitybuilding Stürmer/Myrach https://hhoegl.informatik.hs-augsburg.de/oss/StuermerMyrach_OpenSourceCommunityBuilding.pdf

Die Community ist wichtiger als der einzelne, jedoch gibt es meist feste Rollen:
Abstraktion eines Open-Source-Projekts im Zwiebelmodell:
Von innen nach außen:
- Projektverantwortliche/Maintainer/Initiatoren
- Entwickler/Koordinatoren
- Aktive Anwender
- Inaktive Anwender

### Charakteristiken prosperierender Communities
- Community hat keinen Selbstzweck sondern ein primäres Anliegen:
    - Die Weiterentwicklung des Projekts -> code erstellen/verbessern/dokumentieren.
    - Marketing betreiben
    - Schmarotzer, wie Unternehmen die nur nutzen und nicht beitragen, sind unerwünscht

- Hohe Selbstmotivation
    - Von eigener Idee bis zur Realisierung
    - Trotzdem offen für Austausch, Kritik und Verbesserungsvorschläge
    - Höheren Einfluss auf Projekt durch mehr Beteiligung

- Vielfältigkeit der Mitwirkenden (versch. Organisationen, Regionen)
    - Langlebigkeit von Software gewährleisten
    - Umfangreichstes Wissen

- Freiwillig und unentgeltlich
    - Korrektheit in der Kommunikation unentbehrlich
        - Respektvoller Umgang mit allen

- Altruismus ist wichtig
    - Community wichtiger als einzelne
    - Unternehmen müssen Rücksicht auf Community nehmen  und nicht nur eigene Interessen vorantreiben

- Langfristiges Engagement
    - Wissen halten
    - Meritokratie-Prinzip: Langfristige Community-Mitglieder haben Zugriff auf wichtige Ressourcen

- Gemeinsame Vision

### Eigenschaften von Projektvernatwortlichen
- Bestimmtheit
- Engagement
- Erfahrung
- Geduld
- Hilfsbereitschaft
- Offenheit
- Mitteilsamkeit
- Persönlichkkeit (Ausstrahlung)
- Präsenz
- Programmiertalent (lel)
- Verantwortungsbereitschaft
- Vision

### Voraussetzung für Open Source Projekt
- Programmiersprache sinnvoll für anwendungsbereich wählen
- Wahl der richtigen Lizenz
- Qualität des Quellcodes muss gut sein
- Nachfrage
- Innovationsgrad
- Anwendbarkeit
- Extern wahrnehmbare Kommunikation

### Förderung des Community-Aufbaus
- Rekrutierung, Zusammenarbeit und Entwicklungstätigkeit soll das Wachstum positiv beeinflussen
    - Rekrutierung: Projektbeitragende gewinnen, Bekanntmachung, Verteilung und externe Kommunikation
    - Zusammenarbeit: Interne Prozesse verbessern, deshalb Organisation, Koordination und interne Kommunikation und Beziehungen
    - Entwicklungstätigkeit: Weiterentwicklung der Software, Quellcode, Software-Architektur und Technlogien

Wichtig also:
- Modularität und Verständlichkeit
- Dokumentation (Eintrittsmotivation und Nutzung)
- Release Management (lebendigkeit)
- Kollaborationsplattformen
- Physische Begegungenn (Hack-Retreat YAY)
- Trägerorganisationen für Stabilität und Kontinuität
- Diversität durch Internationalität


## GaiaX und  Digitale Souveränität 
Siehe Material ganz unten https://hhoegl.informatik.hs-augsburg.de/oss/

### Digitale Souveränität
Digitale Souveränität" beschreibt "die Fähigkeiten und Möglichkeiten von Individuen und Institutionen, ihre Rolle(n) in der digitalen Welt selbstständig, selbstbestimmt und sicher ausüben zu können".

Oder 

Unter Digitaler Souveränität werden im politischen Diskurs Möglichkeiten zur selbstbestimmten Nutzung und Gestaltung von Informationstechnik durch Gesellschaften[1], Staaten[2], Unternehmen und Individuen diskutiert. Dies umfasst sowohl die digitale Kompetenz als Sachkenntnis als auch die Kompetenz im Sinne von Befugnis, Tätigkeiten auch eigenständig ausüben zu dürfen. 

Quellen:
- https://www.cio.bund.de/Web/DE/Strategische-Themen/Digitale-Souveraenitaet/Digitale-Souveraenitaet-node.html
- https://de.wikipedia.org/wiki/Digitale_Souver%C3%A4nit%C3%A4t

### Unabhängig mit Open Source? Freie Software für die digitale Souveränität, c't 2020, Heft 19, ct.2020.19.070_074.opensource.pdf
- Von steuergeld finanzierte Software als öffentliches Gut --> Corona Warn App --> PUBLIC MONEY PUBLIC CODE
- Abhängigkeit von kommerzieller Software eliminieren
- Lock-In vermeiden

### Digitale Souveränität 1.0. Woran LiMux gescheitert ist.**, c't 2020, Heft 19, ct.2020.19.078_079.limux.pdf
Ursachen für Umstieg
- Friss oder stirbt bei neuen Windows-Versionen
- Probleme mit Datensicherheit
- Methodische Abhängigkeit von einem Anbieter

Besuch von Ballmer
- Steve Ballmer unterbricht Skurlaub in der Schweiz, um in München persönlich Extra-Rabatte anzubieten

2003 Wehchsel zu Linux beschlossen, 2012 erreicht.
- 4/5 der 15000 Arbeitsplätze auf eigens entwickeltem LiMux Client, ubuntu-based
- Nutzung von Thunderbird, Firefox, Open-/Libre-Office
- Ersetzung von Office-Vorlagen und Markos durch ODFs und Web-based Prozesse

2014 distanziert sich beim Amtsantritt der neue Bürgermeister (auch SPD) und beschließt 2017 Rückkehr zu MS

Was lief schief?
- Teure Doppellösung
- Fachanwendungen nur unter Windows verfügbar, Unterstützung zweier Welten
    - Aufforderung an Bund, nicht nur Windows zu unterstützen
- Stark individualisierte Version von Ubuntu

Erfolgreiches Gegenbeispiel:
- Französische Gendarmerie: Brauchte nur 2 statt 10 Entwickler um nicht so stark angepasstes Ubuntu zu betreiben

### Peter Ganten, Rafael Laguna, Mehr Open-Source wagen, 2020.
#### Probleme:
- Digitalisierung verschiebt Wertschöpfung von eigentlichen PRodukten zu digitalen Plattformen, die meist nicht aus Europa kommen
- Wenn etabliert, wächst durch Datengetriebenes Wachstum die Dominanz
- Wirtschaftsteilnehmer und Staaten gelangen in Abhängigkeiten
- Datenmacht durch Zusammenführung der Daten mehrerer Kunden führt zu Datenmonopol

#### Lösung
- Offene, Föderierte und genehmigungsfrei nutzbare Plattformen
- Am besten Open Source

### ix.2020.04.084_091_gaia-x-cloud.pdf
- Gaia-X soll eine rechtskonforme europäische Cloud werden
- "Europäisch, global, sicher"
- Wirtschafts- und Forschungsministerium wollen mit dem Gaia-X-Projekt die digitale Souveränität DEs und Europas stärken, im Verbund mit der Wirtschaft

#### Warum?
Schwere Umsetzung von:
- Digitaler Souveränität
- Unabhängigkeit mittelständischer Unternehmen
- EU-rechtskonforme Datenverarbeitung

#### Was tun?
- Für "kopie" der großen americanischen B2C-Cloud-Infrastrukturen sind wir zu spät dran
- Fokus auf nächste disruptive Generation: Verteilte, föderale Edge-Cloud-Infrastuktur
     - aufbauend auf neuen und existierenden RZ-Strukturen in Europa und
     - Domainwissen der Firmen und Branchen unseres Standorts

Gaia-X ist auf Initiative der Leitungsunternehmer der Plattform Industrie 4´.0 entstanden
- Bundestministerien Wirtschaft, Energie, Bildung, Forschung
- SAP, Telekom, Bosch, Siemens, Schunk und Festo

#### Vertrauenswürdiger Datenraum für Europa
- Zertifizierung nach einer Spezifikation, festgelegt von Gaia-X Gremien
- Datenhoheit soll erhalten bleiben
- Datenzugriff regeln
- Datenaustausch ermöglichen
- Es soll ein Datenrum europäischen Rechts auf eigener Infra enttstehe
- Gaia-X Knoten werden auf Konformität geprüft
- Knoten können sein:
    - Private, Public, Hybrid-Cloud
    - Firmen-RZ
    - Colocation
    - Edge-Cloud

- Eine europäische Genossenschaft soll Governance übernehmen
- Etat soll aus Beiträgen der Mitglieder finanziert werden
- Geringer staatlicher Zuschuss

#### Use-Cases, die erarbeitet wurden
- das architektonische Konzept einerDropbox-ähnlichen Dateiablage für den Datenaustausch mit einem rechtskonformen Berechtigungs- und Sicherheitssystem;
– ein Industrieszenario mit Edge-RZ und Maschinendaten und 5G-Anbindung;
– ein hochleistungsfähiges ML-Szenario, in das größere Clouds und Datenmengen für die Analyse einbezogen sind

#### Techniken, die besonders wichtig sind:
- Containerization
- Open-Source-Software
- Dateninteoperabilität
- Föderales Service-Mesh und smartes Cloud-Contracting
- Verschlüsselung
- KI (WAS SONST)

#### Konzepte
- Knoten sollen Selbsbeschreibung ihrer Eigenschaften offenlegen
    - Anwender sollen Angebote anhand von Ressourcenregistern vergleichen und auswählen können
- Nachhaltigkeit
    - Green IT


#### Aufgaben von GAIA-X

- Rahmenbedingungen Schaffen
    - Architektur
    - Schnittstellen
    - Datenklassifikation
    - Prozesse zwischen Akteuren
    - Interoperabilität und Interonnektivität
    
- Governance
    - Teilnahmebedingungen
    - Regeln und Datenverträge
    - Zertifizierung

- Betrieb koordinieren
    - Zentrale Dienste

#### Praxisbeispiele:
- Condition Monitoring in der Industrie
- Synergien in Zuliernetzen
- Klinische Studien

#### Probleme
- Auch AWS, Google und Microsoft sind dabei
- Zivilgesellschaft wird exkludiert bei Konzeption und Entscheidungen

## OSS Compliance https://hhoegl.informatik.hs-augsburg.de/oss/ix.2022.05-OSS-Compliance.pdf 
Fazit: Die Einhaltung von Open-Source-Lizenzbedingungen ist für die meisten Unternehmen, Behörden und öffentlichen Stellen von hoher Relevanz. Nur so können juristische Konsequenzen vermieden werden, die mindestens Zeit und Geld kosten – von etwaigen Rufschädigungen etwa bei Produktrückrufen ganz zu schweigen.
Die Empfehlungen und Standards für Compliance haben sich in den letzten Jahren weiterentwickelt. Ein Beispiel ist das jüngst zum ISO-Standard erho-
bene Projekt Software Package Data Exchange (SPDX) der Linux Foundation. Geschäfts- und Behördenleitungen sowie
die Verantwortlichen für die Einhaltung von Lizenzbedingungen müssen auch bei OS-Compliance den Stand der Technik
berücksichtigen. Andernfalls drohen ihnen juristische Konsequenzen bis hin zu Schadenersatzforderungen oder Verlust des Arbeitsplatzes.

# Leseliste

## Relevant
- [ ] https://opensource.guide/de/legal/
- [ ] https://www.sueddeutsche.de/digital/jitsi-videokonferenz-snowden-emil-ivov-datenschutz-1.5222387
- [ ] https://arstechnica.com/uncategorized/2007/11/why-google-chose-the-apache-software-license-over-gplv2/
- [ ] https://choosealicense.com/
- [ ] https://gist.github.com/nicolasdao/a7adda51f2f185e8d2700e1573d8a633 Gute Zusammenfassung
- [ ] https://www.mend.io/resources/blog/top-10-apache-license-questions-answered/
- [x] https://web.archive.org/web/20180928220459/https://blog.chef.io/2009/08/11/why-we-chose-the-apache-license/
- [ ] https://hhoegl.informatik.hs-augsburg.de/oss/faz-19.3.2018.txt openxchange
- [ ] https://hhoegl.informatik.hs-augsburg.de/oss/freibier-fuer-alle-lu12-2012.pdf freibier für alle


## Nice2Have
- [ ] https://hhoegl.informatik.hs-augsburg.de/oss/comparing_the_gpl_to_eula.pdf
- [ ] http://hhoegl.informatik.hs-augsburg.de/oss/ss20/HiveMQ-OSS.pdf
- [ ] http://github.com/blog/1964-open-source-license-usage-on-github-com     
- [ ] https://www.whitesourcesoftware.com/resources/blog/open-source-licenses-trends-and-predictions
- [ ] https://www.gnu.org/licenses/license-compatibility.en.html
- [ ] https://hhoegl.informatik.hs-augsburg.de/oss/the-complete-guide-for-open-source-licenses-2021.pdf
- [ ] https://www.pengutronix.de/de/blog/2020-02-25-open-source101.html 1x1 des Lizenzmanagements
- [ ] https://hhoegl.informatik.hs-augsburg.de/oss/osi-20-years.pdf osi 20 years
- [ ] https://hhoegl.informatik.hs-augsburg.de/oss/pro-linux-oss-20jahre.pdf osi 20 years
- [ ] https://hhoegl.informatik.hs-augsburg.de/oss/Suchmaschinen suchmaschinen
- [ ] https://hhoegl.informatik.hs-augsburg.de/oss/Wikipedia
- [ ] https://opensource.guide/de/legal/
- [ ] https://dwheeler.com/essays/gpl-compatible.html
- [ ] https://www.mongodb.com/licensing/server-side-public-license
- [ ] https://www.mend.io/resources/blog/top-10-gpl-license-questions-answered/
- [ ] https://hhoegl.informatik.hs-augsburg.de/oss/ct.0120.062-066.qxp.pdf open source business models
- [ ] https://hhoegl.informatik.hs-augsburg.de/oss/ct.0120.074-075.libreoffice.pdf same as above

# TODOs
- GFDL
- AFL license


# Hausaufgaben über das Semester

### Zusatzaufgabe: Übersicht Fediverse
Das Fediverse ist eine sammlung dezentraler, federierter Server. Es basiert vollständig auf Open-Source software und Server sind inzwischen über die ganze Welt verstreut.
https://fediverse.party/

Man kann sich auf einem Server eine Identität erstellen, welche über die Grenzen des eigenen Servers hinaus mit anderen Servern kommunizieren kann. Grundlage hierfür ist das Protokoll ActivityPub: https://activitypub.rocks.

Beispiele für soziale Netzwerke im Fediverse sind:
- Mastodon (Twitter Alternative)
- PeerTube (YouTube Alternative)
- Pixelfed (Instagram Alternative)
- Diaspora (Macroblogging)

Desweiteren ist noch [Owncast](https://owncast.online/) zu nennen. Eine self-hosted Alternative zu Twitch.


### Übung 4
#### Bei Doodle Umfragen ist man meist Werbung ausgesetzt und getrackt wird man auch. Bietet offene Software irgendwelchen Alternativen in diesem häufig genutzten Bereich?

Ich nutze primär `nuudel` von Digitalcourage für diese Zwecke:
[nuudel](https://nuudel.digitalcourage.de/).
Weiterhin gibt es [dudle](https://dudle.inf.tu-dresden.de/) von der TU Dresden oder [bitpoll](https://bitpoll.mafiasi.de/) von der Universität Hamburg.


### Übung 5
#### Filme zu Wikipedia anschauen
#### Überblick über die Genossenschaft https://www.hostsharing.net verschaffen
Der Verein hat sich zusammengeschlossen, um Websites und Webanwendungen von Mitgliedern in einer gemeinsam betriebenen Community Cloud nachhaltig, unabhängig und technisch perfekt hosten wollen.

Ziele:
- Digitale Souveränität
    - Selbstbestimmung -> Wo und bei wem liegen meine Daten? Ich will selbst entscheiden können!
    - Einhaltung von DSGVO
    - Wirtschaftliche Unabhängigkeit
    - Freie Software und offene Standards garantieren Unabhängigkeit
- Digitale Nachhaltigkeit
- Digitale Exzellenz

##### Was ist eine Genossenschaft?
"Eine Genossenschaft ist ein Unternehmen mit demokratisch gewählten Organen und einem Förderauftrag gegenüber den Mitgliedern. Menschen schließen sich in einer Genossenschaft zusammen, um wirtschaftliche Ziele gemeinsam effizienter zu erreichen als im Alleingang. Eine Genossenschaft vertraut auf die eigene Kraft. Sie ist kein Spielball von Investoren, sondern ein unabhängiges Unternehmen im gemeinschaftlichen Besitz der Mitglieder. Selbsthilfe, Selbstverwaltung und Selbstverantwortung sind wichtige Prinzipien.

Genossenschaften haben einen gesetzlichen Auftrag: Die wirtschaftliche Förderung ihrer Mitglieder.

Einer Genossenschaft können natürliche oder juristische Personen angehören." (Zitat aus [Qelle](https://www.hostsharing.net/genossenschaft/grundsaetze/))


#### Wann ist die klassische geschlossene Softwareentwicklung der Open-Source Entwicklung überlegen?
##### Pro
- Support kann eingekauft werden und wird oft garantiert
- Bessere Usability, weil Zeit und Geld in die UI-Entwicklung gesteckt wird
- Die Software ist oft für spezifische Anwendungsfälle geschrieben und deckt oft mehr Features ab
- Einfacherer Entscheidungsprozess, da nicht unterschiedliche Open-Source Projekte evaluiert werden müssen und nicht deren Zusammenspiel geregelt werden muss
- Aufwand für Hosting entfällt bei Cloud-Lösungen
- Probleme wie Compliance und Datensicherheit können outgesourced werden
- Es werden nicht zwingend Experten zum Betrieb der Software benötigt

##### Contra
- Hohe Kosten durch Lizenzen und Support
- Vendor-Lock-In, weil Daten oft nicht sinnvoll auf andere Systeme übertragbar sind und Abhängigkeiten entstehen
- Man kann nicht selbst Anpassungen und Verbesserungen zum Quellcode einbringen
- Die Software-Qualität und Sicherheit ist nicht überwachbar, man muss vertrauen (was oft eine schlechte Idee ist)
- ES sind Workarounds notwendig, weil Schnittstellen selten oder nicht vorhanden sind und oft zu wenige Features bereitstellen
- Man muss für Anpassungen bezahlen und kann nicht selbst entwickeln
- Lizensierung oft unflexibel
- Falls die Entwicklerfirma insolvent geht, kann es sein, dass die Software nicht mehr verfügbar ist

#### Ist freie/offene Software sicherer als kommerzielle Software?
##### Pro
- Jeder kann den Quellcode einsehen und der Code wird öfter und besser gereviewed, weil es viele Contributors gibt. So werden öfter Sicherheitslücken gefunden.
- Die Qualität von FOSS-code ist oft besser, weil:
    - für eine erfolgreiche Zusammenarbeit zwischen unbekannten Menschen mehr Dokumentation notwendig ist und Lesbarkeit des Quellcodes im Fordergrund steht 
    - sich Entwickelnde oft höhere Anforderungen an die Codequalität setzen, wenn der code veröffentlicht wird
- Tools für die automatische Erkennung von Sicherheitslücken können auf jeglichem zugänglichen Quellcode ausgeführt werden.
- Es wird nicht bei der Sicherheit gespart, weil kein Druck auf Mitarbeiter angewandt wird um die Software schnell zu entwickeln. Dies passiert oft bei kommerziellen Projekten.
- Open-Source Software unterliegt im Vergleich zu Unternehmen nicht der Verpflichtung, Backdoors für staatliche Institutionen/Exekutive einzubauen oder Daten über Kunden an diese weiterzureichen.
##### Contra
- Jeder kann den Quellcode einsehen und damit schneller Vulnerabilities feststellen
- Wenn das Projekt wenig Reichweite hat, gibt es weniger Contributors. Es reviewen also weniger Menschen den Quellcode.
- Wenn freiwiliige Maintainer keine Zeit für das Weitertreiben der Enwticklung haben, bleiben Abhängigkeiten auf alte Stände von Software im Quellcode, die eventuell Sicherheitslücken haben, die in dieser Version noch nicht gepatcht sind.

### Übung 6
#### Finden Sie eine aktuelle Lizenz-Statistik der Projekte auf einem grossen Git-Hoster wie Github oder Gitlab.


#### Die Fragen im Abschnitt "[2 Allgemeines](https://hhoegl.informatik.hs-augsburg.de/oss/Fragen/Lizenz-Fragen.html)" beantworten


1. Warum ist es schlecht, wenn Sourcecode, der zur freien Verwendung bestimmt ist, keine Lizenz trägt? Github schlägt z.B. vor, dass man den Maintainer in einem Pull-Request auf eine mögliche Lizenz hinweisen könnte.

- Wenn der Code keine Lizenz trägt, liegen die Rechte exklusiv beim Urheber der SW. Keiner darf kopieren, verteilen oder modifizieren, ohne rechtliche Konsequenzen fürchten zu müssen.

2. Sehen Sie sich die Lizenz-Statistik von github an (2015):
http://github.com/blog/1964-open-source-license-usage-on-github-com
Welches sind die beliebtesten Lizenzen (zumindest 2015)?

| Rank | License | % of projects |
|-|-|-| 
|1| MIT | 44.69% |
|2| Other | 15.68% | 
|3| GPLv2 | 12.96% | 
|4| Apache | 11.19% | 
|5| GPLv3 | 8.88% | 
|6| BSD 3-clause | 4.53% | 
| 7 | Unlicense | 1.87% | 


Eine neuere Zusammenstellung (2021) findet man hier:

https://www.whitesourcesoftware.com/resources/blog/open-source-licenses-trends-and-predictions

Github möchte mehr Anwender zur Auswahl einer Lizenz bewegen. Aus diesem Grund gibt es http://choosealicense.com. Welche Lizenzen werden dort vorgestellt?

Für Software:
- Apache License 2.0
- MIT
- ISC
- GNU GPLv2
- GNU GPLv3
- GNU AGPLv3
- GNU LGPLv3
- Mozilla Public License 2.0 
- Boost Software License 1.0 
- The Unlicense 

Für Non-Software:
Data, media, etc.
- CC0-1.0, CC-BY-4.0, and CC-BY-SA-4.0
Fonts
- The SIL Open Font License 1.1 

3. Sie haben ein Programm geschrieben und Patches von anderen Personen eingebaut. Was müssen Sie bedenken, wenn Sie als ursprünglicher Urheber die Lizenz des Programmes ändern möchten? Macht es einen Unterschied, ob das Programm unter der GPL oder der MIT Lizenz veröffentlich wurde?

- Unter der MIT Lizenz darf die Lizenzs geändert werden.
- Unter GPL muss die Zustimmung der Personen, welche die Patches verfasst haben, eingeholt werden.

4. Gibt es Open-Source Lizenzen, die nicht für beliebige Projekte verwendet werden dürfen?

- Creative Commons und andere Non-Software Lizenzen wie SIL Open Font License dürfen nicht für Software verwendet werden.

5. Die Open-Source Definition umfasst 10 Punkte. Geben Sie fünf davon an. Es genügt jeweils ein Satz zur Erklärung.
➔ https://en.wikipedia.org/wiki/The_Open_Source_Definition
- Free redistribution: Es soll durch eine Lizenz nicht verhindert werden, dass andere Software, welche die lizensierte Software als Komponente nutzt, von jemand verkauft werden darf und es darf dabei keine Gebühren geben.
// TODO
- Source Code: Das Programm muss den Source-Code enthalten, der Verteilung in Form des Quellcodes oder Kompilats erlaubt.

6. Welche Aufgabe hat die Open Source Initiative (OSI)?
➔ https://opensource.org

Die NGO ist Verantwortlich für die Open-Source-Definition und hat sich als Ziel gesetzt,
die Open-Source-Community mitaufzubauen und zu verbinden, Bewusstsein über die Relevanz von Open-Source zu schaffen und die Bildung im Bereich zu verbessern.
Die Vision ist, eine Welt zu bauen, in der die Freiheit und die Möglichkeiten von Open Source Software von allen Menschen genossen werden können.
7. Finden Sie zwei Beispiele für mehrfach lizenzierte freie Software.

- Perl (GPL und Artistic license)
- EventStoreDB (kommerzielle und open source version https://www.eventstore.com/support)

8. Muss ich GPL-lizenzierte Software, die ich für meine Zwecke modifiziert habe, in der geänderten Form unbedingt anderen zur Verfügung stellen?
- Nur, wenn sie außerhalb des privaten Umfelds verwendet wird

9. GPL-lizensierter Code darf durchaus Teile von BSD-lizenzierten Code enthalten und das Ergebnis darf wieder unter die GPL gestellt werden.
Umgekehrt funktioniert das Ganze leider nicht. Wie könnten Sie es trotzdem erreichen, dass Ihr freier Code von beiden Lagern verwendet werden kann?

- Es kann die modifizierte Version der BSD-Lizenz (3-Clause BSD) verwendet werden (Quelle https://www.gnu.org/licenses/gpl-faq.html#GPLIncompatibleLibs)

10. Die wichtigsten freien Lizenzen sind in den folgenden vier Gruppen gegliedert: (a) MPL, (b) BSD/MIT/Apache, (c) GPL, (d) CC.
        Ordnen Sie die Gruppen von sehr streng bis sehr liberal.
        Welche wesentlichen Eigenschaften hat jede Lizenzgruppe?
        Für welche Inhalte steht die Gruppe (d)?

| Rang (1=streng, 4=liberal | Lizenz | Wesentliche Eigenschaften |
|-|-|-|
| 1 | GPL | Copyleft |
| 2 | MPL | Schwaches Copyleft; zwischen GNU Lizenzen und Apache Lizenz |
| 3 | CC | Non-Software, 6 verschiedene, durch Kombination von BY, SA, ND, NC |
| 4 | BSD/MIT/Apache | Kein Copyleft  |

Gruppe (d) ist nur für non-software


11. Was ist ein Patent Troll?

    ➔ https://de.wikipedia.org/wiki/Patent-Troll

(Juristische) Personen, die Patente erwerben und besitzen, um von Unternehmen, die von den Lizenzen abhängig sind, Gebühren verlangen zu können. Es werden Mittel wie Androhunge von Unterlassungsklagen eingesetzt, um Nutzer in überhöhte Lizenzvereinbarungen zu drängen.

12. Welchen rechtlichen Gefahren ist freie Software ausgesetzt?
- Wenn eigene Entwicklungen (zusätzlich) kommerziell genutzt werden soll, muss auf Open Source Compliance geachtet werden
- Verstöße gegen Lizenzbedingungen können zum Verlust der Nutzungsrechte führen und strafrechtliche Konsequenzen nach sich ziehen
- Eigenes Know-How hinreichend schützen, ist schwierig


13. Angenommen, Sie haben ein grosses Software-Framework geschrieben, mit dessen Hilfe andere Personen Anwendungen schreiben können (denken Sie an Qt, Spring oder Eclipse). Sie können sich nicht entscheiden, ob sie Ihr Framework unter eine freie Lizenz stellen wollen oder es als kommerzielles (geschlossenes) Produkt verkaufen möchten. Stellen Sie Vor- und Nachteile gegenüber.

| Vorteile Open Source | Nachteile Open Source |
|-|-|
| Mehr publicity durch die Community | Schwieriger, Geschäftsmodell oder Finanzierung zu finden |
| Mehr mögliche Nutzer | Große Abhängigkeit von einer hohen Masse an Nutzern |
| Weiterentwicklung, Feedback und Verbesserung durch die Community | Es ist leider schwierig, kein stabiles Einkommen zu haben und trotzdem viel Zeit in FOSS zu stecken |


14. Beschreiben Sie kurz die Entwicklung des Urheberrechts so wie es im Artikel von Spielkamp, "Die Zukunft der Ideen" zu lesen ist.
➔ http://hhoegl.informatik.hs-augsburg.de/oss/APuZ-Zukunft-der-Ideen.pdf

15. Was ist SPDX?

    ➔ https://spdx.org

    ➔ https://spdx.org/licenses/

SPDX (Software Package Data Exchange) ist ein offener Standard, um Informationen über Software wie Herkunft, Lizenzen, Sicherheit
und andere relatierte Informationen zu beschreiben und zu sammeln. Organisationen, Unternehmen und Communities können so Informationen teilen, wodurch redundante Arbeit wegfällt.

16. Welches Buch könnten Sie einem Laien empfehlen, wenn er sich über die Thematik "Urheberrecht im Alltag" informieren wollte?

    ➔ https://irights.info

Buch "Urheberrecht im Alltag", gefunden auf https://irights.info/2008/05/26/das-irightsinfo-buch-urheberrecht-im-alltag-jetzt-als-pdf/120
https://irights.info/wp-content/uploads/userfiles/Urheberrecht_im_Alltag-iRights-2Aufl.pdf


17. Angelehnt an Lizenzen für freie und offene Software werden auch immer mehr Texte, Bücher, Diplomarbeiten und künstlerische Werke unter freie Lizenzen gestellt. Nennen Sie zwei dieser Lizenzen und beschreiben Sie grob, was diese jeweils leisten.

- Creative Commons, Lizenz für Non-Software, 6 verschiedene, durch Kombination von BY, SA, ND, NC 
- The SIL Open Font License 1.1 

18. Was sind "Open Educational Resources" (OER)?
- Bildungsmaterial, das frei zugänglich ist, also unter einer offenen Lizenz steht.
- Es darf damit genutzt, bearbeitet und weiterverbreitet werden.

19. Darf man mit einem freien Compiler (z.B. gcc) oder Interpreter (z.B. Python) ein kommerzielles Programm entwickeln, das teuer verkauft und wofür der Quelltext nicht frei verfügbar sein soll.
- Ja, weil der Quellcode geistiges Eigentum des Programmierers ist

20. Enthält die GPL eine Einschränkung bezüglich der kommerziellen Verwertung?
- Nein, siehe GNU FAQ:
"You are allowed to sell copies of the modified program commercially, but only under the terms of the GNU GPL. Thus, for instance, you must make the source code available to the users of the program as described in the GPL, and they must be allowed to redistribute and modify it as described in the GPL.
These requirements are the condition for including the GPL-covered code you received in a program of your own." (Zitat aus Quelle: https://www.gnu.org/licenses/gpl-faq.en.html#GPLCommercially)

21. Gibt es Open-Source Lizenzen, die die kommerzielle Nutzung verbieten?
- Ja, z.B. die Creative Commons NC Lizenz

22. Darf man ein GPL lizensiertes Produkt modifizieren und dann unter der BSD Lizenz weiter vertreiben?
- Von einem GPL lizensierten Produkt abgeleitete Produkte müssen durch Copyleft ebenfalls GPL-lizensiert werden

23. Sie haben die Idee, eine eigene Copyleft-artige Lizenz zur Veröffentlichung der eigenen Diplomarbeit zu gestalten? Wie können Sie sich die Sache einfacher machen?
- Entweder eine existierende Lizenz wie CC-NC verwenden
- Eigene Lizenz einer existierenden Lizent wie CC aufbauen
