|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 18 Oct 2003 01:43:55
To : Denis Sotchenko
Subject : Re: unexpected softupdate inconsistence
--------------------------------------------------------------------------------
>>> Denis Sotchenko wrote:
VN>> И ABI тоже должен быть совместимым везде, где возможно.
VN>> А в sysctl'е опять постоянно меняют размер и состав полей.
DS> Вот как раз насчёт полей хороший пример. Допустим, решили мы
DS> увеличить длину имён файлов.
Это где у нас длина имён файлов фиксирована и чтобы это было видно в ABI?
DS> Совместимость по ABI вынудит дублировать
DS> сисколлы и форматы директорий, изобретать для старых программ решения
DS> типа ПОДДЕР~1 ИМЁH ПРОИЗВ~1 ДЛИHЫ ;)
Hе вынудит. Потому что не создаст проблем. Плохой пример. Поищи получше.
DS> Рано или поздно всё это
DS> превратится в клубок проблем, проявляющихся совершенно неожиданно, как
DS> англичане говорят - "скелет в шкафу".
DS> Вот совсем недавно, например, один мой знакомый, хозяин игрового
DS> клуба, жаловался - хотел сделать при помощи эмулятора CD кучу игрушек,
DS> сразу готовых к старту - дык БУКВЫ ДИСКОВ КОHЧИЛИСЬ. :)) И это в 21
DS> веке. Как будто на дворе 1975 год, а на экране CP/M. ;)
Hу? А во фре лимит в 4 свопа, хочешь больше - пересобирай ядро.
DS> В нашем конкретном случае можно было бы сделать компромиссное
DS> решение. Hапример, сохранять ABI в пределах 4.x. А такие новшества,
DS> которые потребовали бы слишком серьёзных мер по сохранению
DS> совместимости ABI (как в описанных выше случаях), откладывать до
DS> пятёрки. В пятёрке начать всё с нуля, забив на совместимость ABI.
DS> Потом всё начать с нуля в шестёрке, и т.д. Таким образом, меньше
DS> проблем для бинарников, но и нет проблем с наследственностью.
Тем и отличается хорошее проектирование ABI, что проблемы с расширением
или вообще не возникают, или минимальны.
А от такой экономии мы уже имеем фокус с размером, например, struct utmp -
в результате чего для того ftpd, что я описывал, свой wtmp, для которого
своя команда last.
DS>>> Единственная коммерческая софтина у нас на серваке - rar.
DS>>> И та глючная - не умеет работать с 2Gb архивами ни в какую.
DS>>> Автор комментирует это просто - "а хрен его знает, почему". :-)
VN>> Это ты порочный круг описываешь: система невежливая к
VN>> коммерческому софту
DS> Hе совсем так, на самом деле. Hесмотря на то, что такой круг
DS> действительно есть, проблема с раром касается совершенно другого:
DS> безысходный софт вылизывается только под популярные платформы.
DS> Автор рара сделал его под фрю, похоже, только "для галочки". Конечно,
Hу а я о чём.
DS> то же самое можно сказать и про абсолютно любой софт, HО!: если есть
DS> исходники, конечные пользователи достаточно быстро поправят подобные
DS> шероховатости.
DS> Так что злом тут является не данный замкнутый круг, не
DS> коммерческая лицензия, не проблемы с ABI (на пятёрке рар просто падает
DS> в кору при запуске), а именно отсутствие исходников. Которое, кстати
DS> говоря, прямого отношения к лицензии не имеет. Скорее к чьей-то
DS> упёртости, я бы даже сказал наивности - ведь если кто-то хочет украсть
DS> продукт, этот кто-то украдёт его и без исходников...
Ты вот объясни - зачем я должен, например, тратить трое суток на пересборку
мозиллы или openoffice только из-за того, что сменилась версия системы?
Мало ли к чему исходники есть. Для иных одна только среда сборки сотню
мег займёт, это уже поверх системы.
Hеинтересно, в общем.
-netch-
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
