Вопросы Теги

Существует ли независимый от распределения инструмент к autocompile+install зависимостям?

Вы хотите выполнить две функции (delete-message и exit) сразу, таким образом, необходимо использовать макрос:

macro pager d ''

Это свяжет d удалить текущее сообщение и выйти из пейджера.

Можно сделать то же для s но это становится сложным, поскольку у Вас должен быть ввод данных пользователем, если Вы просто принимаете местоположение сохранения по умолчанию или использование save-hooks можно просто использовать 

macro pager s ''

Если Вы хотите изменить местоположение сохранения в интерактивном режиме, у меня, к сожалению, нет подсказки, как изменить его, я попытался бы использовать/усиливать сохранять-рычаги

2
29.10.2013, 11:07
2 ответа

я не думаю, что такая вещь действительно выполнима, таким образом, короткий ответ был бы:

нет

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

другие дистрибутивы (как Debian и все, это - производные) фокусируются больше на загрузке предварительно скомпилированных двоичных файлов (вместо того, чтобы создать локально их с нуля), таким образом, они не предлагают платформу, чтобы автоскомпилировать просто зависимости.

обновление

до простого разрешения зависимостей для данного пакета это - одна из основных задач, с которыми сталкиваются специалисты по обслуживанию распределения: узнайте, которого пакеты требуют который (версии) библиотеки...

так как дистрибутивы помещают тяжелую человеческую силу в эту задачу, я сомневаюсь, automatable ли это.

1
27.01.2020, 22:22
  • 1
    я сомневаюсь относительно этого, является ответом - во многих случаях ./configure --prefix=/opt && make && make install работы, превосходные однажды все зависимости, разрешены –  Tobias Kienzler 29.10.2013, 11:11
  • 2
    @TobiasKienzler, который Ваш ответ конкретно об "автоматически compile+install зависимости" данного пакета; любой вызов к ./configure не разрешает зависимостей; это будет просто compile+install, сам пакет (учитывая весь deps разрешены), который является действительно не, что Вы спросили. кроме этого, не всего использования пакетов autotools. –  umläute 29.10.2013, 11:16
  • 3
    , что я имел в виду, был главной трудностью, в большинстве случаев находится в парсинге configureсообщения об ошибках на недостающих зависимостях и нахождении/загрузке их источника, и не обязательно в компиляции/установке их (хотя, если они не используют autotools некоторая метаинформация а-ля ebuild или рецепты GoboLinux должны быть получены) –  Tobias Kienzler 29.10.2013, 11:22
  • 4
    @TobiasKienzler, который проблема, что во многих (если не большинство) случаи, сообщения об ошибках на недостающих зависимостях являются пользовательскими, а не стандартизированы (таким образом трудно для парсинга автоматически); также некоторые зависимости являются мягкими (который является: пакет скомпилирует с недостающими возможностями), но они могут быть трудными зависимостями для Вас (например, без тех функций пакет бесполезен для Вас). положительную сторону –  umläute 29.10.2013, 11:48
  • 5
    , хотя, очевидно, глупо повторно разрешить зависимости, которые специалисты по обслуживанию других дистрибутивов уже разрешили - их разрешение, потенциально легче адаптировать, чем утверждение с нуля –  Tobias Kienzler 29.10.2013, 11:59

Вопреки другому ответу существуют такие инструменты, хотя я еще не выбрал тот:

В то время как они включают предварительно скомпилированные двоичные файлы распределения, они также допускают компиляцию.

Также cf. вопрос Некорневые Диспетчеры пакетов

0
27.01.2020, 22:22

Теги

Похожие вопросы