Как создать проект и закрыть код при последующей установке. Что бы кроме деассемблера не прочесть.

Соберите статический бинарник.

Гугли статическую линковку

Название форума читал?

На финфак, проприетарщик!

И вообще: 4.3.

собирай под оффтопик-ос, а в линупсе запускай вайном

таскай все нужные либы нужных версий с собой

Найди любую проприетарную программу под Линукс и возьми с нее пример.

Unrar, например: http://www.rarlab.com/

Или игру какую-нибудь, там пример того, что делать, если много разных библиотек.

А зачемтебе закрывать код?

> А зачемтебе закрывать код?

Продавать за огромные деньги генто-хомячкам. Очевидно же.

Шаг 1. Лицензионная чистота.

Ты обязан внимательно изучить лицензии всех библиотек, которые используешь. На предмет того, разрешено ли тебе использовать эти библиотеки, не открывая код своего проприетарного говна. И если разрешено, то на каких условиях.

Сразу скажу, что использовать библиотеки, имеющие лицензию GPL, тебе запрещено.

Шаг 2. Техническая возможность запуска.

Тебе нужно взять дистрибутив с древней-древней glibc. Собрать на нем свежий gcc. Дальше этим свежим gcc собрать все библиотеки, от которых зависит твоя быдлопроприетарщина.

Если лицензия на библиотеку позволяет тебе линковаться статически, лучше линкуйся с ней статически.

Если библиотека обязывает тебя линковаться динамически (например, по лицензии LGPL), то нужно линковаться динамически, и таскать so-файл с этой библиотекой вместе со своей быдлопроприетарщиной. Для этого нужно прописать в твоих elf-файлах rpath на директорию, куда ты инсталлируешь so-шки.

Результирующий бинарник (и комплект so-шек) должен работать на всех линуксах с такой же или более свежей glibc.

И так - для каждой архитектуры....

Шаг 3. Инсталляция.

Лучше не использовать кастомных инсталляторов, а использовать пакетный менеджер дистрибутива. В нулевом приближении, достаточно будет подготовить deb и rpm пакеты с твоим проприетарным говном. Не сри своими файлами куда ни попадя, аккуратно придерживайся http://www.pathname.com/fhs/

Ну и напоследок, тебе может быть полезна вот эта ссылка: http://www.linuxfoundation.org/collaborate/workgroups/lsb

PS. С самой glibc линковаться нужно динамически, но с собой ее таскать противопоказано. Нужно использовать ту, которая развернута на компьютере пользователя в составе дистрибутива.

А что такое арт-аналатик, это что так теперь называют себя пропиетарщики ?)

PPS На сборочном дистрибутиве не должно быть развернуто никаких devel-пакетов, кроме gcc. Дистрибутивный gcc нужно снести сразу после того, как соберешь свежую версию gcc. В противном случае проморгаешь добрую половину зависимостей своих..

Алсо, могу порекомендовать человека, который за хорошие деньги проделает всю эту работу за тебя. Sylvia

неправильный вопрос у тебя

создание бинарника (если туда невключать дебуг информацию) - то и делает - там нельзя прочитать исходники

и так и распрастранять

> Надо что бы люди не могли прочитать исходники

а ты их никому не давай. для верности распечатай и съешь.

просто собери свой софт в пакеты для всех дистрибутивов и всех архитектур. 26 архитектур * 10 основных дистрибутивов = всего 260 различных сборок. собери, протестируй, положи на сайт проекта. исходники можешь держать на домашнем/рабочем компе.

> 260 различных сборок

Да ладно тебе паясничать. Сколько разных сборок у Adobe Reader или у Opera?

>А зачемтебе закрывать код?
Видимо ему просто стыдно такое показывать.

Собирай так, чтобы у всех работало: берешь CentOS, собираешь на ней, пакуешь все зависимости, как ldd показывает, потом делаешь инсталлятор InstallJammer'ом => PROFIT

ldd не покажет, что подгружается «на лету»

>>Сколько разных сборок у Adobe Reader или у Opera?

ну ты сравнил какие то там Adobe и Opera с широтой полета мысли ТС

> делаешь инсталлятор InstallJammer

Если действительно _инсталлятор_, а не пакет, то за такую кривизну яйца отрывать надо.

Распространяй статически слинкованный бинарник (лучше в rpm и deb) и набор объектных файлов для тех, кто хочет динамической линковки.

Достаточно собрать репозитории для каждого дитрибутива. И да, проверь лицензии используемых библиотек.

>Если действительно _инсталлятор_, а не пакет, то за такую кривизну яйца отрывать надо.

Это не кривизна, а удобство для пользователя и невмешательство в систему

>Достаточно собрать репозитории для каждого дитрибутива.

Это гемор. Один раз собрать проще

>ldd не покажет, что подгружается «на лету»

То, что dlopen грузит, конечно не покажет, но об этом автор должен знать. Ну и потестить неужно, естественно

annulen> Это гемор. Один раз собрать проще

Проще вообще не собирать, а выложить исходник. Но если ЧСВ не дает это сделать, то лучше сделать репозиторий.

>Для этого нужно прописать в твоих elf-файлах rpath на директорию, куда ты инсталлируешь so-шки.

Ну вот зачем х**ню советуешь? С rpath ничего путно не выйдет, с ORIGIN лучше не связываться. Правильный способ - LD_LIBRARY_PATH в стартовом скрипте

>Проще вообще не собирать, а выложить исходник.

Если программа сложная, с кучей зависимостей, часто обновляется и расчитана не на кодеров, то выкладывание сорсов - это неуважение к юзерам

*только сорсов без бинарников

>В нулевом приближении, достаточно будет подготовить deb и rpm пакеты с твоим проприетарным говном.

И благополучно засрать систему своими версиями библиотек. Отличный вариант!

А от рпмки, ставящей кучу всего в /opt проку мало

>> Если действительно _инсталлятор_, а не пакет, то за такую кривизну яйца отрывать надо.

Это не кривизна, а удобство для пользователя и невмешательство в систему

Устанавливать ПО под линуксом принято через пакетный менеджер. Делать в обход менеджера - это все равно, что под виндой не показывать себя в «установленных программах». Примерно такого же характера будет «удобство и невмешательство».

> С rpath ничего путно не выйдет

Это почему вдруг?

> И благополучно засрать систему своими версиями библиотек. Отличный вариант! А от рпмки, ставящей кучу всего в /opt проку мало

Как раз в /opt и надо выкладывать свое барахло. Почему это вдруг «проку мало»?

>Это почему вдруг?

Потому что придется хардкодить путь. Значит юзер без прав рута не сможет поставить программу в свой хоум

>Как раз в /opt и надо выкладывать свое барахло.

Ты там выше про fhs распинался

>Устанавливать ПО под линуксом принято через пакетный менеджер. Делать в обход менеджера - это все равно, что под виндой не показывать себя в «установленных программах».

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

>Тебе нужно взять дистрибутив с древней-древней glibc. Собрать на нем свежий gcc.

Я использую для этих целей CentOS 5 с glibc 2.5 и gcc 4.4 из репов. Системные бибилотеки в основном беру из системы, а не пересобираю

>>Как создать проект и закрыть код при последующей установке. Что бы кроме деассемблера не прочесть.

Очень просто, для этого достаточно родиться мудаком.

> Ты там выше про fhs распинался

В fhs явно упоминается /opt/<provider>/lib.

> придется хардкодить путь.

Разумеется.

Значит юзер без прав рута не сможет поставить программу в свой хоум

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

annulen> Если программа сложная, с кучей зависимостей, часто обновляется и расчитана не на кодеров, то выкладывание сорсов - это неуважение к юзерам

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

> Я использую для этих целей CentOS 5 с glibc 2.5 и gcc 4.4 из репов. Системные бибилотеки в основном беру из системы, а не пересобираю

Неужели они с тех пор не успели сломать c++ abi? И еще пересборка библиотек нужна, чтобы выкинуть из либ GPL-зависимости.

> выкинуть из либ GPL-зависимости.

Опциональные, разумеется.

> Или это невозможно?

Да, невозможно. Запрещаю тебе делать так.

Сударь, вы получаете премию за лучший троллинг выходного дня.

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

Да ладно! Все инсталляторы игр, что я видел при запуске из-под рута предлагают установить в /opt, а из-под юзера в ~. Ну и update-desktop-menu, который при запуске из-под рута прописывает в системное меню, для всех пользователей, а при запуске из-под пользователя для пользователя.

c++ abi в gcc закреплён достаточно давно.