Bug 469336 – crash in Sudoku: 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 469336 - crash in Sudoku: nada


Summary:	crash in Sudoku: nada


Status:	RESOLVED DUPLICATE of bug 444693

Product:	gnome-games-superseded
Classification:	Deprecated
Component:	gnome-sudoku
Version:	unspecified
Hardware:	Other All

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

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2007-08-22 18:00 UTC by hecctorino
Modified:	2007-08-28 20:48 UTC

See Also:
GNOME target:	---
GNOME version:	2.17/2.18

Description hecctorino 2007-08-22 18:00:10 UTC

What were you doing when the application crashed?
nada
							


Distribution: Ubuntu 7.04 (feisty)
Gnome Release: 2.18.1 2007-04-10 (Ubuntu)
BugBuddy Version: 2.18.1

System: Linux 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686
X Vendor: The X.Org Foundation
X Vendor Release: 70200000
Selinux: No
Accessibility: Disabled
GTK+ Theme: EdubuntuColors
Icon Theme: gartoon

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 ---------------------
Traceback (most recent call last):

+ Trace 157180

File "/usr/games/gnome-sudoku", line 22 in <module>
```
start_game()
```
File "/usr/lib/python2.5/site-packages/gnome_sudoku/gnome_sudoku.py", line 985 in start_game
```
u = UI()
```
File "/usr/lib/python2.5/site-packages/gnome_sudoku/gnome_sudoku.py", line 171 in __init__
```
self.initialize_prefs()
```
File "/usr/lib/python2.5/site-packages/gnome_sudoku/gnome_sudoku.py", line 477 in initialize_prefs
```
self.gconf[k]=v
```
File "/usr/lib/python2.5/site-packages/gnome_sudoku/gtk_goodies/gconf_wrapper.py", line 30 in __setitem__
```
self.set_value (key, val)
```
File "/usr/lib/python2.5/site-packages/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):

+ Trace 157180

File "/usr/games/gnome-sudoku", line 22 in <module>
```
start_game()
```
File "/usr/lib/python2.5/site-packages/gnome_sudoku/gnome_sudoku.py", line 985 in start_game
```
u = UI()
```
File "/usr/lib/python2.5/site-packages/gnome_sudoku/gnome_sudoku.py", line 171 in __init__
```
self.initialize_prefs()
```
File "/usr/lib/python2.5/site-packages/gnome_sudoku/gnome_sudoku.py", line 477 in initialize_prefs
```
self.gconf[k]=v
```
File "/usr/lib/python2.5/site-packages/gnome_sudoku/gtk_goodies/gconf_wrapper.py", line 30 in __setitem__
```
self.set_value (key, val)
```
File "/usr/lib/python2.5/site-packages/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 Thomas Andersen 2007-08-28 20:48:09 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 ***