Сборка пакетов?

В гуглтранслейте.

Зачем кому-то переводить такие документы? Апстримный чейнджлог на английском, даунстримный чейнджлог на английском, коммит на английском, документация к пакету на английском, обсуждать тонкости если что все равно на английском — какому такому пекеджеру пригодится этот гипотетический документ?

Если тебе по быстрому собрать пакет - читай про checkinstall (есть и на русском), есть фирменными инструментами deb/rpm, то если оно и есть то уже устарело лет на 10.

Возможно ты найдешь какие-нибудь статьи на русском, но лучше читай английские первоисточники. Кстати, если разрабатываешь на C++ то могу подсказать со сборкой deb-пакетов через функциональность CMake.

Если хочешь собрать что-то своё и простенькое - тупо dpkg-deb, оно простое как апельсин. Checkinstall не юзай, это из категории офигенных советов.

читай про checkinstall

А ЛОР на что?

sudo checkinstall -c -D --install=no you.rpm

Wiki rosalinux на русском есть. Но вот макросы придется под конкретный дистриб потом узнавать

мануалы/пособие по сборке DEB

Надёжнее мануала: https://github.com/BASH-Auto-Tools/bash-deb-build

dpkg-deb, оно простое как апельсин

Когда я пересаживался с Арча на Убунту, то озадачился вопросом упаковки кастомного софта (а-ля PKGBUILD).

А в этом dpkg-deb написано «must have a DEBIAN subdirectory, which contains the control information files such as the control file itself». Я же правильно понимаю, что без этого никуда? То есть нужно вручную сбилдить, вручную написать control файл, так? Не очень-то просто.

Я в итоге написал за пару вечеров аналог makepkg поверх этой тулы. Кстати, через полгода примерно прошла новость о релизе очень похожего проекта (только более энтерпрайзного) – makedeb называется. Пробовал кто-нибудь?

вручную написать control файл, так? Не очень-то просто.

Чушь! Он шаблонный. Один раз написал и забыл. А в src-пакетах вообще автогенерация.

вручную сбилдить, вручную написать

Ез. Юникс-вей, делать одно, но хорошо, всё такое. dpkg-deb - это не комбайн, а, по сути, просто паковщик с валидацией, он принимает на вход каталог с твоими файлами и затаращивает их в deb.

По поводу control - а как без него, метаданные всё равно как-то передать нужно. Не сверхудобно, да, но работает.

Где можно найти на русском языке мануалы/пособие по сборке DEB или RPM пакетов?

Даже не знаю… Может, на сайте Debian?

https://www.debian.org/doc/manuals/maint-guide/index.ru.html

https://www.debian.org/doc/manuals/debmake-doc/index.ru.html

учите английский, такую узконаправленную документацию никто не переводит

Он шаблонный. Один раз написал и забыл

А зависимости?

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

А в src-пакетах вообще автогенерация.

в src-пакетах кто-то уже написал control-файл. Просто обычно таких пакетов вообще нет. А есть либо готовые deb и rpm, либо только PKGBUILD для арчешкольников.

А зависимости?

См. bash-deb-depends-test из Сборка пакетов? (комментарий)

Просто обычно таких пакетов вообще нет.

Чушь не пори. https://wiki.debian.org/apt-src . Это у тебя их «нет».

apt-src is an apt tool that can be used to download, build, and install debian packages from debianized source code

До сборки из сорцов дело доходит обычно когда хочется установить какую-то маргинальщину. А маргинальщина не «debianized», там только PKGBUILD может быть, например.

Выглядит ничем не лучше моего «наколеночного» скрипта. Это идёт в каком-то стандартном пакете вместе с dpkg-deb что ли?

До сборки из сорцов дело доходит обычно когда хочется установить какую-то маргинальщину.

Не угадал! Все пакеты под различные архитектуры собираются из deb-src. Все!

deb-src это что такое? Где его взять, например, для https://github.com/fauzie811/Breeze10?

deb-src это что такое?

deb-src это тоже само что deb, только для apt-src. Не тупи.

А ежели интересуют конкретные утилиты, см. apt-build и еже.

Где его взять, например, для https://github.com/fauzie811/Breeze10?

Оно если и есть, то устарело лет на 10, а то и больше. Такие доки лучше читать в оригинале на английском.

Где его взять, например, для

Сделай. Или issue оставь. Что то я ни в открытых, ни в закрытых упоминания «DEB» не увидел.

Ага, control-файл написать надо, да? Как раз о чём я и говорил.

ой, да шо ты к этому контролу прикопался, ты посмотри, через какую хитро закрученную задницу снапы собираются.

Ага, control-файл написать надо, да?

Нет. Ты удивишься насколько control-файл src-пакета отличается от bin-пакета. Если в bin-пакете это заполненный шаблон, то в src-пакете это практически шаблон-шаблон.

Это да, хотел как-то раз с пропатченной прогой собрать, но времени жалко было разбираться с этим всем.

Хотя это аргумент из серии «чтобы быть чище не обязательно много мыться, достаточно обосрать соседа».

Хотя это аргумент из серии «чтобы быть чище не обязательно много мыться, достаточно обосрать соседа».

Хороший аргумент. Надо будет использовать.

Checkinstall не юзай, это из категории офигенных советов.

Эту шнягу форсят на Хабре. Азохен вей, они там все на ней повёрнуты. Ну что за нехорошие люди – отравляют моск новичкам.

Рассольник из шлаковых файлов этот debian/* каталог/система сборки, такая же страшная как spec файлы в rpm. Стандарты есть но каждый в праве их не соблюдать.

Чем плох checkinstall?

Не, ну если задача стоит «собрать абы что, лишь бы ставилось» - пожалуйста, используй.

хабр давно мёртв, анон.

Ну, недавно я хотел накатить свежий libjcat1. В дебиане есть форк, где они занимаются тем, что поддерживают папку debian (и так для многих программ).

https://salsa.debian.org/efi-team/libjcat/-/tree/debian/debian

Мне, конечно, удалось достичь цели, так как почти всё и так уже было, но делать с нуля такое я бы не стал, однозначно. Это явно сложнее, чем то, что требует dpkg-deb.

чтобы выглядеть чистым, достаточно быть чище обосранного соседа

ftfy ;)