В гугле забанили? Открою для виндузятников страшную вещь:
1. Пакет != установщик
2. Сборка пакетов (deb, rpm и т.п.) банальная вещь

В связи с выше сказанным, гугл в помощь!

Qt Installer Framework, не? Это не то что надо? Я не пользовался, просто слышал звон.

Никаких «установщиков», забудь это слово. Только пакеты и установка через системный менеджер пакетов. Если захочется ставить на сильно разных системах и возникнут проблемы с зависимостями — самодостаточные пакеты.

Поисковики знают подробности, а тут имеет смысл спрашивать лишь конкретные вопросы.

Гугл любит кейворды, а я хочу того, не знаю чего.

Поделись тем, что гуглить, помоги автору треда. Гуглить я умею, но только в том случае, если знаю что именно гуглить.

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

Так же я могу найти инструкцию как делать .deb на хабре, и менеджерами пакетов я умею пользоваться.

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

Твая русскиий не панимаит?! Слово «пакет» не прочитала?! Фразу «сборка пакета», нет?!

Развелось.

building deb packets, сборка пакетов deb

по этим запросам десятки туторов, сравнивай, выбирай понравившийся, спрашивай тут про непонятные моменты.

Ты всё еще не осилил в гугл забить «сборка deb пакетов»? Клиника...

Конечно осилил. В противном случае этот тред бы не создавал. Однако сборка из своих исходников, во время написания которых не стояло проблемы установки на другое железо, на разные форки дебиана, несколько отличается от сборки хеллоуворлдов. Поэтому эта тема и была создана.

под debian похожий дистрибутив

А теперь по-русски.

это приложение надо будет в массовом масштабе устанавливать на одинаковые системы
проблемы установки на другое железо, на разные форки дебиана

/0 язабан

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

Прям таки вирус под убунту

Keywords: fpm package build(а лучше классика - dh_make+debuild), mini-dinstall

На самом деле проблема капризности deb-пакетов к особенностям системы характерна лишь для пакетов, которые поставляются с дистрибутивом. Если собрать пакет, разумно выбирая зависимости, то deb-пакеты будут себя хорошо и универсально вести.

Это я говорю как тот, кто ненавидит пакеты deb/rpm больше всего на свете, и считает что это ключевой недостаток Linux-систем конкретно на десктопе. Так что моя похвальба deb-пакета должна тебя навести на мысль.

А вообще, я собираю Linux-сборки простым архивом, скрипт просто автоматизирует копирование нужных библиотек на относительно старом дистрибутиве. И всё получается более менее переносимо между «форками дебиана» конкретно.

Debian-like видимо, Debian + Ubuntu + Mint etc, я так понял

А как же snap, appimage или flatpak ? Вроде для такого они и разрабатывались

Да, вот бы ТС попробовал snap/click и поделился опытом с нами.

Еще один одаренный. Может он хочет другого, ты не думал?

AppImageKit тебе в помощь!

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

Лучше собирай сразу в виде AppImage!

http://github.com/appimage

http://appimage.github.io

Под форком дебиана подразумевается Astra - там ситуация с пакетами и зависимостями достаточно специфическая, удаленных репозиториев (в Смоленске). Поэтому меня очень и волнует вопрос с opengl, о котором я писал в самом начале. Там есть некоторые проблемы с libGL, тут где-то мой же тред по этому поводу вчера был.

Завтра отпишусь, если это не процедура а-ля пересборка мира.

Кстати тут как раз все пакеты поставляются с дистрибутивом, и они даже друг с другом умудряются конфликтовать, лол.

Смотря какие, бывает и такое, но когда совсем разные поколения софта, просто для удобства засунуто в одну репку.

удаленных репозиториев

удалённых репозиториев что?

Поэтому меня очень и волнует вопрос с opengl,

какой вопрос?

о котором я писал в самом начале.

ты просто написал что под опенгл разрабатываешь.

Ну если сложить все твои сообщения, то у меня возникает один вопрос:

РУССКИЙ мазафака, ду йу спик ит?

если это не процедура а-ля пересборка мира.

это делается одной командой emerge -e @world. Проще не куда.

https://snapcraft.io

Там libGL mess и нвидии мешают друг другу, потому что их не научили по директориям располагаться: AstraLinux. Проблемы с OpenGL и драйверами Nvidia

Удаленных репозиториев нет. А если подключать дебианоский тот же самый - то при установке чего либо он начнет ломать зависимости всей остальной системы, потому что астра зависит полностью только от своих пакетов.

Про opengl ответ постом выше от меня.

mess и нвидии мешают друг другу

Вот это поворот. Интересно почему два пакета, которые устанавливают свои библиотеки под одним именем конфликтуют? Ну я блин даже не знаю.

Это я говорю как тот, кто ненавидит пакеты deb/rpm больше всего на свете, и считает что это ключевой недостаток Linux-систем конкретно на десктопе

tar.gz конечно лучше

Стоит попробовать linuxdeployqt умеющий собирать appImage. Там все весьма тривиально, загоняем пути до плагинов/либ/папки с Qt в переменные окружения, и запускаем деплой с флагом -appimage.

Попробую, спасибо