staging.inyokaproject.org

Vorweg: Ich hab keines der besonders behandelten Notebooks.

Ich bin seit der Alpha 2 bei Intrepid und irgendwann hörte diese eine Tastenkombination auf zu funktionieren. Während der Entwicklung nichts besonders, also machte ich mir da keine Gedanken. Inzwischen steht der Release Candidate vor der Tür und nichts hat sich getan, also Live-CD getestet: Fn+F1 schickt den PC in den Schlaf.

Xev zeigt mir unter beiden Systemen die gleiche Ausgabe, gnome-keybinding-properties zeigt in beiden Fällen, daß XF86Sleep NICHT mit Suspend verknüpft ist, im Upgrade-System kann ich aber eine andere Anwendung mit XF86Sleep verknüpfen und es funktioniert - liegt also ausschließlich an der Suspend-Funktion.

Ansonsten funktioniert Suspend via FUS, das Menü oder den manuellen Aufruf problemlos.

Die Frage nun: Wo muß ich rumstochern, um das Problem zu finden. HALs FDI-Policies? Was wie wann? Ich werde noch testen, ob das ein Upgrade-Bug ist, ansonsten kann ich das leider nicht bei Launchpad einstellen.

Soviel schon mal dazu: Es ist kein Upgrade-Bug. Scheint also irgendwo eine alte Konfiguration(sdatei) zu bocken.

Das dürfte am gnome-power-manager liegen, hier ein Aufruf von der ubuntu-devel mailingliste:

Matt just uploaded a new gnome-power-manager which fixes Fn keys on the ThinkPad T61:

Matt Zimmerman [2008-10-10 15:30 -0000]:

gnome-power-manager (2.24.0-0ubuntu4) intrepid; urgency=low

• src/gpm-button.c:gpm_button_grab_keystring: use AnyModifier modmask with

XGrabKey so that hotkeys being handled through gpm-button still work if e.g. numlock happens to be on (thanks, Bryce Harrington, LP: #280646)

The change itself is tiny, but it is well possible that it causes regressions on other hardware. Anyone using laptops with intrepid, can you please upgrade to this version, and check whether your Fn special keys (battery state, suspend, backlight intensity, etc.) behave any worse than before? If so, please report it here as a reply, and/or file a bug against gnome-power-manager and subscribe "ubuntu-release".

https://lists.ubuntu.com/archives/ubuntu-devel/2008-October/026695.html

Ja, das hattest du mir ja schon mal geantwortet. 😉 Ich denke aber, daß das Problem schon davor bestand und der ganze Thinkpad-Bug nichts damit zu tun hat. Ich hab jetzt zwei Installationen, bei der Live-CD-Installation funktionierts, bei der "Development-Hardy-to-Intrepid-Upgrade"-Version gehts nicht.

Ich klapper gerade die üblichen verdächtigen Verzeichnisse mit diff ab und schau, ob mich das weiterbringt. Natürlich könnte ich auch einfach die alte Installation kicken, aber wo wäre denn da der Spaß? 😉

PrairieDog schrieb:

Ich hab jetzt zwei Installationen, bei der Live-CD-Installation funktionierts, bei der "Development-Hardy-to-Intrepid-Upgrade"-Version gehts nicht.

Bei welcher Version der Live-CD?

Daily Live-CD von heute Morgen.

PrairieDog schrieb:

Daily Live-CD von heute Morgen.

Ok, dachte du währst mit einer älteren Version unterwegs. Dann würde sich das Problem dadurch erklären, dass auf der Live-CD noch eine ältere Version enthalten wäre. Hast du das Problem gemeldet?

Wie gesagt - ich konnte es nicht reproduzieren.

Hardy frisch installiert → Standby funktioniert Hardy Update durchgeführt → Standby funktioniert Intrepid Upgrade → Standby funktioniert

Das Problem muß also während des Entwicklungszyklus entstanden sein und ich weiß nicht, wie sinnvoll es wäre, das zu melden (besonders, ohne zu wissen, wo das Problem liegt).