softmetzbetrieb » piraten

FSFE Fellowship-Munich-Augsburg-Connection

softmetz — Wed, 06 Apr 2011 11:10:22 +0000

Wer dieses Blog aufmerksam liest hat sicher schon bemerkt, dass ich in letzter Zeit häufiger in Augsburg bin. Von München aus gesehen ist es nur ein Sprung mit der Bahn und Augsburg ist eine sehr hübsche Stadt (auch wenn ich immer wieder froh bin, nach München zurück zu kommen. ).

Jedenfalls habe ich in Augsburg Kontakt zu einigen Freunden Freier Software - allen voran Vinz - knüpfen können. Nach meinem gescheiterten Versuch in München einen FSFE-Stammtisch hochzuziehen - leider kam fast niemand - hatte ich den Einfall, dass man doch eigentlich den Münchner Stammtisch in Augsburg ausrichten könnte.

München hat eine sehr aktive Free Software-Gemeinschaft, Fellows aus München kennen sich oft bereits von anderen Stammtischen und so gibt es wenig Grund sich auch noch für ein weiteres Treffen mit den gleichen Leuten zusammenzuraufen. Leider ist das für die Idee an sich - die FSFE in Süddeutschland präsent zu machen - nicht so optimal. Es gibt einfach keinen Anlaufpunkt, wo sich Neu-Fellows oder Interessierte hinwenden können.

Jedenfalls kam mein Vorschlag recht gut an und Vinz hat sich direkt in die Arbeit gestürzt und einiges geschaffen, dass sich sehen lassen kann.

Die Augsburger Fellowship-Gruppe will sich noch im April treffen. Derzeit gibt es einen Termin-Doodle, als Ort wurde Bismark Bistro (Bismarkstr. 7) ausgewählt. Infos gibt es auch über @fsfeaugsburg bei identi.ca.

Ich freue mich euch im Bismark Bistro zu treffen.

DFD 2011 – It’s about freedom, stupid

softmetz — Sat, 02 Apr 2011 19:12:27 +0000

Am 30.3.2011 feierte die Welt den Document Freedom Day. Meiner Freude verlieh ich mit folgenden <140 Zeichen Ausdruck: "Document Freedom Day?! Is it about file formats? Nope, it's about freedom, stupid!".

Den Abend verbrachte ich im Münchner Cafe Netzwerk wo ich neben vielen alten Gesichtern auch auf einen Teil der LiMux- und MogDy-MitarbeiterInnen sowie Karsten Gerloff, dem Präsidenten der FSFE traf. Es war ein klasse Abend. Wir waren alle auf einer Welle und bei kostenlosen Getränken, serviert vom unvergleichlichen Team des Cafe Netzwerk, kamen tolle Gespräche zustande.

Die Stadt München erhielt für das Projekt LiMux und ihr Engagement für das freie Open Document-Format eine Auszeichnung von der FSFE überreicht. tagesschau.de erhielt für das Angebot, Streams im freien OGG-Theora-Format zu betrachten, ebenfalls eine Auszeichnung.

Ich freue mich auf den DFD 2012.

Sind die Menschen reif für das Digitale Zeitalter?

softmetz — Mon, 28 Mar 2011 10:55:23 +0000

Eine Frage, die mich immer mal wieder umtreibt, mag etwas elitär klingen, aber im Grunde mache ich mir etwas Sorgen um die Zukunft.

Sind die Menschen reif für das Digitale Zeitalter? Ich beziehe mich hier nicht auf Themen wie Datenschutz sondern darauf, dass nach meiner Einschätzung die meisten Menschen mit dem Betrieb von vernetzter Digitaltechnik schlichtweg überfordert sind. Wer prüft regelmäßig ob es Firmware-Updates für heimische Internetzugangsgeräte gibt.

Das wohl offensichtlichste Beispiel sind WLAN-Router. Selbst heute noch finden sich zig Geräte mit Standardpasswörtern, ohne Verschlüsselung oder zumindest so schlecht konfiguriert, dass man nicht davon ausgehen kann, dass die BesitzerIn beabsichtigt hat, beim Freifunk mitzumachen.

Wie oft hat man es mit völlig überforderten oder desinteressierten EndanwenderInnen zu tun, die einfach nur ins Netz wollen und keine Zeit auf Installation verschwenden, ist ja einfach genug direkt los zu legen. Wie viele Personen verwenden veraltete Software auf ihren Rechnern, weil das ständige Aktualisieren einfach nur nervt und man den Sinn nicht sieht oder sich denkt, es würde einen schon nicht treffen?

Mag dieses Beispiel noch verhältnismäßig unproblematisch sein - vereinzelt wurden AnwenderInnen schon vor Gericht gezerrt, weil jemand den AP verwendet hat um potentiell Verbotenes zu tun - kommt Gefahr für Leib und Leben auf, wenn es sich um eine dezentrale digitalisierte Infrastruktur handelt. Auslöser für diesen Beitrag war die Information, dass das BSI ein neues Schutzprofil für Smartmeter veröffentlicht hat. Smartmeter - intelligente Stromzähler - werden als das nächste große Ding und als Lösung all unserer Energieprobleme gefeiert. Im Grunde handelt es sich dabei mehr oder weniger um eine hochdynamische Tagstrom-Nachtstrom-Umschaltung mit Twitter-Anbindung.

Nun muss man fragen wer für den sicheren(!) Betrieb der Geräte verantwortlich ist. In Magazinen wie der Wired werden immer wieder die Möglichkeiten hervorgehoben, die du und ich durch einen Smartmeter haben (z.B. Tweet-a-Watt, Charting, Logging, Selbstkontrolle). Damit würde schon einmal der Stromkunde einen Zugang bekommen müssen.

Eine weitere Frage stellt sich mir hinsichtlich der Liberalisierung des Strommarktes. Ich finde das richtig und wichtig, allerdings haben wir hier das Problem der letzten Meile. Wer stellt also das Smart-Meter? Der Stromanbieter oder aber die Firma, die auch jetzt schon den Dumb-Meter (Stromzähler) stellt? Wer fühlt sich für Updates verantwortlich? Auf welchen Wegen erfolgt die Kommunikation zwischen Smart-Meter und Stromanbieter?

Hier berichtet auch wieder wired, dass Sicherheitsfachmenschen die Gefahr sehen, dass bei der Einführung von intelligenten Stromzählern die gleichen Fehler gemacht werden, wie bei der Einführung der privaten Internetzugänge, nämlich dass Sicherheit aus Kostengründen und zugunsten Bequemlichkeit aufgegeben wird.

Und selbst eine kryptographisch einwandfreie Installation kann zur Zeitbombe werden, wie die Fälle von RSA und Comodo aus den letzten Wochen zeigen.

Meine bittere Vermutung ist hier, dass die Geräte vom Inhaber der letzten Meile ins Haus kommen (es wird wohl nie so einfach sein einen Stromzähler - sei er auch noch so intelligent - auszutauschen, wie einen DSL-Router) und dass dann nie wieder jemand auf das Gerät schaut bis es kaputt geht.

Intelligente Stromzähler sind hier nur eine akutes Beispiel. Es geht weiter mit Schließsystemen, Wasserversorgung, Autos, etc. Alles wird digitalisiert und die Daten werden oft genug zentral erfasst. Abgesehen von der damit verbundenen Datenschutzproblematik sehe ich hier die Hölle auf uns zukommen, was die Endgerätesicherheit angeht.

Ich habe keine Lösung für diese Probleme, außer die Menschen zu Informieren und zu sensibilisieren. Ähnlich wie Türschlösser irgendwann von High-Tech zu Common Sense wurden, müssen sich alle Menschen mehr oder wenig umfangreiche Gedanken über die offenen digitalen Türen machen.

Live Blog vom 10. Augsburger Linux-Infotag

softmetz — Sat, 26 Mar 2011 06:00:22 +0000

Am 26.03.2011 findet bereits zum 10. Mal der Linux Infotag der LUGA statt. Ich bin am Stand der FSFE und werde live hier berichten.

16.21

Ich bin alle. Die Akkus auch. Gleich geht der schöne Tag zu Ende und es geht zum Essen.

Vielen Dank für's Lesen.

15.55

Der Vortrag ist Zuende. Leider hat die Zeit nicht ganz gereicht um die spannenden Sachen im Detail zu beleuchten.

15.54

Konflikte auflösen

Konflikte entstehen, wenn die gleiche Stelle unterschiedlich geändert wurde -> manuelles Eingreifen nötig

Commit-Erzeugung wird abgebrochen

15.53

Branches zusammenführen

git merge master

git rebase master (nur in privaten Branches!!!)

15.52

Standardbranch ist "master"

"git checkout -b " erzeugt einen neuen Branch

"git branch" listet alle Branches (aktiver mit * markiert)

15.50

Status der Arbeitskopie

git status

git diff

Historie betrachten:

git log

tig

Objekte betrachten

git show

git show HEAD:foo

15.46

Perfekte Commit-Meldung schreiben:

Einzeilige, kurze (< 80, optimal < 50 Zeichen) Zusammenfassung

Leerzeile

Detailierte Beschreibung/Erklärung

nicht vorgeschrieben, aber "common practice" und von vielen Tools erwartet

15.43

Um Änderungen festzuhalten gibt es

1
$ git commit

15.41

IDE-Benutzer verwirrt ob der Flexibilität der Kommandozeile.

15.34

Ändern:

1
2
3
$ vim foo bar

$ git add foo bar

Jede geänderte Datei muss bei jeder Änderung mit git add neu in den Commit eingefügt werden.

Weitere Befehle: add, rm, mv

15.32

Neues, leeres Repository:

1
2
3
4
5
$ mkdir project

$cd project

$ git init

15.31

git konfigurieren

git config --global user.name

git config --global user.email

Setzt die Benutzerinformationen für Commit-Metadaten

git config --global color.ui auto

farbige branch, diff, status-Ausgaben

git config --global merge.tool vimdiff

git config --global push.default current

git.config --global alias.wdiff 'diff --color-words'

...

15.25

Gespeicherte Objekte werde von einem DAG (direct acyclic graph) verbunden und mit ihrer SHA-1-Summe identifiziert.

Dateien werden als "blob" gespeichert. Blobs werden in Trees zusammengefasst (Verzeichnis).

Ein "commit" ist ein Zeiger auf einen Projektstand zu einem bestimmten Zeitpunkt.

Weitere Zeiger sind "branches", Ein branch zeigt auf den letzten Commit in einem Entwicklungszweig.

Der Zeiger "HEAD" zeigt auf den Commit, der dem Arbeitsverzeichnis enspricht.

Ein "tag" zeigt im Gegensatz zu "branches" immer auf einen bestimmten Commit.

15.20

git hat etwa 150 Befehle die in die Bereich "Porcelains" (Anwendungsfunktionen) und "Plumbing" (Low-Level-Funktionen) aufgeteilt sind. Wichtigster Befehl ist "git help"

15.19

Git wurde 2005 nach der Suche nach einer Bitkeeper-Alternative von Linus' Torvalds initiiert.

Es ist dezentral und arbeitet schnell und effizient. Alle Operationen und Dateien sind kryptographisch gesichert.

Ist freie Software (GPLv2).

Im Einsatz u.A. beim Linux-Kernel, GNOME, ...

15.14

Beim dezentralen Repository kommt zum Repository quasi noch ein online-Repository dazu, das mit dem lokalen Repository synchronisiert wird.

15.13

Arbeitsweise - Zentrales VCS

Checkout einer Arbeitskopie aus einem Repository

Bearbeiten der Arbeitskopie

Commit in das Repository

15.11

Grundlagen von dezentralen VCSen

"Peer-to-Peer"-Ansatz

jede Arbeitskopie bringt ein komplettes Repository mit (Klon)

gearbeitet wird auf dem lokalen Repository (kein Netzwerkzugriff nötig, Operationen schnell, Offline-Arbeit möglich)

automatisch "Backup" durch Repository-Klons

Zusammenführen meist auf Basis eines "Web-of-Trust"

15.08

Workflow in OpenSource-Projekten

üblicherweise wenige/eine ProjektleiterIn

viele Mitwirkende

ggf. Subsystem-Verantwortliche

ein zentrales (offizielles) Repository

temporäre und Feature-Branches

15.04

Typen von VCSen

lock/modify/write - Skaliert nicht, veraltet

copy/modify/merge - Arbeiten auf einer Kopie, Änderungen werden zusammengeführt

lokale Versionierung (RCS)

zentrale Versionierung (CVS, SVN, ...)

dezentrale Versionierung (git, mercurial, ...)

15.04

Was ist Versionskontrolle?

technisch gesehen: ein Haufen Dateien mit Metadaten die in Beziehung zueinander stehen.

Protokollierung von Änderungen an (Quell)-text

Archivierung mit "Rücksetz-Option"

koordinierter Zugriff

parallele Entwicklungszweige (neue Features, alte Releases)

14.59

Jetzt schaue ich Versionsverwaltung mit git

14.41

Der Vortrag ist vorbei. Die Drone soll nochmal fliegen.

14.41

These: Node's goal is to provide an easy way to build scalable network programs. - Referent findet das ist gelungen.

14.40

Einstiegspunkte

http://nodejs.org

Wiki: http://github.com/joyent/node/wiki

Zum Ausprobieren im Browser: http://jsapp.us

14.39

Node Paket Manager: Bereits über 1400 Pakete

14.39

scrabb.ly Unendlich großes Scrabble-Spielfeld als Massive Multi User Online Word Game.

14.36

Connect ist eine Middleware für Webserver. Express ist ein Framework auf Basis von Connect zum Bauen von Anwendungen

14.33

Drone fliegt mit Node.js Middleware.

14.30

Mein WLAN "Wählt die Piratenpartei" führt zu Erheiterung.

14.29

Tim zeigt Node.js zusammen mit einer Parrot AR.Drone

14.22

Beim Long-Polling gibt es das Problem, dass der Server viele offene Verbindungen halten muss. Threads sind hier zu schwergewichtig.

Node.js bietet mit seiner asynchronen nicht-blockierenden I/O eine Lösung. Lediglich etwas Speicher muss pro Verbindung bereitgestellt werden.

14.20

Beispiel: Onlinechat

AJAX für die Kommunikation zwischen Client und Server hat folgende Probleme:

Anfragen müssen vom Client initiiert werden

Man will benachrichtigt werden, wenn Daten bereit stehen

Lösung ist Long-Polling.

14.18

Node.js unterstützt CommonJS-Modules.

14.17

Buffer dienen zur Speicherung sämtlicher Binärdaten, sind deutlich effizienter als Strings weil der Garbage-Collector nicht so viel zu sammeln hat.

14.15

Wenn JavaScript auf Server und Client läuft, lassen sich Codebestandteile wiederverwenden, z.B. Validierungscode.

Es gibt jsdom, eine Portierung des DOM auf dem Server.

14.14

Wenn das Hauptprogramm in Node.js blockiert (z.B. durch aktives Warten) werten Closures (z.B. Timeout-Events) nicht wie geplant ausgeführt.

14.12

Buchempfehlung: JavaScript - The Good Parts

14.11

Es ist OK JavaScript nicht zu mögen, wenn man es nur aus dem Browser kennt.

Es ist als ECMAscript standardisiert und hat viele gute Seiten.

14.08

Threads kranken an typischen Thread-Problemen, Race-Conditions oder Deadlocks. Node.js I/O-Implementierungen sind seiteneffektfrei.

14.07

Man kann auch in klassischen Umgebungen wie PHP asynchrone IO machen, allerdings braucht man dort schwergewichtige Threads/Prozesse.

14.05

Das besondere an Node.js ist, dass die I/O nicht blockiert.

Gegenbeispiel PHP:

Macht ein Skript eine Datenbankabfrage, so wird Zeile für Zeile ausgeführt und bei I/O Operationen wird gewartet.

Node.js:

Datenbankabfragen laufen asynchron und rufen für das Ergebnis Callback-Funktionen auf.

14.02

Jetzt in "Webanwendungen mit Node.js"

13.13

So. Mittagspause. Gerade war ich am Fedora Stand von und mit vinzv .Eine Dame wies mich gerade darauf hin, dass ich vergessen habe den "Windows 7" Aufkleber vom Netbook zu kratzen. Direkt erledigt und Ersatz hab ich jetzt auch.

12.53

Thomas Gleixner plaudert aus seinem Leben als Kernelentwickler am FSFE-Stand. Netter Mensch, solltet ihr kennenlernen.

Gemeinsames Thema ist Code-Qualität. Endlich jemand der mich versteht.

11.54

So jetzt mal ein Stündchen Standbetreuung. Da werdet ihr nicht so viel von mir hören.

11.46

Ende des Vortrags

11.46

Frage aus Publikum: Was ist mit dem Dokumentenformat (ODF) und bleibt man kompatibel mit OpenOffice.org?

ODF ist grundsätzlich ein Standard. Aber Reibungsverluste sind in Zukunft leider nicht ausschließbar.

11.44

Frage aus Publikum: Gibt es Bestrebungen den Bereich Kollaboration auszubauen, Cloud-Services, etc.?

Grundsätzlich offen, Themen spielen strategisch definitiv eine Rolle aber konkrete Produkte nicht absehbar.

Momentan tausende von Baustellen (Codequalität, Geschwindigkeit).

11.41

Frage von mir: Illumos machte einen Spork von Solaris, ihr einen Fork von OpenOffice.org. Wie schaut es hier mit der Integration von Code-Drops von Oracle aus?

Grundsätzlich schwierig, momentan findet Austausch auf technischer Ebene statt, wie das in 2 Jahren aussieht ist nicht absehbar.

11.38

Taschen, Decken(?)

Libre-Office-Box wird mehrsprachig kommen.

11.37

Merchandising-Produkte kommen. USB-Sticks, Shirts, etc.

11.36

Der Name LibreOffice ist fix. Oracle hält die Rechte an OpenOffice.org.

Name: "Früher waren wir offen, heute sind wir frei"

11.36

Meritokratie ist das System der Wahl, es gibt bei Open-Source-Projekte keinen Chef.

11.35

Es soll das Produkt weiterentwickelt werden, aber vor allem das Projekt!

11.35

Version 3.3.2 ist aktuell, 3.4 vermutlich im Mai

11.34

Es ist sehr viel Mist gelabert worden. Es gibt keinen Hass auf Oracle, oder schlechte Reden oder osteuropäische Staaten mit Verstimmungen.

11.33

Arbeitstreffen sind lustig und gesellig

11.29

Neue Offenheit für alle ein großer Vorteil. Häufige Releases sind motivierend, weil man die Ergebnisse schneller sieht.

11.28

Teilnahme am Google Summer of Code

11.27

Projektarbeit

Marketing, Qualitätssicherung, Lokalisierung

"Easy Hacks" für Entwickler

Finanzielle Unterstützung (PayPal, Flattr)

Verantstaltungen (LibreOffice-Projektwochenenden)

11.26

Wie kann man mitmachen?

11.26

Die komplette rechtliche Entwicklung erfolgt öffentlich.

11.24

Verwendung von Spenden soll sehr transparent erfolgen.

11.24

Es werden weiter Spenden gesammelt. Kapitalstock ist gebunden und alle Ausgaben müssen mit weiterem Geld bestritten werden.

11.23

Es ist noch unklar wer Mitglied in der Stiftung werden kann. Kritisch gegenüber Firmen, es soll ein Community-Projekt bleiben.

11.22

OpenOffice.org Deuschland e.V. aktuell Rechtsperson zu Annahme von Spenden und Verwaltung von Rechtsgütern.

11.20

Entscheidung, dass Stiftung in Deutschland gegründet wird, ist gefallen. Stiftung ist aber noch nicht gegründet.

Es wurden Bylaws (Satzungen, Strukur) vorher erstellt aber nicht an deutsches Recht angepasst. Derzeit werden diese an deutsches Recht angeglichen.

Es wird auch noch nach dem optimalen Bundesland gesucht.

11.18

Spenden von Firmen nicht sehr hoch und auch wenige Firmen.

11.18

"Wenn wir bis zum Frühlingsanfang das Geld nicht haben, machen wir die Stiftung nicht in Deutschland" - Es dauerte 8 Tage die 50.000€ zusammen zu bekommen.

11.17

Stiftung stellt Unabhängigkeit von Sponsoren sicher.

11.16

Stiftung mit 50.000€ Kapitalstock gegründet. Zwar wäre dieser bei ausländischen Stiftung geringer gewesen, allerdings hätte man die Kohle sonst für Rechtsberatung ausgeben müssen.

11.15

Bei der ersten "Fundraising Challenge" wurden innerhalb von acht Tagen 50.000 (Vorher 1000€ Spenden pro Monat). Die Spenden kam vor allem von Privatleuten, 2000 an der Zahl.

Aktuell etwa 100.000€ an Spenden.

11.14

Krasser Zuwachs von Neu-Mitarbeitern aus der Community bei gleichbleibend starker Unterstützung von Firmen.

11.12

Erste Woche LibreOffice nach dem Fork:

80.000 Downloads

80 Codebeiträge von NEU-Entwicklern

Aktuell:

65 Mirrorserver

über 100 neue Entwickler

bereits 3 Release in 3 Monaten

40+ neue Übersetzungen

7500 AbonentInnen der Announce-Listen

6000 AbonentInnen auf den anderen Listen

Gefühlt 50 mal so viele Mails wie vor dem 28.9.

11.10

OpenOffice.org Deutschland e.V. will sich umbenennen. In der nächsten Inkarnation soll er wohl in "Freies Office e.V." umbenannt werden.

11.09

Häufig gefragt: Warum nicht schon eher.

11.09

Derzeit 17 Vollzeit-Entwickler u.A. von Novell, Red Hat, Canonical. Zahlreiche Unterstützer:

Google

Free Software Foundation

Open Source Initiative

GNOME Foundation

NeoOffice

lokale Oganisationen wie OpenOffice.org Deutschland e.V., BrOffice und PLIo

11.07

LibreOffice ist Standard in fast allen großen Linux-Distributionen der Standard. Debian als Ausnahme will im nächsten Release nachziehen.

11.07

Die Entwicklung soll effektiv, unabhängig, offen, transparent, effizient, meristokratisch.... sein.

11.06

Die Form der Stiftung entspricht den Werten und Idealen der Community. Man ist unabhängig von alles Sponsoren.

Sie stellt ein neues Ökosystem für Beitragende und Partizipierende bereit.

Die Einstiegshürde soll gesenkt werden. Bei OpenOffice.org lag der Entwicklungsfokus ganz klar in Hamburg bei Sun.

11.04

Die Document Foundation glaubt an offene Entwicklungsmodelle. Am 28.9.2010 gegründet. Allerdings nicht als feindselige Abspaltung im Hass auf Oracle sondern als Weiterentwicklung.

Die Entwicklung hat einfach nicht mehr gut funktioniert, daher musste etwas gemacht werden.

11.03

Stiftungsgründung war schon 2000 ein Ziel beim Announcement von OpenOffice.org. Allerdings wurde das Thema nie konsequent verfolgt.

Neuer Hauptsponsor von OpenOffice.org (Oracle) wünscht keine Stiftung.

11.02

Keynote vorüber, war toll und ich hoffe ich konnte ein wenig davon transportieren. Jetzt sitze ich bei Florian Effenberger der über LibreOffice und Oracle referiert.

10.50

Safety muss offen sein: Schlimmes Beispiel ist Japan. Die systematischen Fehler in den Atommeilern wären bei jedem öffentlichen Review sofort aufgefallen.

10.49

Average Joe hat zwar nix davon, dass er den Quellcode lesen kann, allerdings kann er sich darauf verlassen, dass andere das für ihn tun.

10.48

Fehler in offenen Systemen werden nicht nur bei Sicherheitsmenschen gefunden. Manchmal springen einem Fehler auch so ins Auge wenn man eigentlich was anderes am Code machen will.

10.47

Safety und Security werden meist noch als Black-Box betrachtet. Alle Leute mit Security-Background sagen aber, dass Security-by-Obscurity Humbug ist.

Fehler werden gefunden und genutzt, egal ob das System offen oder geschlossen ist. Nur bei einem offenen System kann aber systematisch nach Sicherheitslücken suchen.

Fall BND: In Windows-Server wurde Backdoor der Amerikaner gefunden. Also hat man eine BSD-Firewall davorgestellt, da kann man wenigstens reinschauen.

10.45

Fallbeispiel Kenia: Microsoft hat Softwarelizenzen für einen sehr schwachbrüstigen Rechnerpark gespendet. Bootzeiten waren eine Katastrophe.

Inzwischen hat man gemerkt, dass Freie Software ein echter Fortschritt ist und nun befreit man sich aus dem Griff von Microsoft.

10.43

Solange das Basissystem offen zur Verfügung steht und kollaborativ vorangebracht wird, können viele Probleme aus der Welt geschafft zu werden.

10.42

Offene Hardware sind eine interessante Entwicklung, derzeit noch in den Kinderschuhen. Grundlagen- und Basistechnologien sollten offen sein.

10.42

SCO-Prozess war wirklich Community vs. SCO. Die Community hat zusammengearbeitet und z.B. Beweismittel im Keller (Alte CDs) gefunden und eingebracht.

10.40

Weg von Software - Wikipedia

Es wird keinem Unternehmen gelingen so viele Informationen in vielen Sprachen einigermaßen konsistent zur Verfügung zu stellen.

10.39

Viele Fehler bei der kommerziellen Nutzung von Open-Source lassen sich heute vermeiden. Es gibt u.A. sehr gute Rechtsberatung-

10.37

Banken machen Enterprise-Echtzeit im "Computerhandel". Hier kommt es nur noch auf Algorithmen an - der Bessere gewinnt? Pures Glücksspiel.

10.36

IBM macht Echtzeit-Embedded in 1qm-Embedded-Devices.

10.35

Auch große Distributoren wie Red Hat und SuSE bekommen Probleme mit zu langsamen Release-Zyklen.

10.33

Trend zu beobachte, von festen (jährlichen) Release-Zyklen wegzugehen.

10.32

Kommerzielle Code-Beiträge kranken oft von Anfänger-Problemen wie Dangling-Pointers...

10.31

Kommerzielle Rückgaben von Herstellern leiden unter dem Not-Invented-Here-Syndrom.

Hersteller hat für ein bereits unterstütztes Gerät ein halbes Jahr 10k Zeilen Code geschrieben und 600 Zeilen Loader-Code an den Linux-Kernel gegeben.

Aussage: Der Treiber kommt von einem anderen Betriebssystem und wir müssen unseren Code wiederverwenden.

10.29

Während ein anderer Hersteller 4 Arten von USB-Sticks in einen Treiber gepfropft hat, der nicht sauber funktioniert hat.

In Linux wurde das entsprechende Sub-System 4 mal neu geschrieben.

In den letzten Jahren wurden 5 System-Calls aus Linux entfernt, weil sie Broken-by-Design sind.

Für Planer besteht das Problem, dass die APIs nicht stabil bleiben und dass nicht immer klar ist wann etwas fertig ist.

10.26

Wo ist diese Firma "Linux"? Wen kann ich verklagen wenn etwas nicht geht?

10.26

Linux is evolution - not intelligent design

-- Linus Torvalds

10.25

Die meisten Hersteller konzentrieren sich bei Betriebssytemen auf den Anwendungs-Layer. Alles was drunter ist muss einfach nur funktionieren.

Es ist sollte kein Thema sein, dass man das gleiche Betriebssystem wie die Konkurrenten verwendet. Mit Open-Source ist man unabhängig von einem Hersteller oder Lieferanten. Hier muss umdenken passieren.

10.23

Ist Betriebssystem-Know-How für einen Hardware-Hersteller Intellectual Property? Doch nicht wirklich, oder?

10.20

Manager über Open-Source: Wie? Wir sollen Geld bezahlen damit Leute unsere Software verwenden und dann sollen wir auch noch unsere Änderungen freigeben?!

Thomas nimmt weißes A4-Blatt

Thomas: Das haben sie von der Community bekommen.

Thomas macht einen Punkt auf das Blatt

Thomas: Das ist, was sie zurück geben. Und nun reden wir nochmal drüber.

10.18

Microsoft machte FUD-Kampagne "Get the facts" um Open-Source zu diskreditieren. Kernaussage war, dass Open-Source-Lizenzen viral sind und Unternehmen zwingen eigene Innovationen weiterzugeben. Natürlich alles Quatsch.

10.15

Mobile geschlossene Betriebssysteme, die geschlossen sind, sind für die Hersteller von Mobilgeräten nur sehr schwer so anzupassen, dass man sich vom Wettbewerb abgrenzen kann. Bei freien Betriebssystemen ist man hier deutlich flexibler.

Allerdings ist Bereitschaft der Hersteller, den Code selbst wieder offen zu legen, in der Vergangenheit und auch heute nicht sehr groß - Es wird aber besser.

10.12

Im Massenmarkt ist Open-Source günstiger als alles Geschlossene, weil es keine Sück-Lizenzkosten gibt - aber Open-Source ist nicht kostenlos.

Hersteller können Open-Source komplett anpassen.

10.11

Linux hat VxWorks im Prototypbereich bei Chipherstellern den Rang abgelaufen, weil Linux flexibler einsetzbar ist.

10.09

Patente sind auch Ausdruck geschlossener Software-Geschäftsmodelle. Es gibt 4 oder 5 Quick-Sort-Patente, noch abstruser als Mausklick-Patente, weil eigentlich Common Sense und schon Jahre in Gebrauch vor Patentierung.

10.07

Diskontinuität von Software (aka Formatkriege a la .doc) sind Teil geschlossener Geschäftsmodelle.

10.04

Geschäftsmodelle rund um Open-Source sind vor allem Dienstleistungsangebote. Teilweise Versuche einmal geöffnete Projekte wieder zu schließen.

10.03

Thomas gibt überblicksartig die Geschichte der Free/Open-Source-Bewegung wieder. Momentan ist er bei Bruce Perens angelangt.

10.01

Thema der Keynote ist "Management und Open Source - Zwei Welten?"

"Open-source development violates almost all known management theories"

-- Marietta Baba, Dean of the College of Social Science, Michigan State University

09.59

Sitze jetzt in der Keynote von Thomas Gleixner. Er ist Maintainer des x86 Zweigs des Linux-Kernels

09.57

09.56

09.55

09.54

09.53

09.50

War eben ein wenig fotografieren, hab den Florian Effenberger getroffen und werde jetzt nach und nach ein paar Bilder hochladen.

09.19

Ja, so kann es gehen. Gerade die Leute am Nachbartisch angequatscht und prompt für einen Vortrag über freie Lizenzen im Java-Umfeld für Oktober für die JUG Augsburg engagiert worden.

Gleich noch Werbung für die augsBürger gemacht. Und eine Dame vom Philosophischen Cafe Augsburg fragte nach mir und sprach mich auf den Vortrag am 1.4. an. Kleine feine Welt hier.

09.01

Angekommen. Es wird schon überall gewuselt.

07.46

Am Hauptbahnhof angekommen. ~~Warten auf die~~ Begrüßen der Mitreisenden. (Das bin ich! )

07.27

Auf geht's nach Augsburg. Ich freue mich schon viele nette Leute zu treffen, aber jetzt erstmal zum Hauptbahnhof München.

Funfact: Das Display meines Netbooks blieb heute dunkel. Nach etwas Probiererei stellt es sich als Reglerproblem raus. Offenbar speichert der Asus EeePC die Einstellungswerte auch über Neustarts hinweg. Nach einem komplett blinden Login konnte ich dann auch wieder die Hotkeys verwenden - Und wenn du denkst es geht nicht mehr kommt von irgendwo ein Backlight her.

Vortrag über Freie Software in der Veranstaltungsreihe augsBürger

softmetz — Fri, 25 Mar 2011 09:50:09 +0000

Ich wurde gebeten am 1.4.2011 bei der Veranstaltungsreihe augsBürger einen Vortrag zum Thema "Freie Software - Idealismus oder echte Alternative" zu halten. Der Vortrag richtet sich an Menschen, die bisher nichts oder wenig mit Freier Software zu tun hatten und denen hier eine Alternative aufgezeigt werden soll.

Ich zitiere hier mal die Einladung:

Die augsBürger-Plattform läd zu ihrem dritten Treffen ein:

Christian Kalkhoff spricht zum Thema "Freie Software - Idealismus oder echte
Alternative?"
mit anschließender Diskussion

wann? Freitag, 1. April, ab 19 Uhr
wo? Augsburg, Wallstraße 1 (Eingang beim Elektrofachgeschäft
"Loewe-Galerie"), 3. Stock, in den Räumen von Exuv - Existenzgründer und
Unternehmerverband e.V.

Zum Thema freie Software

Im Gegensatz zu kommerzieller Software, wie zum Beispiel Microsoft Office, kann
freie Software nicht nur kostenlos genutzt und weitergegeben, sondern auch auf
Sicherheitslücken geprüft und geändert werden. Der Vortrag bietet eine
Einführung zur freien Software, informiert darüber, wie sie entsteht und stellt
Alternativen zu teurer Kaufsoftware vor.

Kann die Nutzung freier Software für die EndanwenderIn oder für Unternehmen von
Mehrwert sein? Ist freie Software einsatzbereit für den Massenmarkt? Wer
erstellt freie Software und was treibt diese Menschen an? Welche Vorteile bietet
freie Software in der Anwendung?

Mit diesen und anderen Fragen setzt sich Christian beim nächsten
augsBürger-Treffen auseinander. Er gibt einen Abriss über die Geschichte der
freien Software-Bewegung und stellt einige wichtige Köpfe wie Richard Stallman
und Linus Torvalds vor. Am Beispiel von Linux, dem größten freien
Software-Projekt, zeigt er, wie die Zusammenarbeit zwischen Freiwilligen und
Firmen funktionieren kann und wie das Geschaffene zu den Nutzern und Nutzerinnen
kommt.

Mit Firefox stellt er ein freies Programm vor, welches in Europa von der
Mehrheit der Internetuser benutzt wird. Anhand der Abspaltung von LibreOffice
aus OpenOffice.org zeigt er, wie wehrhaft die Gemeinschaft gegen den Versuch von
Firmen, Projekte zu übernehmen, vorgehen kann.

Zum Referenten

Christian Kalkhoff ist Anwender und Entwickler freier Software seit 1998 und
Mitglied der Free Software Foundation Europe. Er ist 28 Jahre alt und arbeitet
als Softwareentwickler.

Über augsBürger

Die augsBürger-Plattform, gegründet 2011, ist ein offenes Forum für Vorträge und
Diskussionsrunden für alle interessierten Bürgerinnen und Bürger -
interkulturell, generations- und parteiübergreifend, interkonfessionell.

Die Veranstaltung ist offen und kann ohne Anmeldung besucht werden. Die Folien werde ich dann im Anschluss hier veröffentlichen.

Linux-Infotag in Augsburg und Document Freedom Day in München

softmetz — Fri, 25 Mar 2011 09:36:19 +0000

Am 26.3.2011 findet zum 10. Mal der Linux-Infotag der LUGA an der HS Augsburg statt. Ich selbst werde mit weiteren Fellows den Booth der FSFE bespaßen und freue mich darauf viele nette Leute kennen zu lernen. Am Abend gibt es dann ein Fellowship-Meeting.

Wie jedes Jahr am 30.03. begeht die FSFE auch dieses Jahr den Document-Freedom-Day. Dieses Jahr wird die Stadt München mit einem Preis für ihre Vorreiterinnenrolle beim Einsatz freier Software und offener Formate ausgezeichnet. Den Preis nimmt die zweite Bürgermeisterin Christine Strobl von 13:00h bis 14:00h in der Ratstrinkstube entgegen. Diese Veranstaltung ist leider nicht öffentlich. Am Abend findet dann aber eine Party im Cafe Netzwerk - bekannt vom Opensource-Treffen - statt. Dort erwarten euch neben netten Gesprächen Vorträge von Florian Effenberger (Document Foundation), Karsten Gerloff (FSFE) und Jan Wildeboer (Redhat - tbc) Um die Bier-Supply-Chain aufzubauen wird um Anmeldung bei dfd2011-munich at fsfe.org gebeten.

Ich nehme an beiden Terminen Teil und freue mich auf euch.