Bug 578857 – crash in Sudoku: mm nada

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 578857 - crash in Sudoku: mm nada


Summary:	crash in Sudoku: mm nada


Status:	RESOLVED DUPLICATE of bug 444693

Product:	gnome-games-superseded
Classification:	Deprecated
Component:	gnome-sudoku
Version:	2.22.x
Hardware:	Other All

Importance:	High critical
Target Milestone:	---
Assigned To:	GNOME Games maintainers
QA Contact:	GNOME Games maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2009-04-13 18:46 UTC by segio
Modified:	2009-04-13 20:47 UTC

See Also:
GNOME target:	---
GNOME version:	2.21/2.22

Description segio 2009-04-13 18:46:28 UTC

Version: 2.22.3

What were you doing when the application crashed?
mm nada	


Distribution: Ubuntu 8.04 (hardy)
Gnome Release: 2.22.3 2008-07-09 (Ubuntu)
BugBuddy Version: 2.22.0

System: Linux 2.6.24-19-generic #1 SMP Fri Jul 11 23:41:49 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 214424

File "/var/lib/python-support/python2.5/gnome_sudoku/main.py", line 1039 in start_game
```
u = UI()
```
File "/var/lib/python-support/python2.5/gnome_sudoku/main.py", line 176 in __init__
```
self.setup_gui()
```
File "/var/lib/python-support/python2.5/gnome_sudoku/main.py", line 231 in setup_gui
```
self.initialize_prefs()
```
File "/var/lib/python-support/python2.5/gnome_sudoku/main.py", line 505 in initialize_prefs
```
self.gconf[k]=v
```
File "/var/lib/python-support/python2.5/gnome_sudoku/gtk_goodies/gconf_wrapper.py", line 30 in __setitem__
```
self.set_value (key, val)
```
File "/var/lib/python-support/python2.5/gnome_sudoku/gtk_goodies/gconf_wrapper.py", line 83 in set_value
```
apply (func, (self._domain + key, value))
```

GError: No hay bases de datos disponibles para guardar su configuración: No se puede guardar un valor en la clave «/apps/gnome-sudoku/show_tracker», ya que el servidor de configuraciones no tiene n

--------------------------------------------------
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()

+ Trace 214424

File "/var/lib/python-support/python2.5/gnome_sudoku/main.py", line 1039 in start_game
```
u = UI()
```
File "/var/lib/python-support/python2.5/gnome_sudoku/main.py", line 176 in __init__
```
self.setup_gui()
```
File "/var/lib/python-support/python2.5/gnome_sudoku/main.py", line 231 in setup_gui
```
self.initialize_prefs()
```
File "/var/lib/python-support/python2.5/gnome_sudoku/main.py", line 505 in initialize_prefs
```
self.gconf[k]=v
```
File "/var/lib/python-support/python2.5/gnome_sudoku/gtk_goodies/gconf_wrapper.py", line 30 in __setitem__
```
self.set_value (key, val)
```
File "/var/lib/python-support/python2.5/gnome_sudoku/gtk_goodies/gconf_wrapper.py", line 83 in set_value
```
apply (func, (self._domain + key, value))
```

inguna base de datos en modo de escritura. Hay dos causas comunes para este problema: 1) su ruta de configuración /etc/gconf/2/path no contiene ninguna base de datos o no ha sido encontrada; ó 2) de alguna manera se han creado erróneamente dos procesos gconfd; ó 3) el sistema está mal configurado y el bloqueo de NFS no funciona en su directorio raíz; ó 4) la máquina NFS cliente dejó de funcionar y no notificó correctamente al servidor al reiniciarse que se deberían eliminar los bloqueos de archivo. Si tiene dos procesos gconfd (o tenía dos en el momento en el que el segundo fue lanzado), cierre, termine todas las copias de gconfd, y vuelva a ingresar, esto puede solucionar el problema. Si tiene bloqueos antiguos, elimine ~/.gconf*/*lock. Quizá el problema está en que intento usar GConf desde dos máquinas al mismo tiempo, y ORBit todavía tiene la configuración predeterminada que previene las conexiones remotas de CORBA - defina "ORBIIOPIPv4=1" en /etc/orbitrc. Como siempre, compruebe las bitácoras user.* para obtener más detalles sobre los problemas encontrados por gconfd. Solo puede haber un gconfd por directorio raíz, y debe tener un archivo de bloqueo en ~/.gconfd y también archivos de bloqueo en los sitios de almacenamiento locales como ~/.gconf

Comment 1 Gianluca Borello 2009-04-13 20:47:53 UTC

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 ***