Насколько нужна сборка приложения "без зависимостей"

[Igors]

sxs-херни (side-by-side что-то там)

То еще очень мягко сказано

Времена, когда десятки/сотни мегабайт были значительной частью винчестера, уже прошли.

На диске да, но разбазаривание RAM грамотным никак не назовешь. Причем никаких правильных/корректных решений Вындоуз не предлагает. Ну возьму я на себя еще заботы с инсталлером - и что, куда я дену Qt dll-ки? Вот если есть солидный/штатный установщик (напр redistribute MSVC) - тогда да. По существу - имя dll уникально

2. Смысл инсталлера/анинсталлера в удобстве для конечного юзверя.

Ну копирование тоже сложностью не страдает. Думается инсталлер часто - просто ритуал.

Обычно инсталлятор производит больше действий, чем тупое удаление/копирование файлов. Он может настраивать конфигурационные файлы (например, по заданному шаблону), используя информацию с локального ПК; проверять версию предыдущей установки; проверять наличие зависимых компонентов; предоставлять выбор пользователю состава устанавливаемого ПО; проверять совместимость железа, ОС и др. факторов; запрашивать лицензию и много всего другого.

Список солидный, но многое из него можно делать и на запуске приложения

[Bepec]

Это правило "дружелюбной" программы.
Для Windows установка при помощи установщика, с записью в список устанавливаемых программ, с деинсталлятором - признак хорошего тона.
Это позволяет пользователю сразу видеть в одном месте список установленных программ и работать с ним, а не лазить по папкам и надеяться на собственную память.

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

[ssoft]

Это правило "дружелюбной" программы.
Для Windows установка при помощи установщика, с записью в список устанавливаемых программ, с деинсталлятором - признак хорошего тона.

Для *nux установка ПО с помощью пакета со всеми зависимостями - признак хорошего тона too  .

[Bepec]

Вот вот, какая б ни была ОС, нужно все яйца класть в корзину.

[Igors]

Для *nux установка ПО с помощью пакета со всеми зависимостями - признак хорошего тона too  .

Если нетрудно, расскажите подробнее - на примере установки приложения использующего Qt.

На OSX немногие приложения инсталлятся (хотя делать это как в линукс не запрещено). О каких-то де-инсталляторах никогда не слыхал. Напр Xcode (аналог MSVC) инсталлится. Чтобы снести (редко) нахожу в гугле команду и copy/paste в консоль. Что она делает - хз, но это можно пережить т.к. инсталлируемых приложений мало. 

Вот вот, какая б ни была ОС, нужно все яйца класть в корзину.

В оригинале

Не кладите все яйца в одну корзину

[Bepec]

Если б я хотел привести оригинал, я б копирайт поставил.  Более того там речь о реальном мире шла, а у нас разговоры про программы.

[ssoft]

Если нетрудно, расскажите подробнее - на примере установки приложения использующего Qt.

В репозиториях каждой из OC имеются пакеты qt разных версий. Не факт, что версия из репозитория нас устроит, так как обычно она не является актуальной. В этом случае мы можем сами сформировать пакет для сборки и установки Qt со всеми необходимыми зависимостями. Пакеты могут быть как бинарными, так и состоять из исходников, с любом случае процесс установки (сборки и развертывания) происходит автоматически (qmake, make, make install).

В своих пакетах мы указываем зависимости от пакетов Qt (если есть в офиц. репозитории) или поставляем пакеты для Qt, сформированные нами (тогда указываем зависимости от них).

Как сформировать, например, rpm пакет описано здесь (оригинал http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/RPM_Guide/index.html, перевод http://www.opennet.ru/docs/RUS/rpm_guide/).

[Igors]

Как сформировать, например, rpm пакет описано здесь (оригинал http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/RPM_Guide/index.html, перевод http://www.opennet.ru/docs/RUS/rpm_guide/).

Мда, таким хорошо по темечку бить