Version-Release number of selected component: evolution-3.4.4-2.fc17 Additional info: libreport version: 2.0.18 abrt_version: 2.0.18 backtrace_rating: 4 cmdline: evolution crash_function: g_logv kernel: 3.6.7-4.fc17.x86_64 truncated backtrace: :Thread no. 1 (10 frames) : #0 g_logv at gmessages.h:101 : #2 g_settings_schema_get_value at gsettingsschema.c:640 : #3 g_settings_schema_key_init at gsettingsschema.c:751 : #4 g_settings_get_value at gsettings.c:1079 : #5 shell_settings_pspec_for_key at e-shell-settings.c:63 : #6 e_shell_settings_install_property_for_key at e-shell-settings.c:359 : #7 e_mail_shell_settings_init at e-mail-shell-settings.c:138 : #8 mail_shell_backend_constructed at e-mail-shell-backend.c:455 : #10 g_object_new_valist at gobject.c:1830 : #12 extensible_load_extension at e-extensible.c:97
Created attachment 655183 [details] File: core_backtrace
Created attachment 655184 [details] File: environ
Created attachment 655185 [details] File: limits
Created attachment 655186 [details] File: backtrace
Created attachment 655187 [details] File: cgroup
Created attachment 655188 [details] File: gconf_subtree
Created attachment 655189 [details] File: smolt_data
Created attachment 655190 [details] File: xsession_errors
Created attachment 655191 [details] File: executable
Created attachment 655192 [details] File: maps
Created attachment 655193 [details] File: dso_list
Created attachment 655194 [details] File: proc_pid_status
Created attachment 655195 [details] File: open_fds
Created attachment 655196 [details] File: var_log_messages
Thanks for a bug report. I see this is crashing with an error: Settings schema 'org.gnome.evolution.mail' does not contain a key named 'enable-vfolders' which means that there failed something with the installation. Could you verify that the file /usr/share/glib-2.0/schemas/org.gnome.evolution.mail.gschema.xml contains key 'enable-vfolders', please? It's there in the evolution's RPM file, thus it should be in the installed files as well. If it'll be there, then there might fail something with the schema compilation, thus I'd suggest to run as root: $ glib-compile-schemas /usr/share/glib-2.0/schemas which will recompile schema files there.
(In reply to comment #15) > Thanks for a bug report. I see this is crashing with an error: > Settings schema 'org.gnome.evolution.mail' does not contain a key > named 'enable-vfolders' > which means that there failed something with the installation. Could you > verify that the file > /usr/share/glib-2.0/schemas/org.gnome.evolution.mail.gschema.xml > contains key 'enable-vfolders', please? It's there in the evolution's RPM > file, thus it should be in the installed files as well. If it'll be there, > then there might fail something with the schema compilation, thus I'd > suggest to run as root: > $ glib-compile-schemas /usr/share/glib-2.0/schemas > which will recompile schema files there. Thank you for your help. I confirm /usr/share/glib-2.0/schemas/org.gnome.evolution.mail.gschema.xml contains key 'enable-vfolders' . Also I run as root: $ glib-compile-schemas /usr/share/glib-2.0/schemas But print many "warning". It doesn't seem to work .Evolution still doesn't start. Thus problem occurs because I want update evolution to 3.6.2 version. But http://projects.gnome.org/evolution/ doesn't has RPM file,so I download source package and compile.I don't succeed.I can't understand the README. I uninstall evolution more than once for install latest evolution and install the latest version many times. I also delete many files related to evolution! This maybe the key to problem. I don't think it's difficult to solve. The gnome-shell is uninstalled for dependency, after reinstall it often occurs problem! My English is bad, I hope you can understand me.
Evolution 3.6.2 is part of Fedora 18, its Beta release, and it's easier to update your Fedora, than to try to compile evolution on your own, due to dependencies. I suggest to do that, or at least try the Beta in a virtual machine, whether it'll be usable for you. You can get Beta Release Candidate 1 here: http://dl.fedoraproject.org/pub/alt/stage/18-Beta-RC1/
(In reply to comment #17) > Evolution 3.6.2 is part of Fedora 18, its Beta release, and it's easier to > update your Fedora, than to try to compile evolution on your own, due to > dependencies. I suggest to do that, or at least try the Beta in a virtual > machine, whether it'll be usable for you. You can get Beta Release Candidate > 1 here: > http://dl.fedoraproject.org/pub/alt/stage/18-Beta-RC1/ Now Evolution crash completely. At present I use Thunderbird as my mail client .
Do you mean "now, after installing/running the Beta RC1" (you can run the Live CD, to not change your disk partitions at all), or "now, it just started to crash more than before"? Even the "more" is not accurate, due to missing gsettings schemas it's expected to crash each time. I do not know what all you did. You mentioned you tried to compile your own evolution, but it failed. Did you do anything with GSETTINGS_SCHEMA_DIR? It should be left empty, thus the GSettings will read system schemas, or, if you compile to a special prefix, it should point to there, like GSETTINGS_SCHEMA_DIR=/usr/local/share/glib-2.0/schemas where /usr/local was used as a --prefix in configure. You can get the value of the environment variable with command like this: $ set | grep GSETT Did you compile also GLib2? If so, then the above about GSETTINGS_SCHEMA_DIR also applies.
I have sent an E-mail with four attachments to you(mcrha). 1，No. I have not tried Fedora18-Beta-RC. I tried to compile my own Evolution source package, but it failed. And I reinstalled Evolution-3.4.4 several times. Then it started to crash, event now I can't opent it. I Did not do anything with GSETTINGS_SCHEMA_DIR. I also didn't compile GLib2, but installed glib2-devel-2.32.4-2.fc17.x86_64 for dependency request. I will try to set GSETTINGS_SCHEMA_DIR=/usr/local/share/glib-2.0/schemas, then try compile Evolution again.
(In reply to comment #19) > Do you mean "now, after installing/running the Beta RC1" (you can run the > Live CD, to not change your disk partitions at all), or "now, it just > started to crash more than before"? Even the "more" is not accurate, due to > missing gsettings schemas it's expected to crash each time. > > I do not know what all you did. You mentioned you tried to compile your own > evolution, but it failed. Did you do anything with GSETTINGS_SCHEMA_DIR? It > should be left empty, thus the GSettings will read system schemas, or, if > you compile to a special prefix, it should point to there, like > GSETTINGS_SCHEMA_DIR=/usr/local/share/glib-2.0/schemas > where /usr/local was used as a --prefix in configure. > > You can get the value of the environment variable with command like this: > $ set | grep GSETT > > Did you compile also GLib2? If so, then the above about GSETTINGS_SCHEMA_DIR > also applies. I have sent an E-mail with four attachments to you(mcrha). 1，No. I have not tried Fedora18-Beta-RC. I tried to compile my own Evolution source package, but it failed. And I reinstalled Evolution-3.4.4 several times. Then it started to crash, event now I can't opent it. I Did not do anything with GSETTINGS_SCHEMA_DIR. I also didn't compile GLib2, but installed glib2-devel-2.32.4-2.fc17.x86_64 for dependency request. I will try to set GSETTINGS_SCHEMA_DIR=/usr/local/share/glib-2.0/schemas, then try compile Evolution again.
(In reply to comment #21) > (In reply to comment #19) > > Do you mean "now, after installing/running the Beta RC1" (you can run the > > Live CD, to not change your disk partitions at all), or "now, it just > > started to crash more than before"? Even the "more" is not accurate, due to > > missing gsettings schemas it's expected to crash each time. > > > > I do not know what all you did. You mentioned you tried to compile your own > > evolution, but it failed. Did you do anything with GSETTINGS_SCHEMA_DIR? It > > should be left empty, thus the GSettings will read system schemas, or, if > > you compile to a special prefix, it should point to there, like > > GSETTINGS_SCHEMA_DIR=/usr/local/share/glib-2.0/schemas > > where /usr/local was used as a --prefix in configure. > > > > You can get the value of the environment variable with command like this: > > $ set | grep GSETT > > > > Did you compile also GLib2? If so, then the above about GSETTINGS_SCHEMA_DIR > > also applies. > > I have sent an E-mail with four attachments to you(mcrha). > > 1，No. I have not tried Fedora18-Beta-RC. I tried to compile my own > Evolution source package, but it failed. And I reinstalled Evolution-3.4.4 > several times. Then it started to crash, event now I can't opent it. > > I Did not do anything with GSETTINGS_SCHEMA_DIR. I also didn't compile > GLib2, but installed glib2-devel-2.32.4-2.fc17.x86_64 for dependency request. > > I will try to set GSETTINGS_SCHEMA_DIR=/usr/local/share/glib-2.0/schemas, > then try compile Evolution again. $./configure --prefix=/opt/evolution-3.6.2 .... .... configure: error: glib-compile-schemas not found. $..
It'll be good to name your messages with a bug reference, as I deleted it between other spam. I still found it in trash, thus no big deal. First of all, I would not run evolution as root, run it as a regular user instead. As a regular user, you get other error than the initial, it's: GLib-GIO-ERROR **: Settings schema 'org.gnome.evolution.shell.network- config' is not installed and that is about another schema file, thus we moved a little bit forward here. The schemas output looks fine. I would try one thing, as your current profile seems to be broken/confused, try to add a new user, with clean profile, and configure evolution there. Also, could you try to run evolution in an English locale, please? Not that I expect anything to change, but just in case the clean user profile will not help. You can do that like this: $ LANG=C evolution About glib-compile-schemas, there seem to be something odd with your paths. You can run it on a terminal, but not during a 'make'? It's unexpected.
I have tyied to login Fedora with a new regular user. It's not helpful,event do : $ LANG=C evolution
Thanks for the testing. It might mean that the system evolution data are broken for some reason. Could your compile break the system data, or maybe some environment variables you set? I do not know what you used for compiling 3.6.2 on Fedora 17 (its target is Fedora 18), but it seems to me that it did it. I thought the other user will be able to run evolution, especially if you run /usr/bin/evolution, and you do not change any environment variables for it. If you cannot, then it's broken. It's usually useless, but as you seem to have broken Evolution install, could you remove it and install back, like: $ yum remove evolution; yum install evolution This way you should have runnable 3.4.4 evolution (supposing the environment variables are not changed, especially the GSETTINGS_SCHEMA_DIR which should be left unchanged (not set) for the system evolution. The evolution you compile should have it set, though. I'm wondering, did we misunderstood that the other user will run 3.4.4, not 3.6.2? I'm not sure from the above comments, I only see that I didn't mention it yet.
(In reply to comment #25) > Thanks for the testing. It might mean that the system evolution data are > broken for some reason. Could your compile break the system data, or maybe > some environment variables you set? I do not know what you used for > compiling 3.6.2 on Fedora 17 (its target is Fedora 18), but it seems to me > that it did it. I thought the other user will be able to run evolution, > especially if you run /usr/bin/evolution, and you do not change any > environment variables for it. If you cannot, then it's broken. > > It's usually useless, but as you seem to have broken Evolution install, > could you remove it and install back, like: > $ yum remove evolution; yum install evolution > > This way you should have runnable 3.4.4 evolution (supposing the environment > variables are not changed, especially the GSETTINGS_SCHEMA_DIR which should > be left unchanged (not set) for the system evolution. The evolution you > compile should have it set, though. > > I'm wondering, did we misunderstood that the other user will run 3.4.4, not > 3.6.2? I'm not sure from the above comments, I only see that I didn't > mention it yet. (In reply to comment #25) > Thanks for the testing. It might mean that the system evolution data are > broken for some reason. Could your compile break the system data, or maybe > some environment variables you set? I do not know what you used for > compiling 3.6.2 on Fedora 17 (its target is Fedora 18), but it seems to me > that it did it. I thought the other user will be able to run evolution, > especially if you run /usr/bin/evolution, and you do not change any > environment variables for it. If you cannot, then it's broken. > > It's usually useless, but as you seem to have broken Evolution install, > could you remove it and install back, like: > $ yum remove evolution; yum install evolution > > This way you should have runnable 3.4.4 evolution (supposing the environment > variables are not changed, especially the GSETTINGS_SCHEMA_DIR which should > be left unchanged (not set) for the system evolution. The evolution you > compile should have it set, though. > > I'm wondering, did we misunderstood that the other user will run 3.4.4, not > 3.6.2? I'm not sure from the above comments, I only see that I didn't > mention it yet. I had removed and installed evolution back many times. It's useless. The system data must be breaked.So the other user is also not able to run it.
(In reply to comment #26) > I had removed and installed evolution back many times. It's useless. > The system data must be breaked.So the other user is also not able to run it. Right, that's my impression too, but I've not much idea how to fix it. Especially if the above things don't work. What is on the console when you run evolution from the other user account? It should tell you some schema is missing. A file with the same name (and some extension) should be stored in /usr/share/glib-2.0/schemas and as we tried above, the schema database should be recompiled, if it's missing (at least it's the way I understand it), with, as root: $ glib-compile-schemas /usr/share/glib-2.0/schemas/
I will reply you a week later.
This message is a reminder that Fedora 17 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 17. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '17'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 17's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 17 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 17's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.