Slideshow Bob - Linux

OpenOffice schnarchlangsamer Dateidialog unter openSUSE 11.2

nospam@example.com (Thomas Werner) — Fri, 16 Apr 2010 12:20:24 +0200

Seit dem Release von openSUSE 11.2 leidet das OpenOffice-Paket unter einem unsäglich langsamen Dateidialog, welcher beim Browsen, Öffnen und Speichern von Dateien so derart herumkriecht, daß die komplette Anwendung für mich unbrauchbar geworden ist. Es dauert bei mir bis zu einer halben Minute, um nur in ein anderes Verzeichnis zu wechseln. Das geb ich mir auf keinen Fall, daher hab ich auch länger die Finger von dieser ansonsten recht wichtigen Anwendung gelassen.

Ein Bug-Ticket wurde bereits im Februar diesen Jahres an Novell gereicht. Die Schwere des Problems wurde auch auf "Major" gestellt. Dennoch ist es immer noch nicht behoben, woraus ich schließe, daß die Novell-Mitarbeiter, die sicherlich normalen Office-Kram ebenso machen müssen, wie andere Bürohengste auch, ihren eigenen Mist nicht benutzen.
Hallo? Novell? Wollt ihr uns verarschen? Ihr benutzt nicht euer eigenes Betriebssystem (in der aktuellen Version) oder verwendet kein OpenOffice? Unglaublich.

Da die Entwickler von Ubuntu wesentlich besser um die Kundenzufriedenheit bemüht sind, ist dieses Problem bei denen mittlerweile gelöst.

Wenigstens gibt es einen Fix, der zwar den Dateidialog auf Alt, Hässlich und Benutzerunfreundlich trimmt, aber wenigstens scharcht das nicht mehr so rum.
Man gebe einfach in der Kommandozeile folgenden Befehl ein:

CODE:

OOO_FORCE_DESKTOP=kde oowriter

[KDE] Zugriff verweigert beim Leeren des Papierkorbs

nospam@example.com (Thomas Werner) — Fri, 28 Aug 2009 16:37:44 +0200

Manchmal passieren unter Linux eigentümlich Dinge, die mit Dateirechten und Benutzerzuordnung zu tun haben. So hatte ich kürzlich das Problem, daß ich den Papierkorb (unter KDE) nicht leeren konnte und bekam den Versuch mit der Fehlermeldung quittiert, daß der Zugriff auf eine bestimmte Datei nicht erlaubt sei.

Um das Problem zu lösen, kann man ein Shell-Fenster öffnen, um als "root" manuell die Dateien zu löschen. Der Inhalt des Papierkorbs findet sich unter:

CODE:

/home/BENUTZERNAME/.local/share/Trash/files

sowie

CODE:

/home/BENUTZERNAME/.local/share/Trash/info

Mit folgenden Zeilen kann man sich des Problems entledigen (vorausgesetzt man hat Root-Rechte, bzw. kennt das Root-Passwort):

CODE:

~> cd .local/share/Trash/files ~/.local/share/Trash/files> sudo rm -fR * ~/.local/share/Trash/files> cd ../info ~/.local/share/Trash/info> rm *

Upgrade-O-Rado: der lange Weg von 11 nach 11.1

nospam@example.com (Thomas Werner) — Thu, 26 Mar 2009 13:21:00 +0100

Es hat wohl in meinem Blog ein wenig Tradition, von den aktuellen openSUSE-Ablegern zu berichten. Die Version 11 hab ich offenbar übersprungen (oder wo versteckt sich der Beitrag?). Jedenfalls hatte die 11er-Version ein paar sympathische, kleine Eigenheiten, wie 'nen kaputten NetworkManager, der die Versionen zuvor an sich wunderbar funktionierte, sowie - nach den neusten Aktualisierungen - ein kaputtes Suspend-To-RAM sowie Suspend-To-Disk, was eigentlich auch die ganze Zeit funktionierte. Features, die auf 'nem Notebook schon irgendwie Sinn machen, wenn ich mich nicht irre.
Der NetworkManager arbeitete so, wie er wollte, aber meist baute er keine Verbindung von selbst auf, sondern man mußte ihn mit wüsten Mausklickschlägen dazu zwingen. Nervig, nervig, nervig. Aber was... ja was beschwer ich mich eigentlich. Immerhin ist bei openSUSE alles so schön grün.

Zur aktuellsten Version 11.1 wollte ich an sich schon länger wechseln, aber da mein, im Laptop eingebauter, DVD-Brenner schon länger spinnt und gebrannte Medien nicht erkennt, sowie Linux-Distro-Hersteller einen dazu zwingen, die größeren Versionssprünge über eine Installation von CD oder DVD durchzuführen, sah ich eine Weile lang keine Möglichkeit, das durchzuführen. Allein, allein mit openSUSE 11. Grausame Welt. Aber wo ein Wille ist, ist auch ein Weg.

"Upgrade-O-Rado: der lange Weg von 11 nach 11.1" vollständig lesen

Systemrettung mit dem Pinguin

nospam@example.com (Thomas Werner) — Wed, 20 Feb 2008 19:51:00 +0100

Vor etwa drei Wochen fuhr ich mein Notebook hoch und wurde unter KDE von mehreren Popup-Fenstern begrüßt, welche mich über einen nicht-korrigierbaren Festplattenfehler aufklärten.
Sehr schlecht. Wann war das letzte Backup? Keine Ahnung, ich benutze zumindest Versionskontrolle (über SVN), um meine Arbeit auf einem anderen Server einzuchecken. Lokale Sicherungskopien hab ich schon länger nicht erstellt und meine privaten Dokumente, welche ich nicht in SVN einchecke, wären dem bevorstehenden Plattencrash schutzlos ausgeliefert gewesen.

Ich mußte also zwangsläufig durch eine kleine Odysee der Datenrettung und des Transfers meiner Datenbestände auf eine frische, neue Festplatte.
Vorab gesagt, es war eine Erfahrung, die mich wieder einiges über Linux hat lernen lassen. Und es war im Endeffekt überraschend einfach umzusetzen.
"Systemrettung mit dem Pinguin" vollständig lesen

Ein "arbeitsscheuer Einfaltspinsel"

nospam@example.com (Thomas Werner) — Sat, 19 Jan 2008 13:26:18 +0100

Die "ultimative Open-Source-Antwort" auf Adobe Photoshop verweigerte mir seit dem Upgrade auf openSUSE 10.3 den Dienst. Ich rede von The GIMP und dessen permanenten Absturz direkt nach dem Splash-Screen.

Da ich die meisten grafische Aufgaben unter Windows verrichte, versuchte ich auch bisher nicht, näher in das Problem hineinzuschauen. Gestern wollte ich es dennoch wissen und den "Einfaltspinsel" zur Arbeit überreden.

Eine kurze Recherche brachte mir auch ein Ergebnis aus einer Mailing-Liste, welches zumindest eine vertraute Fehlerbeschreibung enthält:

CODE:

**** glibc detected **** gimp: double free or corruption (out):

Die Antworten auf diese Problembeschreibung, schoben die Schuld weg von "The GIMP" auf "fehlerhafte GTK+ Themes".
Allerdings wollte bei mir selbst der Wechsel von QtCurve auf Clearlooks nichts ändern.

Als letzten Verzweiflungsakt löschte ich den lokalen Konfigurationsordner von The GIMP:

CODE:

$ rm -R .gimp-2.2

Und siehe da - der Einfaltspinsel arbeitet wieder. Warum nicht gleich so? Oder besser: warum erkennt er nicht selbständig die Fehler in der Konfiguration um sich darüber zu beschweren?

Wer braucht schon Eclipse?

nospam@example.com (Thomas Werner) — Fri, 18 Jan 2008 13:19:52 +0100

Ein neuer Artikel über die wunderbare Welt der openSUSE-10.3-
Updates

Ich bin echt am Überlegen, für openSUSE 10.3 eine eigene Kategorie für Fehler einzurichten, denn ein gestriges Sicherheitsupdate für Xorg sorgt dafür, daß Eclipse nicht mehr starten will.

Das Problem läßt sich zur Zeit durch das gezielte Downgraden von xorg-x11-server beispielsweise unter Yast erledigen. Das geht im Yast-Kontrollzentrum unter Software/Software installieren oder löschen. Dort sucht man sich das besagte Paket xorg-x11-server heraus und wählt den Reiter "Versionen" aus. In der Versionssicht befindet sich eine Liste von, zur Verfügung stehenden, Versionen. Ein Klick auf die vorletzte Version wird das Problem beheben.
Die darauffolgende Prüfung der Integrität wird eine Fehlermeldung aufkommen lassen. Durch die Angabe, xorg-x11-server zu löschen, und die darauffolgende Angabe, die Anforderung zu ignorieren, läßt sich Yast zum Downgrade letztendlich überreden.

Da dies nicht das erste Vorkommnis eines kaputten openSUSE-Updates ist, finde ich unmöglich, daß im "Namen der Sicherheit" die saubere Funktionalität eines Systems aufgegeben wird.

Ich muß auf meiner Kiste arbeiten können, und da ist doch zu erwarten, daß solche Patches wenigstens mal anständig durchgeprüft werden, bevor sie auf die Öffentlichkeit losgelassen werden.

Kurze "OpenSUSE 10.3"-Impressionen

nospam@example.com (Thomas Werner) — Sat, 08 Dec 2007 23:49:50 +0100

In Anlehnung an meinem vorangegangen Artikel bezüglich Canon-Drucker unter openSUSE 10.2, möchte ich nun ein wenig aus dem "10.3-Nähkästchen" plaudern. Wie macht sich da mein Canon-Drucker, und wie schlägt sich das System bisher in meinem alltäglichen Gebrauch.
"Kurze "OpenSUSE 10.3"-Impressionen" vollständig lesen

Canon-Drucker unter openSUSE 10.2

nospam@example.com (Thomas Werner) — Thu, 03 May 2007 12:46:54 +0200

Tux und Canon endlich vereint!

Da hat man etwas tiefer in die Tasche gelangt, um sich einen ordentlichen Drucker mit separaten Tintentanks zu kaufen, und versucht das Stück Hardware mit seinem Linuxrechner vertraut zu machen. Keine Chance, keine native Unterstützung. Von Haus aus wird bei der Einrichtung zwar der Drucker richtig beim Namen genannt, aber einen passenden Treiber sucht man bei der Konfiguration zunächst vergeblich.
"Canon-Drucker unter openSUSE 10.2" vollständig lesen