LINUX.ORG.RU

Linux-стандарт получил путевку в жизнь


0

0

С началом программы сертификации на соответствие требованиям Linux Standards Base проект, нацеленный на то, чтобы привести разные дистрибутивы Linux к общему знаменателю, продвинулся на шаг вперед.

Программа, анонсированная организацией Free Standards Group, представляет собой очередную попытку крупнейших дистрибьюторов Linux сделать эту платформу более привлекательной для ведущих производителей ПО и ускорить ее освоение крупными предприятиями.

zdnet.ru

>>> Полная версия статьи на русском

А вот и "Наш ответ Чимберлену" - :) юнайтед-линуксам всяческим... :) И это, ИМХО, есть правильно... :)

asoneofus
()

Чего правильно ??? Использовать пакеты только в замороженом rpm 4 с хреном ??? В одно место такую правильность :-)))))))

LamerOk ★★★★★
()

Никто не мешает изменить - там в доках записана вся изменябельность :) - никто просто не предложил иного :)...
А что, насчёт рпм 4.03 - какие-то у кого проблемы? Или это плохо, что фирмы сосредоточятся на том, ЧТО нужно сделать, а не КАК это запаковать, и протестить на 1001 варианте дистра?... Или юнайтед-линухи предложили чего-то более гибкое и крутое?... Нет, значит это и есть альтернатива :)

Стандартизация - это всегда некоторые тормоза, за счёт вкусностей по совместимостям...

asoneofus
()

Не надо нам ТАКОЙ стандартизации. Стандартизировали бы интерфейсы - и ладно. А если каждый вася пупкин будет указывать мне, куда мне файлы класть, да еще и потребует ведения рпм-базы, то мне придется их всех долго и с чувством посылать куда подальше :-)))))))))

"Стандартизация - это всегда некоторые тормоза"
Вопрос только в том, у кого ??? У юзера ими пользующегося, или у его создателей ??? :-)))))))) Заниматься такого рода стандартизацией - это просто детсад какой-то. Типа их утомило, что в слаке, дебьяне и шапках разные процессы инсталяции софта :-)))))))))) Или, о ужас !!!, конфиги выглядят по разному :-)))))))))

LamerOk ★★★★★
()

Смотри с другой стороны: ты пишешь прогу, и не надо корячиться, для того чтобы "а вот в дистре А SV, либы нужно толкать в... в нём нет bzip2 либ (несекьюрно) и.т.п." А в дистре Б свои заморочки... И вот, типа, ты должен помереть над хитроадаптацией к каждому из ньюансов. :) вместо того чтобы писать прогу... Для этого и ломят двое - этот и юнайтеды. Кто из них? Юнайтеды мне не нравятся, просто потому как это коммерческий проект, эти - хотяб на вывеске состряпали какуюто отвязку... Создай свой консорциум по стандартизации, если тебе не нравится ни один из этих :):):) ...
А уж куда файлы ложить - не твои (свои можешь по Берштейновской методике разместить :)), а системные, на это стандарт давно "был" - просто его надо на самом деле привести в порядок, кстати, и чего в этом плохого?
Как в прочем, и в процессе установки софта, и в синематике-синтаксисе конфигурационных файлов :)

Зы:) Для тебя, чует моё сердце, "красной тряпкой" служит рпм :)...

asoneofus
()

"ы пишешь прогу, и не надо корячиться, для того чтобы "а вот в дистре А SV, либы нужно толкать в...""
Не понял связи. Я прогу пишу, а либы пусть толкает тот, кому это надо. Или configure с make'ами уже отменили ????

"А уж куда файлы ложить - не твои , а системные, на это стандарт давно "был" -"
А какие из них "системные" ??? bzImage ???? :-)))))) Стандарт то был, да только нафиг он нужен ??? Что бы сохранять и оберегать чистоту первозданного маразма ???

"Для тебя, чует моё сердце, "красной тряпкой" служит рпм :)."
Для меня красной тряпкой служит маразм. В любых его проявлениях. Ну как бы ты отреагировал на выпуск стандарта по раскладке столовых предметов в кухонном столе ??? :-))))))))))))

LamerOk ★★★★★
()

Йе, заходишь ты в любую квартиру - и знаешь где что лежит - это только для жуликов удобно... Или пользуешься неотменёнными конфигурям (это продукт аутотулза, вообщето) - и мэйками... ан-не задача, коммерческие хАды забыли сырцы приложить... а тыщИ мильо (до неба) либ не хватает.. :)... Вот и ищешь их - ищешь... Или лд - тоже-мне, удумали либы раскладывать в /lib /usr/lib ... давайте ка и в вар, и в тмп и... накидаем - а уж этот самый лд - пусть строит файл толстый и индексный для поиска... :):):)
Да и вообще - надо в дистрах сделать, чтобы каждая инсталляция создавало уникальное дерево каталогов, уникальные по синтаксису файлы конфигурации - и всё будет кАрашо!...

Извини, что хихикаю, ну а что, конкретно, считаешь маразмом, и почему? Или слово просто такое - хорошее .. красивое.. :)

asoneofus
()

Извини, что то я сегодня совсем тупой, но юмора так и не понял.. :-)))))) Или контраргументов, если это были они. А про маразм - я уже объяснил. Про столовые приборы. Могу провести аналогии со стульями. Или еще с чем-нибудь. Если хочешь предметного флейма :-)))), то давай "серьезные" контрарументы :-))))) Сообразим диспут на двоих :-))) Pro et contra :-)))))))

LamerOk ★★★★★
()

0.0) Ты администратор, в силу различных обстоятельств - дистров от разных производителей в системе - ну, ... несколько. И вот, в силу расхлябайства дистроклепателей - тебе придётся искать - а где же они там поставили ... prefix=/usr? prefix=/usr/local? а файлы конфы в /etc ? /usr/local/etc ?... а инициализационные данные,подконфигурации /etc/<sublir>? /var/<subdir>? Пример - файлы апача :)
0.1) Тебе срочно понадобилось заадминистрить-сконфигурить-установить... Садишься за машину (получаешь доступ к ней) - а фиг там, файлы конфигурации разбросаны не так, да и формат их сильно покорёжен внутренней конфигурялкой. И вместо того, чтобы быстренько сделать свою работу и отвалить, ты тратишь некоторое время на разбирательство.
1.1) Коммерческая программа (сырцов нет). Для работы требует библиотеки АБВГ, а вот в дистр не входят БГ, т.о. - программу ты использовать не можешь (.т.е. тянешь её откуда-то, компилишь, а она не встаёт, или работает "не так" в силу специфики дистра)...
1.2) Программа коммерческая, или не очень - требует внесения изменения в работу некоторых служб, а в силу (см. разд. 0 :)) их не находит - в результате доп. трах при установке (совершенно ненужный)
1.3) Ты комм. программер - тебе нужно выпустить дистр проги. И вот, для того чтобы выпустить версию "для Линукс" приходится колупаться с "версией для Сл", "версией для РХ" ... Причём тестировать на и для всех и.т.п. - т.е. повышать стоимость продукта и снижать конкурентноспособность...
...

Подчёркиваю, что дело, зачастую, не принципиально - там лежит что-то, или сям, какой формат: а или б - так почему-бы, в таком случае, не сделать как проще или лучше, но везде одинаково.
...
Я маяк, ваш ход :):):):)

asoneofus
()

0.0 "Ты администратор, в силу различных обстоятельств - дистров от разных производителей в системе - ну, ... несколько."
Значит меня еще только взяли на работу и я не приступил к исполнению своих обязнанностей. :-)))))

0.1 "Тебе срочно понадобилось заадминистрить-сконфигурить-установить..."
Исключено, потому что "срочно". "Срочно" я ничего не делаю. Я стараюсь делать работу хорошо, и, если по каким-либо причинам сделать ее так не могу, я ее просто не делаю. Будь то клиент, или начальство - не суть. :-)))

1.1 "Коммерческая программа (сырцов нет). "
Во-первых либо этот стандарт эту проблему не решит, либо ты не привел всех условий задачи. :-))) Во-вторых, если это коммерческая прога (и мне до лампочки есть ли ее сырцы или нет), то я просто читаю ридми и doc/* на предмет "системных требований". (Это и есть недосказанное условие - если инфы нет, то никакие стандарты мне не помогут. Если есть - то они мне не нужны :-))) )

1.2 "Программа коммерческая, или не очень - требует внесения изменения в работу некоторых служб,"
См. пункт 1.1 :-)))

1.3 "Ты комм. программер - тебе нужно выпустить дистр проги. "
Вариант а) Я разработчик-"самиздат"ель. :-)))) Я делаю прогу только в одном ЕДИНСТВЕННОМ ПРАВИЛЬНОМ ФОРМАТЕ - src.tar.gz. Исключение я допускаю для src.tar.bz2 :-))))) Под конкретный дистр ее подгоняют разработчики дистра.
Вариант б) Я коммерческий издатель. Я не только буду "колупаться с "версией для Сл", "версией для РХ" ... ", но еще и буду всякие in86.{rpm, tar.gz, deb}, где n = {3,4,5,6,....} :-)))) делать. Вплоть до всяких mdk.rpm :-)))) Мне за это деньги платят. "т.е. повышать стоимость продукта и снижать конкурентноспособность.." Нет. Повышать качество продукта. А вот как это повиляет на конкурентосопосбность, зависит от того, каково оптимальное соотношение цены/качества на рынке.

Ну так на кой же черт может понадобиться этот филькин "стандарт" и какая от него может быть в принципе польза ??? Пока что это больше смахивает на "дизайнед фор виндос" или "бест вьювед виз" :-))))))) Разводим рекламный маразм на ровном месте. Создатели стандарта небось так и видят новые синие коробочки с Сусе, Шапкой, Мандраком и др., с белыми надписями в красных кружочках "компатейбл виз линукс бэйзд стандарт !!!!!" :-)))))))))) И цена - 99,99 $ :-))))))))

ЗЫ. Юстас Алексу. :-))))))))

LamerOk ★★★★★
()

> Значит меня еще только взяли на работу и я не приступил к исполнению своих обязнанностей. :-)))))
Типа, ты возьмёшь и свезёшь все разные - и оставишь одну. Только вот незадача: некоторые к...лы строят и поставляют свои системы, даже ГНУ -базед :) так втиснутые в рамки того "на-чём-они-созданы" - что невозможно их на другом дистре поставить. Кроме того - зоопарк необходимой прикладнухи, которую настраивает спец: приходит: "у вас РХ?" нет "до свидания"... "у вас корел-линух" "нет" - до свидания... и.т.п. - или ты собрался вникать кроме всех прочих проблем - в тюнинг прикладного софта? Ну, тогда 1) никто не даст столько времени 2) это нереально.

Исключено, потому что "срочно". "Срочно" я ничего не делаю. Я стараюсь делать работу хорошо, и, если по каким-либо причинам сделать ее так не могу, я ее просто не делаю. Будь то клиент, или начальство - не суть. :-)))
Специфика нашего производства "когда нужно" "вчера"... И разговор не о том, а как тебе проще: если /etc/fstab всегда находишь там-где-он-есть, или когда он вдруг /var/filesys/fstab окажется?

Во-первых либо этот стандарт эту проблему не решит, либо ты не привел всех условий задачи. :-))) Во-вторых, если это коммерческая прога (и мне до лампочки есть ли ее сырцы или нет), то я просто читаю ридми и doc/* на предмет "системных требований". (Это и есть недосказанное условие - если инфы нет, то никакие стандарты мне не помогут. Если есть - то они мне не нужны :-))) )
Не у всех дока в doc/* (стандарта нет :)) - хотя, это не проблема :)
Всё есть, а ты выбрал дистр, в который не входит эта либа из списка (причём сильнозависимая от кучи других) и из кучи сырцов - она прямо не встаёт.. Или ты думаешь, что такая ситуация невозможна?
И если ты считаешь, что мин. набор необходимых либ в дистре (никто тебя не обязывает их все ставить) - это лажа... хм.. интересные, тогда, у тебя понятия.
А что до остальных - то это нагибает производителей софта: если вы юзаете либу, не являющуюся стандартной, то будьте любезны: отдетектьте её наличие в системе - и если её нет, то установите то, что с собой прихватили :) - гемору меньше при установке :)

См. пункт 1.1 :-)))
Новая программа, см. выше, надо чтобы она работала "вчера" - читать доки будешь ... месяц ... В таком случае - ситуация, которой не позавидуешь - с одной стороны начальство скалит зубы, с другой стороны - девелоперы, жаждующие свежего софта - вусмерть ведь достанут.. Не те - так другие... :) В итоге - крайним окажешься :)

1.3 "Ты комм. программер - тебе нужно выпустить дистр проги. "
Вариант а) Я разработчик-"самиздат"ель. :-)))) Я делаю прогу только в одном ЕДИНСТВЕННОМ ПРАВИЛЬНОМ ФОРМАТЕ - src.tar.gz. Исключение я допускаю для src.tar.bz2 :-))))) Под конкретный дистр ее подгоняют разработчики дистра. Только, если они посчитали - что её нужно включить в дистр :)

Вариант б) Я коммерческий издатель. Я не только буду "колупаться с "версией для Сл", "версией для РХ" ... ", но еще и буду всякие in86.{rpm, tar.gz, deb}, где n = {3,4,5,6,....} :-)))) делать. Вплоть до всяких mdk.rpm :-)))) Мне за это деньги платят. "т.е. повышать стоимость продукта и снижать конкурентноспособность.." Нет. Повышать качество продукта. А вот как это повиляет на конкурентосопосбность, зависит от того, каково оптимальное соотношение цены/качества на рынке.
И не буду (см. на самом верху) - сейчас так и есть: "мы понимаем, что линух одно и тоже, но мы тестируем под РХ, вы можете обратиться в службу .... они вам расскажут о возможности адаптации софта под..." А там: Тестирование, ребилд, дока... х100(1000) стоимость проги

Ну так на кой же черт может понадобиться этот филькин "стандарт" и какая от него может быть в принципе польза ??? Пока что это больше смахивает на "дизайнед фор виндос" или "бест вьювед виз" :-))))))) Разводим рекламный маразм на ровном месте. Создатели стандарта небось так и видят новые синие коробочки с Сусе, Шапкой, Мандраком и др., с белыми надписями в красных кружочках "компатейбл виз линукс бэйзд стандарт !!!!!" :-)))))))))) И цена - 99,99 $ :-))))))))
Какая может быть польза от ГОСТа, ведь это сплошные тормоза!!! Я вот ковыряюсь, сам собираю девайсы - и мне на.. на эти ГОСТы :) на ЕСКД итп (я ведь доку самопальную выпускаю - и хватит)...
Стандарты - делаются для удобства, для снижения накладных и устранения проблем с переобучением. Типа "я неплохо вожу танк, нахрен мне нужна эта баранка в машине" или "производители всех легковушек спят и видят танк, с красным кружочком на борту: жигули сертифед" :)

ЗЫ:) ты эту шутку про маяк не знаешь????
http://airbase.uka.ru/forum/4/602/3.htm
fast написал :)

asoneofus
()

"некоторые к...лы строят и поставляют свои системы" и "Кроме того - зоопарк необходимой прикладнухи, которую настраивает спец: приходит: "у вас РХ?" нет "до свидания"... "у вас корел-линух" "нет""
С козлами не имеем дела. Все якобы "втиснутые" прекрасно втискиваются в любой другой линух. Исключения ОЧЕНЬ редкие.

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

" Специфика нашего производства "когда нужно" "вчера""
Да хоть позавчера. Это проблемы производства. А я делаю {сегодня, завтра, ...}. Если мне нужно два часа на выполнение задачи, то я либо буду ее выполнять и возьму два часа, либо не буду ее выполнять вообще.

"когда он вдруг /var/filesys/fstab окажется? "
Ну во-первых на систему должна быть документация. Если везде стоит шапка 7.2, а в одном месте 6.0, потому как только под ним идет софтина Х, то это должно быть в ней отражено. Либо тот, кого я заменяю вводит меня в курс дела. Если нет ни первого, ни второго - это автоматом некоторый простой, пока я не разберусь в системе. Во-вторых, если в системе помойка такого рода, то я ни во что вникать не буду - просто выцепляю нужные данные и ставлю систему по новой.

" Всё есть, а ты выбрал дистр, в который не входит эта либа из списка"
Это НЕ проблема.

"(причём сильнозависимая от кучи других)"
Не бывает. У редкого пакета бывает "вертикальная" зависимость (А завист от Б, который зависит от В, который зависит от Г) от более чем трех пакетов.
" из кучи сырцов - она прямо не встаёт.."
А когда встает - не работает. А когда работает - не так как надо. А когда так как надо, то уже не нужно. Ну и так далее... :-)))) Мы про реальный мир, или про проблему запуска скомпилированной под 4-ый пенек виндовой проги под vmWare на альфе под линухом на орбитальной станции ??? :-)))))

"Или ты думаешь, что такая ситуация невозможна? "
Я думаю, что если такая ситуация допущена, то уже можно и не рыпаться :-)))))))

" А что до остальных - то это нагибает производителей софта: если вы юзаете либу, не являющуюся стандартной, то будьте любезны:"
Указать какая либа вам нужна в "сист.требованиях" и место, где ее можно взять.

" таком случае - ситуация, которой не позавидуешь - с одной стороны начальство скалит зубы, с другой стороны - девелоперы, жаждующие свежего софта - вусмерть ведь достанут.."
Начальство ЗНАЕТ, когда будет новый софт. Оно так же ЗНАЕТ, что он будет никак не раньше. Девелоперы выясняют отношения с начальством.
Вообще же, ты привел просто пример какого-то театра абсурда. В таком маразме ничего и ни где не должно работать, и никакие стандарты ни на что ему не помогут. Разруха - она не в сортирах и не в отсутствии стандартов - она в головах :-)))))))

" И если ты считаешь, что мин. набор необходимых либ в дистре (никто тебя не обязывает их все ставить) - это лажа."
Зависит от дистра. От его целей и задач.

"Только, если они посчитали - что её нужно включить в дистр :) "
Все deb-пакеты из репозитария, или весь Сизифус - это часть дистра ??? :-)))))

"Тестирование, ребилд, дока... х100(1000) стоимость проги "
Ты разницу между "прогой" и "програмным продуктом" знаешь ??? :-)))))

"Стандарты - делаются для удобства, для снижения накладных и устранения проблем с переобучением. "
Или от желания срубить бабло, засветиться, пошуметь. А иногда это просто проявление маразма. Старческого, как правило.
Стандарты бывают: 1) полезные 2) не меающие и 3) вредные. Обсуждаемый из последних. :-))))

" ты эту шутку про маяк не знаешь????"
Нет, не знал :-)))))))

LamerOk ★★★★★
()

"зоопарк на бедлам" = "зоопарк и бедлам" :-))))

LamerOk ★★★★★
()

С козлами не имеем дела. Все якобы "втиснутые" прекрасно втискиваются в любой другой линух. Исключения ОЧЕНЬ редкие.

А вот саппорт-еры так не думают... :) И попробуйте написать письмо - ответ такойже будет... Исключения ОЧЕНЬ редкие. :)
--
Нет, просто я не собираюсь терпеть зоопарк на бедлам в той области, за которую я отвечаю. Ну и естественно я должен буду знать о всех "особенностях" прикладного софта.

Значит Вы считаете - что целесообразно иметь зоопарк, в силу каких-то обстоятельств, и тратить время на изучение и поддержку разнообразия, в ущерб единому подходу? Да и изучение особенностей - это очень много времени... Прикладники всегда лучше знают свой софт, нежели сисадмины... И лучше иметь кое-что в дистрах одинаковым :)
--
Да хоть позавчера. Это проблемы производства. А я делаю {сегодня, завтра, ...}. Если мне нужно два часа на выполнение задачи, то я либо буду ее выполнять и возьму два часа, либо не буду ее выполнять вообще.

Уволят. Любое производство покрупнее - сплав совка с капитализмом, причём везде все всё прекрасно поонимают, но слишком "правилных" выживают :(
--
Ну во-первых на систему должна быть документация. Если везде стоит шапка 7.2, а в одном месте 6.0, потому как только под ним идет софтина Х, то это должно быть в ней отражено. Либо тот, кого я заменяю вводит меня в курс дела. Если нет ни первого, ни второго - это автоматом некоторый простой, пока я не разберусь в системе. Во-вторых, если в системе помойка такого рода, то я ни во что вникать не буду - просто выцепляю нужные данные и ставлю систему по новой.

Это бы правильно, но большинство компов в системе именуются "персональные компУтеры" :). И документашки никто не ведёт, да и за софт на машинах - отвечают назначенные козлы отпущения :(..
--
А когда встает - не работает. А когда работает - не так как надо. А когда так как надо, то уже не нужно. Ну и так далее... :-)))) Мы про реальный мир, или про проблему запуска скомпилированной под 4-ый пенек виндовой проги под vmWare на альфе под линухом на орбитальной станции ??? :-)))))

Ой-ой, а то в рассылках каждого дистра нет мульёна писем, на тему: а почему в вашем дистре нет ... или не встаёт ... Одна война по 2.96 чего стоила :) чего только про всяческие STL-и кривовстающие не пишут, почти у всех даже глибцы с ютф локалями не ходят и.т.п.
--
Я думаю, что если такая ситуация допущена, то уже можно и не рыпаться :-)))))))

А работать надо :)
--
Указать какая либа вам нужна в "сист.требованиях" и место, где ее можно взять.

... для данного дистрибутива: и в сырцах, и в бинарЯх :) Но это возможно - только если есть стандарт, что есть - чего нет... А то ведь производители проги могут и не подозревать о существовании какогото дистриба....
--
Начальство ЗНАЕТ, когда будет новый софт. Оно так же ЗНАЕТ, что он будет никак не раньше. Девелоперы выясняют отношения с начальством.
Вообще же, ты привел просто пример какого-то театра абсурда. В таком маразме ничего и ни где не должно работать, и никакие стандарты ни на что ему не помогут. Разруха - она не в сортирах и не в отсутствии стандартов - она в головах :-)))))))

Начальство - это как ситуация, может подлить масла в огонь, может отправить (девелоперов) решать вопрос напрямую ( к тебе :)), и зачастую, в силу непрофильности, вообще слабо представляет сколько и когда...
--
" И если ты считаешь, что мин. набор необходимых либ в дистре (никто тебя не обязывает их все ставить) - это лажа."
Зависит от дистра. От его целей и задач.

Считаю отмазкой :) Можно выделить общее, или общее-по-категориям.
--
"Только, если они посчитали - что её нужно включить в дистр :) "
Все deb-пакеты из репозитария, или весь Сизифус - это часть дистра ??? :-)))))

А то нет...
--
"Тестирование, ребилд, дока... х100(1000) стоимость проги "
Ты разницу между "прогой" и "програмным продуктом" знаешь ??? :-)))))

Знаю, к сожалению. Проги просто никому не нужны. И вопрос не о том, а о том, что готовый пакет программ А, никто тебе не будет поддерживать на дистрибутиве 1, если пакет поставляется для дистрибутива 2 (РХ в, основном).. Хороший тоже отмаз :) Типа, "ты тут прогу от кульного софта отличить не можешь" :)
--
Или от желания срубить бабло, засветиться, пошуметь. А иногда это просто проявление маразма. Старческого, как правило.
Стандарты бывают: 1) полезные 2) не меающие и 3) вредные. Обсуждаемый из последних. :-))))

Это сугубо личное мнение... :( У юнайтедов не лучше, да и этот не плох... Чисто Российский, надо сказать, подход... :)

asoneofus
()

"Значит Вы считаете - что целесообразно иметь зоопарк, в силу каких-то обстоятельств"
Есть непреодолимые обстоятельства (разное железо/софт) которые могут вынудить иметь зоопарк.

"И лучше иметь кое-что в дистрах одинаковым :) "
Но только не называть это "стандартом".

" Уволят."
Сами себя ??? Это их вина, что у них все должно было быть "вчера". У меня все тогда, когда должно быть. До сих пор за "несоответствие занимаемой должности" меня еще не откуда не увольняли :-)))) Да и вообще, (тьфу-тьфу-тьфу) ниоткуда не выгоняли :-))))))

" за софт на машинах - отвечают назначенные козлы отпущения :("
Ну и претензии к ним, а не ко мне :-)))))

"а то в рассылках каждого дистра нет мульёна писем, на тему"
Это, типа, аргумент ??? :-)))))))) А в рассылках довольно много "мульенов" писем на самые разные темы :-))) По каждой стандарт делать ????

"для данного дистрибутива: и в сырцах, и в бинарЯх "
Неа. В src.tar.gz :-))) Причем даже не место указать, а на своем же сайте и выложить.

"А то ведь производители проги могут и не подозревать о существовании какогото дистриба...."
А это - уже забота создателей дистра :-)))))) Тут философский вопрос про курицу, яйцо, разработчиков софта и создателей дистров :-))))))

"Считаю отмазкой :) "
Я могу и круче - а каков критерий "минимальности" ??? :-)))) Ну, я думаю, дальше понятно :-)))))

"А то нет... "
А то да ??? :-))))))

"И вопрос не о том, а о том, что готовый пакет программ А, никто тебе не будет поддерживать на дистрибутиве 1, если пакет поставляется для дистрибутива 2"
Нееет. Давай не путать пакет="программный продукт" и пакет=*.{rpm,deb,tgz} для конкретного дистра. Не видел я, что бы нормальный програмный продукт выкладывали только в формате для одного дистра. Универсальный пакет под ЛЮБОЙ дистр я уже назвал - src.tar.gz :-)))) На крайняк - собранные (динамически и статически) бинарики в tar.gz. Есть желание выкладывать пакеты для шапки/сусе/дебьяна и др - ок. Выкладывай и поддерживай. Если нет - то и не надо. Но стандарты то тут какие городить ??? Нынешние задачи более чем удовлетворяют общепринятые соглашения, так на кой хрен городить стандарты ???

LamerOk ★★★★★
()

Ну, однако....
В силу специфик... :) Насчёт увольнений и.т.п. - это и впрямь административный гемор :) свойственный нашенской конторе... :) Но ещё круче достаётся тому, кто "стоит в позе суперправильности" :)

Насчёт дистров: Коммерческие - встречал ТОЛЬКО ДЛЯ РХ и всё, саппорт не поддерживает, если у вас иной дистр - и всё. Не хочешь брать - не бери (а на чём тогда работать? ). Если дистры "по стандарту" - то тогда саппорт, если продукт анонсирован на соответствие стандарту - просто обязан будет, а иначе - суды замучают... И, фактически - все пакеты что покрупнее имеют один формат (коммерческие опять-таки) - и никто не собирается выкладывать в нескольких, не говоря о сырцах... :)

Насчёт либ, как-то тут не могли запустить на КСИ прогу (пакет) - и не могли прикрутить, конкретно, нечто типа термкапа (который, как оказалось - нужен только при инсталляции) - пришлось "крутым спецам" изрядно попотеть. Если бы однозначно было сказано: "сертифед ориентировыаны на терминфо...") - то тогда бы гемору не было...

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

Дикси...
ЗЫ:) Салют читателям доки, от писателей!... :)

asoneofus
()

а подробнее можно? этим стандартом только пути к либам/конфигам/спулам распределяются или что-нибудь ещё? и чем отличается от linux filesystem standard? в ссылке про это ничего, только общие слова, громкие имена и прочий PR.

anonymous
()

Хмм... вроде кк там и конкретики достаточно... на их сайте.. и доки качнуть можно ... :)

asoneofus
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.