Delphi-PRAXiS
Seite 2 von 7     12 34     Letzte »    

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Tutorials und Kurse (https://www.delphipraxis.net/36-tutorials-und-kurse/)
-   -   Freie (Open Source) Softwarelizenzen für eigene Projekte (https://www.delphipraxis.net/167613-freie-open-source-softwarelizenzen-fuer-eigene-projekte.html)

mkinzler 11. Apr 2012 06:57

AW: Freie (Open Source) Softwarelizenzen für eigene Projekte
 
Handelt es ich um die GPL oder LGPL? Welche Version? Mit Linking Exception?

BUG 11. Apr 2012 10:01

AW: Freie (Open Source) Softwarelizenzen für eigene Projekte
 
Hier gibt es einen lesenswerten Artikel dazu, warum Lamson (ein Python-SMTP-Server) unter GPL steht und nicht mehr wie sein Vorgänger unter einer weniger restriktiven Lizenz.

jaenicke 11. Apr 2012 11:00

AW: Freie (Open Source) Softwarelizenzen für eigene Projekte
 
Dies ist auch ein Punkt, den ich für sehr sinnvoll halte. Natürlich sollte es nicht passieren, dass der Autor gar nicht erwähnt wird, es sei denn derjenige erlaubt das. Und wenn ich mich darüber ärgere, dass eigentlich sehr nützlicher Code unter der GPL steht, dann nicht deswegen, das würde ich gern alles machen (und ich habe auch schon entsprechende Hinweise angebracht, obwohl es vom Autor gar nicht vorausgesetzt wurde).

implementation 11. Apr 2012 11:22

AW: Freie (Open Source) Softwarelizenzen für eigene Projekte
 
Ich benutze die GPL (oder sogar AGPL) eigentlich sehr gern. Das virale Copyleft erreicht sehr gut, was ich möchte.
  • Entwickler freier Software stört es nicht allzu groß. Kommt das ganze Projekt eben unter eine passende Lizenz und fertig.
  • Entwickler proprietärer Software stehen vor der Wahl: Entweder frei machen oder nicht nutzen. Meistens wohl letzteres, aber nicht selten wurden wegen der GPL auch schon große Projekte offengelegt.
Ich gehe lieber das Risiko ein, dass mein Code gar nicht genutzt wird, als in proprietärer Software. Innerhalb der Freie-Software-Bewegung ist es ein Geben und Nehmen - ich darf deinen Code nehmen ud du meinen.
Anders ist es, wenn proprietäre Software ins Spiel kommt - sie möchte gern unseren freien Code nutzen, gibt aber nichts zurück (Namensnennung? Wayne! Den Code und die vier Freiheiten will ich!)
Andere Freie-Software-Entwickler können von mir kriegen, was auch immer sie wollen. Sie brauchen mich nicht nennen, mir keine Postkarte schicken, nein, nichts. Aber ich möchte nicht, dass es in proprietäre Software einfließt, weder direkt, noch indirekt über andere Projekte.
Denn ich möchte, dass die Freiheit beim Nutzer auch ankommt. Ich muss proprietäre Software vielleicht nicht bekämpfen. Aber ich muss sie auch nicht fördern, indem ich ihr meinen freien Code gebe.

jaenicke 11. Apr 2012 12:22

AW: Freie (Open Source) Softwarelizenzen für eigene Projekte
 
Und deshalb lizenziere ich meine Open Source Projekte stets unter GPLv2/LGPLv2/MPL. Damit eben alle Nutzer des Codes ihre Freiheit haben, nicht nur die Enduser, die die meistens gar nicht interessiert. ;-)

himitsu 11. Apr 2012 12:47

AW: Freie (Open Source) Softwarelizenzen für eigene Projekte
 
Schreiben wir einfach unsere eigenen zwei/drei DPLs?

Bummi 11. Apr 2012 12:59

AW: Freie (Open Source) Softwarelizenzen für eigene Projekte
 
@himitsu

Gute Idee ...

- Frei zu verwenden auch für kommerzielle Projekte, jegliche Haftung ausgeschlossen, Erwähnung des Autors mit Quellreferenz erwünscht, aber nicht erforderlich.

implementation 11. Apr 2012 13:23

AW: Freie (Open Source) Softwarelizenzen für eigene Projekte
 
Zitat:

Zitat von Bummi (Beitrag 1161240)
Frei zu verwenden auch für kommerzielle Projekte

Beachte: "kommerziell" heißt nicht "proprietär"
Kommerziell kann man jede der im Tut aufgelisteten Lizenzen nutzen.

Zitat:

jegliche Haftung ausgeschlossen
Geht in DE aber nicht.

Bummi 11. Apr 2012 13:28

AW: Freie (Open Source) Softwarelizenzen für eigene Projekte
 
@implementation

war nur ein erster Wurf ... man kann proprietär gerne aufnehmen.

Irgendeine Form des Haftungsausschlusses wird sich sicher finden lassen und wenn es auf Formulierungen wie
"die Verwendung erfolgt auf eigenes Risiko" o.ä. hinausläuft.

EDIT:
Code:
§ 444 Haftungsausschluss

Auf eine Vereinbarung, durch welche die Rechte des Käufers wegen eines Mangels ausgeschlossen oder beschränkt werden, kann sich der Verkäufer nicht berufen, soweit er den Mangel arglistig verschwiegen oder eine Garantie für die Beschaffenheit der Sache übernommen hat.
Garantie wird nicht übernommen, Arglistiges verschweigen, nuja wer sollte das tun und wenn dann passt es ja ....

cookie22 11. Apr 2012 13:57

AW: Freie (Open Source) Softwarelizenzen für eigene Projekte
 
Zitat:

Zitat von implementation (Beitrag 1161208)
...Meistens wohl letzteres, aber nicht selten wurden wegen der GPL auch schon große Projekte offengelegt...

Frag dich mal, wie viele tolle Projekte die GPL verhindert hat.

Meiner Meihnung hat gerade die GPL sehr wenig mit "Freier" Software zu tun. Auch wird sie sehr oft für Projekte benutzt, für die sie gar nicht geeignet ist. Siehe diverse Linux Icon-Sammlungen.


Alle Zeitangaben in WEZ +1. Es ist jetzt 01:37 Uhr.
Seite 2 von 7     12 34     Letzte »    

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz