• Soll ich die Kategorien weiter pflegen?
• Wieso ist Navigation und Funktion miteinander in der gleichen Liste?
• Welches Layout sollte ich nun nutzen?
• Gefällt das alte Design den Kunden mehr als das Neue?

Solche Gedanken hat man ja immer, wenn man eine Webseite neu gestaltet.
Und deshalb bin ich auf folgende Idee gekommen:

Lass doch das Design vom Kunden auswählen

In bestimmten Rahmen kann man sich erlauben zwei- oder drei Designs anzubieten.
Wenn man auf die Seite kommt, erscheint das aktuelle Design.
Wenn man dann ein anderes Design, mit z.B. mehr Funkionalität, haben will, kann man dies auswählen.
Das Design wird gewechselt und der Kunde hat andere Möglichkeiten als zuvor.

Ja aber, dann muss man ja Kundendaten speichern!

Wenn man will, dass der Kunde beim nächsten Mal das gleiche Design vorfindet, muss man mindestens einen Cookie auf der Kundenmaschine abspeichern.
Oder noch komplizierter: Der Kunde muss sich am System anmelden.
Das wäre bei einem normalen Blog oder einer normalen Webseite wirklich ein Overkill.
Ich will einfach nur die Wahlmöglichkeit bereitstellen. Wenn ein Kunde dann das Design wechseln will, soll er hierzu eine Möglichkeit erhalten.
Falls der Kunde Cookies zulässt, kann man immer noch über eine permanente Umstellung nachdenken.

Ist das nicht eine halbherzige Idee?

Ich denke nicht. Es lässt dem Kunden die Freiheit, zwischen verschiedenen Designs auszuwählen.
Vielleicht ist der Kunde heute positiv eingestellt und will eine schöne, leuchtende Darstellung?
Vielleicht will er heute nur Text, da er schnell was suchen muss?
Wenn man sich den Mehraufwand leisten kann, dann wäre es vermutlich eine gute Idee mehr als ein Design zur Verfügung zu haben.

Ich habe hier wieder Live gebloggt. Also ist dieser Text wieder ein bisschen wirr

Markus Heuerung (muhh@byzero.de) hat uns vorgestellt, wie Blinde am PC arbeiten.

Er ist Fachleher im Berufsförderungswerk Würzburg und bildet dort IT Berufe aus.

Er stellte Screenreader, Braille und Sprachausgabe.

Screenreader

Screenreader lesen die Informationen vom Bildschirm aus und bereitet die Information für den Blinden vor.

Ein System ist die Braille Zeile. Dabei handelt es sich um ein System dass die Information Zeile für Zeile dargestellt. Er gab uns ein Beispiel, wie die Braillschrift funktioniert.

Eine weitere Möglichkeit ist die Sprachausgabe. Hier wird eine synthetische Sprache verwendet um den Text vorzulesen.

Screenreader Produkte: Jaws , Virgo / Cobra, Windows Eyes, NVDA (Open Source). Webanywhere ist eine Möglichkeit für Webseiten. Weitere gibt es für Firefox usw.

Betriebssysteme

Linux (Ubuntu) kann von einem Blinden installiert werden.

MAC OS ist auch schon länger definiert.

In Windows sind diese Elemente erst am Kommen.

Demo

Er zeigte das Programm Jaws.

Das Programm liest vor was im Moment alles auf dem Bildschirm vorhanden ist.

Wenn der Fokus auf ein Programm geführt wird, wird der Name des Programms und der Inhalt der Darstellung vorgelesen.

Beim Navigieren in einem Filebrowser wird vorgestellt, welche Dateien vorhanden sind und welche Tasten gedrückt wurden.

Der Blinde wird somit über die Sprachausgabe über viele Elemente informiert.

Die aktuelle Zeile

Dort wo der Cursor steht ist die aktuelle Zeile. Bei einem Windows Fenster wird z.B. das aktuell selektierte Programm als aktuelle Zeile deklariert.

Noch ne Demo

Er verwendete Jaws um zu zeigen wie ein Blinder mit einem Word Programm arbeiten kann.

Dabei hat er ein Word Dokument geöffnet und ein neues Dokument erstellt. Jaws las ihm dabei die einzelnen Buchstaben und die einzelnen Sätze vor.

Tipps zur Softwareentwicklung

• Shortcuts
• Symbolleisten Grafiksymbole müssen beschriftet werden (Altattribute nutzen)
• Alles muss mit Tastatur vorhanden sein.
• Links im Web grundsätzlich sinnvoll beschreiben (HIER ist ein blöder Link )

Access Keys sind nicht standardisiert. Dieses Problem kann man umgehen indem man Sprungmarken einfügt. Der Blinde lernt die unterschiedlichen Sprungmarken.

Tastenkombinationen können z.B. ALT SHIFT 1 usw. gesteuert werden. Diese Tasten werden normalerweise von den Programmen nicht benutzt.

Normalerweise laufe ich nicht einer Person bei Barcamps hinterher. Aber heute hatte Oli das Glück oder das Pech, dass er zwei Themen anbot, die mich interessieren. Über seine Blogzerlegung hatte ich heute Morgen ja schon berichtet.

Bei dieser Session ging um Selbstmanagement nach der Strategie “Getting Things Done”

Ich versuche hier mal ein Life Blogging durchzuführen. Falls die Sätze hier ein wenig willenlos sind, liegt das am direkt runterschreiben und versenden.

Er verwies auf ein Buch The art of Stress-Free Productivity von David Allen.

Weiterhin verwies er auf das Buch Making it all work.

Bei dieser Methode geht es darum die Zeit so einzuteilen, dass für Freizeit auch noch was übrig ist.

David Allen sagt, “your brain dosn´t have a brain”. Man behält normalerweise seine Aufgaben im Gehirn auf.

Im Berufsleben werden alle Aufgaben auch im Gehirn abgespeichert. Dabei wird Stress aufgebaut. Man denkt ständig über das jeweilige Problem, die jeweilige Aufgabe nach.

Zu jedem Zeitpunkt erinnert man sich an diverse Aufgaben die man erledigen muss. Man weiss aber noch nicht wann man diese Tasks abarbeiten will. Die Frage, was ist der nächste Schritt, hat man sich nicht gestellt.

Todo Listen sind oft lang und veraltet…

Warum ist das so?

Im Vergleich zu früheren Generationen haben wir deutlich mehr Informationen zu verwalten.

Oliver erklärt, dass es sich nicht um neue Techniken handelt, sondern ein paar best practise werden hier gebündelt.

Best Practise beim Erfassen:

• Mach das Hirn leer
• Alles was rumliegt zusammensammeln und auf einen Stapel legen. (Capture, Erfassen)
  Dieses Erfassen muss vollständig sein. Wenn das nicht der Fall ist, werden wieder weitere Stapel generiert und nicht abgearbeitet.
• Schau auch wirklich in die erfassten Listen rein.
• Möglichst wenig Inboxen, Listen, generieren. Im Idealfall eine Liste, nicht zehn Todo Lists
• Auch zuhause muss eine Inbox vorhanden sein. Ansonsten läuft das Zuhause zur Inbox voll

Best Practise Bearbeiten (Im Buch Clarifying)

• Aufräumen und Ordnen der aktuellen Inbox
• Verteilen der Aufgaben auf die Themen unmittelbar, später oder viel später
• Frage ist: Is it actional ?
• Die Frage, ob etwas eingeordnet werden kann, muss in zwei- drei Minuten erledigt werden. Wenn das nicht klappt, dann ist hier ein Problem vorhanden.
• Die Tasks auf die Termine verteilen (August Sachen in der Inbox August…)
• Klären was die Elemente in der Inbox betrifft wird an dem Tag an dem sie aktuell werden gesetzt.
• Falls an dem Tag etwas ca. 2 Minuten benötigt, dann mach es sofort. Damit wird der Verwaltungsaufwand verringert. Denn die Verwaltung dieses Tasks dauert länger.
• Wenn es länger als zwei Minuten kostet, muss eine “Einkaufsliste” erzeugt werden.

Liste wie die Todo Listen aufgebaut werden, sind im Prinzip eine Einkaufsliste. Hier werden sie Context Listen genannt.

Wenn man z.B. zum Metzger geht, dann schreibt man auch nicht auf die Metzgerliste Klopapier, Duschgel usw.

Wo können die Tasks erledigt werden.

• Arbeit
  Projektleiten, Programmieren
• Zuhause
  Malen, Tapezieren, Staubsaugen
• Unterwegs
  Fleischkäse, Sprudel, Ladegerät

Liste für z.B. Reifenwechsel:

• Termin vereinbaren
• Reifen ins Auto einladen
• Auto vorführen
• Auto abholen
• Reifen einlagern

Die nächste sichtbare Handlung muss definiert werden. Und diese sehr granular. Ansonsten ist sie nicht komplett.

Es kommen nur Aufgaben auf die Liste, die an dem Tag auch wirklich gemacht werden. Wenn also “Auto abholen” erst am nächsten Tag fällig sein kann, dann kommt diese Aufgabe am nächsten Tag vor.

Die Trennung der Listen (Arbeit, Zuhause und Unterwegs) helfen den jeweiligen Context auf den richtigen Abarbeitungszeitpunkt zu legen.

Nicht zu viele Context Listen erstellen. Vermutlich sind drei Context Listen vollkommen ausreichend.

Eine Liste “delegiert” anlegen. Darin steht drin was Andere für einen machen sollen. Diese Liste kann man nehmen um andere zu erinnern und nachzufragen.

Someday Maybe Liste.

Liste für alles, wie z.B. “Welt retten, Wintergarten bauen, Spanisch lernen”. Die hilft zum Zwischenspeichern und ist für alles was jetzt einfach nicht gelöst werden kann.

Durchsehen

Alle Listen müssen einmal die Woche durchgeschaut werden.
Damit kann man seine Aktionen feiner abstimmen.

Machen

Die Listen müssen natürlich auch abgearbeitet werden

Das Abarbeiten wird dann pro Liste (im Context) gemacht. Also Arbeit bei Arbeit, Zuhause dann wenn man daheim ist usw.

Die Tasks müssen dann noch nach Prioritäten sortiert werden. Eventuell können hier die Tasks für den jeweiligen Tag noch richtig eingelastet werden. Definition der “Next Action”.

Noch was:

Eine Task in der kein Verb vorkommt ist es wohl ein Projektname und keine Task. Schliesslich ist ein Task etwas bei dem etwas getan werden muss. Verb = Tunwort

Oli beim Präsentieren

Er nimmt gerade ein paar Blogs auseinander und beschreibt was er so alles an den Blogs gut und schlecht findet.
Ein paar Tipps die er zu einem Businessblog gibt:

• Lieber mal ein paar kleinere Beiträge als riesige Beiträge.
• Ist der Effekt der größe der Beiträge zu den AdBlogs hinterher wirklich ok? Lohnt sich der Aufwand
• Verweise auf alle Fälle auf Blogs die auf dich verlinken
• Wenn du mehrere Autoren hast, dann mach z.B. mit einem Bild klar welcher Autor gerade schreibt.
• Wenn du einen Businessblog haben willst, dann musst du als Chef auch zeigen dass du willst, dass gebloggt wird.
  Gib z.B. ein bisschen Bonus (Freier Tag oder so)

Zu Blogs allgeimein:

Wenn du das Blog hochbringen willst, vier Artikel am Werktag.

Einen großen Beitrag und ein paar Kleinere.

Themen von anderen Blogs “abfischen und verlinken”

Als letzten Blog hat er diesen miradlo Blog auseinandergenommen.

Gute Tipps sind, dass wir zu viele verschiedene Navigations- und Content Elemente in unserer Sitebar verwenden. Vielleicht werden wir hier ein bisschen aufräumen…

Was ist daran falsch?

Aus Sicht des Programmierers war alles super. Wir hatten es einfach und der Datenfluss war 100% unter Kontrolle. Die Kommunikationsmuster können wir uns noch sehr gut vorstellen. Der Anwender ist mit dem Programmfluss geschaltet und er muss seine Arbeitsweise an das Programm anpassen.

Wie bitte? Der Anwender muss sich anpassen?

Hm… Da ist glaube ich das Problem. Der Businessprozess sieht unter Umständen überhaupt nicht vor, dass der Anwender auf die Antwort vom Server warten soll. Vielleicht will der Anwender gleich mit dem Bearbeiten von Kundeninformationen, wie Lieblingsfarbe und Lieblingsauto weiter machen. Und er möchte gar nicht auf den Server warten.
Viel schlimmer noch. Der Anwender wird genötigt zu warten und wird aus seinen Gedankengängen herausgeworfen. Und das ist nun wirklich schlecht.

Rettung naht mit AJAX usw.

Jaja, wir kennen das. Dann bauen wir halt was Modernes ein und kommunizieren asynchron. Wir lassen den Anwender weiter machen und alles ist prima.
Aber jetzt kommt unser Problem der neuen Welt.

Wie informieren wir unseren Anwender?

Wir überlassen also die Korrektur und Testerei der eingegebenen Daten unserem asynchronen Prozess. Der macht das prima und unser Anwender tippt fröhlich weiter.
Mitten in der Eingabe der Lieblingsfarbe poppt aber eine Fehlermeldung auf die da sagt: “Bitte geben Sie einen Namen ein“.
Und der Anwender wird aus seinem Businessprozess und seinen Gedanken herausgeschleudert.
Na schön, da er sowieso direkt zum Namen zurückgeführt wird (der Fokus ist wieder auf dem Namensfeld) gibt er den Namen halt ein.
Blöd ist nur, dass er mittlerweile aber auch noch eine falsche Farbe eingegeben hat, da die Applikation ihn ja aus seiner Farbeingabe herausgerissen hat.
Also kaum ist er mit dem Namen fertig, oder er tippt noch am Namen rum, poppt schon wieder eine Fehlermeldung auf: “Bitte geben Sie eine korrekte Farbe ein“.
Oha!
Wir haben hier wohl was falsch programmiert gelle?
Klar, solche Probleme muss man schon irgendwie anders lösen. Aber bevor man an eine hoch interaktive Webseite herangeht, sollte man sich darüber im Klaren sein.

War’s das schon?

Nein, es gibt noch tollere Probleme.
Stellt euch vor wir sitzen in einer größeren Firma, oder wir arbeiten sogar an verschiedenen Standorten (was im Web ja gewünscht ist) und zwei Editoren arbeiten zur Zeit am gleichen Datensatz.
Der Eine will die Lieblingsfarbe der Person ändern, da eine E-Mail vorliegt ,in der der Kunde sagt, dass seine Lieblingsfarbe rot sei, und gleichzeitig ruft der Kunde einen zweiten Mitarbeiter an und sagt, seine Lieblingsfarbe sei doch blau.
Beide Mitarbeiter tippen also an der Farbe herum.
Und was geschieht nun?
Der Mitarbeiter mit der roten Farbe editiert einen veralteten Datensatz. Da er ein wenig länger braucht, wird zuerst die blaue Farbe der Telefonanfrage abgespeichert und dann die rote Farbe.
Beide Editoren sehen unter Umständen nicht, dass der andere Editor auch auf dem Datensatz sitzt.
Also wird die Eingabe noch komplexer.

Wie kann dass gehen?

Tja, während ein Editor die Farbe der E-Mail bearbeitet, muss der Datensatz für Veränderung gesperrt werden. Auch in einer wunderbaren AJAX-Superdupper-Anwendung.
Der zweite Editor, muss z.B. die Möglichkeit haben den ersten Editor zu informieren, dass neue Informationen vorliegen.
Oder es muss eine Prioritätendefinition vorhanden sein. Telefonbesprechungen müssen vor E-Mail Besprechungen gesetzt werden.
Oder es muss beschrieben werden, wer wann was wieso gemacht hat.
Weiterhin wäre es doch toll, wenn der Editor, der die E-Mail bearbeitet hat, über die Änderung informiert würde.
Das könnte so ablaufen, dass gerade geänderte Werte ihm noch einmal vorgelegt werden. Beispielsweise, falls innerhalb der nächsten zehn Minuten ein Wert von einer anderen Person geändert wurde, wird dieser Wert nochmals zur Überprüfung angezeigt.

Fazit

Sobald wir eine tolle, blinkende, asynchrone Eingabemöglichkeit für unsere Benutzer erstellen, begeben wir uns auf gefährliches Gebiet. Die Nebenläufigkeiten von asynchronen Eingaben sind extrem komplex und müssen im Einzelfall genau analysiert werden.
Interaktive und an den Geschäftsprozess angepasste Webapplikationen sind klasse. Aber die Schwierigkeiten und Gefahren sind ungleich höher als bei einer Einwegkommunikation. Natürlich können dort auch solche Gefahren lauern, der Prozess ist jedoch einfacher zu verwalten.

Und dann mache ich manchmal den Fehler und glaube meinen Einsteigern, dass sie alles verstanden haben. Hier ein paar Beispiele:

EVA ist doch soooo klar

Ich fang immer bei EVA (nicht bei Adam) an. Und ich meine damit, dass man in einem Computerprogramm zuerst etwas eingibt, dann verarbeitet und dann ausgibt.

Cool gell?

So, ich zeig also meinen Einsteigern wie man etwas eingibt. Dann erkläre ich ihnen, dass wir jeden Wert den man eingegeben hat, erst einmal auf seine Richtigkeit überprüfen muss. Und erst dann darf man ihn verarbeiten. Wenn das auch noch geklappt hat, gibt es eine Ausgabe. Die kann entweder direkt in einem Text, oder als Rückgabewert in einer Funktion oder in einem Datenbankeintrag oder in einem Schaltprozess für einen Motor erfolgen.

Meine Einsteiger nicken eifrig, schauen sich meinen Code an und legen los. Solange ich dabei bin, sieht es noch recht gut aus. Eine Woche später vergessen schon einige, dass die Eingaben überprüft werden sollen. Und einen Monat später fällt ihnen nicht einmal mehr ein wie man etwas verarbeitet.

Was ist passiert?

Sie haben zwar EVA verstanden, aber die Grundlagen wie man eine Überprüfung erstellt sind nicht verstanden worden. Blöderweise sind viele der Einsteiger auch noch von männlichen Geschlecht. Und viele Männlein dürfen nicht zeigen, dass sie etwas nicht können. Vorher quälen sie sich lieber und bauen viel Bockmist.

Testen ist easy

Auch ein Klassiker. Da bauen wir die ersten Testfälle und lassen unsere Systeme durchrattern. Einen Monat später haben meine Buben und Mädels dann vollkommen vergessen, dass es verschiedene Testmethoden gibt. Das Resultat ist, dass Programme ausgeliefert werden, die beim ersten Knopfdruck schon anfangen komisch zu vibrieren. Das ist ziemlich ätzend.

Und wieder steht das Problem im Vordergrund, dass nicht einmal klar ist was eine For-Schleife ist. Traurig aber wahr.

Hab ich eine Idee?

Da viele der Einsteiger, oder auch Fortgeschrittenen, sich nicht trauen zu sagen, dass sie etwas nicht verstanden haben, habe ich eine Artikelserie Grundlagen angefangen. Dort schreibe ich zu den Grundlagen der Programmierung immer wieder ein paar Artikel. Jeder kann in dem Schulungsblog ungestört lesen. Falls mal eine Frage auftauchen sollte, kann die mit Kommentaren an mich gestellt werden. Vielleicht hilft diese Serie ein paar Einsteigern und Fortgeschrittenen mit den Programmiergrundlagen einfacher fertig zu werden.

Und da es so viele Programmierbeispiele gibt, möchte ich noch eines hinzufügen

Ute hat mich mal gefragt, ob wir eine Newsfunktion erstellen können, mit der man auch ein paar Bilder einfügen kann. Soll heißen, dass aktuelle Informationen auf einer Webseite so lange dargestellt werden, bis sie nicht mehr aktuell sind. Also Weihnachtsgrüße sollen nur automatisch zu Weihnachten erscheinen und kurz vor Ostern können wir die abstellen Aussehen soll es ihrer Vorstellung nach, in etwa wie folgt:

• Newssystem erstellen

Newsüberschrift Ostergrüße

Neben dem Bild einer News soll die jeweilige Überschrift einer Meldung oder Neuigkeit stehen und anschließend der dazugehörige Text. Weiterer Text oder die nächste Meldung folgt dann erst danach.
[Zumindest in standardkonformen Browsern klappt das... ]

Dieses Newssystem soll Bilder einpflegen können. Und da wir ja gerne komplizierte Sachen machen, sollen die Editoren, die die Texte schreiben, mit einem vernünftigen Rechtesystem ausgestattet sein.

Kurz gesagt: Wir wollen eine komplette Webapplikation bauen.

Und wir sind Wiederholungstäter. In den letzten Jahren haben wir diverse Webapplikationen erstellt. Diesmal gehen wir jedoch einen etwas anderen Weg. Ich habe unter Newssystem erstellen beschrieben, wie das Newssystem aussehen soll und wir diskutieren dort im Internet über die Erstellung. Falls ihr mitmachen wollt, seid ihr herzlich eingeladen.

Es geht darum, ein wirklich rundes und großes System zu erstellen mit dem wir später auch noch was anfangen können. Die Entwicklung wird wohl etwas langsamer vorwärts gehen, als wenn ich das Teil alleine schreiben würde. Aber vielleicht erfinden wir hier ein paar schönere und bessere Komponenten bei denen wir alle was lernen?

Beispielsweise wäre es nicht sehr ratsam ein Dach so zu konstruieren, dass das Wasser nicht abläuft sondern zur Mitte des Dachs hinfließt. Ein weiteres nicht ratsames Beispiel wäre es eine Decke so zu konstruieren, dass sie sich nicht selbst tragen könnte. Wenn man dann noch auf die Idee kommt, auf diese Decke einen Stuhl zu stellen, findet man sich höchstwahrscheinlich ein Stockwerk tiefer wieder.

Unsere Vorfahren haben also Architekturmuster erfunden. Daneben haben wir vor ein paar tausend Jahren auch noch das Rad erfunden. Wir empfanden das als ziemlich praktisch. Man kann mit so einem Rad die Reibungsverluste beim Schieben verringern. Und heute sagen wir immer wieder mal, dass wir das Rad nicht neu erfinden sollen.

Wie sieht das in der IT aus?

Die IT ist ein relativ neues Themengebiet. Vor ein paar Jahren erfand jeder Entwickler seine Räder jeden Tag nochmals. Irgendwie haben viele von uns, dann viele Stunden verbracht auf Problemen rumzunagen, die es eigentlich schon längst nicht mehr geben sollte.

Und genau hier setzen Architekturmuster und Design Patterns an.

Wir generieren heute eine Webapplikation, indem wir die Architektur auf den Browser, den Webserver, den Datenbankserver und das Netzwerk verteilen.

Wir verwenden Factory Patterns um bestimtme Objekte zu erzeugen.

Wir mixen die diversen Observer, Strategy und Composite Patterns und erstellen Model View Controller Patterns.

Das einzige Problem mit all den schönen Patterns ist, dass die Dinger ziemlich unverständlich sein können. Wenn ein neuer Entwickler anfängt, ist er mit Schleifen, if-Abfragen und anderen Schweinereien schon ziemlich ausgelastet. Wenn dann noch ein Roland vorbei kommt und ihm sagt “heute bauen wir mal ein Singleton”, dann fühlt sich der Anfänger irgendwie nicht wohl. Deshalb habe ich bei guggat emol Blog eine Designpattern Einführung erstellt. Ich werde nicht noch einmal alle Design Patterns, die zur Genüge beschrieben wurden, beschreiben. Ich werde hier die Design Patterns, die ich in den Programmierbeispielen verwende, erläutern. Später werden diese Patterns dann für reelle Aufgaben verwendet.

Wer weiß, vielleicht bauen wir in ein paar Jahren weniger IT-Decken die sich nicht selbst tragen können?

Das Resultat war, dass die PHP Quelltexte an den Webclient zurückgeliefert wurden.

Beispiel:
Ich schreibe ein PHP Script (hallo.php) mit folgendem Inhalt:
<? PHP echo “Hallo Welt”; ?>
Dieser Text wird so an den Webbrowser ausgeliefert. Ich wollte aber, dass “Hallo Welt” zurückgegeben wird.

Lösung

In der Datei /etc/conf.d/apache2 ist die PHP5 Option nicht freigeschalten gewesen. Also in der Zeile APACHE2_OPTS noch -D PHP5 einfügen. Danach den Apache Webserver neu starten und der PHP Code wird interpretiert.

Mögliche Lösung

In den Anleitungen zu emerge steht, dass man dann entweder warten soll oder das betroffene Paket entfernen soll. Manchmal geht auch das nicht, da phonon z.B. benötigt wird.
Eine Lösung ist es, die aktuelle Version zu maskieren. Im Fall von phonon fügte ich folgende Zeile in /etc/portage/package.mask ein:

>=media-sound/phonon-4.3.0

Danach führte ich emerge media-sound/phonon aus. Das installierte mir dann die Version 4.2.0.
Mit dieser Version ist emerge kde-meta in der Lage die aktuellen KDE Pakete zu installieren.
Nachteil dieser Lösung ist, dass nun ein maskiertes Paket in package.mask vorhanden ist. Wenn wieder mal ein Update durchgeführt wird, empfehle ich daher, die Maskierung wieder aufzuheben und es mit den aktuellen Paketen zu versuchen. Ein Kommentar im /etc/portage/package.mask reicht hier aus:

#>=media-sound/phonon-4.3.0

Ich habe absichtlich auf die Installationsanleitung von gentoo verwiesen, da die Vorgehensweise sich bei jedem Update wie bei einer Neuinstallation verhält.
Folgende Schritte führe ich bei jedem Rechner bei einem Update durch:

emerge –sync

Klar, damit wird erst einmal der Portage Tree wieder aktualisiert. Ohne diesen Befehl ergibt ein Update keinen Sinn.
In einem Terminal hole ich mit den folgenden zwei Befehlen die neuen Sourcen:

emerge –fetch-only –update –deep system

emerge –fetch-only –update –deep world

Im Normalfall gibt es ein paar Sourcen, wie zum Beispiel Java 1.4, die mit fetch-restriction ausgestattet sind. Diese Sourcen müssen manuell heruntergeladen werden. Somit schaue ich nach ca. einer halben Stunde welche Sourcen manuell installiert werden müssen.
Parallel dazu lasse ich in einem zweiten Fenster die Aktualisierung der Systemkomponenten durchführen:

emerge –keep-going –update –deep system

Mit –keep-going wird erreicht, dass bei Fehlern die Installation der restlichen Pakete dennoch vorangetrieben wird. Somit kann man über 80% der Pakete ohne manuellen Eingriff aktualisieren und spart sich die Totzeiten weil der Rechner auf den manuellen Eingriff wartet.
Nachdem die Systemkonfigurationen wieder aktuell sind rufe ich den Befehl

emerge –keep-going –update –deep world

auf.
Und dann lass ich die Maschine alleine, oder arbeite an ihr einfach weiter. Die Aktualisierung läuft weitgehend im Hintergrund und je nach Prozessorleistung kann ich gut noch nebenher arbeiten.

Fazit

Mit dieser Vorgehensweise kann ich mehrere Rechner gleichzeitig aktualisieren und benötige nur wenige Minuten Arbeitszeit für den einzelnen Update. Bei Fehlern oder massiven Neuerungen, muss ich natürlich die übliche Zeit investieren, um die Maschinen wieder stabil zum Laufen zu bringen.

Die Zeit, die ich früher zur Kontrolle und zum Wiederanlauf der Aktualisierung benötigt habe, konnte ich mit dieser Vorgehensweise deutlich reduzieren.

xdm wieder lauffähig machen

Ich hatte dass Problem, dass xdm zwar den kdm startete, dieser jedoch nach dem Einloggen nur noch ein xTerm darstellte. Das ist natürlich ein ziemlicher Mist. In dem xTerm kann man zwar startkde eingeben und dann startet auch der KDE4 aber so toll ist das nicht.

Lösungsversuch eins:

Ich habe in .xinitrc startkde eingetragen und dann aus der Konsole den KDE gestartet. Das macht aber auch keinen Spaß.

Lösungsversuch zwei:

Ich habe in rc.conf XSESSION=”kde-4.1” eingetragen. Dann habe ich noch in /etc/conf.d/xdm DISPLAYMANAGER=”xdm” eingetragen.

Jetzt klappt dass Starten von KDE. Leider habe ich jetzt “nur” einen xdm als Loginscreen. Aber immerhin wieder irgendwas grafisches.

Falls hier jemand DIE LÖSUNG hat, dann freue ich mich über einen Kommentar.

Spracheinstellungen

Ok, das war sehr einfach zum Flicken. Einfach emerge kde-l10n installieren und schon klappts mit der Sprache.

Bei KDE4 ist dass Sprachpaket von l18n umbenannt worden. Tja, so schnell kann man seine Probleme in den Griff bekommen.

Problemstellung

Nach dem Update auf  Kernel 2.6.28 startete die Wireless Karte für ca. 7 Sekunden.  Danach stoppte sie wieder.

Lösungsansatz

Mit dmesg | grep iwl erhielt ich folgende Informationen:

iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux,
1.2.26kds
iwl3945: Copyright(c) 2003-2008 Intel Corporation
iwl3945 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
iwl3945 0000:01:00.0: setting latency timer to 64
iwl3945: Detected Intel Wireless WiFi Link 3945ABG
iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels
phy2: Selected rate control algorithm ‘iwl-3945-rs’
iwl3945 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
iwl3945 0000:01:00.0: irq 1275 for MSI/MSI-X
iwl3945 0000:01:00.0: firmware: requesting iwlwifi-3945-1.ucode
Registered led device: iwl-phy2:radio
Registered led device: iwl-phy2:assoc
Registered led device: iwl-phy2:RX
Registered led device: iwl-phy2:TX
phy2: HW CONFIG: freq=2412
ADDRCONF(NETDEV_UP): wlan0: link is not ready
phy2: HW CONFIG: freq=2412
phy2: HW CONFIG: freq=2412
phy2: HW CONFIG: freq=2412
iwl3945: MAC is in deep sleep!
iwl3945: MAC is in deep sleep!
iwl3945: MAC is in deep sleep!

Im gentoo Bug Report wurde gerade ein sehr ähnliches Thema besprochen. Das Problem war dort, dass die Karte sich nach der Betätigung des “Killswitch” nicht mehr starten ließ. Irgendwie kam mir dieses Problem sehr ähnlich vor und so beschrieb ich dort auch mein Problem. Der Problem-owner war bereit mir zu helfen und er gab mir den Tipp beim Modulladen folgenden Befehl zu verwenden:

modprobe iwl3945 disable_hw_scan=1

Ich baute mir ein kleines Script:

/etc/init.d/net.wlan0 stop
modprobe -r iwl3945
modprobe iwl3945 disable_hw_scan=1
ip link set wlan0 up
iwlist wlan0 scan

Mit dem Script kann man jetzt die Wireless Karte im Betrieb an- und ausschalten und sie startet ohne groß zu murren.

Damit die Karte auch beim Booten korrekt startet habe ich folgende Aktionen durchgeführt:

cd /etc/init.d
rm net.wlan0
cp net.lo net.wlan0

Somit habe ich den symbolischen Link für net.wlan0 entfernt und eine harte Kopie von net.lo angefertigt. Vermutlich bräuchte es das nicht und ich könnte direkt auf der net.lo arbeiten. Falls diese jedoch irgendwann einmal bei emerge überschrieben wird, verliere ich die Einstellungen…
In der net.wlan0 modifizierte ich die start() Funktion:

start()
{
local IFACE=${RC_SVCNAME#*.} oneworked=false module=
local IFVAR=$(shell_var “${IFACE}”) cmd= our_metric=
local metric=0

einfo “Bringing up interface ${IFACE}”
eindent
if [ ${IFACE} = "wlan0" ]; then
modprobe -r iwl3945
modprobe iwl3945 disable_hw_scan=1
fi

…

So, und jetzt klappt auch das Hochfahren!