>>>а с SUSv3 в FreeBSD сейчас как обстоит?
>>Боюсь, тут мне быстро не ответить
>
>А, тогда не тратьте время. Думал, вдруг кто сходу скажет, хронофагствовать
>-- оно того не стоит. А мне вот интересно стало, потому что действительно ни одной сравнительной таблицы я не нашёл... Что ж, если найду силы и время - будет чем заняться, помимо флуда на опеннете:)).
>>Угу. Это, конечно, облегчает, при необходимости, написание аналогичной реализации
>>(т.к. GPL-ную инкорпорировать нельзя).
>
>Можно -- играя по тем же правилам.
Это понятно, речь шла о том, чтобы GPL-компоненты вставлялись без дополнительных оговорок.
>>>>(хотя, к счастью, не единственный, достаточно вспомнить тот же CMake)
>>>Недавно фиксил детские ошибки в scons и тихо удивлялся...
>>Текстовая консоль
>
>Software Construct -- не Strange Console :)
Каждый о своём :)))
>>С появлением всё большего количества нюансов, которые обладают разными побочными
>>эффектами и имеют порой различные взаимозависимости, autotools всё сложнее заставлять
>>работать так, как надо. Собственно, различны системы портов (packages в NetBSD) делают
>>то, что изначлаьно должны были делать эти autotools. А это значит, что не
>>слишком хорошо они работают...
>
>Это опять одноходовка.
>
>Двухходовка -- "кое-кто отстаёт", боюсь.
Ага. Кое-кто отстаёт. Во всяком случае даже саму идею портов многие позаимствовали из FreeBSD... Разве что Gentoo попытались что-то альтернативное сделать, но получилось просто перенавороченная версия.
>>>Здесь скорее подразумевал "классические UNIX", которые проморгали своё вымирание.
>>Кто-то всегда вымирает. Ce la vi :)
>
>C'est la vie :)
Mea culpa :)
>[оверквотинг удален]
>>>Ну таких фразок с неясными определениями "проработанности" и "до конца" и я
>>>могу настрогать бегом. :)
>>Можно и на примерах. Одна пересборка ядра Linux уже давно стала присказкой:).
>
>Какой-такой присказкой? Если какие лузеры лезут собирать себе ядро и glibc,
>не читая приложенной документации -- ну флаг им в регистр, в
>апстримах таких принято отсылать к дистрибутивам. Если кто _знает_, зачем
>делает (или не ленится узнать) -- собирается, а что?
>
>Просто не нужно оно никому, поскольку и так работает.
Слова настоящего бздишника :)))
>[оверквотинг удален]
>>было достаточно отцэвээситься через пару часов.
>
>Двухходовка -- "ууу, дикость какая -- время на конфигурацию/сборку ядра гробить".
>
>Последний раз, когда пришлось править/собирать ядро -- для одного из заказчиков на
>слишком ранних linux-2.6, которые изрядно проседали по производительности (в т.ч. за
>счёт оверклокнутого HZ=1000 вместо HZ=100 в 2.4 по умолчанию), пришлось вернуть
>частоту таймера в сотню. Потом в дистрибутивном ядре поправили на
>250, а потом именно на 250 поправили в апстриме. Сейчас
>претензий по скорострельности нет, что не может не радовать.
Интересно, кому-нибудь из фряшников приходилось править HZ?.. Сейчас там по дефолту 1000. В OpenBSD - 100. Менять не приходилось ни там, ни там.
>>С *BSD у меня ни разу не было, чтобы, скажем, Иксы
>>отказывались стартовать в дефолтной конфигурации, даже в -CURRENT.
>
>У меня бывало такое недавно вот -- с Xorg-7.3. Спасибо пионерии,
>которая влепила Composite по умолчанию и не удосужилась об этом написать
>на каждом углу relnotes; майнтейнер заметил, что отключил DRI и GLX
>"без объявления войны", но это изменение всё-таки пропустил.
>
>Заметил по тому, что wdm с ним не живёт вообще (падает), а
>wmaker плющит и вовтузит.
Только что обновился до OpenBSD 4.2-CURRENT, где-то посередине обновления X.Org с 7.2 на 7.3 (в отличие от фряхи, здесь он идёт в базовой поставке, и только в базовой поставке). Пока всё работает:).
>>И я всегда контролирую с самого начала, что у меня и откуда грузится, в
>>то время как большинство дистров сразу стартует кучу непонятной фигни, в
>>которой ещё пойди разберись, что за что отвечает и что с
>>чем взаимосвязано...
>
>Ну так и не надо пользовать "большинство дистров", раз оно такое неправильное.
Не спорю. Просто неприятный осадок остался:).
>>В то время как от знакомых линуксоидов (людей ничуть не глупее
>>меня) не раз слышал жалобы про кривые обновления - и это
>>в стабильных ветках!
>
>Чего именно? Можете передать им предложение посмотреть на ALT от моего
>имени и с моей почтой в комплекте.
Передам. Серьёзно.
>>Зато Linux, как правило, оказывается быстрее, это да. Иногда даже заметно быстрее.
>>Это позволяет экономить деньги на оборудовании.
>
>Мы вовсю используем OpenVZ, вплоть до того, что терминальные серверы в VPS
>распихиваются. *Очень* заметно помогает по части оборудования ;)
>
>...и экономичнее (ACPI power throttling), это позволяет экономить деньги на электроэнергии, батарейках
>и охлаждении.
Поддержка ACPI в той же OpenBSD сейчас вполне хорошая, и не включается по умолчанию только по одной причине: есть машины, которые хоят и декларируют себя ACPI-совместимыми, но нарушают эти спецификации (за которые, помнится, Intel даже извинялась), и приходится использовать APM. Ну а поскольку девиз OpenBSD - "Just works", то и провоцировать лишний геморрой никто не собирается. Кому надо - включит, благо, ядро пересобирать для этого не надо:).
>[оверквотинг удален]
>>>>для небольших компаний, у которых нет денег судиться с теми, кто
>>>>наедет за нарушения GPL, а также не могут себе позволить открывать
>>>>исходники доработанной ими системы
>>>Ну и кому эти лузеры сдались?
>>Из вот таких вот "лузеров" родилась, например, компания, в которой я сейчас
>>работаю, один из крупнейших хостеров Рунета. На FreeBSD, кстати:). Или вы
>>отрицаете малому бизнесу в ИТ-сфере в праве на существование?
>
>Нет, я отрицаю _жадному_ бизнесу в ИТ-сфере априорное право на хлеб с
>маслом и икрой, не заработанные своим собственным потом. :)
Так о том и речь, что бизнесу труднее всего подняться, раскрутиться - и в этот период приходится экономить на всём подряд. Конечно, кто-то потом "забывает" своих благодетелей... Кому-то это критично, кому-то - нет (мне вот некритично, если кто-то сам себе карму портит, я ведь сам ничего не лишаюсь:)). GPL и аналоги хороши для разработок, которые ведут сами конторы, спору нет. Но Linux - это изначально некоммерческая разработка...
Поживём - увидим, доведут ли до добра нынешние формы сотрудничества Linux с вендорами...