History log of /external/libcap/libcap/cap_text.c
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
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