GNOME Bugzilla – Bug 579771
crash in Sudoku: dsfa d fas asdfa
Last modified: 2009-04-21 21:40:07 UTC
Version: 2.22.3 What were you doing when the application crashed? dsfa d fas asdfa Distribution: Ubuntu 8.04 (hardy) Gnome Release: 2.22.3 2008-07-09 (Ubuntu) BugBuddy Version: 2.22.0 System: Linux 2.6.24-22-generic #1 SMP Mon Nov 24 18:32:42 UTC 2008 i686 X Vendor: The X.Org Foundation X Vendor Release: 10400090 Selinux: No Accessibility: Disabled GTK+ Theme: Human Icon Theme: Human Memory status: size: 0 vsize: 0 resident: 0 share: 0 rss: 0 rss_rlim: 0 CPU usage: start_time: 0 rtime: 0 utime: 0 stime: 0 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 0 ----------- .xsession-errors --------------------- main.start_game()
+ Trace 214672
u = UI()
self.setup_gui()
self.initialize_prefs()
self.gconf[k]=v
self.set_value (key, val)
apply (func, (self._domain + key, value))
-------------------------------------------------- Traceback (most recent call last): File "/usr/games/gnome-sudoku", line 55, in <module> start_game() File "/var/lib/python-support/python2.5/gnome_sudoku/gnome_sudoku.py", line 21, in start_game main.start_game()
n'a pas de bases de données accessibles en écriture. Il existe plusieurs causes courantes à ce problème : 1) Votre fichier de configuration de chemin /etc/gconf/2/path ne contient aucune base de données ou est introuvable. 2) Quelqu'un a créé par erreur deux processus gconfd. 3) Votre système d'exploitation est mal configuré et le verrouillage de fichier NFS ne fonctionne pas dans votre répertoire personnel. 4) Votre machine cliente NFS s'est bloquée et n'a pas proprement indiquée au serveur au redémarrage de supprimer les verrous des fichiers. Si vous avez 2 processus gconfd (ou en aviez 2 au moment où le second a été lancé), déconnectez-vous, tuez toutes les copies de gconfd et reconnectez-vous. Cela peut résoudre le problème. Si vous avez des verrous bloqués, supprimez ~/.gconf*/*lock. Le problème provient peut-être du fait que vous essayez d'utiliser GConf depuis 2 machines à la fois et qu'ORBit a toujours sa configuration par défaut qui lui interdit les connexions distantes CORBA - mettez « ORBIIOPIPv4=1 » dans /etc/orbitrc. Comme toujours, vérifiez le journal user.* pour les détails sur les problèmes que gconfd a rencontrés. Il ne peut y avoir qu'un gconfd par répertoire personnel, et il doit posséder un fichier de verrouillage dans ~/.gconfd ainsi que des fichiers de verrouillage dans les emplacements de stockage individuel tel que ~/.gconf
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 444693 ***