USE флаг xinetd
KBAKEP 29 мая, 2008 - 15:13
После очередного обновления обнаружил, что система хочет поставить мне совершенно ненужный xinetd.
Появился глобальный USE флаг xinetd. Я тут же в /etc/make.conf добавил в USE для него -xinetd.
Но emerge -uDNp world упорно желает его выставить. revdep-rebuild ничего не сделал. Кого/что трясти?
»
- Для комментирования войдите или зарегистрируйтесь
сделать emerge
сделать emerge -pvuNDt world и посмотреть кому оно надо
# emerge -pvuNDt worldThese
# emerge -pvuNDt world
Снёс специально эти два приложения, и прописал в /etc/portage/package.use следующее:
net-misc/netkit-talk -xinetd
net-misc/netkit-rsh -xinetd
Никакого толку
Откуда должен
Откуда должен быть толк? Я что-то не вижу у них такого USE-флага
Пожалуйста, не описывайте своё железо в подписи
Ну, да, флага
Ну, да, флага нет. Тем не менее, при наборе
# emerge -pvuNDt netkit-talk
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[ebuild N ] net-misc/netkit-talk-0.17-r4 USE="-ipv6" 0 kB
[ebuild N ] sys-apps/xinetd-2.3.14 USE="perl tcpd" 0 kB
Total: 2 packages (2 new), Size of downloads: 0 kB
а если набираю
# emerge -pvuNDt netkit-rsh
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[ebuild N ] net-misc/netkit-rsh-0.17-r8 USE="pam" 0 kB
Total: 1 package (1 new), Size of downloads: 0 kB
Не могу понять, откуда этот xinetd тогда лезет?
talk и rsh оставляли свои файлы в /etc/xinetd.d я их снёс чтобы не было зависимостей, но это не помогло.
В /etc/xinetd.d ещё остался cups-lpd но я cups тоже пересобирал уже с ключом -xinetd на него это не произвело впечатления.
Ха
Отсюда следует, что xinetd в обязательных зависимостях у netkit-talk, только и всего. USE-флагами тут ничего не поправишь
Пожалуйста, не описывайте своё железо в подписи
Собственно
Собственно использование meta(spliT) kde гораздо удобнее, мог бы просто не ставить конкретно ту часть kdenetwork которая тянет xinetd
Да, это мысль.
Да, это мысль. Сделаю именно так (но немного позже). Сейчас обошёлся костылём в виде установки net-misc/ytalk.
Вот выдержка из ебилда для kdenetwork:
RDEPEND="${BOTH_DEPEND}
rdesktop? ( >=net-misc/rdesktop-1.4.1 )
dev-lang/perl
ssl? ( dev-perl/IO-Socket-SSL
=app-crypt/qca-tls-1.0* )
net-dialup/ppp
|| ( net-misc/netkit-talk net-misc/ytalk sys-freebsd/freebsd-ubin )"
может так:
equery d xinetd
?
Пересобрал
Пересобрал rsync
# emerge -pv rsync
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] net-misc/rsync-2.6.9-r6 USE="acl -ipv6 -static -xinetd" 0 kB
# equery d xinetd
[ Searching for packages depending on xinetd... ]
net-misc/rsync-2.6.9-r6 (xinetd? sys-apps/xinetd)
но при этом
# emerge -p rsync
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] net-misc/rsync-2.6.9-r6
Т.е. он не желает собираться с xinetd
Кто это сказал,
Кто это сказал, что "не желает"?
Пожалуйста, не описывайте своё железо в подписи
Ну, он же не
Ну, он же не требует установки xinetd перед собой.
Или я что-то не так понимаю?
Дык он уже
Дык он уже установлен, если
equery d xinetdвыводит что-то, кроме "не найден пакет"Пожалуйста, не описывайте своё железо в подписи
Я запутался
С одной стороны,
[ebuild N ] sys-apps/xinetd-2.3.14 USE="perl tcpd" 0 kBто есть пакет не установлен. С другой
наоборот, уже установлен
Непонятно!.
Пожалуйста, не описывайте своё железо в подписи
Это лишь
Это лишь возможная зависимость. Т.е. флаг _может_ стоять, а может и не стоять. Именно это и показывает знак вопроса после xinetd.
________________
Software is like sex; it's better when it's free.
То есть
То есть установленный пакет rsync может требовать xinetd?
Пожалуйста, не описывайте своё железо в подписи
По идее да, если
По идее да, если поднимать на машине rsyncd.
а чем тебе
а чем тебе мешает "совершенно ненужный xinetd" ? он собственно никому не мешает...
Ну, во-первых
Ну, во-первых мне неохота ставить то, что мне не нужно.
А во-вторых тут явное противоречие с глобальным флагом. Фактически мы здесь улучшаем самосогласованность дистрибутива, пытаясь выяснить в чём проблема. По крайней мере мне так кажется. :)
есть
есть необязательные зависимости - на них есть флаг. а есть жёсткие, на них флага нет.
нетема
Все зависит от того, чем ты готов пожертвовать ради этого )
Это нелегкий путь - разгребать все зависимости...
В один далеко непрекрасный день ты с тоскою поймешь, что потратил полжизни, для того чтобы избавиться от одного крошечного пакетика в 10 кб, который даже в автозапуске не стоял ))