On 11/06/2011 12:48 PM, Bruce Dubbs wrote:
> I'm looking at upgrading postfix and want to discuss the page a bit:
>
> http://www.linuxfromscratch.org/blfs/view/svn/server/postfix.html
>
>
> Lets start with the dependencies:
>
> Required: Berkeley DB
> Optional:  PCRE, MySQL, PostgreSQL, OpenLDAP, OpenSSL, Cyrus SASL, and
> cdb or TinyCDB
>
> Breaking this down:
>
> DB      : Berkeley DB, MySQL, PostgreSQL, cdb, TinyCDB
> Regex   : PCRE
> Access  : OpenLDAP, Cyrus SASL
> Security: OpenSSL
>
> I'm confused here.  Why would this application need or want more than
> one DB?  If Berkeley DB is required, what purpose would the other DBs
> provide?
>
> Should it be the following:
>
> Required: Berkeley DB
> Optional: One of MySQL, PostgreSQL, cdb, or TinyCDB
>
No. As far as BerkelyDB, dbm is the default lookup table format 
(postmap). You can use all, none, or any combination in between if you 
need it. It depends on what your target is. You might need to query for 
users in multiple databases for instance, users might be stored in one 
of two databases, and mailbox information in another. I admit, while 
such a complex setup is very unlikely, it is possible (and completely 
unmaintainable in the long run).
> The makedefs script does want to force Berkeley DB to be present and the
> section of BLFS describing arguments is redundant.  I'm not sure what
> the other DBs will do for the package.
>
> -----
>
> Second, the examples list -L/usr/lib and -I/usr/include.  They are
> redundant to the normal search paths.
>
> -----
Only if you've installed to the default path. This info was taken 
directly from the Postfix docu, not so sure about removing it (though by 
the time you get to postfix, the meaning of the options should be self 
explanatory).
> Third, PCRE does not need any AUXLIBS or -I settings.
>
> -----
Didn't used to be the case. Haven't built a new version in a while.
> Fourth, the file ./src/util/sys_defs.h defines HAS_NIS.  This causes
> failure in a couple of programs looking for rpcsvc/ypclnt.h.  I have no
> idea where to find this.  The only workaround is to remove the HAS_NIS
> definition with something like
>
> #ifdef HAS_NIS
>     #undef HAS_NIS
> #endif
>
> at the bottom of ./src/util/sys_defs.h.
>
Back to the NIS support being gone in glibc. Fix looks sufficient. Also 
may want to configure it in a chroot by default now. I had planned to do 
this a long time ago, but never got around to it. There is a bug in Trac.

-- DJ Lucas


-- 
This message has been scanned for viruses and
dangerous content, and is believed to be clean.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to