Re: [Evolution-hackers] evolution and ldap contacts

2008-06-09 Thread Srinivasa Ragavan
On Fri, 2008-06-06 at 11:17 +0200, Thomas Vander Stichele wrote:
 Hi,
 
 I've been trying in my spare time to dip my feet in the LDAP contacts
 backend because, well, there's lots of stuff that it does wrong for me
 to the point where it's close to unusable in my real life use.
 
 I'm starting small, and I have some questions that I've already asked
 various people IRL or on IRC, but nobody seems to have a good idea, so I
 thought I'd join and ask here instead.
 
 1) Does anyone know why the LDAP backend first does an anonymous bind
 (which my servers for obvious reasons don't allow) to decide if the
 server is up at all ? I don't see the point of not using the credentials
 configured here.
If the credentials are there already, it may not make sense to do a anon
bind. But I donno much history behind the code there.
 
 2) Is there anything in evolution checeking the
 GNOME_Evolution_Addressbook_CallStatus returned from some of the calls ?
 It is hugely annoying to not have any clue at all *why* a contact
 backend fails.  It got slightly better in evo 2.22 (which shows Error
 loading addressbook in the widget you get when you click To/CC/Bcc) but
 not by much.  Where should I go dig in the Evolution code to show some
 useful error messages because of CallStatus returns ?
The best bet is to debug out from EDS. Generic error returns from eds
are shown with that message iirc. See where it returns that message and
pro'lly you 'll know there.
 
 3) One of the possible reasons of failure for an LDAP backend is not
 having the certificate installed, which is an especially important part
 to warn about and provide a solution for.  Should I reuse an existing
 CallStatus (like AuthenticationFailed) or add one for this case ?
 
You can use it. 

 4) Anyone have an idea why right-clicking on an address in a mail,
 adding it to addressbook, then selecting an LDAP backend, claims that
 the backend is readonly, while it works fine when I go to it in the
 contacts view ? My eds debug console shows no LDAP activity meanwhile,
 it's not even trying to write to the LDAP server.  This is new in 2.22 -
 I didn't have this behaviour in previous releases.
 

You can look at
addressbook/gui/contact-editor/e-contact-quick-add.c:merge_cb that seem
to emit the error.

-Srini

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Can't build Evolution-Data-Server due to undefined reference to `e_proxy_require_proxy_for_uri'

2008-06-09 Thread Muelli

Hey folks,

I have troubles building e-d-s:

gcc -g -O2 -Wall -Wmissing-prototypes -Wno-sign-compare 
-Wno-pointer-sign -Wl,-O1 -Wl,--enable-new-dtags -Wl,--sort-common 
-Wl,--as-needed -o .libs/soap-test soap-test.o -pthread 
-Wl,-R/usr/lib/nspr  ../../libedataserver/.libs/libedataserver-1.2.so 
-L/opt/gnome2/lib -L/usr/lib/nspr ./.libs/libegroupwise-1.2.so 
/opt/gnome2/lib/libbonobo-2.so /opt/gnome2/lib/libbonobo-activation.so 
/opt/gnome2/lib/libORBitCosNaming-2.so /opt/gnome2/lib/libsoup-2.4.so 
/opt/gnome2/lib/libxml2.so -lm /opt/gnome2/lib/libgnutls.so 
/opt/gnome2/lib/libtasn1.so -lz /opt/gnome2/lib/libgcrypt.so 
/opt/gnome2/lib/libgpg-error.so /opt/gnome2/lib/libgio-2.0.so 
/opt/gnome2/lib/libgconf-2.so /opt/gnome2/lib/libORBit-2.so 
/opt/gnome2/lib/libgmodule-2.0.so /opt/gnome2/lib/libgthread-2.0.so -lrt 
/opt/gnome2/lib/libdbus-glib-1.so -lnsl /opt/gnome2/lib/libdbus-1.so 
/opt/gnome2/lib/libgobject-2.0.so /opt/gnome2/lib/libglib-2.0.so -lplds4 
-lplc4 -lnspr4 -ldl -lpthread -Wl,--rpath -Wl,/opt/gnome2/lib
./.libs/libegroupwise-1.2.so: undefined reference to 
`e_proxy_require_proxy_for_uri'

./.libs/libegroupwise-1.2.so: undefined reference to `e_proxy_setup_proxy'
./.libs/libegroupwise-1.2.so: undefined reference to `e_proxy_new'
./.libs/libegroupwise-1.2.so: undefined reference to `e_proxy_peek_uri'
collect2: ld returned 1 exit status
make[4]: *** [soap-test] Error 1
make[4]: Leaving directory 
`/home/muelli/svn/gnome2/evolution-data-server/servers/groupwise'

make[3]: *** [all] Error 2
make[3]: Leaving directory 
`/home/muelli/svn/gnome2/evolution-data-server/servers/groupwise'

make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory 
`/home/muelli/svn/gnome2/evolution-data-server/servers'

make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/muelli/svn/gnome2/evolution-data-server'
make: *** [all] Error 2
*** error during stage build of evolution-data-server: ## Error 
running make   *** [52/54]


You might want to have a look at the full build log at 
http://rafb.net/p/Uwlhfj78.html

Especially ./libedataserver/e-proxy.c seems to be built.

I could swear that I had e-d-s built and never touched it. I am not 
aware of any changes that might cause this build failure.


Does anybody have a hint for me?

Thanks in advance,
  Muelli
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] evolution and ldap contacts

2008-06-09 Thread George Farris
On Fri, 2008-06-06 at 11:17 +0200, Thomas Vander Stichele wrote:
 Hi,
 
 I've been trying in my spare time to dip my feet in the LDAP contacts
 backend because, well, there's lots of stuff that it does wrong for me
 to the point where it's close to unusable in my real life use.
 
 I'm starting small, and I have some questions that I've already asked
 various people IRL or on IRC, but nobody seems to have a good idea, so I
 thought I'd join and ask here instead.
 
 1) Does anyone know why the LDAP backend first does an anonymous bind
 (which my servers for obvious reasons don't allow) to decide if the
 server is up at all ? I don't see the point of not using the credentials
 configured here.
 
 2) Is there anything in evolution checeking the
 GNOME_Evolution_Addressbook_CallStatus returned from some of the calls ?
 It is hugely annoying to not have any clue at all *why* a contact
 backend fails.  It got slightly better in evo 2.22 (which shows Error
 loading addressbook in the widget you get when you click To/CC/Bcc) but
 not by much.  Where should I go dig in the Evolution code to show some
 useful error messages because of CallStatus returns ?
 
 3) One of the possible reasons of failure for an LDAP backend is not
 having the certificate installed, which is an especially important part
 to warn about and provide a solution for.  Should I reuse an existing
 CallStatus (like AuthenticationFailed) or add one for this case ?
 
 4) Anyone have an idea why right-clicking on an address in a mail,
 adding it to addressbook, then selecting an LDAP backend, claims that
 the backend is readonly, while it works fine when I go to it in the
 contacts view ? My eds debug console shows no LDAP activity meanwhile,
 it's not even trying to write to the LDAP server.  This is new in 2.22 -
 I didn't have this behaviour in previous releases.
 
 
 Any help on these questions would be much appreciated, because I look
 forward to have a working LDAP contacts backend.
 

Here is a feature request.  Make the LDAP view return a list of contacts
or at least a partial, user selectable number of contacts and display
them without having to do a manual search.  Basically make it work like
the contacts on the local hard drive.

Thanks


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] evolution and ldap contacts

2008-06-09 Thread William Murray

  And my favourite feature request:
   DISABLE LDAP if you cannot see the server. 
  I need to tunnel in to my work to get the LDAP server; without
access Evo hangs for 1 minute between each transaction.  And some places
I cannot make the tunnel, so evo is unusable.
 Bill

On Mon, 2008-06-09 at 12:06 -0700, George Farris wrote:
 Here is a feature request.  Make the LDAP view return a list of
 contacts
 or at least a partial, user selectable number of contacts and display
 them without having to do a manual search.  Basically make it work
 like
 the contacts on the local hard drive.
 
 Thanks
 
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers