On Tue, Nov 06, 2007, Christoph Schug wrote:

> On Tue, Nov 06, 2007, Ralf S. Engelschall wrote:
> > On Tue, Nov 06, 2007, Gunnar Wrobel wrote:
> >
> > > Currently I fail to build the "imapd" package on rm0. It fails with
> > >
> > > checking for db.h... yes
> > > configure: error: Berkeley DB 3.x or later was not found.  You may need to
> > >     supply the --with-bdb-libdir or --with-bdb-incdir configure options.
> > > error: Bad exit status from /ltmp/kk/openpkg/rpm-tmp.18065 (%build)
> > >
> > > I tried installing "db45" but that didn't seem to help. What could I
> > > do to fix that?
> >
> > The problem is that the installed "db" package was built by me with
> > "with_pthreads=yes" a few days ago for testing purposes together with
> > OpenLDAP. I just forgot to reinstall a "regular" "db" package. Now
> > fixed.
>
> Ah, nice hint. In the case we should add a conflict to the list of
> dependencies. OTOH, if don't want to clutter all packages using db, why
> not change the db package by building one version of db without thread
> support and build a second version of db with thread support under a
> different path. So we can handle it nicely in the db package itself.

In general: yes. But the with_pthread=yes option in "db" is really just
experimental. I even added a %{warn: ...} to it. I currently just need
it to allow one to drive a Pthread-based OpenLDAP and actually I would
like to get rid of "db"'s "with_pthread" option at all again soon, too.
So, I don't think we should put any real efforts into this. Best is to
never build "db" with "with_pthread=yes" at all... Perhaps the %{warn}
in db.spec should be even a %{error}...

> Furhtermore I just had a look at the imapd configure script. From my
> point of view we can clean up several things in the imapd.spec file. The
> shtool subst operations are obsolete. The '-L' and '-I' lines are not
> longer existent and the rest seems to be handled correctly when invoking
> configure with the '--with-bdb' option. Furthermore, '--with-bdb-incdir=
> und '--with-bdb-libdir' don't make any sense as long the '--with-bdb'
> option is given.
> [...]

I build once with and without your patch and the result looks just fine.
I see no problem. Please commit these cleanup changes, Christoph.

                                       Ralf S. Engelschall
                                       [EMAIL PROTECTED]
                                       www.engelschall.com

______________________________________________________________________
OpenPKG                                             http://openpkg.org
Developer Communication List                   openpkg-dev@openpkg.org

Reply via email to