staging.inyokaproject.org

Für Sicherheitsprobleme in OpenSource hier der Klassiker.

http://www.debian.org/security/2008/dsa-1571

Ich lese natürlich immer den Source Code von allen Applikationen bevor ich sie einsetze, bin jetzt auf Seite 3728 im Kernel 2.2 und hoffe dass ich in 2 bis 3 Jahren dann sorglos Ubuntu 5.04 installieren kann ...

Nee also mal Spaß beiseite, die Idee ist doch eher, dass man reinschauen KÖNNTE, außerdem bin ich ziemlich sicher dass Linus das meiste liest was in den Kernel geht, und dem muss ich dann eben vertrauen.

Was die Motivation für Entwickler angeht, ist OpenSource deswegen reizvoll, weil es öffentlich ist, d.h. jeder sehen kann, was für tollen Code man geschrieben hat. Außerdem ist proprietäre Softwareentwicklung mittelfristig zum Sterben verurteilt (wer glaubt denn ernsthaft, dass in 10 Jahren noch jemand Geld für ein Betriebssystem ausgibt ?), also ist es gut Erfahrung mit OpenSource zu sammeln.

Wie wichtig Quelloffenheit im Sinne von GPL ist, kann man gut am Beispiel OpenOffice / MySQL sehen, wären diese Programme nicht OpenSource, hätte sie Oracle schon lange eingestampft.

axel668 schrieb:

Nee also mal Spaß beiseite, die Idee ist doch eher, dass man reinschauen KÖNNTE, außerdem bin ich ziemlich sicher dass Linus das meiste liest was in den Kernel geht, und dem muss ich dann eben vertrauen.

Du vertraust ihm, ich vertraue eben anderen, z. B. einer Firma, letztich muss jeder selbst entscheiden, wem er mehr vertraut, denn wie du selbst festgestellt hast, kann man zeitlich oder fachlich nicht den Quellcode einer großen Anwendung kontrollieren, also vertraut man anderen.

Was die Motivation für Entwickler angeht, ist OpenSource deswegen reizvoll, weil es öffentlich ist, d.h. jeder sehen kann, was für tollen Code man geschrieben hat. Außerdem ist proprietäre Softwareentwicklung mittelfristig zum Sterben verurteilt (wer glaubt denn ernsthaft, dass in 10 Jahren noch jemand Geld für ein Betriebssystem ausgibt ?), also ist es gut Erfahrung mit OpenSource zu sammeln.

Ich z. B. oder anders gesagt, alle Leute, die den "Linux wird sich in fünf Jahren durchsetzen" Schmarn die ganzen Jahre über nicht geglaubt haben 😉

Wie wichtig Quelloffenheit im Sinne von GPL ist, kann man gut am Beispiel OpenOffice / MySQL sehen, wären diese Programme nicht OpenSource, hätte sie Oracle schon lange eingestampft.

In der Regel ist es so, dass Software, die sich nicht verkaufen lässt (entweder weil sie schlechter ist als die Konkurrenz, oder weil man mit Support eh mehr verdient) unter die GPL gestellt wird, um doch noch eine Chance zu haben, dass die Software fortbestehen kann.

uh9b schrieb:

Wer bietet mir einen Job, der es mir ermöglicht, mich Vollzeit richtig in Linux einzuarbeiten mit Programmierung zu befassen und Opensource-Software zu erstellen?

So läuft das heute nicht mehr. Entweder du bewirbst dich bei einer Vielzahl an Sofware/Hardwarefirmen* oder was heute der übliche Weg ist, du veröffentlichst Code und wirst dann angesprochen. Aber mal ehrlich, wen willst du mit der Absichtserklärung hinterm Ofen hervorlocken?

*wird aber auch nichts, ohne dass du Quellen vorweisen kannst, wenn du da nicht wirklich eine überzeugende Erklärung für hast.

Eine weitere lustige Sache im Rahmen Fehler in OpenSource Projekten ist CPython. Das SSL Modul hat seit 1999 ein debug Flag gesetzt welches dazu führt dass bei jeder read Operation eine Sekunde geschlafen wird. In mehr als 10 Jahren ist kein einziger auf die Idee gekommen mal zu prüfen wieso SSL so langsam ist und dass obwohl es jedem Anfänger beim ersten Blick hätte auffallen müssen.