Создание программного обеспечения для Linux с Qt: дистрибутивы, окружения рабочего стола и другие решения - PullRequest
Новая
       32

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

2 голосов
/ 09 марта 2010

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

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

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

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

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

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

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

Ответы [ 2 ]

2 голосов
/ 09 марта 2010

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

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

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

  4. Отдельные пакеты для исходного кода и двоичных файлов. Двоичные файлы идут с пользовательскими документами, источник - с документами разработчиков.

1 голос
/ 10 марта 2010

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

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

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

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

...