Home | History | Annotate | only in /external/libcap-ng/libcap-ng-0.7
Up to higher level directory
NameDateSize
aclocal.m401-Nov-201343.7K
AUTHORS01-Nov-201367
autogen.sh01-Nov-2013109
bindings/01-Nov-2013
ChangeLog01-Nov-20132.7K
compile01-Nov-20136.7K
config.guess01-Nov-201343.6K
config.h.in01-Nov-20132.3K
config.sub01-Nov-201334.5K
configure01-Nov-2013441.1K
configure.ac01-Nov-20134.5K
COPYING01-Nov-201317.6K
COPYING.LIB01-Nov-201325.9K
depcomp01-Nov-201319.9K
docs/01-Nov-2013
INSTALL01-Nov-201315.4K
install-sh01-Nov-201313.7K
libcap-ng.spec01-Nov-20133.1K
ltmain.sh01-Nov-2013276.8K
m4/01-Nov-2013
Makefile.am01-Nov-20131.1K
Makefile.in01-Nov-201324.4K
missing01-Nov-201310.1K
NEWS01-Nov-20130
py-compile01-Nov-20134.2K
README01-Nov-2013721
src/01-Nov-2013
utils/01-Nov-2013

README

      1 The libcap-ng library should make programming with posix capabilities
      2 easier. The library has some utilities to help you analyse a system
      3 for apps that may have too much privileges.
      4 
      5 NOTE: to distributions. There is a "make check" target. It only works
      6 if the headers match the kernel. IOW, if you have a chroot build system
      7 that is using a much older kernel, the macros in the kernel header files
      8 will do the wrong thing when the capng_init function probes the kernel
      9 and decides we are doing v1 rather than v3 protocol. If that is your case,
     10 just don't do the "make check" as part of the build process.
     11 
     12 Report any bugs in this package to  sgrubb (a] redhat.com  or better yet,
     13 file them here: https://bugzilla.redhat.com/
     14