👓 Home 👓 Leistungen 👓
Infothek
Vortrag bei den Linuxtagen 26.4.2025 in Graz am TU Campus
Bei den diesjährigen Linuxtagen am 26.4.2025 war ich mit einem Vortrag zu den rechtlichen Aspekten beim Einsatz von Open Source Software dabei.
Hier geht es zum Vortragsinhalt und den Präsentationsunterlagen.
Schöne Rückmeldung zu meinem Vortrag: "Ich war mir zu Beginn nicht sicher ob das Thema nicht zu jura-lastig ist, aber Frau Punz hat eine gute Balance zwischen Jura und Open Source Aspekten gefunden. Danke für den tollen Vortrag, ich konnte einiges für mich mitnehmen."
Interview mit der Free Software Foundation (Feb. 2025)
Eko K. A. Owen von der Free Software Foundation (FSF) hat mich in der Serie "Working Together for Free Software" über meine Beweggründe gefragt, warum ich Freie Software verwende. Hier geht es zum Interview FSF with Melanie Punz
Freie und Quelloffene 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 inklusive Lizenz: Jami (GPL), Jitsi-Meet (Apache-License), BigBlueButton (GPL, LGPL).
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 Freier und Quelloffener 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, also die Freiheit zu haben, die Kontrolle über die eigene Datenverarbeitung zu haben, durch die Möglichkeit in den Quellcode Einsicht zu nehmen. Im Folgenden die Übersichts-Definition der Open Source Intiative mit den Erläuterungen zu finden unter: Open Source Iniative
Im Rahmen der WKO Reihe Steirische Unternehmen im Rampenlicht gab es einen Beitrag über mein Unternehmen in Jahr 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.
Software developers properly informed ? (Beitrag in Englisch)
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 Freier und 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 !
Bei den diesjährigen Linuxtagen am 26.4.2025 war ich mit einem Vortrag zu den rechtlichen Aspekten beim Einsatz von Open Source Software dabei.
Hier geht es zum Vortragsinhalt und den Präsentationsunterlagen.
Schöne Rückmeldung zu meinem Vortrag: "Ich war mir zu Beginn nicht sicher ob das Thema nicht zu jura-lastig ist, aber Frau Punz hat eine gute Balance zwischen Jura und Open Source Aspekten gefunden. Danke für den tollen Vortrag, ich konnte einiges für mich mitnehmen."
Interview mit der Free Software Foundation (Feb. 2025)
Eko K. A. Owen von der Free Software Foundation (FSF) hat mich in der Serie "Working Together for Free Software" über meine Beweggründe gefragt, warum ich Freie Software verwende. Hier geht es zum Interview FSF with Melanie Punz
Freie und Quelloffene 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 inklusive Lizenz: Jami (GPL), Jitsi-Meet (Apache-License), BigBlueButton (GPL, LGPL).
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 Freier und Quelloffener 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, also die Freiheit zu haben, die Kontrolle über die eigene Datenverarbeitung zu haben, durch die Möglichkeit in den Quellcode Einsicht zu nehmen. Im Folgenden die Übersichts-Definition der Open Source Intiative mit den Erläuterungen zu finden unter: Open Source Iniative
- 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
- FOSS Lizenz ist nicht kompatibel mit eigener Lizenz
- FOSS 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 Freier und Open Source Software
- u.v.m
Im Rahmen der WKO Reihe Steirische Unternehmen im Rampenlicht gab es einen Beitrag über mein Unternehmen in Jahr 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.
Software developers properly informed ? (Beitrag in Englisch)
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 complianc e?
- 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 Freier und 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 !