On Fri, Oct 03, 2003, Dennis McRitchie wrote:

> We need pine to support both ssl and ldap. So I obtained the pine version
> from the openpkg current site (pine-4.58L-20030919.src.rpm) and modified the
> spec file to conditionally (with_ldap=yes) support LDAP as shown in the
> extract at the bottom of this message.
>
> The problem comes in building on Solaris 9. Openldap's libldap.a calls
> inet_aton(), which on Solaris resides in /usr/lib/libresolv.so (whereas on
> RedHat 9 it resides in libc). This is therefore not being automatically
> picked up by the pine makefile, so specifying "-lresolv" as part of
> EXTRALDFLAGS is required to complete the build successfully. (Interestingly,
> openldap is aware of the -lresolv requirement and uses it to test for the
> presence of inet_aton() as well as at build time.)

I've taken over your LDAP related changes, although in a
little bit adjusted way. Especially I had to make the -lresolv
part dependent on the Solaris platform, of course. See
http://cvs.openpkg.org/chngview?cn=12595 for details. Thanks for your
contribution.

> I also added another build option regarding sendmail which you may or may
> not want to include. On our systems, sendmail is considered an integral part
> of the OS (be it Solaris or Linux) and is installed and configured
> appropriately for our mail server on all systems. So we don't want to build
> mail clients (such as pine) that default to their own "private" sendmail.
> Rather, we need to build pine so that it points to the OS default sendmail
> location. My option (default_sendmail=yes) does this.

Sorry, but this part I have not taken over. Mainly, because I Pine
always wants an MTA as Mutt and others do. The more politically correct
and generic solution to your problem is that you write your own dummy
package (whatever it is named) which "Provides: MTA" and contains a
symlink <prefix>/sbin/sendmail pointing to your OS sendmail. This
package you then can use to fulfill the MTA dependency for other OpenPKG
packages, too.
                                       Ralf S. Engelschall
                                       [EMAIL PROTECTED]
                                       www.engelschall.com

______________________________________________________________________
The OpenPKG Project                                    www.openpkg.org
Developer Communication List                   [EMAIL PROTECTED]

Reply via email to