Open S U S E Conference Involved F O S S

1. 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 !

3. Welche Beispiele für Freie Software/Projekte gibt es?

4. Erste Schritte in Freien Projekten

5. Probleme und Feature Requests

6. Entwickler werden

7. Marketing, PR und Promotion

8. Zukunft © 9/16/09 Sascha Manns openSUSE.org

9. Was ist freie Software / Projekt?

11. OpenSource Software kann kostenlos sein, muss aber nicht. © 9/16/09 Sascha Manns openSUSE.org

13. Die Quellen können studiert werden.

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

20. Beispiele?

21. Beispiele für Freie SW und Projekte © 9/16/09 Sascha Manns openSUSE.org

22. Erste Schritte in freien Projekten

24. - Nutze freie Software

25. - Entwickle und dokumentiere freie Software

26. - Teile die Software mit anderen

27. - Ermuntere andere ebenfalls freie Sofware zu verwenden

28. - Man kann in jedem Alter beginnen. © 9/16/09 Sascha Manns openSUSE.org

29. Erste Schritte in freien Projekten © 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.

35. Bleib weiterhin experimentierfreudig. © 9/16/09 Sascha Manns openSUSE.org

37. Wenn du nach und nach die Fehler dokumentierst, kannst du damit beginnen HowTo's, FAQ's und Essays zu verfassen.

38. Veröffentlichen kannst du das zum Beispiel im Forum, deinem Blog oder der Homepage. © 9/16/09 Sascha Manns openSUSE.org

40. Usenet

41. http://learn.to/quote © 9/16/09 Sascha Manns openSUSE.org

43. Mailinglists

44. http://ezinearticles.com/?Smart-Writing-and-Layout-Styles-for-the-Web&id=60347 © 9/16/09 Sascha Manns openSUSE.org

46. Mailinglists – Netiquette: http://en.opensuse.org/Opensuse_mailing_list_netiquette © 9/16/09 Sascha Manns openSUSE.org

48. Mailinglists:

49. Wärme keine alten Diskussionen auf.

50. Meide Threadhijacking (Kein neues Thema mit “Antworten” Button erstellen.

51. Vermeide TOFU (Topic oben, Fullquote unten). Nur das zitieren, auf das du dich beziehst.

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

54. Probleme und Feature Requests

56. Lerne Programme oder OS kennen und verstehen. Lokalisiere Fehler und schreibe Bugreports (reproduzieren, dokumentieren, relevante Informationen).

57. Teile deine Erfahrungen und Wünsche auf den Projekt Mailinglisten, Wikis, Features und Bugtrackern.

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

60. Wie erstelle ich ein Bugreport © 9/16/09 Sascha Manns openSUSE.org

61. Wie erstelle ich ein Bugreport (1) © 9/16/09 Sascha Manns openSUSE.org

68. Wie erstelle ich ein Feature Request (1) © 9/16/09 Sascha Manns openSUSE.org

73. Entwickler werden?

75. Folgende Projekte bieten Junior Jobs an (Auszug):

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

79. -devel-Listem abonnieren (Life Entwicklung verfolgen, Fragen stellen).

80. - opensuse-bugs abonnieren (Bugs verfolgen, eigene Erfahrungen einbringen und Bugs lösen. © 9/16/09 Sascha Manns openSUSE.org

81. Entwickler werden (Bugzilla) © 9/16/09 Sascha Manns openSUSE.org

83. - User Support: Mailinglisten, Usenet, IRC, Foren, Twitter

84. Einstiegssprachen: python, perl, scheme

85. IDE's zum Programmieren: Kdevelop, MonoDevelop...

88. Möglicherweise aktuelle Projekte nach Linux portieren.

89. Sogar .NET Projekte können durch mono unter Linux zum laufen gebracht werden.

90. Neue Softwareprojekte sind immer willkommen in der Community.

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

94. Marketing, Public Relation, Promotion?

96. OpenSUSE:

97. - Marketing Team (Weekly News, Ambassadors, Events (launchpartys).

98. - Artwork: Gestaltung der Oberfäche (branding Files)

99. - Fundraising

100. - Community Management

102. Zukunft?

104. Lokalisierung und Entwicklung in lokale Sprachen. Technologien und tools zur Migrierung in die eigene Sprache.

105. Entwicklung von Tools und Projekten für den kommerziellen Markt. (PROO, Star Office)

107. Links & Contact Informations

109. http://www.kernel.org (Interessant für Kernelentwickler)

110. http://www.kde.org (Einstieg zu KDE)

111. http://www.gnome.org (Einstieg zu GNOME)

112. http://build.opensuse.org (openSUSE Build Service für Packager)

113. http://features.opensuse.org (openFATE Tracker)

114. http://bugzilla.novell.com (Novell's Bugzilla)

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 !

Open S U S E Conference Involved F O S S

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a Open S U S E Conference Involved F O S S

Semelhante a Open S U S E Conference Involved F O S S (20)

Open S U S E Conference Involved F O S S