Blog
Open Source Alternativen für Videokonferenzen
Da ich selbst nur noch Open Source basierende Systeme und Software verwende, wie Betriebssystem u.v.m, habe ich mich natürlich auch mit Alternativen zu proprietären Videokonferenz-Tools beschäftigt. Hier ein paar Beispiele von Alternativen inkl. Lizenz: Jami (GPL), Jitsi-Meet (Apache-License), BigBlueButton (GPL, LGPL).
Open Source in Zeiten von Corona
Aufgrund aktueller Entwicklungen machen sich viele Menschen Gedanken über die Software, die sie verwenden, was beinhaltet diese, wird damit unter Umständen etwas Unerwünschtes (mit)installiert, etc. Der Open Source Software kommt hier hinsichtlich Transparenz eine besondere Bedeutung zu, da der Quellcode offen zu legen ist und damit einsichtig ist. Dementsprechend wichtig zu beachten sind auch die jeweiligen Lizenzen der eingesetzten Open Source Software, deren Bedingungen je nach Strenge der Lizenz sehr unterschiedlich ausfallen.
OSADL
Sehr empfehlenswerte Plattform für alle Themen rund um die Entwicklung von Open-Source-Software für den Maschinen- und Anlagenbau und für die Automatisierungsindustrie.
OSADL Open Source Development Lab
Wie betrifft Open Source Lizenz Compliance Ihr Unternehmen?
Für proprietäre Software ist Lizenzcompliance ein unternehmensinterner Standard, das Lizenzmanagement für Open Source Software fällt jedoch meist durch die Maschen des internen Compliancesystems. Das hängt damit zusammen, dass Open Source Software frei verfügbar ist und keine Lizenzgebühren eingehoben werden dürfen. Für Open Source Software sind jedoch ebenso rechtliche Spielregeln einzuhalten. Folgende Fragen helfen Ihnen, herauszufinden, ob Sie sich mit Open Source Compliance beschäftigen sollten: Verwenden Sie Open Source Software in Ihrem Unternehmen? Wissen Sie, ob und welche Open Source Software Sie und Ihre MitarbeiterInnen herunterladen und weiterverwenden? Können Sie ausschließen, dass Sie keine Open Source Software in Ihrem Unternehmen verwenden? Erkennen Sie aus der Software, wer der Rechteinhaber ist? Entsprechende präventive Schulungen bieten eine Schutzvorkehrung vor möglichen Konflikten mit Rechteinhabern. Ich biete Ihnen diese Schulungen an. Kontaktieren Sie mich!
Wann spricht man von Open Source Software?
Die Lizenz einer Software erlaubt die umfassende Nutzung des Programms, die keine Beschränkung der Lizenznehmer oder Verwendungsgebiete vorsieht, d.h. von jedermann zu jedem Zweck genutzt werden darf. Im Folgenden die Übersichts-Definition der Open Source Intiative mit den Erläuterungen zu finden unter: https://opensource.org/docs/osd
Im Rahmen der WKO Reihe "Steierische Unternehmen im Rampenlicht" gab es einen Beitrag über mein Unternehmen am 16.5.2019.
Das Copyleft Prinzip
Copyleft sagt aus, dass jeder, der Software weiterverbreitet, mit oder ohne Änderungen, diese Software zusammen mit der Freiheit, weitere Kopien und Änderungen machen zu dürfen, übergeben muss. Jeder Nutzer, der eine Software, die unter Copyleft lizenziert ist, verändert, hat Weiterentwicklungen der Software unter denselben Bedingungen der Lizenz wieder freizugeben. Damit wird verhindert, dass geänderte Software als proprietär bzw. "unfrei" weitervertrieben wird. Copyleft bedeutet nicht Verzicht auf das Urheberrecht, im Gegenteil, Copyleft wäre ohne das Urheberrecht unmöglich. Es gibt Open Source Lizenzen mit "strengem Copyleft", wie die GPL, welche mit "beschränktem Copyleft", wie die MPL und welche mit "non-copyleft", wie die BSD Lizenz.
Are your software developers properly informed about the licenses on the open source components they integrate?
The following questions might help you to find out if you are prepared:
Warum ist Open Source Lizenz Compliance wichtig?
Das Thema Compliance, also die Einhaltung von Gesetzen, Richtlinien, selbst gesetzten Standards gehört in vielen Unternehmen zur täglichen Arbeit. Neben externen Beratern gibt es dafür oftmals schon eigens verantwortliche Mitarbeiter oder eigene Compliance-Abteilungen. Compliance beinhaltet auch Open Source Compliance. Obwohl der Einsatz von Open Source Software in vielen Unternehmen nicht mehr wegzudenken ist, wird Open Source Compliance nach wie vor stiefmütterlich behandelt. Woran liegt das? Grund könnte sein, dass mit Open Source Software nach wie vor freie Software im Sinne von verschenkter Software verstanden wird. Dazu hat Richard Stallmann auch den Satz “free as in speech” not “free as in beer” geprägt, um zu verdeutlichen, dass mit der Verwendung von Freier Software bzw. Open Source Software, Lizenzbedingungen einzuhalten sind. Dabei können die Folgen der Nichteinhaltung für Unternehmen, die in ihren Softwareprojekten Open Source Software verwenden, weitreichend sein: wie etwa die Pflicht zur Offenlegung des gesamten Quellcodes eines Projekts, das als proprietär gedacht ist, Verlust von Nutzungsrechten oder die weitere wirtschaftliche Verwertung der Projekte ist untersagt. Vorbeugen zahlt sich daher aus!
Da ich selbst nur noch Open Source basierende Systeme und Software verwende, wie Betriebssystem u.v.m, habe ich mich natürlich auch mit Alternativen zu proprietären Videokonferenz-Tools beschäftigt. Hier ein paar Beispiele von Alternativen inkl. Lizenz: Jami (GPL), Jitsi-Meet (Apache-License), BigBlueButton (GPL, LGPL).
Open Source in Zeiten von Corona
Aufgrund aktueller Entwicklungen machen sich viele Menschen Gedanken über die Software, die sie verwenden, was beinhaltet diese, wird damit unter Umständen etwas Unerwünschtes (mit)installiert, etc. Der Open Source Software kommt hier hinsichtlich Transparenz eine besondere Bedeutung zu, da der Quellcode offen zu legen ist und damit einsichtig ist. Dementsprechend wichtig zu beachten sind auch die jeweiligen Lizenzen der eingesetzten Open Source Software, deren Bedingungen je nach Strenge der Lizenz sehr unterschiedlich ausfallen.
OSADL
Sehr empfehlenswerte Plattform für alle Themen rund um die Entwicklung von Open-Source-Software für den Maschinen- und Anlagenbau und für die Automatisierungsindustrie.
OSADL Open Source Development Lab
Wie betrifft Open Source Lizenz Compliance Ihr Unternehmen?
Für proprietäre Software ist Lizenzcompliance ein unternehmensinterner Standard, das Lizenzmanagement für Open Source Software fällt jedoch meist durch die Maschen des internen Compliancesystems. Das hängt damit zusammen, dass Open Source Software frei verfügbar ist und keine Lizenzgebühren eingehoben werden dürfen. Für Open Source Software sind jedoch ebenso rechtliche Spielregeln einzuhalten. Folgende Fragen helfen Ihnen, herauszufinden, ob Sie sich mit Open Source Compliance beschäftigen sollten: Verwenden Sie Open Source Software in Ihrem Unternehmen? Wissen Sie, ob und welche Open Source Software Sie und Ihre MitarbeiterInnen herunterladen und weiterverwenden? Können Sie ausschließen, dass Sie keine Open Source Software in Ihrem Unternehmen verwenden? Erkennen Sie aus der Software, wer der Rechteinhaber ist? Entsprechende präventive Schulungen bieten eine Schutzvorkehrung vor möglichen Konflikten mit Rechteinhabern. Ich biete Ihnen diese Schulungen an. Kontaktieren Sie mich!
Wann spricht man von Open Source Software?
Die Lizenz einer Software erlaubt die umfassende Nutzung des Programms, die keine Beschränkung der Lizenznehmer oder Verwendungsgebiete vorsieht, d.h. von jedermann zu jedem Zweck genutzt werden darf. Im Folgenden die Übersichts-Definition der Open Source Intiative mit den Erläuterungen zu finden unter: https://opensource.org/docs/osd
- Free Distribution
- 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 a Product
- License Must Not Restrict Other Software
- License Must Be Technology-Neutral
- OSS Lizenz ist nicht kompatibel mit eigener Lizenz
- OSS Lizenzen untereinander sind nicht kompatibel
- Nicht gewollte Offenlegung von proprietärem Code
- Zusatzkosten durch Anpassungen
- Wertverlust eines Patents
- Folgekosten durch Rechteverlust, Unterlassung, Schadenersatz, Rückruf,...
- Open Source Code (z.B.lizenziert unter GPL) wird nicht veröffentlicht
- Die korrekte Version des Source Codes wurde nicht veröffentlicht
- Fehlende Urheberrechtsvermerke
- Abgrenzungsfehler zwischen "derivative work", "part of a whole", "separate works"
- Abgrenzungsfehler bei Nutzung von "libraries" (statische/dynamische Verlinkung)
- Verwechslung Lizenzgebührenverbot und kommerzielle Verwertung von Open Source Software
- u.v.m
Im Rahmen der WKO Reihe "Steierische Unternehmen im Rampenlicht" gab es einen Beitrag über mein Unternehmen am 16.5.2019.
Das Copyleft Prinzip
Copyleft sagt aus, dass jeder, der Software weiterverbreitet, mit oder ohne Änderungen, diese Software zusammen mit der Freiheit, weitere Kopien und Änderungen machen zu dürfen, übergeben muss. Jeder Nutzer, der eine Software, die unter Copyleft lizenziert ist, verändert, hat Weiterentwicklungen der Software unter denselben Bedingungen der Lizenz wieder freizugeben. Damit wird verhindert, dass geänderte Software als proprietär bzw. "unfrei" weitervertrieben wird. Copyleft bedeutet nicht Verzicht auf das Urheberrecht, im Gegenteil, Copyleft wäre ohne das Urheberrecht unmöglich. Es gibt Open Source Lizenzen mit "strengem Copyleft", wie die GPL, welche mit "beschränktem Copyleft", wie die MPL und welche mit "non-copyleft", wie die BSD Lizenz.
Are your software developers properly informed about the licenses on the open source components they integrate?
The following questions might help you to find out if you are prepared:
- What is the consequence of inclusion of open source components into proprietary source code and vice versa?
- What happens when linking open source components into proprietary source code and vice versa?
- What license obligations have to be met when using open source software?
- Is there already a policy in place how to handle open source compliance?
- FOSS (Free and Open Source Software) license violations are well-known?
Warum ist Open Source Lizenz Compliance wichtig?
Das Thema Compliance, also die Einhaltung von Gesetzen, Richtlinien, selbst gesetzten Standards gehört in vielen Unternehmen zur täglichen Arbeit. Neben externen Beratern gibt es dafür oftmals schon eigens verantwortliche Mitarbeiter oder eigene Compliance-Abteilungen. Compliance beinhaltet auch Open Source Compliance. Obwohl der Einsatz von Open Source Software in vielen Unternehmen nicht mehr wegzudenken ist, wird Open Source Compliance nach wie vor stiefmütterlich behandelt. Woran liegt das? Grund könnte sein, dass mit Open Source Software nach wie vor freie Software im Sinne von verschenkter Software verstanden wird. Dazu hat Richard Stallmann auch den Satz “free as in speech” not “free as in beer” geprägt, um zu verdeutlichen, dass mit der Verwendung von Freier Software bzw. Open Source Software, Lizenzbedingungen einzuhalten sind. Dabei können die Folgen der Nichteinhaltung für Unternehmen, die in ihren Softwareprojekten Open Source Software verwenden, weitreichend sein: wie etwa die Pflicht zur Offenlegung des gesamten Quellcodes eines Projekts, das als proprietär gedacht ist, Verlust von Nutzungsrechten oder die weitere wirtschaftliche Verwertung der Projekte ist untersagt. Vorbeugen zahlt sich daher aus!