instruyete

Es geht voran!  Vor kurzem habe ich auf einem MacBook Pro die neueste Version von openSUSE zum Laufen gebracht. Die wichtigsten Facts sind weiterhin auf folgender Seite zusammengefasst:

Linux auf dem MacBook Pro

Und es gibt einige Highlights – die Paketverwaltung läuft jetzt endlich rund. Selbst mit 8-10 Softwarerepositories startet das Online-Update in Sekunden – ebenso die Installationsroutine.

Das openSUSE update Applet zeigt Security Patches sofort an, kann aber auch die Updates der eingestellten Repositories anbieten, sofern man in der applet Konfiguration folgenden Punkt angewählt hat:

 „Zeige verfügbare Upgrade, wenn die Software Sie anbietet (nur für Experten)“

Dann erscheint folgender Hinweisdialog beim Anklicken des Updater Applets

Sehr wichtig ist, dass das NetzwerkManager Applet unter KDE4 einwandfrei funktioniert und von der Bedienung das einfachste Netzwerk Konfigurationsmanagment bereitstellt, was man je gesehen hat. Bei einer neuen WLAN Verbindung wird man durch 4 Schritte geführt, die u.a. das Passwort (automatische Erkennung von WEP und WPA) abfragen, sowie das Einstellen einer DHCP- oder statische Adresse erlauben. Zudem wird im Applet, die Signalstärke angezeigt. Die Trennung von kabelgebundenen und kabellosen Verbindungen ist klar ersichtlich.

KDE 4.0 wirkt aufgeräumt und sauber. Das neue (unter SuSE schon länger bekannte) KDE Menü bietet einen Schnellzugriff auf häufig benutzte Programme, sowie eine Trennung von zuletzt benutzen Dateien und allen installierten Programmen an.

Zudem muss man lobend erwähnen, dass die Schriftarten endlich eine vernünftige Größe haben und nicht mehr klobig wirken. Zudem ist das Oxygen Design sehr professionell und muss sich auf vor Mac OS X nicht mehr verstecken.

Die Oberflächeneffekte lässt man besser noch unaktiviert – denn Sie funktionieren nicht sehr zuverlässig und können via OpenGL das System schlimmstenfalls destabilisieren.

Dafür sind an allen Ecken und Enden Verbesserungen eingetreten, bspw. ein neuer schlanker übersichtlicher Systemmonitor

..was einem für die stabile 4.1 Version von KDE optimistisch stimmt.

Zwar wurde meine Logitech Travel Bluetooth Mouse unter openSUSE 11.0 out-of-the box erkannt,  das Maus-Scrollrad funktionierte aber nicht. Dazu muss die Maus am System registriert werden.

Dazu waren folgende Schritte nötig:

in der Datei /etc/sysconfig/bluetooth folgenden Eintrag vornehmen, falls nicht schon vorhanden
HID2HCI_START="yes"
danach kbluetooth starten und im Kontextmenü

Einstellungen -> Eingabegeräte -> Neue Geräte hinzufügen

auswählen. Dort sollte die Maus erscheinen. Nach der Auswahl kommt nach einiger Zeit automatisch ein Dialog ob dem Bluetooth Gerät mit der Bluetooth ID XX:XX:XX:XX… vertraut werden soll. Nach der Quittierung, stehen alle Mausfunktionen zur Verfügung, sofern sie in der Datei

/etc/X11/xorg.conf

eingestellt sind. Folgender Standardeintrag sollte für fast jede Logitech Maus passend sein.

 Section "InputDevice"

  Identifier   "Mouse[1]"

  Driver       "mouse"

  Option       "Protocol" "explorerps/2"

  Option       "Device" "/dev/input/mice"

  Option       "Buttons" "5"

  Option       "Name" "Logitech Bluetooth Mouse"

  Option       "ZAxisMapping" "4 5 6 7"

EndSection

Noch ein Hinweis: Die Funktion „Neue Geräte hinzufügen“ wird die Maus nur erkennen, falls die Batterien/Akkus der Maus noch einigermassen aufgeladen sind. Falls nicht, schlägt die Erkennung fehl, obwohl die Maus im rudimentären Modus noch arbeitet.

Beim Übersetzen von Programmen auf einem System mit NVIDIA Treiber kann man, wenn es dumm läuft auf folgendes Problem stossen:

/usr/X11R6/lib/libGLcore.so.1: undefined reference to `_nv000042gl'
/usr/lib/gcc/i586-suse-linux/4.1.2/../../../libGL.so: undefined reference to `_nv000044gl'

Entstanden ist das Problem durch eine unzureichende Abgrenzung zwischen der OpenGL Implementation von MESA und NVIDIA. Es lässt sich vollständig vermeiden, wenn das NVIDIA OpenGL Paket per Paketmanager anstatt manuell eingespielt wird.

nvidia-gfxG01-kmp-default
x11-video-nvidiaG01

Während erstes Paket nur den Treiber (nvidia.ko) enthält, beinhaltet das 2.Paket auch die klassische OpenGL Bibliothek (libGL.so). Der Vorteil dieses Paketes ist, dass alle Teile unter

/usr/lib/X11R6

landen. Die generische OpenGL Implementation eines jeden Linux Systems wird durch MESA bereitgestellt, welches die gleichen (und ein paar mehr) Dateien unter

/usr/lib

bereitstellt. Jede Anwendung kann dann entscheiden, ob es die generische oder die spezielle NVIDIA OpenGL Implementation nimmt – was im Normallfall nicht vorkommt.

Das obige Übersetzungsproblem entsteht nun dadurch, dass man den NVIDIA Treiber manuell installiert, und dabei die OpenGL Implementation nach /usr/lib schreibt. Dadurch ergibt sich in diesem Bereich ein Mix von OpenGL shared objects, die teilweise NVIDIA Code benötigen oder auch nicht.
Bereinigen kann man die Situation durch löschen aller OpenGL Bestandteile in /usr/lib und Neuinstallation des MESA packages.

Falls man einen selber gebackenen Kernel bootet und in dessen Umgebung arbeitet könnte man bei der Entwicklung gefahr laufen falsche header files zu inkludieren.

Zumindest in openSuSE 10.3 sind unterhalb von /usr/include folgende Unterordner nicht von glibc-devel sondern vom Paket linux-kernel-headers:

• asm*
• linux
• mtd
• rdma
• sound
• video

..und ev. weitere. Es bleibt einem nichts anderes übrig, als diesese Packet mit –nodeps (benötigt glibc-devel ab!) zu entfernen und alles von /usr/src/`uname -r`/include/* recursiv nach /usr/include zu kopieren