Re: Про лицензии и лин вообще в наших краях
>> ИЛ> Есть коммерческая операционная система RHEL4... Есть
>> ИЛ> свободная операционная система GNU Debian Linux Sarge... У
>> ИЛ> них разный формат пакетов... И что? Трудно собрать пакеты для
>> ИЛ> каждой из них отдельно? Трудно собрать просто бинарник
>> ИЛ> работающий на обеих?
>> А ты пробовал? Привести пример софта, который не будет работать и
>> под debian, и под RHEL4 без модификаций (ну то есть я утверждаю,
>> что "бинарник, работающий на обеих" в общем случае невозможен;
>> правда, в большом количестве частных случаях такое действительно
>> может быть)?
ИЛ> "В общем случае" ничего не возможно. Можно все пути намертво
ИЛ> зашить, при желании. Я понимаю, что у меня не слишком сложные
ИЛ> программы, но под RHEL4 они запускаются без пересборки.
И что? Я видел и довольно сложные программы, которые работают
везде, просто стоит это отнюдь не дёшево. Ты же утверждаешь, что
это не трудно.
А тот же coldfusion, который идёт в самораспаковывающемся sh-файле в
виде бинарника, на FreeBSD, например, без костылей не работает. А
ведь это системонезависимый софт.
>> ИЛ> Если пару совсем чудных библиотек статически прилинковать, то
>> ИЛ> тоже нет...
>> Даже если ВСЁ статически слинковать, то тоже не будет работать на
>> обеих.
ИЛ> Как правило будет.
Зависит от. Софт, который генерирует конфиги апача, например, не
будет работать на любом апаче любого дистрибутива. Хоть ты этот
софт в исходниках раздавай, без модификаций во многих случаях
работать как раз не будет.
Поработай с mandrake или alt, может поймёшь.
Также в случаях, когда selinux включен в дистрибутиве, а софт не
рассчитан на этот selinux, то тоже без костылей во многих случаях ты
его не запустишь, пусть он статически собран.
Если же в определение "работает" включить такие требования, как
соответствие политики дистрибутива (в debian и в mandrake даже
понимание FHS разное), производительность и user-friendly, то
получится, что дистрибутив надо рассматривать как отдельную ОС.
А так да, бывает софт типа "hello world" или софт на java. Или вот
недавно пробегала программка, которая запускается и под линухом, и
под виндой без перекомпиляции и никаких библиотек не требует. Это
же не означает, что так всегда во всех случаях.
ИЛ> Также я могу привести кучу примеров динамически слинкованных
ИЛ> коммерческих программ работающих и там и там.
Да и я могу, тот самый Plesk например.
>> PS: вообще-то достаточно вспомнить проблемы внутри одного
>> дистрибутива. Я хорошо помню, как апгрейдился с 2.6.8 до 2.6.15.
>> Да, debian.
ИЛ> Я не помню. Это как-то прошло мимо меня.
Месяца три назад, в этой эхе был заметный тред на эту тему.
>> Plesk QA Department Second Manager
ИЛ> Хорошо там где плеска нет...
Это ты к чему сказал? Проблемы есть?
--
Ruslan Kosolapov
Plesk QA Department Second Manager
SWsoft, Inc.
Reply to: