Создание программного обеспечения для Linux с Qt: дистрибутивами, средой рабочего стола и другими решениями

Question

Я хочу начать работу над личным проектом, и я хочу сделать его кросс-платформенным. Все мои работы с Linux были выполнены для бизнес-клиентов, поэтому целевой дистрибутив был указан заранее, но это другое.

Проект будет с открытым исходным кодом и использовать Qt. Вот что я думаю:

1. Является ли это достаточно, если я делаю Dev + тестирование на одном дистрибутиве или я должен проверить на нескольких из них? По моему опыту, если он не протестирован, он не работает, , но, с другой стороны, я не могу позволить себе построить тест & для каждого дистрибутива, тем более, что это будет проект для хобби.

2. Предположим, что я выбираю дистрибутив X, который использует KDE. Насколько сложно сказать, что для кого-то, кто использует дистрибутив Y с Gnome, чтобы использовать мою программу?

3. Будут ли люди, которые используют Gnome, использовать мою программу Qt или отложить на то, что она написана с помощью Qt? Предположим, что они считают это полезным. Насколько хороша интеграция Qt-Gnome?

4. Должен ли я также отправлять двоичные файлы? Какова текущая тенденция в настоящее время: источник или источник + bin?

Буду признателен за личные примеры работы с проектами с открытым исходным кодом Qt на Linux. Спасибо.

Answer 1

1. я испытал бы на несколько различных дистрибутивах, использующих различные системы упаковки (уместно, обороты и т.д.) Все остальное должно быть на каждом конкретном случае.

2. Примером приложения Qt является инструмент моделирования UML umbrello. Все пользователи ubuntu должны сделать это: sudo apt-get install umbrello. Даже если у вас нет готового пакета, аналогичная команда может настроить Qt так, чтобы ваш двоичный файл мог быть выполнен.

3. Мое впечатление, что люди склонны придерживаться одного инструментария виджета (GTK для gnome и Qt для KDE), но, с другой стороны, я был бы удивлен, увидев, что кто-то не использует хорошее приложение, ей нужно только из-за инструментария.

4. Отдельные пакеты для источников и двоичных файлов. Бинарники идут с пользовательскими документами, источником которых является dev docs.

Answer 2

1. Я думаю, вы должны проверить его на другом дистрибутиве. Могут быть популярны самые популярные: Ubuntu, Fedora, OpenSuse, Slackware, CentOS/RHE. Вы можете использовать проигрыватель VirtualBox или VMWare и свободно доступные виртуальные машины для тестирования других дистрибутивов (вместо 5 + отдельных разделов). Другой альтернативой является предоставление только двоичных файлов для дистрибутива, который вы разрабатываете, и инструкций исходного кода + (как построить) для других дистрибутивов.

2. Если вы используете диспетчер пакетов (RPM, APT-GET) для распространения своих двоичных файлов, он будет устанавливать отсутствующие пакеты, если они еще не установлены (например: Qt4 в дистрибутиве с использованием Gnome по умолчанию). Посмотрите на CheckInstall, который может быть использован для создания пакетов для Debian, RedHat и Slackware без особых усилий.

3. Я не думаю, что это шоу-стоп. Если ваше приложение прочное, хорошо спроектированное и полезное, интеграция с внешним видом для рабочего стола не должна быть проблемой ... Вы также можете использовать QtGtKStyle, чтобы убедиться, что ваше приложение выглядит правильно на Gnome.

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