Neues Spielzeug in der Uni: Der Chef drückt mir gerade einen Tablet-PC von Dell in die Hand…zum testen.

Allerdings lässt die Lust dazu direkt nach dem booten nach, weil nur die Stifteingabe funktioniert, nicht aber die Eingabe der Finger. Zum Glück kann man das in der Systemsteuerung umstellen – wenn einen die Kiste lässt, denn der Atom ist nicht wirklich der beste Freund von Windows 7.

Ausstattung

Aber erstmal zur Hardware selbst: Es handelt sich um ein Latitude ST mit 2GB Ram und einem Intel Atom Z670 mit 1,5 GHz. Als Massenspeicher dient eine 32GB SSD von Samsung (PM810).  Das Display ist laut Dell ein “10,1-Zoll-WXGA-LED-Display (1.280 x 800) mit weitem Betrachtungswinkel und Corning® Gorilla® Glas”.

Als Betriebssystem kommt Windows 7 (32bit) mit SP1 zum Einsatz, was meiner Meinung nach mal überhaupt nicht für den Tablet-Einsatz taugt: Alles fitzelkleine Symbole und eine nicht pixel-genaue (die Dank der kleinen Symbole notwendig ist) Umsetzung meiner Finger- und Stiftbewegungen und -Klicks (und da ich angeblich Stummel-Fummel habe, kann es auch nicht auf zu dicke Finger geschoben werden).

Erster Eindruck

Das war nix Es ist einfach mühsam, mit dem Ding irgendwas zu machen:

• Surfen über den WebVPN der GWDG, also Benutzername und PW eingeben => Doof: Per Stift eine Strafe für jemanden, der Mutter und Vater erschlagen hat und per Finger…naja, geht, aber selbst auf meinem kleinen Desire geht das flotter,  mit höherer Präzision und mit deutlich besserer Rückmeldung.
• Navigation auf den Seiten selbst: Irgendwie sind die Gesten einfach doof: Mir scheinen vor und zurück vertauscht zu sein, mal kurz Videos aufrufen, bringt das gesamte System auf die Knie und zeigt bei allen Fenstern “Keine Rückmeldung”. Lahm, lahm, lahm
• Wenn ich auf ein Eingabefeld klicke, blinkt kurz das Symbol für die Bildschirmtastatur auf. Jetzt heißt es schnell klicken, sonst geht das wieder weg und der Zeiger ist einfach im Feld – und trotz großer Anstrengungen meinerseits klappt die Eingabe von Buchstaben per Gedanken nicht so wirklich gut. Auch das ist bei iOS oder Android wesentlich besser und fließender integriert.
• Wenn die Tastatur da ist, finde ich sie standardmäßig zu klein, um die mit zwei Fingern schnell zu bearbeiten…doof, doof, doof
• Der Prozessor scheint auch etwas überfordert zu sein, denn sobald man drei, vier Programme gleichzeitig auf hat, wird alles langsam, Anwendungen reagieren nicht, usw….es wird einen guten Grund haben, dass der einzige HW-Schalter neben Power und der Lautstärke-Regelung ein Shortcut für “STRG-ALT-ENF” ist

Fazit

Irgendwie macht das Latitude ST keinen Spass. Und ich glaube, daran hat Windows 7 nicht unerheblichen Anteil: Was auf dem Desktop gut und stabil funktioniert, ist per Stift noch erträglich zu bedienen und per Finger unbrauchbar. Zu ungenau, zu kompliziert und zu weit hinter den Smartphone-Betriebssystemen zurück. Mal gucken, was Windows 8 zu bieten hat.

Nachtrag – Windows 8

Naja….ist auch nicht besser. Klar, sieht minimal besser aus und da, wo die Metro-Oberfläche da ist, ist die Bedienung per Finger auch besser. Aber das ist halt (noch?) nicht überall der Fall und gerade solch zentrale Dinge wie der Filemanager sind analog zu Win XP/Windows 7. Und das man per USB-Stick alle Windows 7-Treiber auf das Tablet laden muss, weil es keine nativen von Win 8 gibt macht die Sache nicht besser.

Spätestens morgen früh ist es soweit: Das neue DINO-System bootet auf allen Linux-Terminals von studIT. Was genau DINO ist (und warum es so cool ist ) wollen Dennis und ich nach und nach hier erklären.

Die wichtigsten Neuerungen gegenüber der alten Version (neben aktualisierter Software – versteht sich) sind der Wechsel weg von Ubuntu zurück zu Debian Stable (mit einigen Paketen aus Linux Mint Debian Edition), die Nutzung des Uni-ADs als Kerberos-Dienst und der anonyme, beschränkte Gast-Zugang zum Angebot der SUB Göttingen – auch auch dazu werden wir bestimmt noch jeweils gesondert was schreiben oder aber auf die Seiten von studIT verweisen (ist ja egal, wo wir die Info schreiben…).

Und zum Schluss wieder mal die “lustige” Erkenntnis, dass alles Testen – diesmal mit 15 unserer Mitarbeiter – nicht alle Fehler abdeckt. Highlight vom 2011 Release ist bisher, dass wir den unwahrscheinlichen, wohl eher nicht nachgefragten und überhaupt völlig abwegigen Fall, das die Studierenden Drucken wollen….so nicht auf dem Schirm hatten… Dank an Heiko, der uns Montag abend, kurz nach 17:00 Uhr noch daran erinnert hat. Und nachdem das Print-Paket von xfce4 nachinstalliert war und Niels sämtliche falsche Schreibweisen, die cups so erlaubt, durchprobiert hatte, lief auch das Drucken wie gewünscht.

(Das ich beim Konfigurieren der Accounts den Fall, dass auch mal nichts zu machen ist, wenn das Ding aktuell ist, vergessen habe, ist jetzt zwar auch nicht eine meiner Sternstunden, aber ist jetzt ja auch schon behoben….und morgen mache ich eine Grafik, damit der Überblick mal wieder da ist )

Normalerweise sagt man ja, dass Linux auf älterer Hardware besser läuft als “bleeding-edge”-Geräten. Das stimmt aber im Fall des vorliegenden Acer Travelmate 290 eher nicht. Was aber auch an der coolen Konstruktion von Acer liegen könnte

Aber der Reihe nach: Das Notebook soll unter Ubuntu 10.04 laufen – was es auch tut, wenn man mal von der Wlan-Seite absieht. Die integrierte Intel-Lösung will nämlich nicht….bzw das Acer lässt sie nicht. Das Modul lädt vernünftig, meckert aber über den aktivierten kill switch. Kurzer Blick an die linke Seite – der steht auf “on”.

Dennis (der das Vergnügen hatte, als erster den Auftrag zu bekommen, dass Ding zum Laufen zu bringen) hat schließlich rausgefunden, dass da ein paar Faktoren zusammen kommen: Es gibt ein Tool/Module für die Acer-Notebooks (acerhk), mit dem man die Wlan-Karte aktivieren kann – theoretisch, denn das läuft unter 10.04 nicht mehr und wird auch nicht mehr mitgeliefert. Man könnte es noch selbst kompilieren (aber da sind die Erfolgsberichte in den Foren auch eher durchwachsen), aber spätestens mit 10.10 kämen auch noch ein paar Patch-Aktionen dazu. Kurz: Will man nicht.

Die aktuelle Variante wäre das Modul acer-wmi. Wäre. Denn dazu sind selbstverständlich die BIOS-Tabellen des vorliegenden Travelmates zu alt. Update wird da von den hinteren Plätzen gerufen? Gibt es aber nicht….also wahrscheinlich nicht, denn Informationen oder Bios-Updates auf den verschiedenen Acer-Seiten zu suchen, ist der Horror. Und dazu müsste man ja auch die genaue Bezeichnung des Notebooks wissen….die des vorliegenden Gerätes passt aber auch mehrere Gerätetypen. Oder keins, denn nicht ein Update ließ sich einspielen. Womit auch diese Möglichkeit raus wäre.

Es gibt auch noch ein Module names acer-apci, aber natürlich braucht das auch vernünftige ACPI-Tabellen im BIOS => gehe nicht über LOS

Gut haben wir uns gedacht, nehmen wir einfach einen handelsüblichen USB-Wlan-Stick. Tja, auch das verhindert das Acer Travelmate konsequent – der kill switch gilt für alle Wlan-Geräte (hier ein kurzer Moment für den gemeinsamen Facepalm).

Egal denkt sich der Niels, dann wird halt das Intel-Module auf die Blacklist gesetzt, denn das liest ja die kill switch Infos aus. Gesagt, getan, Wlan-Stick dran…und…läuft. Aber doof ist es natürlich trotzdem, dass man solche Wege gehen muss, um Wlan auf dem Ding zum laufen zu bekommen.

Wie ich hier ja schon einmal erwähnt habe, setzen wir für die Systemüberwachung unser Server und Klienten Icinga ein. Und das läuft ganz gut:

Die Konfigurationsdateien für die über 250 Windows- und Linux-Rechner werden mittlerweile per Skript erzeugt. Die dafür notwendigen Basisdaten liegen in einer Datenbank und Perl baut die Host-, Hostgroup- und Servicegroup-Configs (dabei muss man leider auch zwischen Windows- und Linux-Clients Unterschiede machen: Die Windows-Namen müssen groß geschrieben werden, da NSClient++ den Hostnamen – wenn dies automatisch geschieht – nur als Großbuchstaben zurück gibt…wieder ein paar überflüssige Zeilen Code mehr ).  Irgendwann hoffe ich ja, diese Infos aus dem OTRS::ITSM zu ziehen, aber das dauert wohl noch etwas, bis ich da durchschaut habe, wie ich Hosts und Standort-Zuordungen vernünftig exportieren kann.

Jetzt haben wir zwar alle notwendigen Informationen, aber richtig interessant wird es ja erst, wenn man diese auch den Studierenden in vernünftiger Form zur Verfügung stellen kann. Am Besten bunt und einfach. Also fix Nagvis installiert und eine Übersichtskarte unserer Standorte gebaut. Aber damit war der Herr Dennis nicht zufrieden, der möchte Zoomen und Blinken und weiß der Geier. Da Nagvis sowas aber leider nicht kann (jedenfalls habe ich es damit nicht innerhalb von 5 Minuten hinbekommen), muss etwas eigenes her.

Auftritt Icinga-API: Damit ist es möglich, auf die Informationen von Icinga strukturiert zuzugreifen (die Icinga-Leute nutzen das auch selbst, bspw für ihr neues Webinterface). Nachteil (aus meiner Sicht) ist allerdings, dass man dafür PHP benötigt. Aber was tut man nicht alles für die Nutzer…  Schritt eins ist, die notwendigen Infos über die API auszulesen. Das ist kein großes Problem, die Doku dazu ist recht gut (obwohl ich ein, zwei Mal das Gefühl hatte, dass in der API-Doku Abfrage-Parameter und -objekte beschrieben werden, die die API gar nicht kennt ). Für die Studierenden als interessant  befunden wurden die Infos zu Anzahl der Rechner pro Standort, Hardware-Verfügbarkeit und ob die Rechner besetzt oder frei sind.

Als nächstes kommt die grafische Darstellung dieser Daten. Da ich mit Openstreetmap nicht nach 5 Minuten zurecht kam (man mag hier vielleicht ein Muster erkennen), kommt dafür momentan GoogleMaps zum Einsatz. Auch da ist eine gute Doku vorhanden, so dass nur noch die Geo-Koordinaten der Standorte ermittelt werden müssen (Momentan habe ich diese noch manuell herausgesucht und der Datenbank gespeichert. Allerdings wäre es auch möglich, diese mittels der Adresse der Standorte per Skript zu erzeugen…allerdings hat die seperate Speicherung den Vorteil, dass man per GPS die exakten Koordinaten eines Standorts erfassen kann). Das dafür notwendige Javascript-Zeug erzeuge ich natürlich auch per Skript

Aber Dennis wollte ja noch mehr: Man soll auf die Standorte klicken können, um mehr Infos zu erhalten. Gefährliches Halbwissen kommt mir wieder in den Sinn: Per CSS und Javascript kann man ja Elemente sichtbar und unsichtbar setzen… Allerdings wollte ich neben PHP nicht noch ‘ne Sprache nehmen, die ich nicht sonderlich mag und habe ich aus diesem Grund für jquery als Framework entschieden…obwohl ich das bestimmt auch sehr quick’ dirty benutze, da ich auch diesen Code über PHP und Schleifen erzeugen lasse… im Endeffekt entstehen so über 1000 Zeilen HTML aus 90 Zeilen PHP. Für die Webseite selbst nutze ich Smarty als Framework – einfach, weil es durch die Trennung von Template und Skript übersichtlicher wird – klar kann man das ganze auch hardcore direkt mit PHP bauen, aber dann führt das entweder zu Kraut und Rüben oder aber – aus meiner Sicht – unnützer Mehrarbeit für die “saubere” Lösung.