Я один из многих, кому приходилось компилировать новая версия или какое-то приложение которого нет в ваших репозиториях, проблема в том, что при компиляции в каталоге применение сохраните свои библиотеки и другие файлы в каталоге, в котором вы его скомпилировали, и если мы обновим пакет выглядит как мусор или если мы удалим папку приложения это больше не работает. "Желательно создать пакет и установить его", Да, но не все из нас хорошо разбираются в сделать, поэтому я представляю вам Checkinstall, что облегчает задачу.
ну, Checkinstall это не более чем немного мастер для каждого терминала для создания пакетов .deb. Значит мы можем компилировать и создавать пакеты чтобы, например, отправить их нашим друзьям.
Для начала мы должны установить checkinstall. Так что делаем (как корень):
apt-get install checkinstall
И через мгновение он будет установлен ... Далее нужно перейти в Carpeta в котором у нас есть код приложения, и открываем терминал. Мы выполняем следующие команды одну за другой:
./configure
make
С участием ". / Настроить»Пакеты для нашего дистрибутива настроены и«Makefile"(файл, содержащий инструкции по компиляции), и с "сделать»Скомпилируйте код и оставьте двоичные файлы, библиотеки и т. Д. В папке«SRC«. Теперь, прежде чем продолжить, рекомендуется не установил приложение, из которого будет сделан пакет. Если это так, выполните:
sudo make uninstall
А теперь пора приступить к важной части - использованию Checkinstall. В том же терминале мы пишем:
sudo checkinstall
И «asistente"Для того, чтобы Checkinstall. В нем мы можем изменить информация который будет иметь пакет, который мы создадим. Мы можем изменить следующие параметры:
- Сопровождающий- Главный разработчик пакета.
- Выводы: описание пакета.
- Фамилия: имя, которое вы хотите дать пакету.
- версия: версия пакета.
- Release: Это основная версия пакета, мы можем оставить ее как есть.
- Лицензия: приложение лицензионное, его желательно не трогать.
- группы: group, для которой он был создан, мы можем оставить все как есть.
- Архитектура: архитектура процессора пакетов.
- Местоположение источника: имя папки (только папка, а не весь путь), в которой находится код пакета.
- Альтернативное расположение источника: не нужно его изменять.
- Требует: зависимости, которые необходимо установить для их корректной работы.
- Обеспечивает: имя предоставляемого пакета, изменять его не нужно.
- Конфликты: пакеты, с которыми он конфликтует.
- Заменяет: пакеты, которые он заменяет.
- Убедитесь, что в «Версия», нет есть буквы. Обычно это предотвращает создание пакета.
- Возможно, если вы отредактируете «Требует»Дайте им отказ, если это произойдет, покиньте пространство в белом.
Небольшая поправка. Там, где говорится, что make должен создать Makefile, неверно, указанный файл создается путем успешного выполнения ./configure, который проверяет нашу конфигурацию, а также зависимости, необходимые программе для компиляции. Make берет этот файл и компилирует, оставляя двоичные файлы, библиотеки и другие файлы в каталогах внутри src. Make install - это тот, кто отправляет его в систему и генерирует ссылки, по этой причине make install должен выполняться как su.
Большое спасибо за разъяснение, исправление статьи.
Идеальное приходит ко мне 🙂
Я когда-либо создавал .deb для своего Debian, как в случае с SMPlayer 0.8.0, который в исходном пакете уже поставляется со сценарием для этого, поэтому я ничего не сделал, просто запустил сценарий xDD
Я обычно упаковываю программное обеспечение для Pardus, потому что в PardusLife у нас есть небольшой репозиторий нашего сообщества 😉
Обычно я пакую из графической программы PiSiDo, хотя в последнее время я много использую терминал. Здесь я сделал видеоурок о том, как паковать PiSiDo for Pardus 😉
http://www.youtube.com/watch?v=sBYBSM7J3ec&hd=1
привет
Я также использую checkinstall, хотя я пробовал некоторые инструменты с графическим интерфейсом, которые вообще не выходят из строя (например, Debreate).
Я всегда чаще всего использую checkinstall, потому что при создании и установке .deb его можно удалить с помощью aptitude или synaptic.
Кроме того, вы всегда можете сохранить пакет на случай, если вам придется переустановить его в будущем или вам придется передать его коллеге.
Интересно, хотя мне никогда не приходилось компилировать в debian, я посмотрю, не получу ли я deb lmms, я сделаю это с помощью secure checkinstall.
Спасибо за сообщение.
Очень хорошая статья!
Я не знал о CheckInstall. Большое спасибо AurosZx. Не знаю, как бы я могла жить без него до сих пор.
Я только что протестировал его с помощью MovGrab, которого у меня нет в Debian, и я скомпилировал его из исходников. К сожалению, было слишком поздно делать sudo make uninstall.
С этого момента я всегда буду им пользоваться.
Иногда пакеты, созданные с помощью Checkinstall, при установке не создают запись в меню, то есть вы устанавливаете какой-то program.deb, а затем вы идете искать приложение в меню, и оно не появляется, решение этой проблемы состоит в том, чтобы создать его вручную.
Я использую Checkinstall для упаковки Photo, средства просмотра изображений, созданного на Qt ^^
Привет!
Conosco Photo - очень интересный проект, который отлично бы смотрелся с RazorQt 🙂
Proba limoo tmb, похоже на фото. Один из тех, кто развивает силиконовую империю.
http://getsilicon.org/limoo/
Какую тему вы используете?
GTK (2 и 3): Зукитво. Окна: элементарно. Панель: Изображение, которое поставляется с темой Zukitwo 😛
Хороший вклад, поздравляю
Отлично, я попробую эту программу, чтобы сделать нужный .deb. Я использовал там.
Приветствия.
Очень интересно, учту, спасибо за вклад.
Спасибо за вклад, я хочу начать создавать свои собственные пакеты, и это мне очень поможет. Спасибо!
Я всегда создаю винные пакеты с помощью checkinstall