Исходное сообщение
"Первый стабильный выпуск ветки Tor 0.3.0" Отправлено Аноним84701, 27-Апр-17 13:25
> Я имею в виду то, что 0.2.7 не имеет такой зависимости, а > 0.3.0 её имеет, причём если удалить libcap-devel и попробовать скомпилировать, то > библиотеку не просят, и без неё работает. Гм, я правильно понимаю, что теории заговоров и метод тыка намного интереснее, чем почитать, для чего оно вообще нужно и глянуть в код? http://directory.fsf.org/wiki/Libcap > Libcap implements the user-space interfaces to the POSIX 1003.1e capabilities available in Linux kernels. https://github.com/torproject/tor/blob/release-0.3.0/src/com... #ifdef HAVE_SYS_CAPABILITY_H #include <sys/capability.h> #endif .. /** Return true iff we were compiled with capability support, and capabilities * seem to work. **/ int have_capability_support(void) { #ifdef HAVE_LINUX_CAPABILITIES   cap_t caps = cap_get_proc();   if (caps == NULL)    .. #ifdef HAVE_LINUX_CAPABILITIES /** Helper. Drop all capabilities but a small set, and set PR_KEEPCAPS as * appropriate.   * * If pre_setuid, retain only CAP_NET_BIND_SERVICE, CAP_SETUID, and * CAP_SETGID, and use PR_KEEPCAPS to ensure that capabilities persist across * setuid(). * * If not pre_setuid, retain only CAP_NET_BIND_SERVICE, and disable * PR_KEEPCAPS. * * Return 0 on success, and -1 on failure. */ static int drop_capabilities(int pre_setuid) { Добровольное ограничение собственных возможностей программой вполне похвально. Опять же, зависимость опциональная, а не "паразитная", потому как существуют и другие целевые платформы.