Summary: | mail-client/evolution-2.32.2-r1 with cairo[qt4] fails to open address book: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Allan Gottlieb <gottlieb> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | CC: | cardoe, death, gentoo-bugs, gentoo-bugzilla, gentoo, ivanhoe, jani.m.kananen, jcat, joshua.rich, julien.sanchez, mail, richard, serge, spatz, steev, syscon780, tuxian, x11 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge.log
strace of /usr/libexec/e-addressbook-factory Output of "emerge --info" on my system |
Description
Allan Gottlieb
2011-02-09 13:46:54 UTC
(In reply to comment #0) > Note that /home/gottlieb/.local/share/evolution/addressbook/system *does* > exist and I can read it. The directory is empty. > This doesn't look normal to me :-/, maybe it wasn't properly migrated, could you please examine your old .evolution* directory trying to find addressbook contents? (In reply to comment #1) > (In reply to comment #0) > > Note that /home/gottlieb/.local/share/evolution/addressbook/system *does* > > exist and I can read it. The directory is empty. > > > > This doesn't look normal to me :-/, maybe it wasn't properly migrated, could > you please examine your old .evolution* directory trying to find addressbook > contents? > It definitely was not migrated. As noted above, when I move evolution.old to .evolution I get an additional error reported. This all started when a new version of evo hit. I think (not sure) that I synced at the "wrong" time and wound up with new evo and old e-d-s. Just now I created a new empty ~/.evolution and then executed cd ~/.evolution; mkdir local; cd local; mkdir system I then copied the old (saved) addressbook.db and addressbook.db.summary to ~/.evolution/addressbook/local/system. I then started evo and it again failed to migrate. Specifically it said Migrating cached data Migrating config data Migrating local user data rmdir /home/gottlieb/.evolution/addressbook FAILED: Directory not empty (contents follows) local (evolution:26009): GLib-GObject-WARNING **: value "-3.000000" of type `gdouble' is invalid or out of range for property `width' of type `gdouble' (evolution:26009): GLib-GObject-WARNING **: value "-3.000000" of type `gdouble' is invalid or out of range for property `width' of type `gdouble' (evolution:26009): GLib-GObject-WARNING **: value "-3.000000" of type `gdouble' is invalid or out of range for property `width' of type `gdouble' (evolution:26009): GLib-GObject-WARNING **: value "-3.000000" of type `gdouble' is invalid or out of range for property `width' of type `gdouble' (evolution:26009): libebook-WARNING **: e-book.c:3079: cannot activate book: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached I gather the glib warnings can be ignored. It seems to me that either 1. addressbook.db and/or addressbook.db.summary are bad 2. they don't belong in ~/.evolution/addressbook/local/system Both files do have a bunch of nulls (plus real data). addressbook.db begins with a few thousand control chars, the vast majority nulls. Should I post those files? You are trying to copy files to the old location: .evolution was replaced by .local/share/evolution, then, you should try to put that files under .local/share/evolution. This is what I have: $ ls -l .local/share/evolution/addressbook/system/ <---- THIS IS THE NEW LOCATION total 2578 -rw------- 1 pacho users 2490368 feb 3 19:50 addressbook.db -rw-r--r-- 1 pacho users 63317 feb 3 19:50 addressbook.db.summary -rw-r--r-- 1 pacho users 24576 oct 27 10:42 beagle-Cov0orOMp0yvFKfWvpnoEw.changes.db -rw------- 1 pacho users 49152 oct 27 10:42 beagle-KQ1pxPptb0WoOvaqaUsvJg.changes.db -rw-r--r-- 1 pacho users 24576 oct 27 10:42 beagle-MN+tklfPt0mEx8NEqFhO6Q.changes.db -rw------- 1 pacho users 49152 oct 27 10:42 beagle-wfTvC2gCB02LniCxU_L5Ow.changes.db (In reply to comment #3) > You are trying to copy files to the old location: .evolution was replaced by > .local/share/evolution, then, you should try to put that files under > .local/share/evolution. > > This is what I have: > > $ ls -l .local/share/evolution/addressbook/system/ <---- THIS IS THE NEW > LOCATION > total 2578 > -rw------- 1 pacho users 2490368 feb 3 19:50 addressbook.db > -rw-r--r-- 1 pacho users 63317 feb 3 19:50 addressbook.db.summary > -rw-r--r-- 1 pacho users 24576 oct 27 10:42 > beagle-Cov0orOMp0yvFKfWvpnoEw.changes.db > -rw------- 1 pacho users 49152 oct 27 10:42 > beagle-KQ1pxPptb0WoOvaqaUsvJg.changes.db > -rw-r--r-- 1 pacho users 24576 oct 27 10:42 > beagle-MN+tklfPt0mEx8NEqFhO6Q.changes.db > -rw------- 1 pacho users 49152 oct 27 10:42 > beagle-wfTvC2gCB02LniCxU_L5Ow.changes.db > I knew that is the old location. I wasn't sure that evo used the same file format in the new location so want evo to do the migration just as it had done successfully for the calendar. Now I understand that migration was just moving the files. I now moved them. gottlieb@ajglap ~ $ ls -l /home/gottlieb/.local/share/evolution/addressbook/system/ total 200 -rw-r--r-- 1 gottlieb gottlieb 180224 Oct 24 16:39 addressbook.db -rw-r--r-- 1 gottlieb gottlieb 17269 Oct 24 16:39 addressbook.db.summary gottlieb@ajglap ~ $ However, I get the same dialog box and the same messages on the screen as reported above. Since the dialog box says it can't start a dataserver, I did a ps x and don't see e-d-s running. I note that your addressbook is 40x the size of your summary. For me the ratio is < 11. Is that suspicious? I don't know, I am out of ideas now :-( What messages are you getting in the terminal you are using to run evolution now that you have some addressbook files under proper location? (In reply to comment #5) > I don't know, I am out of ideas now :-( > > What messages are you getting in the terminal you are using to run evolution > now that you have some addressbook files under proper location? > Same as before (evolution:5022): libebook-WARNING **: e-book.c:3079: cannot activate book: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached (evolution:5022): e-utils-WARNING **: Something called e_alert_dialog_constructed() with a NULL parent window. This is no longer legal, please fix it. What is the dataserver it wants? ps x | grep evo shows 4007 ? SLl 0:00 /usr/libexec/evolution/2.32/evolution-alarm-notify 5022 pts/0 Sl+ 0:00 evolution --component=addressbook should something like e-d-s be running? Otherwise I wonder if my addressbook is corrupt. I should add that it still prints the dialog box which has the same msg that I wrote in the original description of the bug. It seems that either my server is bad (or missing) or that the addressbook is bad. In the past there were an evolution-data-server executable, but since bonoboless port it is not longer provided. Please report this to upstream: bugzilla.gnome.org I hope they will know better what is wrong here Please take a look on: http://www.gentoo.org/proj/en/desktop/gnome/howtos/gnome-2.32-upgrade.xml Maybe it can help you with your problems Please get back to us. (In reply to comment #8) > Please take a look on: > http://www.gentoo.org/proj/en/desktop/gnome/howtos/gnome-2.32-upgrade.xml > > Maybe it can help you with your problems > Sorry for the delay. I just ran the steps in the web page. The only significant response was gottlieb@ajglap ~ $ ./fix-addressbook.py Deleting addressbook source 2 which was in a group of 1 items. Then I started evolution from the terminal and received error reports. Specifically on the terminal I see after several seconds gottlieb@ajglap ~ $ evolution --component=addressbook (evolution:2946): libebook-WARNING **: e-book.c:3079: cannot activate book: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached (evolution:2946): e-utils-WARNING **: Something called e_alert_dialog_constructed() with a NULL parent window. This is no longer legal, please fix it. The evolution window says There are no items to show in this view And I get the dialog box This address book cannot be opened. Please check that the path /home/gottlieb/.local/share/evolution/addressbook/system exists and that permissions are set to access it. Detailed error message: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached The directory specified does exist and I can read it gottlieb@ajglap ~ $ ls -l /home/gottlieb/.local/share/evolution/addressbook/system total 200 -rw-r--r-- 1 gottlieb gottlieb 180224 Oct 24 16:39 addressbook.db -rw-r--r-- 1 gottlieb gottlieb 17269 Oct 24 16:39 addressbook.db.summary gottlieb@ajglap ~ $ allan gottlieb (In reply to comment #10) > (In reply to comment #8) > > Please take a look on: > > http://www.gentoo.org/proj/en/desktop/gnome/howtos/gnome-2.32-upgrade.xml > > > > Maybe it can help you with your problems > > > > Sorry for the delay. I just ran the steps in the web page. The only > significant response was > > gottlieb@ajglap ~ $ ./fix-addressbook.py > Deleting addressbook source 2 which was in a group of 1 items. This means you had a duplicate "Personnal" addressbook, this is ok. > Then I started evolution from the terminal and received error reports. > Specifically on the terminal I see after several seconds > > gottlieb@ajglap ~ $ evolution --component=addressbook > > (evolution:2946): libebook-WARNING **: e-book.c:3079: cannot activate book: > Error calling StartServiceByName for > org.gnome.evolution.dataserver.AddressBook: Timeout was reached This means your dbus setup has a problem I guess. Do you have dbus added to your default runlevel and how are you starting gnome ? If you start gnome by hand, by must make sure that consolekit and a session bus exists. > (evolution:2946): e-utils-WARNING **: Something called > e_alert_dialog_constructed() with a NULL parent window. This is no longer > legal, please fix it. Hopefully this is related to the above problem. > The evolution window says > > There are no items to show in this view > > And I get the dialog box > > This address book cannot be opened. Please check that the path > /home/gottlieb/.local/share/evolution/addressbook/system exists and that > permissions are set to access it. Hopefully, this is just a consequence of the dbus problem as well. (In reply to comment #11) > (In reply to comment #10) > > (In reply to comment #8) > > > Please take a look on: > > > http://www.gentoo.org/proj/en/desktop/gnome/howtos/gnome-2.32-upgrade.xml > > > > > > Maybe it can help you with your problems > > > > > > > Sorry for the delay. I just ran the steps in the web page. The only > > significant response was > > > > gottlieb@ajglap ~ $ ./fix-addressbook.py > > Deleting addressbook source 2 which was in a group of 1 items. > > This means you had a duplicate "Personnal" addressbook, this is ok. Note that I also have two Personal calendars (even after running the fix). However, I do not consider this a serious problem as I do just activiate (i.e. check the box) one of them. > > Then I started evolution from the terminal and received error reports. > > Specifically on the terminal I see after several seconds > > > > gottlieb@ajglap ~ $ evolution --component=addressbook > > > > (evolution:2946): libebook-WARNING **: e-book.c:3079: cannot activate book: > > Error calling StartServiceByName for > > org.gnome.evolution.dataserver.AddressBook: Timeout was reached > > This means your dbus setup has a problem I guess. > Do you have dbus added to your default runlevel and how are you starting gnome > ? If you start gnome by hand, by must make sure that consolekit and a session > bus exists. Yes dbus is in my default runlevel ajglap gottlieb # rc-update | grep dbus dbus | default I start gnome by running gdm ajglap gottlieb # rc-update | grep xdm xdm | default Console-kit is running ajglap gottlieb # ps xa | grep console-kit 3810 ? Sl 0:00 /usr/sbin/console-kit-daemon --no-daemon dbus is running ajglap gottlieb # ps xa | grep dbus 3185 ? Ss 0:01 /usr/bin/dbus-daemon --system 3915 ? S 0:00 /usr/bin/dbus-launch --exit-with-session /usr/bin/ssh-agent -- gnome-session 3919 ? Ss 0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 8 --session Does that show that a session bus exists? The same error msgs and popup dialog boxes still occur. (In reply to comment #12) > Note that I also have two Personal calendars (even after running the fix). > However, I do not consider this a serious problem as I do just activiate (i.e. > check the box) one of them. yep, I've seen that too and I'll update the script to fix that as well. > > > Then I started evolution from the terminal and received error reports. > > > Specifically on the terminal I see after several seconds > > > > > > gottlieb@ajglap ~ $ evolution --component=addressbook > > > > > > (evolution:2946): libebook-WARNING **: e-book.c:3079: cannot activate book: > > > Error calling StartServiceByName for > > > org.gnome.evolution.dataserver.AddressBook: Timeout was reached > > > > This means your dbus setup has a problem I guess. > > Do you have dbus added to your default runlevel and how are you starting gnome > > ? If you start gnome by hand, by must make sure that consolekit and a session > > bus exists. > > Yes dbus is in my default runlevel > ajglap gottlieb # rc-update | grep dbus > dbus | default > I start gnome by running gdm > > ajglap gottlieb # rc-update | grep xdm > xdm | default > > Console-kit is running > ajglap gottlieb # ps xa | grep console-kit > 3810 ? Sl 0:00 /usr/sbin/console-kit-daemon --no-daemon > > dbus is running > ajglap gottlieb # ps xa | grep dbus > 3185 ? Ss 0:01 /usr/bin/dbus-daemon --system > 3915 ? S 0:00 /usr/bin/dbus-launch --exit-with-session > /usr/bin/ssh-agent -- gnome-session > 3919 ? Ss 0:00 /usr/bin/dbus-daemon --fork --print-pid 5 > --print-address 8 --session > > Does that show that a session bus exists? > > The same error msgs and popup dialog boxes still occur. > yep, that should be enough. Then the bug might be something else. Maybe it relates to bug #356877 ? (In reply to comment #13) > (In reply to comment #12) > > Note that I also have two Personal calendars (even after running the fix). > > However, I do not consider this a serious problem as I do just activiate (i.e. > > check the box) one of them. > > yep, I've seen that too and I'll update the script to fix that as well. Thanksl Please let me know when it is updated, either here or directly to gottlieb@nyu.edu > yep, that should be enough. Then the bug might be something else. Maybe it > relates to bug #356877 ? Thanks for the reference. I just read that bug and the symptoms are different. However, I tried the "bad fix" (works, but has a big security hole) chmod o+x /usr/libexec/dbus-daemon-launch-helper and I still received the same errors. . *** Bug 357583 has been marked as a duplicate of this bug. *** From duplicated report looks like a user was able to reproduce on a newly created user account, then, please: 1. Create another new account. 2. Launch evolution and tell us how do you configure it to make it fail, tell us if you ever need to add any address to the book to make it hang. For all the process, always run evolution from a terminal and post here ALL messages you get on every evolution run. Also attach ~/.xsession-errors file just after reproducing the problem, and look for errors or related in messages at the end of /var/log/messages and "dmesg" output Thanks I have the same issue described in this BUG with addressbook. I've reinstalled gentoo on my PC 3 months ago. I installed the latest version of evolution 2.32.1-r1. Now I have evolution 2.32.2-r1. The addressbook worked ok in both versions. Yesterday I did a emerge -puD world;emerge --depclean;revdep-rebuild and upgraded kde from 4.4.5 to 4.6.1. Now evolutions addressbook doesn't work anymore. ierdnac-hp ~ # evolution (evolution:5627): evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed (evolution:5627): evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed (evolution:5627): evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed (evolution:5627): evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed (evolution:5627): evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed (evolution:5627): evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed (evolution:5627): GLib-GObject-WARNING **: g_object_get_valist: object class `EShellSettings' has no property named `mailto-handler-command' (evolution:5627): GLib-GObject-WARNING **: g_object_set_valist: object class `EShellSettings' has no property named `mailto-handler-command' (evolution:5627): e-utils-WARNING **: EShellSettings instances have no 'disable-printing' property to bind to (evolution:5627): e-utils-WARNING **: EShellSettings instances have no 'disable-print-setup' property to bind to (evolution:5627): e-utils-WARNING **: EShellSettings instances have no 'disable-save-to-disk' property to bind to (evolution:5627): GLib-GObject-WARNING **: g_object_get_property: object class `EShellSettings' has no property named `disable-printing' (evolution:5627): GLib-GObject-WARNING **: g_object_get_property: object class `EShellSettings' has no property named `disable-printing' (evolution:5627): GLib-GObject-WARNING **: g_object_get_property: object class `EShellSettings' has no property named `disable-printing' (evolution:5627): GLib-GObject-WARNING **: g_object_get_property: object class `EShellSettings' has no property named `disable-printing' (evolution:5627): GLib-GObject-WARNING **: g_object_get_property: object class `EShellSettings' has no property named `disable-printing' (evolution:5627): GLib-GObject-WARNING **: g_object_get_property: object class `EShellSettings' has no property named `disable-printing' (evolution:5627): GLib-GObject-WARNING **: g_object_get_property: object class `EShellSettings' has no property named `disable-printing' (evolution:5627): GLib-GObject-WARNING **: g_object_get_property: object class `EShellSettings' has no property named `disable-printing' (evolution:5627): GLib-GObject-WARNING **: g_object_get_property: object class `EShellSettings' has no property named `disable-printing' (evolution:5627): libebook-WARNING **: e-book.c:3079: cannot activate book: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached (evolution:5627): evolution-mail-WARNING **: search_address_in_addressbooks: Unable to create addressbook 'Personal': Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached (evolution:5627): libebook-WARNING **: e-book.c:3079: cannot activate book: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached (evolution:5627): evolution-mail-WARNING **: search_address_in_addressbooks: Unable to create addressbook 'local': Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached In this time the process "/usr/libexec/e-addressbook-factory" uses 100% CPU and a strace o it's PID gives: sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 sched_yield() = 0 The output from emerge --info: Portage 2.1.9.42 (default/linux/amd64/10.0/desktop/kde, gcc-4.4.5, glibc-2.11.3-r0, 2.6.37-pf6-c179 x86_64) ================================================================= System uname: Linux-2.6.37-pf6-c179-x86_64-Intel-R-_Core-TM-_i3_CPU_M_380_@_2.53GHz-with-gentoo-1.12.14 Timestamp of tree: Thu, 10 Mar 2011 20:00:01 +0000 app-shells/bash: 4.1_p9 dev-lang/python: 2.6.6-r2, 3.1.3-r1 dev-util/cmake: 2.8.4 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.5 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.36.1 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA PUEL dlj-1.1 skype-eula AdobeFlash-10 AdobeFlash-10.1" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/openvpn/easy-rsa /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="ftp://ftp.ines.lug.ro/gentoo" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac accessibility acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdr cli consolekit cracklib crypt cxx dbus dhcpcd dri dts dvd dvdr dvdread emboss encode exif fam ffmpeg firefox flac fortran gdbm gdu gif gtk hal iconv iproute2 ipv6 java6 jpeg kde kdehiddenvisibility lcms libnotify mad mikmod mmx mmxext mng modules mp3 mp4 mpeg mudflap multilib ncurses networkmanager nls nptl nptlonly nsplugin nspluginwrapper ogg opengl openmp pam pango pcre pdf perl png policykit ppds pppd python qt3support qt4 readline sdl session sse sse2 sse3 ssl ssse3 startup-notification svg sysfs threads tiff truetype udev unicode usb vorbis x264 xcb xinerama xml xorg xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="vesa intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Attach then /var/log/emerge.log to try to know what got updated in your machine Created attachment 265661 [details]
emerge.log
Have you tried downgrading dbus to 1.4.1 ? (it would maybe require a dbus-glib rebuild too) Yes, I've installed dbus 1.4.6 a few hours ago in my trails to make the addressbook work. I've downgraded now to dbus 1.4.1 and it's the same. Ccing dbus maintainers to try to know how to investigate this timeout problem Just found this post by someone on the Evolution-Hackers mailing list. It mention breaking some dbus interfaces: http://www.mail-archive.com/evolution-hackers@gnome.org/msg04137.html Cheers, jcat (In reply to comment #24) > Just found this post by someone on the Evolution-Hackers mailing list. > It mention breaking some dbus interfaces: > > http://www.mail-archive.com/evolution-hackers@gnome.org/msg04137.html > > > Cheers, > jcat I tried its solution. Did not help: $ evolution -c addressbook (evolution:30995): GLib-CRITICAL **: the GVariant format string `(u)' has a type of `(u)' but the given value has a type of `(s)' (evolution:30995): GLib-CRITICAL **: g_variant_get: assertion `valid_format_string (format_string, TRUE, value)' failed (evolution:30995): libebook-WARNING **: e-book.c:3079: cannot activate book: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached (evolution:30995): e-utils-WARNING **: Something called e_alert_dialog_constructed() with a NULL parent window. This is no longer legal, please fix it. Do you still have a ~/.evolution directory? Created attachment 265759 [details]
strace of /usr/libexec/e-addressbook-factory
I've attached the strace of /usr/libexec/e-addressbook-factory.
How can we debug this issue ? I have the exact same problem here with evolution-2.32.2 and e-d-s-2.32.2. None of the following proposed solutions worked for me: http://www.gentoo.org/proj/en/desktop/gnome/howtos/gnome-2.32-upgrade.xml http://www.mail-archive.com/evolution-hackers@gnome.org/msg04137.html I ensured that the data migration worked properly, there is no ~/.evolution directory anymore for my user. I even tried to delete all previous information about the address books by deleting the relevant directories: rm -rfv ~/{.gconf/apps,.local/share,.config}/evolution/addressbook After doing this, starting Evolution, closing Evolution, and starting it again, I had nothing but the local default "Personal" address book in the address book view. But even that is not accessible, I see the same messagebox after some time as reported by Allan Gottlieb, stating: "This address book cannot be opened. Please check that the path /home/chrschn/.local/share/evolution/addressbook/system exists and that permissions are set to access it. Detailed error message: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached" The corresponding console output is: "(evolution:32529): libebook-WARNING **: e-book.c:3079: cannot activate book: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached" Created attachment 266099 [details]
Output of "emerge --info" on my system
did any of you update dbus or dbus-glib while upgrading to 2.32 ? Maybe rebuilding dbus/dbus-glib/glib and all reverse dependencies would solve the problem (I don't remember if this was already proposed). (In reply to comment #31) I have tried rebuilding, and in fact downgrading dbus and dbus-glib to the earliest version in the current tree, but it still fails with the above addressbook timeouts. Cheers, jcat Open a bug to upstream clearly explaining them what is the status on a *new created user account*, what errors do you get and so. Then, please post the link here to see if upstream knows where could be the problem. Thanks The same problem. Address book worked after upgrade to gnome 2.32, now does not work anymore: (evolution:22217): libebook-WARNING **: e-book.c:3079: cannot activate book: Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached (evolution:22217): e-utils-WARNING **: Something called e_alert_dialog_constructed() with a NULL parent window. This is no longer legal, please fix it. Just for case, I have discovered this breakage also after kde upgrade up to 4.6.1 Has anyone opened a bug upstream? Or are we all just sitting here waiting for someone else to do it? :) I'll do it if no one else has. Cheers, jcat Please, do it. Their bug tracker is down :( Looks like they're having the usual hardware support nightmares! If I have time tomorrow, I'll file it. If someone beats me to it, great. Just let us know.. Cheers, jcat Gnome bugzilla still down :( I have verified with new clean account that evolution addressbook does not work (the same timeout problem). Just for case, I am running ~x86 jcat, what version of glib do you have installed? I have 2.28.4, which is still masked. (In reply to comment #39) > > jcat, what version of glib do you have installed? > > I have 2.28.4, which is still masked. Current ~x86 ..but I also tried down-grading to stable. Same issue. Cheers, jcat It seems the bug is already reported https://bugzilla.gnome.org/show_bug.cgi?id=642082 Are you sure it's exactly the same problem you are suffering in your new created user accounts? With new clean account I cannot create/access local addressbook. Addressbook is not created, e-addressbokk-factory eats 100% CPU with sched_yield(), and finally Error calling StartServiceByName for org.gnome.evolution.dataserver.AddressBook: Timeout was reached These is exactly the same symptoms. Reply then to the info asked by upstream in upstream report. Thanks Just for case. If I run $ /usr/libexec/e-calendar-factory e-data-server-Message: adding type `ECalBackendWeatherEventsFactory' e-data-server-Message: adding type `ECalBackendCalDAVMemosFactory' e-data-server-Message: adding type `ECalBackendCalDAVTodosFactory' e-data-server-Message: adding type `ECalBackendCalDAVEventsFactory' e-data-server-Message: adding type `ECalBackendFileJournalFactory' e-data-server-Message: adding type `ECalBackendFileEventsFactory' e-data-server-Message: adding type `ECalBackendFileTodosFactory' e-data-server-Message: adding type `ECalBackendGroupwiseJournalFactory' e-data-server-Message: adding type `ECalBackendGroupwiseEventsFactory' e-data-server-Message: adding type `ECalBackendGroupwiseTodosFactory' e-data-server-Message: adding type `ECalBackendHttpMemosFactory' e-data-server-Message: adding type `ECalBackendHttpEventsFactory' e-data-server-Message: adding type `ECalBackendHttpTodosFactory' e-data-server-Message: adding type `ECalBackendContactsEventsFactory' Server is up and running... This is correct. If I run $ /usr/libexec/e-addressbook-factory e-data-server-Message: adding type `EBookBackendVCFFactory' e-data-server-Message: adding type `EBookBackendFileFactory' e-data-server-Message: adding type `EBookBackendGroupwiseFactory' e-data-server-Message: adding type `EBookBackendWebdavFactory' e-data-server-Message: adding type `EBookBackendGoogleFactory' and after this the server hangs eating 100% CPU with sched_yield(). This seems to be the cause of the problem I has open new bug: https://bugzilla.gnome.org/show_bug.cgi?id=645656 This is really mysterious!!! USE=-qt4 emerge cairo emerge evolution-data-server fixes the problem. I have got my addressbook back! I really hate qt. Just for case, what is qt4 support for cairo mean? (In reply to comment #47) > This is really mysterious!!! > > USE=-qt4 emerge cairo > emerge evolution-data-server > > fixes the problem. I have got my addressbook back! I really hate qt. > > Just for case, what is qt4 support for cairo mean? I tried the same procedure, but it didn't work for me. The address book still is non-functional. (In reply to comment #31) > did any of you update dbus or dbus-glib while upgrading to 2.32 ? Maybe > rebuilding dbus/dbus-glib/glib and all reverse dependencies would solve the > problem (I don't remember if this was already proposed). I did an "emerge -e dbus-glib", but that did not solve the problem. (In reply to comment #48) > (In reply to comment #47) > I tried the same procedure, but it didn't work for me. The address book still > is non-functional. Does your /usr/libexec/e-addressbook-factory started from terminal say "Server is up and running..."? Check by strace /usr/libexec/e-addressbook-factory 2>&1 | grep -i qt that your really do not use Qt. (In reply to comment #27) > Created attachment 265759 [details] > strace of /usr/libexec/e-addressbook-factory > > I've attached the strace of /usr/libexec/e-addressbook-factory. Here the same sympotoms: /usr/libexec/e-addressbook-factory uses Qt. I've tried this workaroung by disabling qt suport in cairo and then re-emerge evolution-data-server and it doesn't work. (In reply to comment #51) > (In reply to comment #27) > > Created attachment 265759 [details] > > strace of /usr/libexec/e-addressbook-factory > > > > I've attached the strace of /usr/libexec/e-addressbook-factory. > > Here the same sympotoms: /usr/libexec/e-addressbook-factory uses Qt. (In reply to comment #47) > This is really mysterious!!! > > USE=-qt4 emerge cairo > emerge evolution-data-server > > fixes the problem. I have got my addressbook back! I really hate qt. > > Just for case, what is qt4 support for cairo mean? (In reply to comment #52) > I've tried this workaroung by disabling qt suport in cairo and then re-emerge > evolution-data-server and it doesn't work. > ierdnah, would you be so kind to check by strace /usr/libexec/e-addressbook-factory 2>&1 | grep -i qt that you really do not linked against Qt. Please! I have the same trouble at another box and to recompile cairo was not enough. I found that also libgweather was liked against Qt, recompiled it and this finally solved my problem. So, check please! I had the same idea, but recompiling libgweather did not solve the issue. Libgweather was linked to qt and now it isn't, but e-addressbook-factory still loads some qt libraries. I walked four levels deep in e-addressbook-factory linked libraries tree (a little of awk and ldd scripting helped) without finding the "culprit". :%s/linked to/linked against/ # sorry for my bad english... (In reply to comment #55) > :%s/linked to/linked against/ # sorry for my bad english... Try ldd /usr/lib/evolution-data-server-1.2/* (In reply to comment #54) > I had the same idea, but recompiling libgweather did not solve the issue. > Libgweather was linked to qt and now it isn't, but e-addressbook-factory still > loads some qt libraries. I walked four levels deep in e-addressbook-factory > linked libraries tree (a little of awk and ldd scripting helped) without > finding the "culprit". Just for case, finally when you remove the qt-dependance from libraries you might need to recompile evolution-data-server. (In reply to comment #56) > Try > > ldd /usr/lib/evolution-data-server-1.2/* Oh, yeah. Thanks. And the culprit was: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendweather.so Recompiled evolution-data-server and now all is fixed. I didn't think I should have emerged evolution-data-server again AFTER libgweather... :) (In reply to comment #58) > > Recompiled evolution-data-server and now all is fixed. > Congratulations! So the bugfix is really reproducible! Apologies for the light brain outage, but it's not clear to me how I can fix my system with this knowledge. I found several things linked against QT: FOUND: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendcaldav.so FOUND: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendcontacts.so FOUND: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendfile.so FOUND: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendgroupwise.so FOUND: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendhttp.so FOUND: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendweather.so A. How is the QT linkage causing the problem? B. How do I fix this? Thanks! Cheers, jcat (In reply to comment #60) > Apologies for the light brain outage, but it's not clear to me how I can fix my > system with this knowledge. > > I found several things linked against QT: > > FOUND: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendcaldav.so > FOUND: > /usr/lib/evolution-data-server-1.2/extensions/libecalbackendcontacts.so > FOUND: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendfile.so > FOUND: > /usr/lib/evolution-data-server-1.2/extensions/libecalbackendgroupwise.so > FOUND: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendhttp.so > FOUND: /usr/lib/evolution-data-server-1.2/extensions/libecalbackendweather.so > > A. How is the QT linkage causing the problem? > B. How do I fix this? > > Thanks! > > Cheers, > jcat А) I think that qt-linkage causes this problem in the case when qt was upgraded. B) USE=-qt4 emerge cairo emerge libgweather emerge evolution-data-server If you still have problems afterwards ldd /usr/lib/evolution-data-server-1.2/* to found the problematic shared library. Then check every library linked against this problematic library to be linked against qt. Recompile this library, then recompile evolution-data-server Good news. I re-compiled libgweather, then evo-data-server, and it now works great for the first time in nearly 6 months! Ok, cairo has never had the QT use flag on this system as far as I know. So if /usr/lib/evolution-data-server-1.2/extensions/libecalbackendweather.so is linked against QT libs like this: libQtGui.so.4 => /usr/lib/qt4/libQtGui.so.4 (0xb5fe4000) libQtCore.so.4 => /usr/lib/qt4/libQtCore.so.4 (0xb5d51000) How is it that re-emerging removes that linkage? Cheers, jcat > Ok, cairo has never had the QT use flag on this system as far as I know.
It is strange. In my case cairo was the source of the problem
(In reply to comment #63) > > Ok, cairo has never had the QT use flag on this system as far as I know. > > It is strange. In my case cairo was the source of the problem Are you sure it was caused by cairo[qt4] and not by libgweather needing to be merged before e-d-s? it's not only ligweather linked against qt4.. USE="-qt4" emerge -1vptDN gnome-extra/evolution-data-server These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] gnome-extra/evolution-data-server-2.32.2 USE="ipv6 ssl weather -doc -gnome-keyring -kerberos -ldap -test" [nomerge ] dev-libs/libgdata-0.8.0 USE="gnome -debug -doc (-introspection)" [nomerge ] net-libs/libsoup-gnome-2.32.2 USE="-debug -doc (-introspection)" [nomerge ] net-libs/libproxy-0.4.6-r2 USE="gnome networkmanager perl python webkit xulrunner -kde -mono -test -vala" [nomerge ] net-misc/networkmanager-0.8.2-r10 USE="avahi bluetooth gnutls -connection-sharing -dhclient -dhcpcd -doc -nss -resolvconf" [ebuild R ] net-dns/avahi-0.6.29 USE="autoipd dbus gdbm gtk ipv6 mdnsresponder-compat python -bookmarks -doc -howl-compat -mono -qt4* -test" 0 kB [ebuild R ] net-wireless/wpa_supplicant-0.7.3-r2 USE="dbus gnutls readline ssl -debug -eap-sim -fasteap -madwifi (-ps3) -qt4* -wimax -wps" 0 kB [nomerge ] net-misc/networkmanager-0.8.2-r10 USE="avahi bluetooth gnutls -connection-sharing -dhclient -dhcpcd -doc -nss -resolvconf" [nomerge ] net-wireless/bluez-4.91 USE="alsa consolekit cups gstreamer usb -attrib -caps -debug -health -maemo6 -old-daemons -pcmcia -pnat -test-programs" [nomerge ] net-print/cups-1.4.6 USE="X acl dbus gnutls java jpeg pam perl png python samba ssl threads tiff usb -debug -kerberos -ldap -php -slp -static-libs -xinetd" LINGUAS="de -da -es -eu -fi -fr -id -it -ja -ko -nl -no -pl -pt -pt_BR -ru -sv -zh -zh_TW" [ebuild R ] app-text/poppler-0.16.3 USE="abiword cairo cxx jpeg jpeg2k lcms png utils xpdf-headers -cjk -curl -debug -doc -exceptions (-introspection) -qt4*" 0 kB [ebuild R ] dev-util/cmake-2.8.4 USE="ncurses -emacs -qt4* -vim-syntax" 0 kB Total: 4 packages (4 reinstalls), Size of downloads: 0 kB (In reply to comment #65) > it's not only ligweather linked against qt4.. > > USE="-qt4" emerge -1vptDN gnome-extra/evolution-data-server > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! Yes, but evolution-data-server is not linked against all these packages. Only against libgweather and cairo (In reply to comment #64) > (In reply to comment #63) > > > Ok, cairo has never had the QT use flag on this system as far as I know. > > > > It is strange. In my case cairo was the source of the problem > > Are you sure it was caused by cairo[qt4] and not by libgweather needing to be > merged before e-d-s? I had this problem on two computers. On the the first one, the problem was definitely caused by cairo compiled against qt. To recompile cairo with -qt4 and then to recompile e-d-s resolve the problem. libgweather was not linked against qt. On the second cairo was not compiled against qt. But libgweather somehow was. I do not understand how does this happen. To recompile libgweather resolves the problem. Just for case the latter happens with e-d-s 2.30 ah rebuild x11-libs/pango helped .. :-) this had done the trick USE=-qt4 emerge -1 cairo emerge -1 pango emerge -1 libgweather emerge -1 evolution-data-server So a workaround has been found but who has to fix this ? qt,evolution-data-server,dbus,glib ... Hm i'm very confused... :-( maybe it is some kind of recursive dbus interaction of different libs, producing a deadlock alla "lock(a) --lib a call lib b--> while not try_lock(a) {sched_yield()} -return to liba-> unlock(a) BTW, sorry for my bad english also ;-) Your right ! evolution-data-server is linked against libgweather and cairo libgweather is linked against cairo and pango pango is linked against cairo Thanks, Eric (In reply to comment #68) > this had done the trick > > USE=-qt4 emerge -1 cairo > emerge -1 pango > emerge -1 libgweather > emerge -1 evolution-data-server I can confirm that this trick also also fix my addressbook problem. Not sure why cairo[qt4] causes these problems :-/ Wow, this workaround fixed my problem with address book too. Thanks to all, this solution: --- USE=-qt4 emerge cairo emerge evolution-data-server --- helps me. Hi, I had the same problem and it too was fixed by recompiling cairo with USE=-gt4. Of cource this should not be regarded as the solution but just as a work-around. (In reply to comment #70) > (In reply to comment #68) > > this had done the trick > > > > USE=-qt4 emerge -1 cairo > > emerge -1 pango > > emerge -1 libgweather > > emerge -1 evolution-data-server > > I can confirm that this trick also also fix my addressbook problem. Finally, after spending two days rebuilding things (that didn't help), I did exactly this and have a working mail client again. Evolution's linkage has been flaky for ages, but this is seriously hosed. Libtool seems to bring in lots of extra linkages that aren't needed, and copies them them around in .la files so they take ages to die. I wonder if killing .la files for all these packages would have cleared the problem quicker or without the use-flag manipulations? I have a strong suspicion that in some cases a loop of old deps forms and packages need to be re-merged more than once in order to break it - once to take out the package's contribution into others, and once to re-build without the other packages introducing more junk ... I've just noticed an out-of-tree build of audacity (wxGTK app) having it's CFLAGS polluted with -I/usr/include/qt4 - so it looks like there are more issues waiting around. I think some more bugs are on their way. Can cairo maintainers give their opinion about what could be causing this problem? Thanks a lot *** Bug 368299 has been marked as a duplicate of this bug. *** Not sure if punting all .la files on evolution-data-server and fixing linkage with the perl script as used in gnome-overlay would help on this :-/ *** Bug 370155 has been marked as a duplicate of this bug. *** Please retry with evolution-data-server-2.32.3 and evolution-2.32.3 (In reply to comment #80) > Please retry with evolution-data-server-2.32.3 and evolution-2.32.3 @Dabian, please do not add arch team by yourself thanks to everybody for their efforts. USE=-qt4 emerge cairo emerge evolution-data-server fixed the issue for me. |