Melde mal rück.
Vorweg: Ich mach das alles in Virtualbox, aber sollte der Sache ja keinen Abbruch tun.
1. Versuch: Lucid
Selbes Ergebnis wie bei dir. Eintrag von Display "0", "unbekannt" (so steht er ja unter gnome-display-properties), bzw. "unknown" in unterschiedlicher Groß- und Kleinschreibung brachte Error 10:
Could not open the display
Make sure you have given a correct display name and that you have permissions to open it
Außerdem war der Cursor ca. 150 Pixel links von der Stelle zu sehen, wo die Maus registriert wurde. Also, ich klicke z.B. Pixel x=100, registriert wird der Klick aber bei x=250 und auch einen Tick zu hoch, meine ich. Ich meine, das wäre ab dem Moment so gewesen, als ich gnome-display-properties aufgerufen hab. gnee ist dann irgendwann abgestürzt (reagierte nicht mehr, als ich schließen wollte) und das erzwungene Beenden konnte das Cursor-Problem nicht wieder beheben. Es mag allerdings sein, dass es daran lag, dass ich zu diesem Zeitpunkt die VirtualBox-Gasterweiterungen noch nicht aktualisiert hatte, was ich mir aber irgendwie nicht so richtig als Fehlerquelle vorstellen kann. Reproduzieren lässt sich das nach Aktualisierung und Neustart allerdings nicht.
Ich weiß, dass sich meine Beschreibung gerade ziemlich bescheuert anhört, aber besser geht's grad nicht, weil ich hier teilweise nur schätzen und mutmaßen und eben nicht reproduzieren und gezielt drauf achten kann. Ich will aber trotzdem möglichst vollständig berichten.
Ich hab mal die Logs nach "gnee" durchsucht und in
/var/log/kern.log
/var/log/messages
/var/log/syslog
jeweils folgenden Eintrag gefunden:
Feb 17 06:37:25 ubuntu10-04-vm kernel: [ 566.348125] __ratelimit: 24 callbacks suppressed
Feb 17 06:37:25 ubuntu10-04-vm kernel: [ 566.348133] gnee[1440]: segfault at 19 ip 00b61be1 sp bfa95948 error 6 in libc-2.11.1.so[af4000+153000]
Aber der vermehrt sich nicht, wenn man mit gnee rumspielt.
Äh... jetzt wohl plötzlich doch, aber nicht identisch. Habe plötzlich diesen Eintrag entdeckt:
Feb 17 07:46:29 ubuntu10-04-vm kernel: [ 3661.832912] __ratelimit: 6 callbacks suppressed
Feb 17 07:46:29 ubuntu10-04-vm kernel: [ 3661.832920] gnee[6059]: segfault at 0 ip 00d11625 sp bff83ae0 error 4 in libxcb.so.1.1.0[d09000+18000]
Und nach dem wiederholten Schließen (also nicht bei jedem) von gnee kam dann das:
Feb 17 07:49:49 ubuntu10-04-vm kernel: [ 3861.862217] gnee[10174]: segfault at 19 ip 00ff1be1 sp bfb33668 error 6 in libc-2.11.1.so[f84000+153000]
Also, der macht die Fehler auch irgendwie nach Belieben...
Versuch 2: Maverick (frisch installiert, noch ohne Updates)
Wenn ich auf Aufnahme klicke, schließt sich das Fenster und im Terminal erscheint das, was im Anhang steht (nach den GTK-Warnungen; ZENSIERT = Benutzername), bevor das Fenster wiederkommt. Das sieht mir fast aus, als würde es funktionieren. Nur, fehlt da irgendwie die weitere Zugriffsmöglichkeit (wie im Anhang zu sehen, hab ich es dann mit Strg+C beendet).
Nach Programm-Neustart und Klick auf Wiedergabe scheint es auch zu funktionieren (Edit: Fenster verschwindet, es passiert etwas im Terminal wie ja vorher auch (könnten aber auch die aktuellen Ausgaben sein), Fenster kommt wieder), nur geht leider viel zu schnell, weshalb ich das nicht genau sagen kann.
Versuche ich direkt danach den Speed (auf 1) einzustellen, funktioniert es offenbar nicht mehr. Das Fenster verschwindet, es passiert nichts weiter und man sieht nur noch die letzten Ausgaben im Terminal.
Starte ich das Programm dann wieder und stelle direkt den Speed ein, passiert dasselbe, was schon zuvor ohne Einstellung passiert ist.
Will ich das Fenster schließen, kommt nach einiger Zeit nur der "Beenden-erzwingen"-Dialog. Und wie ich gerade feststelle, kommt der auch ohne Speed-Einstellung. Nur wenn ich gar nichts gemacht habe, lässt sich das Fenster normal schließen.
Es wäre ein bisschen viel, wenn ich jetzt jede (schier endlos lange!) Ausgabe posten würde, daher lese ich sie mir jetzt erst mal durch und teste noch ein bisschen weiter. Außerdem folgt gleich noch der Test für Natty.
Was in Lucid los ist, ließe sich wohl auch noch weiter ausführen.
Kleines Update:
Ich habe in Lucid und Maverick eine xorg.conf angelegt und den Identifier vom Screen in gnee eingetragen. Hat nicht funktioniert.
Mit Natty hab ich nur heute morgen mal kurz getestet, festgestellt, dass das anscheinend wohl auch ein bisschen Beschäftigung einfordert, aber mich bisher noch nicht weiter damit befasst.