Развертывание игры на C++ в Linux

1. Это зависит от того, из чего получено распределение. Как правило, нет необходимости перекомпилировать программу на что-то вроде Ubuntu в Fedora пока код остается неизменным. Поскольку Ubuntu и Fedora должны использовать одни и те же библиотеки (хотя, возможно, в разных местах), и все, что связано с OpenGL, будет проблемой драйвера; поэтому вряд ли требуется перекомпилировать ваше программное обеспечение. Я был бы крайне удивлен, если бы вам пришлось перекомпилировать поскольку все дистрибутивы используют практически один и тот же набор библиотек/got bash/используют ядро Linux, но имеют разные менеджеры пакетов. Последняя часть, где он становится сложным:

2. вышеупомянутые дистрибутивы имеют разные менеджеры пакетов, которые требуют, чтобы вы соответствующим образом переупаковали свое программное обеспечение. Вы можете выпустить предварительно скомпилированные двоичные файлы под tar.GZ файл и просто имеют distro maintainers пакет программного обеспечения для вас; хотя, если вы хотите контролировать, как ваш программное обеспечение распространяется тогда вам лучше сделать это самостоятельно. Из-за этой проблемы, связанной со многими менеджерами пакетов, люди все еще прибегают к перекомпиляции исходного кода через файл make, который может быть сгенерирован через cmake. Это происходит только в том случае, если определенные зависимости по какой-либо причине "переименованы", и в этом случае из-за простого изменения имени программа волшебным образом не находит зависимости. Поскольку также нет соглашения об именах, это даже усложняет жизнь. Самый важным достоинством здесь является доверие, и доверие к нему, чтобы разработчики следовали соглашениям об именах, чтобы каждый мог ссылаться на один и тот же пакет с тем же именем.

лучшие дистрибутивы для поддержки являются самыми популярными: Ubuntu и openSUSE были бы отличными отправными точками. Linux Mint, Fedora и Red Hat и Debian используют менеджеры пакетов аналогично вышесказанному.

1. между тем, вы должны знать, что вы не можете статически связать под GPL код в свой программное обеспечение без также делает ваше программное обеспечение также GPL. Способ обойти это-разрешить зависимости либо: A. включая соответствующие зависимости в той же папке, что и исполняемый файл (так же, как *.DLL в Windows) или в зависимости от системы, на которой запускается ваша программа, чтобы заглянуть в те же каталоги, в которые заглядывала ваша программа при компиляции и связывании. Последнее на самом деле более рискованно, поскольку оно предполагает, что у пользователя будут библиотеки и немодифицированные. Бывший сделайте ваше общее программное обеспечение использовать меньше хранения, но в том числе зависимостей будет означать только увеличение размера пакета, но обеспечивает согласованность во всех системах.

Что касается установки, вам понадобится исполняемый файл bash, который перемещает содержимое вашего каталога в нужные места. Как правило, основное приложение переходит в /usr / bin, а любые данные, связанные с приложением,-в домашнюю папку. Это снова зависит от дистрибутива; ищите a .локальный каталог, или вы можете создать каталог, посвященный вашему приложению, который скрыт. Скрытые папки начинающиеся с точки. Зачем класть все это в домашнюю папку и что? Почему: потому что домашняя папка дает разрешения на чтение и запись для всех по умолчанию. Что: все, что нужно запустить с приложением без необходимости авторизации пользователя. Таким образом, зависимости должны находиться в домашней папке, предпочтительно в вашем собственном каталоге. Различные конвенции следуют; некоторые могут не согласиться со мной в этом один.

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

http://www.steampowered.com/steamworks/

чтобы узнать больше о том, как получить приложение в steam. Должен сказать, что я был очень впечатлен, и они даже включают образцы кода. Лучшая часть заключается в том, что этот API также находится в Linux. Я не знаю многого, кроме того, что Steam будет обрабатывать выполнение вашего приложения через свой собственный слой. При этом нет необходимости самостоятельно распространять приложение на предыдущих этапах.

обратите внимание, что вы также можете распространять свое программное обеспечение через программный центр Ubuntu, если вы заинтересованы.

http://developer.ubuntu.com/apps/

хотя Ubuntu больше внимания уделяет запуску приложений независимо от платформа.

знайте, что Linux не имеет Единой конвенции, но ее конвенция просто выведена из прагматизма, а не из теории. В конце концов, как вы хотите, чтобы ваше программное обеспечение работало на Linux, зависит от вас.