Зависимости и как с ними бороться?

Счастливо добрался до сборки gnome-light, и тут началось...
1) yelp упорно отказывался компилиться. Здесь на форуме нашёл бубен - пересобрать xulrunner с "+cups", и оно получилось, но пришлось ставить cups с зависимостями, притом что принтера нет и не предвидится. Академический вопрос - как это вообще может быть? Как может быть связана ошибка компилирования одной программы с юзами другой?
2) Захотел посмотреть состав метапакета gnome, чтобы выбрать оттуда то, что мне действительно надо. Смотрел через

emerge -pv gnome

Точнее, хотел посмотреть, т.к. некий hamster-applet требовал какой-то пакет с определёнными юзами (сейчас не вспомню, что именно). Плюнул и поставил, что требовалось только ради того, чтобы посмотреть состав метапакета. Да, конечно, пробовал equery depgraph gnome, но даже с глубиной 2 там таакоооой списочек получился... Вопрос: можно ли получить human-readable (как emerge -pv) список зависимостей/состав метапакета каким-то другим способом?
3) Захотел было поставить networkmanager, но он потребовал ppp, wifi и ещё что-то, чего в системе нет на уровне железа. Юзами этого не убрать. Неужели эти зависимости так критичны для работы networkmanager? Ставить --nodeps не решился, т.к. при обновлении всё равно это всплывёт, и вообще хочется понять, откуда берутся такие жёсткие зависимости - личное мнение мантейнера или реальное положение дел (программа не соберётся/не заработает)? И, если первое, то что лучше (с точки зрения баланса между стабильностью и "чистотой" системы): переписывать ebuild, пользоваться package.provided или загромождать систему неиспользуемыми пакетами?

>Плюнул и поставил, что

>Плюнул и поставил, что требовалось только ради того, чтобы посмотреть состав метапакета.

А достаточно было всего-лишь добавить строчку в /etc/portage/package.use Обычно в таких случаях говорят: «Дурная голова рукам покоя не даёт»...

Очень остроумно, но

Очень остроумно, но неконкретно. Какая же строчка, по вашему мнению, должна была помочь?

Danhuu написал(а): Очень

Danhuu написал(а):
Очень остроумно, но неконкретно. Какая же строчка, по вашему мнению, должна была помочь?

Должна была помочь строчка: «какой-то пакет с определёнными юзами»

С ними надо не бороться, а

С ними надо не бороться, а дружить. И честно говоря, с чего вы взяли что cups нужен только для принтера? некоторые приложения в целом не предполагают работы без библиотек cups, потому что на них основаны. И не только с cups'ом так.

А какие это приложения? Мне

А какие это приложения? Мне действительно интересно, что за приложения, не связанные непосредственно с печатью, основаны на библиотеках cups? Чёрт, и ещё я упустил, что в Дженту нет отдельного libcups, как в Арче, поэтому и зависимости будут непосредственно от cups. Но всё равно интересно, для чего, кроме печати нужны библиотеки cups?
И попробую переформулировать вопросы из первого поста без эмоций, а то тогда было очень обидно делать лишнюю работу и ощутить себя героем приведённой в первом ответе поговорки ;-) Итак:

  1. Каким образом юзы xulrunner могут влиять на ошибки компиляции yelp?
  2. Каким образом можно получить список зависимостей/состав метапакета, если emerge -pv отказывается, ссылаясь на неустановленные пакеты/юзы? Сразу говорю, что equery depgraph пробовал, но читабельный список получить не удалось, может, что-то в мане пропустил.
  3. Стоит ли пытаться изменять "жёсткие" зависимости пакета, если кажется, что не такие уж они и жёсткие (по опыту Арча)? Цель - не ставить лишнего, но сохранить стабильность. Если да, то для этого нужно переписывать ebuild, или есть другие варианты?

Заранее благодарен за помощь.

Danhuu написал(а): Каким

Danhuu написал(а):
  1. Каким образом юзы xulrunner могут влиять на ошибки компиляции yelp?
  2. Каким образом можно получить список зависимостей/состав метапакета, если emerge -pv отказывается, ссылаясь на неустановленные пакеты/юзы? Сразу говорю, что equery depgraph пробовал, но читабельный список получить не удалось, может, что-то в мане пропустил.
  3. Стоит ли пытаться изменять "жёсткие" зависимости пакета, если кажется, что не такие уж они и жёсткие (по опыту Арча)? Цель - не ставить лишнего, но сохранить стабильность. Если да, то для этого нужно переписывать ebuild, или есть другие варианты?
  1. Это надо спрашивать у разработчиков и майнтейнеров. Скорее всего этот ответ на этот вопрос уже есть в багзилле и чейнджлогах.
  2. Нужно прописать эти пакеты с нужными флагами в /etc/portage/package.use устанавливать их при этом не надо.
  3. Не стоит. По крайней мере до тех пор, пока Вы не поймёте как работает emerge, и почему эта зависимость жёсткая. Свой ебилд стоит поместить в локальный оверлей.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".