Комментарии 9
Можно весь текст выкинуть, а картинки оставить? ^-_-^
Это волшебно. Огромный респект художнику.
Отличные картинки!
Только я не понял почему был проигнорирован checkinstall…
Только я не понял почему был проигнорирован checkinstall…
С checkinstall'ом нельзя сделать несколько одновременных установок Криты из разных веток. А так можно установить в разные префиксы и из разных терминалов запускать разные версии. Плюс этот метод позволяет легко быстро применять/тестировать патчи от разработчиков ;)
В checkinstall'е можно дать разные имена пакетам от разных версий, так что проблема решаема
Мжоно вобоще свой манифест написать и крутить как хочешь.
Добавлять к имени пакета его гитовскую версию и устанавливать, получается, каждый раз в разную директорию.
Да, мэйкинсталлом проще с точки зрения быстрого старта. Но никакого контроля. Все на уровне работы с директориями и файлами.
Это откат на много лет назад. Зачем? Я не понимаю.
Добавлять к имени пакета его гитовскую версию и устанавливать, получается, каждый раз в разную директорию.
Да, мэйкинсталлом проще с точки зрения быстрого старта. Но никакого контроля. Все на уровне работы с директориями и файлами.
Это откат на много лет назад. Зачем? Я не понимаю.
Это руководство написано Давидом Ревуа, активным пользователем коммьюнити, который помогает разработчикам и поэтому, фактически, описывает, как создать окружение разработчика, чтобы можно было смотреть самые свежие сборки, тестировать патчи и давать обратную связь. Для данного юзкейса checkinstall не подходит, и уж тем более не подходит сборка пакетов манифестами/pbuilder'ом. Для тех, кому нужны пакеты, у нас есть Krita Lime и репозитарии для openSUSE.
Ответ на вопрос «Зачем?»:
1) Пакет, собранный checkinstall, нужно каждый раз ставить и удалять. Когда мы просим пользователя протестировать патч, а потом еще один, а потом еще один поверх предыдущих двух (ну мало ли, может, у него какой-то китайский ноунейм планшет, который говорит, что он клавиатура, и мы должны его все-таки как-то подцепить), установка и удаление пакетов сильно замедлят процесс.
2) 'make install' можно запускать из поддиректорий проекта, устанавливая только его часть. Полная установка Криты RelWithDebInfo занимает 750 МБ, поэтому полноценный запуск 'make install' может занимать до двух минут времени. При работе с патчами это напрягает.
3) Права суперпользователя. Инструкция для котанов, прав суперпользователя здесь лучше избежать.
4) Я говорил про несколько одновременных установок Криты. То есть то, какая версия сейчас запустится, определяется лишь переменными окружения, установленными в текущем терминале. Смысл ставить checkinstall'ом несколько пакетов в разные префиксы, если они все-равно по умолчанию в системе недоступны? Это только создаст путаницу с именами пакетов/директорий.
Да, в этом руководстве про установку нескольких версий Криты нет ни слова. Но некоторые пользователи это используют, и у нас даже есть дополнение к этому руководству для этого (пока не оформлено как следует).
А по поводу
Ответ на вопрос «Зачем?»:
1) Пакет, собранный checkinstall, нужно каждый раз ставить и удалять. Когда мы просим пользователя протестировать патч, а потом еще один, а потом еще один поверх предыдущих двух (ну мало ли, может, у него какой-то китайский ноунейм планшет, который говорит, что он клавиатура, и мы должны его все-таки как-то подцепить), установка и удаление пакетов сильно замедлят процесс.
2) 'make install' можно запускать из поддиректорий проекта, устанавливая только его часть. Полная установка Криты RelWithDebInfo занимает 750 МБ, поэтому полноценный запуск 'make install' может занимать до двух минут времени. При работе с патчами это напрягает.
3) Права суперпользователя. Инструкция для котанов, прав суперпользователя здесь лучше избежать.
4) Я говорил про несколько одновременных установок Криты. То есть то, какая версия сейчас запустится, определяется лишь переменными окружения, установленными в текущем терминале. Смысл ставить checkinstall'ом несколько пакетов в разные префиксы, если они все-равно по умолчанию в системе недоступны? Это только создаст путаницу с именами пакетов/директорий.
Да, в этом руководстве про установку нескольких версий Криты нет ни слова. Но некоторые пользователи это используют, и у нас даже есть дополнение к этому руководству для этого (пока не оформлено как следует).
А по поводу
Мжоно вобоще свой манифест написать и крутить как хочешьНу вообще-то это руководство не предназначено для продвинутых пользователей, которые могут самостоятельно решить все проблемы, возникающие при сборке пакетов на разных системах. Тем более, что манифесты и control-файлы сильно отличаются в зависимости от дистрибутива. Для одной только Ubuntu у нас два вида control-файлов: для Precise и для всех остальных.
Потому что ставится в домашнюю директорию, а не общесистемно.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сборка Krita под Linux для котанов