Wie heise security berichtet, existiert in der X.Org Version 1.11 ein Generalschlüssel, womit sich z.B ein gesperrter Bildschirm mühelos entsperren lässt.
Ein aktuelles Fedora enthält bereits einen Fix, daher sollte man unbedingt darauf achten, dass die Pakete auf dem aktuellen Stand sind – oder die im Artikel beschriebenen Workarounds durchführen.
Durch einen Bug in Xulrunner kann man momentan mit Firefox 9 nur über Umwege Addons von addons.mozilla.org installieren. Ursache sind anscheinend Teile der OpenWebApps Runtime von Mozilla, die in den Sourcecode-Archiven enthalten und bei allen Firefox-Versionen, die nicht direkt von Mozilla stammen, aktiv sind. Binärpakete, die von Mozilla direkt stammen sind anscheinend nicht betroffen.
Um auch unter Firefox 9 Addons von addons.mozilla.org zu installieren, kann man einen der folgenden Workarounds nutzen:
Bleibt nur zu hoffen, dass das Problem bis zur Freigabe von Firefox 10 gefixt ist oder das jemand bei Fedora sich um den korrespondierenden Bug kümmert und das Problem “downstream” patcht.
Durch einen Patch für gkt+ 2.24.8 funktionieren auf einer “normalen” PC-Tastatur Tastenkombinationen mit ALT sowie STRG nicht mehr.
Das besonders ärgerliche daran ist, das so ein Patch eigentlich weder in eine stabile Version von gtk+ noch für Fedora 16 hätte übernommen werden dürfen, da er Anpassungen für diverse Programme erfordert und somit auch eine Fedora-Regel1 für Updates der stabilen Fedora-Versionen verletzt.
Glücklicherweise gibt es zumindest für Fedora bereits einen Patch, der das Problem behebt, jedoch wurde das gtk+ 2.24.8 Paket noch nicht erstellt, was aber wahrscheinlich demnächst passieren sollte.
Die momentan von Fedora ausgelieferte Version des PDF-Viewers ePDFView hat offensichtlich ein Problem bei der Darstellung von PDFs, welche Grafiken enthalten.
So ist beispielsweise bei Rechnungs-PDFs von o2 das Logo nicht dunkelblau sondern in einem hellen Braun gehalten. In meinem Lebenslauf, den ich als PDF bei Bewerbungen per Mail versende, sieht das Foto auf dem Deckblatt eher aus, wie das Negativ des Fotos.
Das Problem ist als Bug 745483 gemeldet und wird hoffentlich bald behoben.
Das nächste Fedora-Release wurde vor einer Woche in der Betaversion freigegeben. Anlass für mich, die KDE-Distro von der Platte zu fegen und durch das neue Gnome 3.2 zu ersetzen.
Ich selbst verwende Gnome 3.0 seit der Fedora 15 Beta auf dem Laptop und bin scheinbar die Ausnahme – viele eingesessene Gnome sind ins XFCE-Exil gegangen. Gnome 3.2 als nächstes stabiles Release könnte einige zurücklocken – bevor aber bittere Tränen der Enttäuschung fließen, möchte ich hier versuchen, einen tieferen Eindruck zu vermitteln, was sich in einem halben Jahr bei dem Gnome-Projekt wirklich getan hat.
Natürlich gilt auch für diese Betaversion, dass sie zwar Feature-complete, aber noch nicht bug-free sind. Ich habe während dieses Schnelltests einige gravierende Fehler gefunden.
Wie sieht es für die XFCE-Exilanten und die Gnome-2-Hardliner aus? Kurz: Bleibt dabei. Wer die lange Version unbedingt haben will, darf sich das hier durchlesen.
Obwohl es eine gewisse Überschneidung mit der Anleitung für Fedora 16 gibt, wollen wir Fedora 15 Anwendern nicht vorenthalten, wie sie grub2 auf ihrem System installieren können.
Zuerst muss grub2 sowie os-prober via
su -c'yum install grub2 os-prober'
installiert werden.
Als nächstes installieren wir grub2 als Bootloader und ersetzen somit grub. Dies geschieht mittels folgendem Kommando1 :
su -c'grub2-install /dev/sda'
Im Anschluss daran muss die Datei /etc/default/grub angepasst werden, damit uns der Bug 678453 nicht die Tour vermasselt. Dies geschieht mittels
su -c'nano /etc/default/grub'
hier fügen wir nun folgende Zeile als Workaround ein
GRUB_DISTRIBUTOR=$(sed "s/.*(\(.*\))/\1/" /etc/system-release)
Im letzten Schritt erzeugen2 wir nun noch eine neue grub2.conf mittels
su -c'grub2-mkconfig -o /boot/grub2/grub.cfg'
Ab dem nächsten (Neu)Start des Systems wird jetzt grub2 anstelle von grub verwendet.
Nichts desto trotz übernehmen wir keine Verantwortung, falls das eigene System durch diese Anleitung unbrauchbar gemacht werden sollte. Das Befolgen dieser Anleitung geschieht somit auf eigene Gefahr!
Für Fedora 16 wird seit heute ein Update für grub2 ausgerollt, welches grub als Bootloader ersetzt. Um grub2 auch nutzen zu können, sind jedoch noch ein paar manuelle Handgriffe notwendig.
Zuerst muss grub2 als Bootloader installiert werden. Dies geschieht mittels folgendem Kommando1 :
su -c'grub2-install /dev/sda'
Im nächsten Schritt muss die Datei /etc/default/grub angepasst werden, damit uns der Bug 678453 nicht die Tour vermasselt. Dies geschieht mittels
su -c'nano /etc/default/grub'
hier fügen wir nun folgende Zeile als Workaround ein
GRUB_DISTRIBUTOR=$(sed "s/.*(\(.*\))/\1/" /etc/system-release)
Im letzten Schritt erzeugen2 wir nun noch eine neue grub2.conf mittels
su -c'grub2-mkconfig -o /boot/grub2/grub.cfg'
Ab dem nächsten (Neu)Start des Systems wird jetzt grub2 anstelle von grub verwendet.
Nichts desto trotz übernehmen wir keine Verantwortung, falls das eigene System durch diese Anleitung unbrauchbar gemacht werden sollte. Das Befolgen dieser Anleitung geschieht somit auf eigene Gefahr!
Momentan scheint es so, als ob Preupgrade bzw. der Installer für das Upgrade die Grub-Einstellungen nicht aktualisiert (Bugreport).
Wer ebenfalls von diesem Problem betroffen ist, hat nur die Möglichkeit, den noch vorhandenen Fedora 15 Kernel zu booten und entweder einen aktuelleren Fedora 16 Kernel zu installieren oder die Grub-Einstellungen von Hand zu aktualisieren.
In die finale Version 7 von Firefox hat sich ein Bug eingeschlichen, der unter Umständen dazu führen kann, das Addons verschwunden sind. Mozilla hat das Problem zwar zwischenzeitlich mit der Veröffentlichung der Version 7.0.1 korrigiert, bis es jedoch aktualisierte Pakete für Fedora gibt, kann man sich dieses XPI als Workaround herunterladen und installieren.
Anscheinend wurde bei den letzten Firefox Updates vergessen, Chatzilla entsprechend zu patchen. Wer versucht, Chatzilla zu starten, wird feststellen müssen, das nichts passiert. Versucht man, Chatzilla im Terminal zu starten, erhält man zumindest folgende Fehlermeldung:
Error: Platform version '6.0' is not compatible with minVersion >= 1.8 maxVersion <= 2.0.*
Da es zwar einen entsprechenden Bug gibt, der zuständige Entwickler bislang jedoch nicht reagiert hat, behelfen wir uns, indem wir Chatzilla selber patchen. Dazu führen wir folgenden Befehl im Terminal aus:
su -c'sed -i 's/2.0.*/6.0.*/g' /usr/share/chatzilla-0.9.86/application.ini'
Mit diesem Kommando ersetzen wir mit Hilfe von sed die Zeichenfolge “2.0.*” in der application.ini von Chatzilla durch “6.0.*” und reanimieren somit Chatzilla wieder zum Leben.
Update: Inzwischen befindet sich ein aktuelles chatzilla Paket in updates-testing, welches das Problem behebt.