|
Name |
|
Date |
Size |
#Lines |
LOC |
| .. | | - | - |
| bindings/ | | 03-May-2024 | - | 2,300 | 1,858 |
| docs/ | | 03-May-2024 | - | 1,020 | 741 |
| m4/ | | 03-May-2024 | - | 9,140 | 8,159 |
| src/ | | 03-May-2024 | - | 2,945 | 2,348 |
| utils/ | | 03-May-2024 | - | 2,045 | 1,604 |
| AUTHORS | D | 03-May-2024 | 67 | 4 | 2 |
| COPYING | D | 03-May-2024 | 17.6 KiB | 341 | 281 |
| COPYING.LIB | D | 03-May-2024 | 25.9 KiB | | |
| ChangeLog | D | 03-May-2024 | 2.7 KiB | 79 | 66 |
| INSTALL | D | 03-May-2024 | 15.4 KiB | 371 | 288 |
| Makefile.am | D | 03-May-2024 | 1.1 KiB | 34 | 11 |
| Makefile.in | D | 03-May-2024 | 24.4 KiB | 787 | 674 |
| NEWS | D | 03-May-2024 | 0 | | |
| README | D | 03-May-2024 | 721 | 14 | 11 |
| aclocal.m4 | D | 03-May-2024 | 43.7 KiB | 1,227 | 1,097 |
| autogen.sh | D | 03-May-2024 | 109 | 5 | 2 |
| compile | D | 03-May-2024 | 6.7 KiB | 311 | 226 |
| config.guess | D | 03-May-2024 | 43.6 KiB | 1,523 | 1,311 |
| config.h.in | D | 03-May-2024 | 2.3 KiB | 87 | 59 |
| config.sub | D | 03-May-2024 | 34.5 KiB | 1,767 | 1,621 |
| configure | D | 03-May-2024 | 441.1 KiB | 15,202 | 12,842 |
| configure.ac | D | 03-May-2024 | 4.5 KiB | 153 | 136 |
| depcomp | D | 03-May-2024 | 19.9 KiB | 689 | 448 |
| install-sh | D | 03-May-2024 | 13.7 KiB | 528 | 351 |
| libcap-ng.spec | D | 03-May-2024 | 3.1 KiB | 117 | 88 |
| ltmain.sh | D | 03-May-2024 | 276.8 KiB | 9,656 | 7,304 |
| missing | D | 03-May-2024 | 10.1 KiB | 332 | 243 |
| py-compile | D | 03-May-2024 | 4.2 KiB | 162 | 116 |
README
1The libcap-ng library should make programming with posix capabilities
2easier. The library has some utilities to help you analyse a system
3for apps that may have too much privileges.
4
5NOTE: to distributions. There is a "make check" target. It only works
6if the headers match the kernel. IOW, if you have a chroot build system
7that is using a much older kernel, the macros in the kernel header files
8will do the wrong thing when the capng_init function probes the kernel
9and decides we are doing v1 rather than v3 protocol. If that is your case,
10just don't do the "make check" as part of the build process.
11
12Report any bugs in this package to sgrubb@redhat.com or better yet,
13file them here: https://bugzilla.redhat.com/
14