On 12/1/20 11:23 PM, Bruce Dubbs via blfs-dev wrote:
On 12/1/20 3:02 PM, Tim Tassonis via blfs-dev wrote:
On 12/1/20 5:33 PM, Bruce Dubbs via blfs-dev wrote:
On 12/1/20 7:48 AM, Tim Tassonis via blfs-dev wrote:
Hi all
When re-building pam version 1.5.1, I noticed that it links against
bdb, because I had installed bdb since my last pam build.
As I'm not really fond of including bdb in all installations using
pam, I found out that by specifying
--enable-db=no
at configure time, pam will be build without it.
It might be a good idea to add a remark about that option on the pam
page. What do others think about it?
Not sure. We have bdb listed as optional. We really don't normally
list how to disable optional packages. I really don't know what it
does for pam. Looking at the man page it says it is a PAM module to
authenticate against a db database.
Looking at my log, it appears to just build the module pam_userdb.so.
It looks like the only downside of building that module if you are
not going to use it is using about 72 KB on disk.
Well, libdb is a bit bigger:
ls -lh /usr/lib/libdb-5.3.so
-rwxr-xr-x 1 root root 1.9M Oct 13 08:46 /usr/lib/libdb-5.3.so
I fully agree that the book is not here to allow to minimize run-time
dependencies, it only covers build AND run dependencies.
So, I can live well without the info in the book, I have in now in my
build script.
My scenario is: I always install PAM on all systems, but bdb only when
needed. If pam is linked against bdb, this will require the 2 MB big
libdb to be installed as well on all systems.
But that is just my scenario, other BLFS users use their systems
differently and don't have this problem.
If you do not already have bdb installed, then there is no issue. If it
is installed, then only the 72 KB module is added.
The thing is: I do build everything from source, like in the book, but
with DESTDIR. I then deploy the resulting binaries onto different
machines, and there I run into added run-time dependencies, if bdb was
installed on the build host.
Clearly, this is not strictly the book's scope, but if other people work
like I do, they might run into the same problems.
Bye
Tim
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page