Re: [debian-hurd-Patches][310474] gconf2 configure hangs
debian-hurd-patches@alioth.debian.org a écrit :
> Patches item #310474, was opened at 30/12/2007 23:16
> Status: Open
> Priority: 3
> Submitted By: Samuel Thibault (sthibaul-guest)
> Assigned to: Nobody (None)
> Summary: gconf2 configure hangs
> Category: None
> Group: None
> Resolution: None
>
>
> Initial Comment:
> When configuring gconf2 stuff, gconftool-2 hangs on fflush, apparently because there is no stdout, as the attached workaround suggests.
> Unfortunately, I couldn't reproduce the behavior with self-made programs.
We've got the same problem on GNU/kFreeBSD. It started a few months ago
with one of the new versions. A bisect showed that the change that has
triggered the bug is a call to g_thread_init(). The part to revert is in
the patch below.
However, even if this fixes the bug, I am almost sure that it is the
wrong patch.
I also haven't been able to reproduce it easily. The problem only occurs
when gconftool-2 is called from the python script called from dpkg.
--- gconf-2.20.1.orig/gconf/gconf-sanity-check.c
+++ gconf-2.20.1/gconf/gconf-sanity-check.c
@@ -43,7 +43,7 @@
GOptionContext *context;
GError *error;
- g_thread_init (NULL);
+// g_thread_init (NULL);
context = g_option_context_new (_("- Sanity checks for GConf"));
g_option_context_add_group (context, gtk_get_option_group (TRUE));
only in patch2:
unchanged:
--- gconf-2.20.1.orig/gconf/gconftool.c
+++ gconf-2.20.1/gconf/gconftool.c
@@ -555,7 +555,7 @@
bindtextdomain (GETTEXT_PACKAGE,GCONF_LOCALE_DIR);
textdomain (GETTEXT_PACKAGE);
- g_thread_init (NULL);
+// g_thread_init (NULL);
_gconf_init_i18n ();
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' aurel32@debian.org | aurelien@aurel32.net
`- people.debian.org/~aurel32 | www.aurel32.net
Reply to: