Am 21.12.2012 01:56, schrieb Michael Elkins: > On Fri, Dec 21, 2012 at 01:42:34AM +0100, Matthias Andree wrote: >> It is not FreeBSD specific - Ubuntu Linux and openSUSE Linux permit >> multiple DB packages, and NetBSD does, too. > > Ubuntu 12.04 allows you to install multiple versions of the runtime, but > not of > the development packages, which are required to compile Mutt: > > $ sudo apt-get install libdb5.1-dev > Reading package lists... Done > Building dependency tree Reading state information... Done > The following packages will be REMOVED: > libdb4.8-dev > The following NEW packages will be installed: > libdb5.1-dev > 0 upgraded, 1 newly installed, 1 to remove and 2 not upgraded. > Need to get 0 B/852 kB of archives. > After this operation, 1,976 kB disk space will be freed. > Do you want to continue [Y/n]?
Right. >> I can try to write this up as configure.ac snippet later, time >> permitting, if you are willing to take such a change (I'd grab the >> existing path search list). If you don't like the concept, I'll save >> myself the hassle :) > > I don't really care either way, since most Linux users are doing > TokyoCabinet > rather than BDB. But if *BSD users have a preference for BDB and the > current > mechanism isn't working, feel free to submit a patch. For the port, it does work, because the port maintainer has seen to passing the proper environment variables so that the library is found. I wouldn't call BDB it a preference, though - the FreeBSD port allows building against Tokyocabinet, but it is not offered through the dialog (ncurses) based options menu, but must be set through /etc/make.conf or on the command line. I doubt many users do that. I didn't even know it was possible until a few minutes ago, and I have had quite a bit of exposure to FreeBSD ports in the past dozen years. Now wondering if there is something about the other patch that triggers spam filters. Regarding the other patch, you seem to have merged most of it, but not the switch from AC_GNU_SOURCE to AC_USE_SYSTEM_EXTENSIONS. The former is obsolete and slated to be removed, the latter subsumes AC_GNU_SOURCE and other options. Also, I prefer $SHELL over sh because I have found Solaris's sh to be too broken to care about, and need to use /usr/xpg4/bin/sh instead. Hardcoding a path-less sh forfeits that. Your call now. :-)
