Die Bedingung war das mindestens drei Stücke der Band unter einer freien Lizenz (wie Creative Commons by) stehen müssen. Wir haben uns sehr über die zahlreichen Bewerber gefreut und konnten eine Band als Finalist auswählen: The Illeist Collective.

Aufgrund des grossen Interesses am FrOSCamp haben wir ausserdem die Deadline für die Calls bis zum 14.08.2010 verlängert und können eine begrenzte Anzahl von kostenlosen Übernachtungsplätzen in einem Zivilschutzbunker unterhalb der ETH anbieten.

Möchtest du einen interessanten Vortrag halten, ein Hackfest veranstalten, einen Stand für dein Projekt betreuen oder einen Workshop geben, zögere nicht dich anzumelden. Bist du kreativ/kunstschaffend und stellst deine Werke unter eine offene Lizenz, bist du herzlich dazu eingeladen, diese auf dem Event auszustellen.

Nach einer Umfrage, die noch maßgeblich vom ehemaligen Community Manager Joe ‘Zonker’ Brockmeier mitgestaltet wurde folgte eine SWOT Analyse, um die Stärken und Schwächen des Projektes zu ermitteln und zu versuchen Herausforderungen und Gefahren zu erkennen.

Ende Mai trafen dann das openSUSE Board und einige Community Mitglieder in Nürnberg zusammen um daraus mögliche Strategien für die weitere Zukunft des Projektes zu erarbeiten. Die Ergebnisse wurden am Donnerstag, den 17.06.2010 der Öffentlichkeit präsentiert und können nun schrittweise auf der openSUSE-project Mailingliste und im Forum diskutiert werden.

Es wurden drei Vorschläge für eine strategische Neuausrichtung bekanntgegeben. Ergänzend wurden bisher zwei weitere Vorschläge von der Community nachgereicht. Die Diskussion um das “Community Statement“, in dem die Ziele und die grundlegende Ausrichtung des Projektes beschrieben wird, sowie um die ersten Vorschläge hat bereits begonnen.

Zur Debatte stehen “openSUSE – Home for developers“, “openSUSE – Base for derivatives“, “openSUSE – Mobile and cloud ready distribution“, “opensuse – the #1 KDE distribution” und “openSUSE – for the productive poweruser“.

“Home for developers” zielt darauf ab, die Distribution zu einer optimalen Plattform für Softwareentwickler auszubauen. Zu diesem Vorschlag kam es, weil bei der durchgeführten Umfrage ein Großteil der Teilnehmenden angegeben hat openSUSE zu nutzen um darauf zu programmieren.

Mit “Base for derivates” würde das openSUSE Projekt auf einen stabilen, aber über einen längeren Zeitraum unterstützten Distributionskern reduziert, der als Basis für weitere Distributionen genutzt werden könnte.

Als “Mobile and clound ready distribution” würde openSUSE um ‘Cloud’ Dienste erweitert und für die Remote Administration via WebUI optimiert. Außerdem würden Entwicklungsumgebungen für Mobile Plattformen wie Android, MeeGo oder WebOS integriert.

Der Vorschlag openSUSE als “#1 KDE distribution” zu etablieren, resultiert auf einer Rückbesinnung auf die Stärken des Projekts, denn openSUSE gilt bereits heute als eine der Distributionen die KDE am besten integriert.

Mit Verfolgung der Strategie “for the productive poweruser” würde openSUSE zu einer Distribution für erfahrene Benutzer, wäre also ungefähr zwischen Ubuntu und Fedora anzusiedeln.

An der Diskussion auf der Mailingliste und in den Foren kann sich jeder beteiligen, die abschließende Abstimmung soll jedoch nur für openSUSE members zugänglich sein.

In einigen Fällen kann es aber vorkommen das die DPI Werte nicht korrekt ermittelt werden.

Die aktuellen Werte lassen sich in der Konsole mit Hilfe von:

xdpyinfo | grep resolution

ausgeben. Nutzt du KDE, bietet der Display Manager KDM eine einfache Möglichkeit diesen Parameter zu ändern (natürlich kannst du auch KDM nutzen um dich an einer anderen Denktopumgebung anzumelden).

Unter openSUSE öffnest du dazu die Datei “/etc/sysconfig/displaymanager” mit root Rechten im Editor deiner Wahl und definierst die Variable:

DISPLAYMANAGER_KDM_LOCALARGS="-dpi 96"

wobei du den DPI Wert natürlich deiner Umgebung entsprechend setzen kannst. Bei der Ermittlung des zu deinem Display passenden DPI Wertes kann dir die DPI Rechner Flash Applikation: http://flex.raydreams.com/monitordpi/ helfen.

Nach der Änderung ist ein Neustart von KDM notwendig, der wahlweise über einen Systemneustart oder über einen Neustart des X Servers ausgelöst (Strg+Alt halten + 2 x Backspace drücken) werden kann.

http://susestudio.com

den Punkt ‘Create Account’ und gebe dort bei ‘Register for the Beta’ deine eMail Adresse an.

Du müsstest nach einiger Zeit in deinem Postfach eine entsprechende Einladung finden.

Damit das STUDIO Test Drive funktioniert müssen die Ports:

5900:5910/TCP - VNC
843/TCP

ausgehend in der Firewall freigeschaltet werden.

Nachdem du dich im Studio angemeldet hast kannst du über den Punkt ‘Create new Appliance’ deine erste angepasste SUSE Linux Version erstellen.

Als Basis stehen z.Zt (05/2009):

openSUSE 11.1
SUSE Linux Enterprise 10
SUSE Linux Enterprise 11

zur Verfügung. Im folgenden beschreibe ich das Setup einer SLES 11 Appliance mit KDE4-core. Wähle also als Template SUSE Linux Enterprise 11 / Server sowie die Prozessorarchitektur für die du das Image bauen möchtest.

Als Namen kannst du z.B.: SLES 11 KDE4-core wählen. Im Bereich Software hast du nun die Möglichkeit die zu installierenden Pakete / Patterns auszuwählen. Hier eine Auflistung der benötigten Komponenten:

Patters: kde, x11 (inkl. recommended – klicke zur Installation auf den Pattern-Namen und dort bei ‘Recommended software:’ auf den Button ‘Add-all’)
Pakete: dbus-1-x1, kde4-l10n-de, kde4-kdm, kde4-konsole, desktop-translations

Über den Punkt Configuration/General kannst du bei Bedarf noch die Standardsprache einstellen sowie Nutzer/Passwörter festlegen. Ein eigenes Wallpaper sowie Logo kannst du im Bereich Configuration/Personalize hinzufügen.

Möchtest du das die Appliance sofort in den X Server startet, wähle als Default-Runlevel bitte: 5

Weitere Einstellungen kannst du bei Bedarf vornehmen.

Nun steht einem ersten Build nichts mehr entgegen. Klicke dazu auf Build und wähle den entsprechenden Build Typ, z.B.: Disk Image und warte bis das Image erzeugt wurde.

Ist der Build durchgelfaufen kannst du über den Punkt: Test Drive eine Web basierte VNC Verbindung zu deiner Appliance aufbauen und dort ggfls. Änderungen vornehmen. Diese werden nicht automatisch in die Appliance zurückgeschrieben sondern können über den Punkt ‘Modified files’ dateiweise in den nächsten Build übernommen werden.

Parallel dazu kannst du Änderungen auch via SSH vornehmen. Die Zugansmöglichkeiten findest du im Networking Bereich.

Hast du nun das Image deinen Wünchen entsprechend angepasst kannst du es herunterladen und z.B. mit:

dd if=myappliance.raw of=/dev/sdX bs=4k

auf einen USB Stick schreiben (wobei es sich bei sdX um die Device Node deines USB Sticks handelt).

Die CD enthält neben der neueren KDE Version auch alle bis zur Veröffentlichung enthaltenen Updates und kommt im gewohnt schicken SUSE-look daher.

Die LiveCDs findest du unter folgender URL:

http://download.opensuse.org/repositories/KDE:/Medias/images/iso/

Interessante Neuigkeiten zu openSUSE und KDE4 findest du übrigens hier.