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 582234 - gnome-terminal doesn't launch after gconf update
gnome-terminal doesn't launch after gconf update
Status: RESOLVED WONTFIX
Product: GConf
Classification: Deprecated
Component: gconf
2.26.x
Other All
: Normal critical
: ---
Assigned To: GConf Maintainers
GConf Maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2009-05-11 20:38 UTC by George Vlahavas
Modified: 2018-08-17 13:57 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26



Description George Vlahavas 2009-05-11 20:38:57 UTC
Steps to reproduce:
1. Updated gconf from 2.26.0 to 2.26.1
2. gnome-terminal 2.26.1 doesn't launch anymore. I get this error if I try to start it from xterm:
 
**
ERROR:terminal-app.c:1769:terminal_app_handle_options: assertion failed: (profile)
Cancelled

Stack trace:


Other information:
It worked fine with gconf 2.26.0 and it works if I go back to gconf 2.26.1. Actually I'm not sure if this is a bug with gnome-terminal or gconf. I don't know what other info to provide, if you need anything more, please ask.
Comment 1 George Vlahavas 2009-05-11 20:48:13 UTC
Oops, sorry, I meant to write:
"It worked fine with gconf 2.26.0 and it works if I go back to gconf 2.26.0"
Comment 2 Christian Persch 2009-05-11 21:05:05 UTC
Is there any difference in the output of this command:

  gconftool-2 -R /apps/gnome-terminal

when run against gconf 2.26.0 and .1 ? Make sure the gconf daemon is killed beforehand so it's really running against the expected version.
Comment 3 George Vlahavas 2009-05-11 21:11:24 UTC
No, the output is exactly the same for both 2.26.0 and 2.26.1.
Comment 4 Christian Persch 2009-05-11 21:19:09 UTC
Hmm. Did you also ascertain whether the gconftool-2 from 2.26.0 / .1 was used, and was linking against the .0 / .1 version of libgconf ?
Comment 5 George Vlahavas 2009-05-11 21:31:30 UTC
Yes. gconftool-2 and libgconf are compiled and installed at the same time as gconfd anyway from the gconf sources.
Comment 6 George Vlahavas 2009-05-14 19:50:21 UTC
Updated gconf to 2.26.2 and still have the same problem. Confirmed with multiple PCs too, so it's not only my system.
Comment 7 Christian Persch 2009-05-14 20:20:15 UTC
Could you clone gconf from git://git.gnome.org/gconf and bisect the changes between the "GCONF_2_26_0" and "2.26.1" tags to see which one exactly causes this problem?
Comment 8 George Vlahavas 2009-05-14 21:40:29 UTC
Got it, it's 5a18e7925b73d0a5b7e84b42513e4e84bc2b14ff.

Is this a gconf problem after all?
Comment 9 Christian Persch 2009-05-15 11:50:02 UTC
Let's try moving this to gconf...

http://git.gnome.org/cgit/gconf/commit/?id=5a18e7925b73d0a5b7e84b42513e4e84bc2b14ff
Comment 10 Christian Persch 2009-08-27 17:04:09 UTC
CC'ing Behdad since he commited the change that apparently causes this (comment 8).
Comment 11 Behdad Esfahbod 2009-08-27 17:38:24 UTC
Doesn't make sense, that commit only adds or removes debugging lines.  Something wrong with your bisect.  Were you doing "make install" and test?  If yes, that's broken, since apps link to the highest version installed.  So you should remove the old installs...
Comment 12 George Vlahavas 2009-08-27 17:54:33 UTC
Of course I was removing the old installs...
Comment 13 Behdad Esfahbod 2009-08-27 18:07:48 UTC
Anyway, that would be a heisenbug if that commit really causes the failure.
Comment 14 André Klapper 2018-08-17 13:57:10 UTC
GConf has been deprecated since 2011.

GConf is not under active development anymore. Its codebase has been archived:
https://gitlab.gnome.org/Archive/gconf/commits/master

dconf and gsettings are its successors. See https://developer.gnome.org/gio/stable/ch34.html and https://developer.gnome.org/GSettings/ for porting info.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Feel free to open a task in GNOME Gitlab if the issue described in this task still applies to a recent + supported version of dconf/gsettings. Thanks!