hey Werner, On Thu, Jan 31, 2008 at 12:14:43PM +0100, Werner Koch wrote: > On Thu, 31 Jan 2008 06:21, [EMAIL PROTECTED] said: > > > Function `ldap_init' implicitly converted to pointer at dirmngr_ldap.c:520 > > Huh? ldap.h is included and thus I can see no such problem.
Yep, and that's why dirmngr hasn't triggered this issue until now. ldap.h used to globally expose these functions. ldap.h has begun deprecating old functions, requiring packages to explicitly define LDAP_DEPRECATED to use them. This seems to be a pretty common practice. > > The libldap API has been updated and many functions used by the ldap > > plugin are now deprecated. This package should either update to the > > new API or define LDAP_DEPRECATED to continue using the deprecated > > Well if the LDAP API is changed then the new API needs to be selected > explicitly. Not the other way around. You should not force existing > software to change to a new API. fyi, I don't have anything to do with the ldap API. I just check for this class of build problems (which are non-ldap specific) since they are almost guaranteed to cause pkgs to crash on certain architectures. But from what I can tell, this isn't forcing a change to a new API, its just telling software packagers that these functions will likely go away at some point, so you should figure out a transition plan. > Dirmngr needs to build on all kind of systems not just on the latest > Debian. If all of these systems support the old API, then defining LDAP_DEPRECATED seems like the easiest approach. This shouldn't break builds on other systems. I don't know how long these old functions will be supported though - that's a question for the ldap maintainers. I also have strong doubts that this is a Debian-specific change; I suspect all systems that provide this library to need to go through the same transition at some point. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
