Создание набора файлов проекта для запуска приложения

Доброго дня!

Использую для одного из своих проектов набор утилит srecord, на локальной машине все прекрасно работает, устанавливается и т.д., независимо от ОСи. Но сложность возникает в создании "portable" версии одной из необходимых утилит. Если в Windows компиляция дает возможность пользоваться утилитой автономно, то есть отдельным exe-шником, то компилированный файл линукса во-первых (насколько я понял) ориентирован на свою платформу - будь то debian, fedora или другая, во-вторых, не может работать без "установки" всего набора необходимых библиотек из архива или репозитория.

Соответственно, вопрос - как сделать "автономный" набор библиотек, чтобы можно было распаковать его на любой Linux-машине (будем говорить - хотя бы о RedHat, хотя в идеале было бы здорово иметь некий универсальный вариант) и запустить? Я пытался с помощью выделения зависимостей просто стянуть скомпилированные библиотеки с репозитория и расположить их со скомпилированным запускаемым файлом. Но после 10го или 12го файла библиотеки уже отчаялся - зависимости представляют собой дерево, что заметно усложнило процесс сбора библиотек, и соответственно, очевидность положительного результата.

ЗЫ: в java есть например, возможность запихивать все необходимые библиотеки в один jar-архив, чтобы не качать их по отдельности. В винде все понятно - компилировать можно с библиотеками и без. В Python'е для этого есть специальные утилитки, по крайней мере под Винды. А как с этим работать в Линуксе?

0

В Линуксе есть специальный формат пакетов (.deb для Debian-подобных, .rpm для Red Hat). В новой версии Ubuntu презентован так называемый 'snap'-формат.
Ну и никто не отменял стандартных исходников собираемых в С-формате.

1

Сообщение от Marinero В Линуксе есть специальный формат пакетов (.deb для Debian-подобных, .rpm для Red Hat). В новой версии Ubuntu презентован так называемый 'snap'-формат. Ну и никто не отменял стандартных исходников собираемых в С-формате.

C-формат требует установки дополнительных каких-то утилит, которые не установлены на сервере (turbo-boost или
как-то так). То есть скомпилить без этих утилит не получится.

.rpm есть готовые, но не под нужную redhat. Есть под rl6, а мне нужно под rl5.

Похоже, "мультиплатформенность" - это непозволительная роскошь при определенных условиях. О которой надо либо забыть, либо танцевать с бубном, чтобы это заработало... Печально (.

0

Сообщение от Voland_ Похоже, "мультиплатформенность" - это непозволительная роскошь при определенных условиях. О которой надо либо забыть, либо танцевать с бубном, чтобы это заработало... Печально (.

Да не настолько всё печально :-).
Два общепринятых способа вам подсказали.

1. (Кошерный способ) Собитаете пакеты под интересующие вас дистрибутивы. Зависимости будут доставляться автоматически.
2. Тоже кошерный. Собитаете из исходников на каждой платформе.

Кроме этого
3. (Хочу как в венде, распростанять бинарник, собрав "зоопарк" бислиотек). Собираете в RHEL 5 (если целевые платформы достаточно новые, то можно и в RHEL 6). Вместе с собранными утилитами запаковываете в пакет (rpm или deb) использовавшиеся для сборки экзотические библиотеки (основные, скорее всего, на целевой платформе уже установлены).
4. (Хочу как в венде, одним исполняемым файлом, дублируя одни и те же библиотеки во все утилиты). Комилируете статически (тоже рекометдуется FREL 5 в качестве среды сборки) и распространяете бинарники.

1

Ну в каждом таком пакете(rpm и deb) априори идут зависимости, которые обычно должны автоматически «разрешаться» (доустанавливаться).
В сборке «из исходников» присутствует проверка наличия необходимых приложений/библиотек в системе, которые, в случае необходимости, доустанавливают уже вручную.
Кроме того (наверное Ваш вариант) имеется вариант установки «полного комплекта» (обычно в директорию /opt системы) (аналог «portable»-программ в windows). Например подобным образом устанавливаются большинство веб-приложений(Skype, Viber, Telegram, Google-Chrome …)

1

Voland_, PS. Забыл самый модный способ.
6. Распространяете в виде docker-контейнера.

0

Буду изучать, спасибо за рекомендации.
RPM-вариант от rl6 на rl5 не работает. Не находит какие-то библиотеки. Вариант с компиляцией пока не опробован, еще предстоит. Для меня сложность еще в том, что под рукой нет redhat-окружения, в котором бы я имел админские права и мог попробовать. То что раньше получалось - это требование админских прав для распаковки RPM и отсутствие возможности собрать проект на машине. А те кто имеет админские права - не желают ставить приложение "не из пакета". Но и переход серверов на rl6 предполагается через месяц . То есть программа заработает через месяц.

Добавлено через 46 секунд

Сообщение от gng 6. Распространяете в виде docker-контейнера.

это будет здорово тогда, когда прога хоть как-нить запустится на сервере. А я не могу этого достичь пока что.

0

Сообщение от Voland_ в котором бы я имел админские права

ИМХО «всунуть» что-либо в систему без прав практически невозможно…

0

Сообщение от Marinero «всунуть»

да мне вроде бы и не требуется это. Мне бы запустить софт, который должен был бы обеспечить мне то, что я хочу. На любой машине. А выходит, что "не все дистрибутивы одинаково полезны". Пока задача не такая уж серьезная - задумался написать все на java или python. Благо - этих окружений предостаточно на все ядра, ОСи и платформы.

0

Сообщение от Voland_ RPM-вариант от rl6 на rl5 не работает.

Приведенные вами утилиты требуют кроме стандартных либ, которые есть везде, только
libgcrypt и libgpg-error, которые есть почти везде. Для сборки еще требует boost, но собранные утилиты от него не зависят.
Собранные на centos 5 утилиты у меня запустились на centos 6, centos 7, debian wheezy, debian jessie, только на последнем утилиты требовали библиотеку libgcrypt более статой версии, нежели установлена в системе. Дебиан , в отличие от РедХэт поддерживает lsb без особого энтузиазма.
Бинарники переносил и запускал от обычного пользователя.

1

gng, я мало что полезного выделил из вашего поста. Вы можете поделиться набором файлов, который запускали? Потому что я скачивал libcrypt и libgpg-error - они потянули (потребовали) еще несколько билиотек, которые в свою очередь потянули еще... может я что-то не так делал?

Давайте я попробую ваш скомпиленый вариант на redhat?

0

Сообщение от Voland_ Вы можете поделиться набором файлов, который запускали?

srec_cat srec_cmp srec_info

Сообщение от Voland_ Потому что я скачивал libcrypt и libgpg-error - они потянули (потребовали) еще несколько билиотек,

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

Сообщение от Voland_ Давайте я попробую ваш скомпиленый вариант на redhat?

Вложил

Вложения

srec.7z (1.25 Мб, 3 просмотров)

0

gng, спасибо Вам, добрый человек! Я так и не понял как именно вы сбилдили эти файлы, но это работает на RedHat. Со временем попробую и на ubuntu.

0

gng, а на Ubuntu 14 прога ответила, что "Exec format error"...
PS: но запуск ее на Ubuntu и не требуется - нужно только определить в makefile, существует ли srec_cat в окружении и пытаться запустить локальный srec_cat, если он не был установлен ранее... Вот, пытаюсь составить такое условие в скрипте Makefile...

0

Сообщение от Voland_ Exec format error"

Вы его не на 32-бит системе пробуете запустить? Компилировалось под 64.

1

Сообщение от gng Вы его не на 32-бит системе пробуете запустить? Компилировалось под 64.

Вы правы. Доедаю свою шляпу. По всей видимости причина в этом.

0