Schrift
[thread]6239[/thread]

Verkauf von CGI-Scripts?: Was man so beachten muss...

Leser: 1


<< >> 10 Einträge, 1 Seite
x-man
 2004-05-08 23:22
#82110 #82110
User since
2003-09-11
67 Artikel
BenutzerIn
[default_avatar]
Hallo Gemeinde,

was muss man beachten, wenn man sein eigenes CGI-Script verkaufen will (Perl-Lizenz? Modul-Lizenz?...)

Danke!
lichtkind
 2004-05-08 23:27
#82111 #82111
User since
2004-03-22
5697 Artikel
ModeratorIn + EditorIn
[Homepage]
user image
eigentlich nichts weil perl alles erlaubt auch wenn du perl stamodule verwendest

nur wenn du module mit lizensen die nicht BSDstylish sind verwendest fangen restriktionen an
Wiki:Tutorien in der Wiki, mein zeug:
kephra, baumhaus, garten, gezwitscher

Es beginnt immer mit einer Entscheidung.
jan10001
 2004-05-08 23:48
#82112 #82112
User since
2003-08-14
962 Artikel
BenutzerIn
[default_avatar]
@lichtkind
So einfach ist es nicht, vom rechtlichen Standpunkt her würde ich mich auf jeden Fall bei der Haftbarkeit absichern! Sonst kann das sehr teuer werden.
lichtkind
 2004-05-08 23:49
#82113 #82113
User since
2004-03-22
5697 Artikel
ModeratorIn + EditorIn
[Homepage]
user image
vielleicht hilft auch
http://board.perl-community.de/cgi-bin....4;t=243
Wiki:Tutorien in der Wiki, mein zeug:
kephra, baumhaus, garten, gezwitscher

Es beginnt immer mit einer Entscheidung.
sri
 2004-05-09 05:35
#82114 #82114
User since
2004-01-29
828 Artikel
BenutzerIn
[Homepage] [default_avatar]
[quote=lichtkind,08.05.2004, 21:27]eigentlich nichts weil perl alles erlaubt auch wenn du perl stamodule verwendest

nur wenn du module mit lizensen die nicht BSDstylish sind verwendest fangen restriktionen an[/quote]
Perl und die meisten Module stehen unter Artistic und GPL was bei weitem nicht alles erlaubt!

Mir ist kein Module mit BSD Lizenz bekannt.
lichtkind
 2004-05-09 22:02
#82115 #82115
User since
2004-03-22
5697 Artikel
ModeratorIn + EditorIn
[Homepage]
user image
ich sagte BSDstyle und meinte damit die artistic, mit der eigentlich fast alles erlaubt ist,
denk ich doch aber stimmt schon haftbarkeitsdisklaimer sollt schon sein

http://www.opensource.org/licenses/artistic-license.php\n\n

<!--EDIT|lichtkind|1084126607-->
Wiki:Tutorien in der Wiki, mein zeug:
kephra, baumhaus, garten, gezwitscher

Es beginnt immer mit einer Entscheidung.
Gast Gast
 2004-05-10 17:59
#82116 #82116
[quote=sri,09.05.2004, 03:35]Perl und die meisten Module stehen unter Artistic und GPL was bei weitem nicht alles erlaubt![/quote]
Hmmm ...
GPL und Artistic erlauben 'alles' nur eines erlauben sie nicht:
den Code unter eine proprietäre Lizenz zu stellen.

Wer also eine kommerzielle Lizenz vertreiben will, der sollte tunlichst keine Komponenten verwenden die der GPL oder der der Artistic-License unterliegen ;)
sri
 2004-05-10 22:17
#82117 #82117
User since
2004-01-29
828 Artikel
BenutzerIn
[Homepage] [default_avatar]
[quote=Dieter,10.05.2004, 15:59][quote=sri,09.05.2004, 03:35]Perl und die meisten Module stehen unter Artistic und GPL was bei weitem nicht alles erlaubt![/quote]
Hmmm ...
GPL und Artistic erlauben 'alles' nur eines erlauben sie nicht:
den Code unter eine proprietäre Lizenz zu stellen.

Wer also eine kommerzielle Lizenz vertreiben will, der sollte tunlichst keine Komponenten verwenden die der GPL oder der der Artistic-License unterliegen ;)[/quote]
Klingt gut ist aber leider voll daneben. ;)

Zuersteinmal darf NUR der copyright inhaber die lizenz ändern (wenn nicht anders in der lizenz angegeben).

Natürlich kannst du deinem kommerziellen tool GPL Komponenten beilegen, solange du diese nicht veränderst bzw. die veränderten Quelltexte veröffentlichst.

Hier mal ein paar interessante Zeilen von Larry dazu aus der README(hinthint):
Quote
For those of you that choose to use the GNU General Public License,
my interpretation of the GNU General Public License is that no Perl
script falls under the terms of the GPL unless you explicitly put
said script under the terms of the GPL yourself. Furthermore, any
object code linked with perl does not automatically fall under the
terms of the GPL, provided such object code only adds definitions
of subroutines and variables, and does not otherwise impair the
resulting interpreter from executing any standard Perl script. I
consider linking in C subroutines in this manner to be the moral
equivalent of defining subroutines in the Perl language itself. You
may sell such an object file as proprietary provided that you provide
or offer to provide the Perl source, as specified by the GNU General
Public License. (This is merely an alternate way of specifying input
to the program.) You may also sell a binary produced by the dumping of
a running Perl script that belongs to you, provided that you provide or
offer to provide the Perl source as specified by the GPL. (The
fact that a Perl interpreter and your code are in the same binary file
is, in this case, a form of mere aggregation.) This is my interpretation
of the GPL. If you still have concerns or difficulties understanding
my intent, feel free to contact me. Of course, the Artistic License
spells all this out for your protection, so you may prefer to use that.
Gast Gast
 2004-05-11 19:26
#82118 #82118
@sri
das ist schlicht 'falsch interpretiert' - aber ich will tatsächlich nicht mit Dir streiten.
Die Texte der 'GPL' und der 'Artistic Lisence' sind hinreichend deutlich.

Es ist allerdings in Deutschland so, dass sich (bisher) kein Gericht entscheiden konnte ein Urteil in Sachen GPL/Urheberrecht zu fällen.
In Deutschland ist es anscheinend (noch) gestattet, jede Art von GPLed Software in andere Software die unter einer proprietären Lizenz vertrieben wird, einzubinden (das wiederspricht natürlich ganz eklatant den Bestimmungen der GPL/Artistic).
Überhaupt hat die Deutsche Gerichtsbarkeit ein für den Progammierer nicht gerade befriedigendes Verhältnis zum Urheberrecht.
Schreibe ein Buch und die Copyright-Welt ist in Ordung; schreibe ein Programm und schon stehst Du auf dem (rechtlichen) Schlauch.
sri
 2004-05-12 03:23
#82119 #82119
User since
2004-01-29
828 Artikel
BenutzerIn
[Homepage] [default_avatar]
[quote=Dieter,11.05.2004, 17:26]@sri
das ist schlicht 'falsch interpretiert' - aber ich will tatsächlich nicht mit Dir streiten.
Die Texte der 'GPL' und der 'Artistic Lisence' sind hinreichend deutlich.[/quote]
Mit einem Wort, FALSCH!!!

Dies ist nicht nur eine Interpretation sonden quasi ein Zusatz zu GPL/Artistic der Perl etwas freier macht.

Es ist in der Tat so das die GPL gerade in Bezug auf verlinken von binarys normalerweise sehr streng ist, da das shared object ja quasi ein Teil des proprietären binarys wird.

Aber z.B. im Falle von embedded Linux ist die mischung vom GPL Kernel (eventuell mit patchen die automatisch unter GPL fallen würden) mit proprietärem userspace gar kein problem, solange eben nicht verlinkt wird.
<< >> 10 Einträge, 1 Seite



View all threads created 2004-05-08 23:22.