установка ТОЛЬКО документации в Gentoo

Поскольку у большинства пакетов формирование и/или установка документации производится на этапе compile и/или install, который всё равно не отработает без compile - никак по видимому... Придётся всё затронутое этим флагом пересобирать.

Странно это. очень странно. Маны по emerge бегло проглядел, хендбук зачитал до дыр, но никакой инфы там тоже не нашел. Неужто у emerge нет опций для управления сборкой, например, что-то вроде --docsonly и --resume-no-rebuild (возобновить компиляцию с места прерывания, а не с пакета, на котором прервалась компиляция, то есть без пересборки пакета с самого начала)?

почитай man ebuild, прогони процесс по этапам, сам всё поймёшь

Исходники разворачиваются во временную директорию и в ней конгфигурируются, собираются и устанавливаются, потом результат переносится в живую систему, а временная директория удаляется. Так что если у тебя прошла успешно сборка и установка без юза doc промежуточных результатов уже нет. Емержу нужно заново распаковать сорцы, заново прогнать configure и т.п.

ммм... попробую.

Да, без хардкодинга ebuild тут, видимо, не обойтись.

Неужто у emerge нет опций для управления сборкой, например, что-то вроде --docsonly и --resume-no-rebuild

есть ccache. но 1) это надо было включать заранее 2) когда смотрел последний раз, это была экспериментальная и полунерабочая багофича https://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=3#doc...

и на кой тебе ВСЯ документация? перекомпиливай по мере потребности. ну а на длительный срок можешь запустить пересборку мира

Как можно сказать emerge устанавливать ТОЛЬКО документацию к выбранным пакетам без перекомпиляции самих пакетов?

no way

документация == часть исходников.

конечно в Makefile есть цели только для документации, но они нестандартные, и везде разные.

Включи флаг и пересобери мир. Иного пути нет.

самому скачать/собрать доки в ~

Мир то зачем, достаточно emerge -uND world

Единого метода сборки документации нет, один пакет может просто копировать доку, другой — генерировать PDF с помощью LaTeX. Поэтому только сборка заново.

emerge -uav --newuse --deep --with-bdeps=y --keep-going=y @world

так лучше.

Кстати, перед глобальным включением флага doc рекомендую предварительно установить всевозможные texlive-*, doxygen, asciidoc и прочие генераторы документации. Это позволит избежать разгребания циклических зависимостей.

Тебе это точно надо?)

Дополню, что для некоторых пакетов документация(man и html-страницы) формируются на этапе сборки, например из xml-файлов. То есть если не запустить сборку - нельзя получить документацию.

Update: iVS меня уже опередил

кстати, а я правильно понимаю, что к примеру ман страница зависит еще и от юзфлагов, с которыми собран пакет(ну то есть если какой то функционал не включен, то про него и доков не будет)?

Документация как правило имеет зависимости, так-что без пересборки сложно обойтись.

Для генты необходимость пересобирать что-то X в результате чего-то Y - нормальное штатное состояние. На то она и гента.

Если хочешь внести ясность, то посмотри что есть для этого в наличии и воспользуйся этим оптимально.

Не думаю, что если будет для каждого пакета собрана документация ты внесешь ясность - в прогрессии как минимум Фибоначчи получишь на каждый ответ по 1-2 новому вопросу. Так что вопросы не сократятся...

Это типичная модель поведения - все время реквестировать новые возможности, не рассматривая существующие. Дух потребительства?

то есть если какой то функционал не включен, то про него и доков не будет)?

man-страницы правят не всегда. Если man-страница отдельная(например foo-krb5 для какой-нибудь kerberos прослойки приложения foo) - то это дело билд-системы НЕ ставить ее при USE="-kerberos"

ставить глобально doc - плохая идея :) лучше к отдельным пакетам

не, я немного не про то. Вот возьмем к примеру аудиоплеер, назовем его «audiopleer». У него есть поддержка к примеру lastfm. И запускается это все «audiopleer --lastfm». В мане этой проги будет что то типа "--lastfm - включает поддержку lastfm". А вот если собрать эту прогу с USE="-lastfm", то поддержки ластфм не будет => не будет аргумента "--lastfm". Теперь мой вопрос, будет ли указан этот аргумент в мане?

будет ли указан этот аргумент в мане

Будет, там не настолько искусственный интеллект.

там может быть заметка о том, что --lastfm требует ./configure --enable-lastfm на стадии конфигурации при сборке, маны это простой текстовый файл. вот info файлы вроде бы могут подключаться вместе с некоторой фичей отдельно (если для фичи отдельная страница в мане, то в принципе тоже) во всяком случае, я надеюсь, что это так.

Если об этом не позаботился мэйнтэйнер ебилда - будет.

В лучшем случае audioplayer собранный с USE="-lastfm" при вызове с --lastfm скажет что-то вроде: «Unsupported feature - lastfm». На худой конец «Unknown option --lastfm»

Маны править при отключении фич - не является обязательной политикой. Но разработчики могут это делать, если считают нужным, особенно если добавляется патч, не поддерживаемый апстримом и этот патч добавляет опций, которых в man-е нет.

Во, теперь спс за разъяснение.