Re: [Evolution-hackers] MAPI support not even close... ?!?! Can I help?
On Thu, 2009-12-03 at 16:10 -0500, Reid Thompson wrote: hmm -- is calling evolution supposed to auto-start these two? On Thu, 2009-12-03 at 16:12 -0500, Reid Thompson wrote: (evolution:24437): libebook-WARNING **: ../../../../evolution-data-server/addressbook/libebook/e-book.c:2194: cannot activate book: The name org.gnome.evolution.dataserver.AddressBook was not provided by any .service files Hi, yes, those two processes are run as a DBus services. The relevant files are in your $PREFIX/share/dbus-1/services/ and dbus is supposed to be directed to that directory too, to know about them. There are more options to do that, what I do is making a symlink to that folder: $ rm /usr/local/share/dbus-1 2/dev/null $ ln -s $PREFIX/share/dbus-1 /usr/local/share/dbus-1 The only disadvantage of this solution is to have changed rights on /usr/local/share/ to be able to write there even as a regular user. Bye, Milan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] MAPI support not even close... ?!?! Can I help?
On Thu, 2009-12-03 at 16:12 -0500, Reid Thompson wrote: (evolution:24437): libebook-WARNING **: ../../../../evolution-data-server/addressbook/libebook/e-book.c:2194: cannot activate book: The name org.gnome.evolution.dataserver.AddressBook was not provided by any .service files You installed evolution-data-server into a prefix that DBus doesn't know about, so it can't autostart the daemons. I have this in my /etc/dbus-1/session.conf: servicedir/home/ross/BUILD/share/dbus-1/services//servicedir Ross -- Ross Burton mail: r...@burtonini.com jabber: r...@burtonini.com www: http://burtonini.com signature.asc Description: This is a digitally signed message part ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] MAPI support not even close... ?!?! Can I help?
On Fri, 2009-12-04 at 09:30 +, Ross Burton wrote: You installed evolution-data-server into a prefix that DBus doesn't know about, so it can't autostart the daemons. Huh. Well, that could definitely be a major part of my problem :-) The question is, isn't there any way to provide a local configuration to d-bus, similar to the BONOBO_ACTIVATION_PATH in bonobo? I looked and it seems that there's a local user dbus-daemon that's started, but it still reads the system session.conf file. And I looked in the session.conf file and it includes session-local.conf which is supposed to be what you customize, if you need to customize dbus locally... but that file appears to be defined to live in /etc/dbus-1 and so it's not REALLY a per-user customizable file. Is there nothing in dbus that lets the user configure things, without requiring root privileges? Thanks! ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] MAPI support not even close... ?!?! Can I help?
On Fri, 2009-12-04 at 09:30 +, Ross Burton wrote: On Thu, 2009-12-03 at 16:12 -0500, Reid Thompson wrote: (evolution:24437): libebook-WARNING **: ../../../../evolution-data-server/addressbook/libebook/e-book.c:2194: cannot activate book: The name org.gnome.evolution.dataserver.AddressBook was not provided by any .service files You installed evolution-data-server into a prefix that DBus doesn't know about, so it can't autostart the daemons. I have this in my /etc/dbus-1/session.conf: servicedir/home/ross/BUILD/share/dbus-1/services//servicedir Ross I still have something a bit off... I added servicedir/opt/evo/share/dbus-1/services//servicedir as shown below. The calendar factory and the addressbook factory now start. Any idea why /usr/libexec/evolution-data-server-2.28 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_BookFactory:1.2 --oaf-ior-fd=29 would be getting started up? calendar - populates using Exchange OWA - does not populate using MAPI Addressbook - personal - works - Exchange LDAP - works - OWA Contacts - works - OWA Contacts backup - works - OWA GAL - Error loading address book. This address book cannot be opened. This either means that an incorrect URI was entered, or the server is unreachable. This was working in 2.28 ( perhaps I typoed something ) - MAPI Contacts, Contacts backup, GAL - I get no response of any type from any of the three. $ cat /etc/dbus-1/session.conf !-- This configuration file controls the per-user-login-session message bus. Add a session-local.conf and edit that rather than changing this file directly. -- !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-Bus Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Our well-known bus type, don't change this -- typesession/type !-- If we fork, keep the user's original umask to avoid affecting the behavior of child processes. -- keep_umask/ listenunix:tmpdir=/tmp/listen standard_session_servicedirs / policy context=default !-- Allow everything to be sent -- allow send_destination=* eavesdrop=true/ [172.16.48.3] !-- Allow everything to be received -- allow eavesdrop=true/ !-- Allow anyone to own anything -- allow own=*/ /policy !-- Config files are placed here that among other things, further restrict the above policy for specific services. -- includedirsession.d/includedir servicedir/opt/evo/share/dbus-1/services//servicedir !-- This is included last so local configuration can override what's in this standard file -- include ignore_missing=yessession-local.conf/include include if_selinux_enabled=yes selinux_root_relative=yescontexts/dbus_contexts/include !-- For the session bus, override the default relatively-low limits with essentially infinite limits, since the bus is just running as the user anyway, using up bus resources is not something we need to worry about. In some cases, we do set the limits lower than all available memory if exceeding the limit is almost certainly a bug, having the bus enforce a limit is nicer than a huge memory leak. But the intent is that these limits should never be hit. -- !-- the memory limits are 1G instead of say 4G because they can't exceed 32-bit signed int max -- limit name=max_incoming_bytes10/limit limit name=max_incoming_unix_fds25000/limit limit name=max_outgoing_bytes10/limit limit name=max_outgoing_unix_fds25000/limit limit name=max_message_size10/limit limit name=max_message_unix_fds4096/limit limit name=service_start_timeout12/limit limit name=auth_timeout24/limit limit name=max_completed_connections10/limit limit name=max_incomplete_connections1/limit limit name=max_connections_per_user10/limit limit name=max_pending_service_starts1/limit limit name=max_names_per_connection5/limit limit name=max_match_rules_per_connection5/limit limit name=max_replies_per_connection5/limit /busconfig ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] MAPI support not even close... ?!?! Can I help?
Hey Reid; what did you have to do to get this working? I tried modifying my configuration then sending HUP to both the system dbus-daemon and my local dbus-daemon, but when I restart evo I still don't see any extra factory applications start. Did you have to kill them outright? Do they restart? Did you just log out/back in? Reboot? I don't know why the e-d-s-2.28 stuff would start if you're running off of the master branch, since those (IIRC) are bonobo services and we shouldn't be using bonobo anymore? ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] MAPI support not even close... ?!?! Can I help?
On Fri, 2009-12-04 at 09:26 -0500, Paul Smith wrote: Hey Reid; what did you have to do to get this working? I tried modifying my configuration then sending HUP to both the system dbus-daemon and my local dbus-daemon, but when I restart evo I still don't see any extra factory applications start. Did you have to kill them outright? Do they restart? Did you just log out/back in? Reboot? I ended up rebooting ( restarting dbus basically killed my session, so I just rebooted to 'get clean' ). Then, I believe, but am not sure, that you actually have to select the Calendar and Contact view to get dbus to start the backend I don't know why the e-d-s-2.28 stuff would start if you're running off of the master branch, since those (IIRC) are bonobo services and we shouldn't be using bonobo anymore? I wonder if it's getting kicked off by mail-notification..??? Will have to investigate that... ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] should git head install e-error.h
git head contains e-error.h here /home/rthompso/evo-git-head/evolution-data-server/addressbook/libebook/e-error.h previous versions of evo installed this header somewhere in $PREFIX/ ala opt/evo.old/include/evolution-2.30/e-util/e-error.h Head apparently does not do this for me rthom...@raker~/evo-git-head/remove-duplicates-plugin-0.0.4 $ find /opt/evo -name e-error.h rthom...@raker~/evo-git-head/remove-duplicates-plugin-0.0.4 Should it? ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] should git head install e-error.h
On Fri, 2009-12-04 at 10:00 -0500, Reid Thompson wrote: git head contains e-error.h here /home/rthompso/evo-git-head/evolution-data-server/addressbook/libebook/e-error.h previous versions of evo installed this header somewhere in $PREFIX/ ala opt/evo.old/include/evolution-2.30/e-util/e-error.h Head apparently does not do this for me rthom...@raker~/evo-git-head/remove-duplicates-plugin-0.0.4 $ find /opt/evo -name e-error.h rthom...@raker~/evo-git-head/remove-duplicates-plugin-0.0.4 Should it? See this message from last week: http://mail.gnome.org/archives/evolution-hackers/2009-November/msg00049.html -- Jonathon Jongsma jonathon.jong...@collabora.co.uk ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] I broke junk filtering config -- help!
On Fri, 2009-12-04 at 12:11 -0500, Paul Smith wrote: Looking at the /apps/evolution/mail/junk/bogofilter section of gconf with gconf-editor, I see only one entry here, unicode which is selected (boolean true). this is all that i have in my gconf. one level up has a bunch, of note is check_incoming and default_plugin ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Anyone doing nightly builds for SUSE?
Just curious if anyone is doing nightly (or frequent) package builds for SUSE (11.2)? I'd like to test some of the new features and bug fixes but in the past, when I've tried to use packages from openSUSE Factory, it also had dependencies on newer versions of the entire gnome stack which was a big headache. Barring that, what would be the best way to test the current unstable release of Evolution? Should I just compile it from source and run it from my home directory? Again, I fear the list of dev package dependencies. Regards, -- John Lange http://www.johnlange.ca ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Anyone doing nightly builds for SUSE?
On Fri, 2009-12-04 at 15:17 -0600, John Lange wrote: Just curious if anyone is doing nightly (or frequent) package builds for SUSE (11.2)? http://download.opensuse.org/repositories/GNOME://Evolution://snapshots/openSUSE_11.2/ I'd like to test some of the new features and bug fixes but in the past, when I've tried to use packages from openSUSE Factory, it also had dependencies on newer versions of the entire gnome stack which was a big headache. The above repository was meant to host daily snapshots of the vanilla code. Right now though, it is picking up code from the 2.28 branch. I'll try to get it to compile the 2.29 series over the holidays. Barring that, what would be the best way to test the current unstable release of Evolution? Should I just compile it from source and run it from my home directory? Again, I fear the list of dev package dependencies. AFAIK, you only have to install the -devel packages of all the deps. Shouldn't be harder than having to compile it :-) Also, the GNOME:Factory repo is updated with every unstable GNOME release. You may want to try that as well. HTH -Suman ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
