d718c084e9f95b793d16a66788670610a37774f9 |
|
17-Oct-2008 |
Andrew G. Morgan <morgan@kernel.org> |
Another corner case not gracefully handled by cap_to_text. This shows up when you try to run getpcaps on a system still running with 32-bit capabilities. The output is very verbose for a process with no capabilities. Now it yields '='. Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/libcap/cap_text.c
|
3184213774c3fb3e467c7bea080a88f6b984b4e4 |
|
09-Oct-2008 |
Andrew G. Morgan <morgan@kernel.org> |
Remove support for kernel feature never implemented. Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/libcap/cap_text.c
|
2481202d5e1f94f6f8191e2a10d21730b4f5a135 |
|
08-Jul-2008 |
Andrew G. Morgan <morgan@kernel.org> |
Fix cap_copy_int(), add two functions cap_get_pid() and cap_compare() Test new and old function with modified test. Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/libcap/cap_text.c
|
e482cc22ad687f50882f0029ed4b9adebb01911c |
|
30-Jun-2008 |
Andrew G. Morgan <morgan@kernel.org> |
Make text representation more readable. When the most compact representation of a set of capabilities involves displaying unnamed capabilities (with numbers), folk find the output unreadable. With this change, we make an attempt to avoid ever printing numeric capabilities in the common cases for capability sets. Reported-by: Serge E. Hallyn <serue@us.ibm.com> Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/libcap/cap_text.c
|
d62769b6fc69244bd9922b018787d8bb7e332118 |
|
27-May-2008 |
Andrew G. Morgan <morgan@kernel.org> |
We're moving on to v3 capabilities, to overcome a header file snafu. v3 capabilities are functionally equivalent to v2 capabilities, but having a different magic value allow the kernel to warn about possibly unsafe use of v2 capabilities. Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/libcap/cap_text.c
|
3f7da3c2259741354f4e55105c466ae1443a0490 |
|
06-Mar-2008 |
Andrew G. Morgan <morgan@kernel.org> |
Address a bug manipulating 32-bit text representations of capabilities. Reported separately by Serge and Chris Friedoff.
/external/libcap/libcap/cap_text.c
|
159fc80362a68a54ca72d1a0419975ac76333d4b |
|
26-Feb-2008 |
Andrew G. Morgan <morgan@kernel.org> |
Add support for Kohei KaiGai's /sys/kernel/capability/ files. This change adds support for checking for new capabilities in the /sys/kernel/capability/{codes,names}/* files when the library wasn't compiled with the latest capabilities. Also update documentation for cap_from_text.3 to be more explicit about how to free a libcap allocated string. (Bug reported by Serge.) Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/libcap/cap_text.c
|
7aff2edf61f96087e7ac47def97acb638bb7bca2 |
|
05-Feb-2008 |
Andrew G. Morgan <morgan@kernel.org> |
We don't need to export _cap_names[] any more. I've added perfect hash generation support for looking up names (if you have gperf installed). Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/libcap/cap_text.c
|
597369a007f20080e13ffbe3a4dfed38897c7edc |
|
31-Jan-2008 |
Andrew G. Morgan <morgan@kernel.org> |
This commit fixes some text -> cap# mapping and works with securebits patch.
/external/libcap/libcap/cap_text.c
|
c2a25909b2c4d989e49cdedcac4dd52c45f0570b |
|
24-Jan-2008 |
Andrew G. Morgan <morgan@kernel.org> |
Fix malloc(size) but in capsh and numeric capabilities (for unnamed bits) capsh allocated too little memory for the --inh argument - led to glibc aborting with free(). libcap has always had latent support for identifying unnamed capabilities with integers. It was untested (and therefore broken) prior to this commit. Should be fixed now. Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/libcap/cap_text.c
|
907393e8d611fc887440d77335bc87adc0bed0bd |
|
21-Jan-2008 |
Andrew G. Morgan <morgan@kernel.org> |
Introduce two new capability <-> text helper functions. _cap_names was a really clumsy interface. With this commit, we add cap_to_name() and cap_from_name() with manual documentation too. Signed-off-by: Andrew G. Morgan <morgan@kernel.org>
/external/libcap/libcap/cap_text.c
|
32423d46c83c639c2df7db7ee74b8ec7be2b1234 |
|
01-Nov-2007 |
Andrew Morgan <morgan@kernel.org> |
Add support for 64-bit (file) capabilities This should compile with any iteration of a recent (2.6) kernel. If your kernel has 64-bit capabilities support, and the kernel headers indicate this, then it will include that. 32-bit legacy kernel support is dynamically performed by such a build of libcap.
/external/libcap/libcap/cap_text.c
|
ec25bd9b420ab62bcc3ec709f467eb43d434b66d |
|
11-Jul-2007 |
Andrew Morgan <morgan@kernel.org> |
Prepare for 1.95 release.
/external/libcap/libcap/cap_text.c
|
f9c44c45c23630bcf24135d7972a298aad5949ea |
|
11-Jul-2007 |
Andrew Morgan <morgan@kernel.org> |
This is libcap-1.10 http://www.kernel.org/pub/linux/libs/security/linux-privs/kernel-2.2/libcap-1.10.tar.gz
/external/libcap/libcap/cap_text.c
|
2153ffce3a55344869504792a7aaf365990cc3f0 |
|
11-Jul-2007 |
Andrew Morgan <morgan@kernel.org> |
This is libcap-1.01 http://www.kernel.org/pub/linux/libs/security/linux-privs/kernel-2.2/libcap-1.01.tar.gz
/external/libcap/libcap/cap_text.c
|
7baf3be8302d9a7ba63c8c57131ecbc3fbd6d3eb |
|
11-Jul-2007 |
Andrew Morgan <morgan@kernel.org> |
This is the source for libcap-1.0.tar.gz http://www.kernel.org/pub/linux/libs/security/linux-privs/kernel-2.2/libcap-1.0.tar.gz
/external/libcap/libcap/cap_text.c
|