More Related Content Similar to Open S U S E Conference Involved F O S S (20) Open S U S E Conference Involved F O S S1. OpenSUSE Conference: Teilnehmen an freier Software oder openSource Projekten Sascha Manns aka 'saigkill' OpenSUSE Member/Ambassador OpenSUSE Marketing Team OpenSUSE BuildService Get it ! Discover it ! Create it ! 8. Zukunft © 9/16/09 Sascha Manns openSUSE.org 14. Der Begriff openSOURCE deckt nur zwei der 4 Freiheiten ab. * Freiheit die Software für jeden Zweck zu nutzen, * den Quellcode zu erlangen und ihn zu studieren, * den Quellcode zu verändern und * diesen mit anderen zu teilen. © 9/16/09 Sascha Manns openSUSE.org 15. Was ist: freie Software? * Freie Software garantiert durch Lizenzen die folgenden Richtlinien: * Freiheit die Software für jeden Zweck zu nutzen, * den Quellcode zu erlangen und ihn zu studieren, * den Quellcode zu verändern und * diesen mit anderen zu teilen. Vor dem Beginn mit der Arbeit an Projekten ist es sinnvoll die Lizenzen einzusehen. © 9/16/09 Sascha Manns openSUSE.org 16. Lizenzen (GPL) 0. Das Programm darf ohne jede Einschränkung für jeden Zweck genutzt werden. Kommerzielle Nutzung ist hierbei ausdrücklich erlaubt. 1. Kopien des Programms dürfen kostenlos oder auch gegen Geld verteilt werden , wobei der Quellcode mitverteilt oder dem Empfänger des Programms auf Anfrage zum Selbstkostenpreis zur Verfügung gestellt werden muss. Dem Empfänger müssen dieselben Freiheiten gewährt werden – wer z. B. eine Kopie gegen Geld empfängt, hat weiterhin das Recht, diese dann kommerziell oder auch kostenlos zu verbreiten. Lizenzgebühren sind nicht erlaubt. Niemand ist verpflichtet, Kopien zu verteilen, weder im Allgemeinen, noch an irgendeine bestimmte Person – aber wenn er es tut, dann nur nach diesen Regeln.[2] 2. Die Arbeitsweise eines Programms darf studiert und den eigenen Bedürfnissen angepasst werden. 3. Es dürfen auch die gemäß Freiheit 2 veränderten Versionen des Programms unter den Regeln von Freiheit 1 vertrieben werden, wobei dem Empfänger des Programms der Quellcode der veränderten Version verfügbar gemacht werden muss . Veränderte Versionen müssen nicht veröffentlicht werden; aber wenn sie veröffentlicht werden, dann darf dies nur unter den Regeln von Freiheit 1 geschehen. URL: http://de.wikipedia.org/wiki/GPL © 9/16/09 Sascha Manns openSUSE.org 17. Lizenzen (LGPL) Sichert ebenfalls die 4 Freiheiten der GPL. Im Gegensatz zur GPL dürfen alle Programme, welche die LGPL-lizenzierte Software nur extern benutzen , zum Beispiel als Programmbibliothek , ihre eigene Lizenz behalten. Damit eignet sich die LGPL besonders als Lizenz für Bibliotheken, deren Benutzung man auch Programmierern proprietärer Programme erlauben will. Soll die unter der LGPL lizenzierte Software dagegen fest in ein anderes Programm eingebunden werden, muss auch das andere Programm unter der LGPL bzw. einer kompatiblen Lizenz stehen. URL: http://de.wikipedia.org/wiki/LGPL © 9/16/09 Sascha Manns openSUSE.org 18. Lizenzen (BSD) Software unter der BSD-Lizenz darf frei verwendet werden und es ist erlaubt, sie zu kopieren, zu verändern und zu verbreiten . Einzige Bedingung der BSD-Lizenz ist, dass der Copyright-Vermerk des ursprünglichen Programms nicht entfernt werden darf. Somit eignet sich unter der BSD-Lizenz stehende Software auch gut als Vorlage für kommerzielle (teilproprietäre) Produkte, wie es z. B. bei JunOS der Fall ist, dem Router-Betriebssystem der Firma Juniper Networks. Dieses Lizenzmodell unterscheidet sich von der GNU General Public License (GPL) darin, dass es kein Copyleft enthält: Ein Programmierer, der ein unter einer BSD-Lizenz veröffentlichtes Programm verändert und dann verbreitet, ist nicht verpflichte t, den Quellcode seines veränderten Programms mitzuveröffentlichen . Er ist auch nicht verpflichtet, das Ergebnis seiner Änderungen wiederum unter der BSD-Lizenz zu veröffentlichen. URL: http://de.wikipedia.org/wiki/BSD_Lizenz © 9/16/09 Sascha Manns openSUSE.org 19. Lizenzen (Apache) Prinzipiell beinhaltet sie: * Man darf Software unter dieser Lizenz frei in jedem Umfeld verwenden, modifizieren und verteilen . * Wenn man sie verteilt , muss eindeutig darauf hingewiesen werden , welche Software unter der Apache-Lizenz verwendet wurde und dass diese vom Lizenzgeber (name of copyright owner) stammt. Eine Kopie der Lizenz muss dem Paket beiliegen. * Änderungen am Quellcode , der unter der Apache-Lizenz stehenden Software, brauchen nicht zum Lizenzgeber zurückgeschickt zu werden. Eigene Werke , die auf einem unter der Apache-Lizenz stehendem Originalwerk basieren, müssen: * eine Kopie der Apache-Lizenz beinhalten * bei modifizierten Dateien an auffälliger Stelle angeben, dass sie modifiziert sind * alle Original-Urheberrechtsvermerke beibehalten URL: http://de.wikipedia.org/wiki/Apache-Lizenz © 9/16/09 Sascha Manns openSUSE.org 28. - Man kann in jedem Alter beginnen. © 9/16/09 Sascha Manns openSUSE.org 31. - Passe sie deinen Bedürnissen an und verlasse den “Out of the Box” Stand. So verlässt du die eingetretenen Wege der proprietären Software 32. -Neben Themen und Farben gibt es viel zu entdecken. -> Keine Compuerbild Leser! © 9/16/09 Sascha Manns openSUSE.org 34. Sei nicht enttäuscht, wenn du einen Fehler hast. Versuche ihn zu reproduzieren und zu dokumentieren. Wenn du aus den Fehlern lernst, betrachtest du jeden Error als Gewinn. 37. Wenn du nach und nach die Fehler dokumentierst, kannst du damit beginnen HowTo's, FAQ's und Essays zu verfassen. 52. Vermeide Mails die nur folgendes beinhalten: Me too, Ich auch, Full ACK. Verursacht nur unnötigen Traffic. 53. Bevor du eine Frage stellst, solltest du zumindest Google bemüht haben. © 9/16/09 Sascha Manns openSUSE.org 56. Lerne Programme oder OS kennen und verstehen. Lokalisiere Fehler und schreibe Bugreports (reproduzieren, dokumentieren, relevante Informationen). 58. Um im Development mitzuwirken muss man nicht zwingend Coder sein. Testing, Dokumentation und Übersetzung sind auch wichtig. 59. Wenn dir etwas fehlt, mag es sein, dass anderen diese fehlende Funktion noch nicht aufgefallen ist. © 9/16/09 Sascha Manns openSUSE.org 68. Wie erstelle ich ein Feature Request (1) © 9/16/09 Sascha Manns openSUSE.org 69. Wie erstelle ich ein Feature Request (2) © 9/16/09 Sascha Manns openSUSE.org 70. Wie erstelle ich ein Feature Request (3) © 9/16/09 Sascha Manns openSUSE.org 71. Wie erstelle ich ein Feature Request (4) © 9/16/09 Sascha Manns openSUSE.org 72. Wie erstelle ich ein Feature Request (5) © 9/16/09 Sascha Manns openSUSE.org 76. - KDE - Amarok - GNOME - kernel (kernel-janitors) - … 77. Kernel Newbie Corner: HowTo's für mein erstes Kernelmodul. http://www.linux.com/learn/linux-training © 9/16/09 Sascha Manns openSUSE.org 93. “ Ich hatte ein kleines Utility programmiert und ins Netz gestellt. Jetzt nutzen es 600 Menschen weltweit, habe 2 Contributors und es ist im Gespräch mein Utility als Default Software in eine Distribution zu packen.” © 9/16/09 Sascha Manns openSUSE.org 118. © 9/16/09 Sascha Manns http://creativecommons.org/licenses/by-nc-sa/3.0/ openSUSE.org We are looking forward to working with you ! Let's have a lot of fun !