History log of /external/libcap/pam_cap/Makefile
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
c63a1e3e546d1f2f708a7dcd759780bfb8cecf07 20-May-2014 Benedikt Morbach <benedikt.morbach@googlemail.com> don't include FAKEROOT in Makefile variables

instead, prepend it when actually using them.
This makes the variables more useful for specifying on the make invocation,
as you don't have to repeat your FAKEROOT/DESTDIR for every variable you
want to set. Just like you can set 'lib' without specifying lib_prefix.

compare:
make DESTDIR="${somevar}" prefix=/usr/local LIBDIR="${somevar}"/usr/local/lib96 MANDIR="${somevar}"/usr/share/man
to:
make DESTDIR="${somevar}" prefix=/usr/local LIBDIR=/usr/local/lib96 MANDIR=/usr/share/man

Signed-off-by: Andrew G Morgan <morgan@kernel.org>
/external/libcap/pam_cap/Makefile
2e4cf44d440261f866d13eb40e6ec1525787b8b2 09-Aug-2010 Andrew G. Morgan <morgan@kernel.org> Default to installing setcap with an inheritable capability.

For my conveneince, default to installing an inheritable
file capability on setcap when installed. This requires the
process inherit a capability for it to take effect, but that's
what pam_cap is for...

You can disable this install feature with:

make RAISE_SETFCAP=no install

Also, clean up Make files and a test, and add more comments.
The make files needed a fix (remove -lpam from pam_cap/Makefile)
and I've added a number of comments in support of various issues
folk have asked me about.

Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/pam_cap/Makefile
582557d140e3b302ec818d2590e6c7fe6f9bf776 30-Sep-2009 Torsten Werner <twerner@debian.org> fix Makefiles

This patch allows modifications of $(CFLAGS) when invoking make and fixes some
library linking issues.

Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/pam_cap/Makefile
7f6da0520f432b3da828226ce54a4bec9d3e94e8 17-Oct-2008 Andrew G. Morgan <morgan@kernel.org> Make rules were not complete for compiling on unprepared systems.

Reported-by: Ulf GrĂ¼ne <ulf.gruene@t-online.de>
Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/pam_cap/Makefile
fe9965357926a1f95fcbd2dd33d86374c48caae5 03-Jun-2008 Andrew G. Morgan <morgan@kernel.org> Some makefile cleanups.

All the good parts of this change are Mike Frysinger's
<vapier@gentoo.org> work. Everything that is broken, is due to my
mangling of it.

Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/pam_cap/Makefile
627017564a647d46a5ec924b0484d22575956920 31-Mar-2008 Andrew G. Morgan <morgan@kernel.org> Figured out how and where to install pam_cap.so

Also fixed a bug with config= module argument.

Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/pam_cap/Makefile
f726d19d3e79b2858796b3f97dc603119f709de1 08-Nov-2007 Andrew Morgan <morgan@kernel.org> This is libcap-2.00.

This revision of libcap has support for 32-bit and 64-bit capabilities.
It also supports filesystem capabilities of both sizes.
/external/libcap/pam_cap/Makefile
aadd6fad3f09bd5abcaacf8618fb8093a5aa7ba8 14-Aug-2007 Andrew Morgan <morgan@kernel.org> Build with a pam_cap module.

Note, I've been confused about the capset/capget system calls.
It would seem that the current way(TM) is to get the raw API
from libc.
/external/libcap/pam_cap/Makefile
9fe5d0568f1e1a2c103a3293db87be075f8c1558 14-Aug-2007 Andrew Morgan <morgan@kernel.org> I'm installing the pam_cap code here.

Since I wrote it, and reserve all rights, I'm going to rebrand it
with the same license as libcap. (Will fix this an compiling etc.
on the next commit.)
/external/libcap/pam_cap/Makefile