Комментарии 6
А почему вы в примерах используете apt-get при установке локального файла?
Ведь это же просто надстройка над dpkg для работы с репозиториями пакетов. Под капотом при установке пакета все равно вызывается dpkg.
Правильнее писать dpkg -i вместо apt-get install, как мне кажется.
Да, вы правы! Здесь я именно хотел сделать упор на том, что работа apt-get сводится к тому, чтобы правильно разложить наши файлики в нужные места. Но, Вы абсолютно правы, учту и внесу это в статью. Спасибо!
Через dpkg будто можно и не добавлять репозитории тогда
Возможно не правильно донес свою идею. Почему вообще затронул тему репозитория: заметил, что не для всех очевидно, как устанвоить тот или иной пакет внутри закрытого контура. Простая ситуация - работаем в банке, пришел риск на дистрибутив по обновлению, а у банка свой nexus со воим списком разрешенных репозиториев. Постарался оформиь это небольшим туториолом, что всего 1 командой ( в нашем случае еще логи пароль нужен))) ) можно подружить наш apt с удаленным репозиторием
а что, простите, за "проект
pg-server- небольшой HTTP-сервер на C++"?вместо systemctl в pre/postinst pre/postrm принято использовать хелперы deb-systemd-helper/deb-systemd-invoke
1) В начале статьи приложил сылочку: https://github.com/X0re4ik/dpkg-study-cpp - это небольшой проектик, который можно спулить и повторить все действия, чтобы как раз таки end-to-end пройтись от создание пакета, до его полноценной установки. Если проще, поставил перед собой типичную для разработки задачку - дали проект, он что-то делает, как то считает, нужно сделать, так чтобы был доступен пользователям для скачивания и установки.
2) Да. Вы правы! Внесу правки и добавлю отдельным разделом про deb-systemd-helper
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Разоблачаем магию deb-пакетов