> Потому что её делают под нужды, что характерно, "промышленности", то есть нужды производств с определенным набором ПО, обеспечить корректную работу которого нужно в первую очередь, а работу всего остального - во вторую.И что же это за "промышленность" такая, где нужно грубо сляпанное гуано, в сравнении с "наколеночным"? Критерий "нужности" ПО можно услышать?
> А то, что Debian является "наколенным поделием" - знают все, кто им когда-либо пользовался.
Пользовался и пользуюсь RHEL и Debian, наколенными данные дистры не считаю. Наоборот, Solaris 10,
в сравнении с ними - грубо сляпанный коммерческий крап. Отвратительный как по виду, так и по содержанию.
> К каким конкретно проблемам это приводило в работе с выпущенным под соляру ПО? И я не про "апачи" и прочее, а про штуки, вроде СУБД.
Все что не субд, не ПО?
> Мне почему-то сомнительно, что использование серверов за миллионы баксов в качестве веб-фронта - было таким уж частым юзкейсом.
Возможно, но оно было и работало уже тогда. Cерверы, разумеется, не за миллионы баксов Была бы моя возможность выбирать - SUN'а бы не было.
> Какие для этого были юзкейсы именно в энтерпрайзной среде и поддерживаемых самим саном решениях?
Понятия не имею, констатирую факт. Или "отсутствует потому, что не нужно"?
> Зачем нужен OpenVPN на энтерпрайзных серверах?
Да мало ли какие задачи требуются? ОС это не узконаправленная вещь.
> Давай туда еще сервер Контры, или Майнкрафта попробуем поставить и будем сокрушаться, что не работает.
Если есть поддержка Solaris, не вижу причины по которой данное ПО не может быть запущеным на сервере. Есть (уже), сервер, не новый. Клиент захочет сервер Контры - будет сервер контры.
> Какая разница как работает менеджер пакетов, если всё необходимое ПО устанавливается и работает без проблем?
Разница в том, что кроме того что закинул на дисках вендор к "промышленной" ОС, есть еще то, что нужно мне, для решения задач бизнеса, которые приносят прибыль. И приходится cобирать пакеты, потому что за make && make install на сервере надо отрывать руки, равно как и за не воспроизводимую сборку. И я хочу, что бы в 21 веке менеджер пакетов в "промышленной"
ос умел разрешать зависимости, как в "наколенной" ос.
> Всё, что ты ниже пишешь - гнутые поделия и всяческий самосбор, под которые система никогда не оптимизировалась и не рассчитывалась. Странно предъявлять претензии, что не работает то, работу чего никто реализовывать и не собирался.
Еще как расчитывалась, ибо гнутый самосбор предоставлен SUN'ом и взят с дисков их дистрибутива.
А то, что они свой man hierarchy не соблюдают - вопрос не ко мне.
> Под соляру было официально поставляемое ПО, где разработчики сами на себя взяли весь гемор по тому, чтобы все устанавливалось и работало.
А если работает плохо, мне что делать? Вешать багу и ждать пока снизойдут?
> Мне вот даже интересно - куда ты это "загрузочную флешку" пихал бы в данном агрегате?
Я не знаю, что это за агрегат, а вот Sun Fire'ов 2000 и T3 хватало. И с флешкой мне было бы удобнее, чем без нее.
> А там широкие возможности и не нужны были - эти сервера поднимались по одной штуке раз в несколько лет.
У Вас "ненужно", заменяет собой все, что уже было написано и что делало работу удобнее.
> Если бы был реальный спрос на расширение этих возможностей - сделали бы.
Так это, баг-то в libc висел 18 лет исправляли. Просто когда уже стало нужно, было все равно пофигу - дерьмо-то покупали (по инерции, конечно), ибо "промышленная" ос.
> Это на уровне сравнений полового органа с пальцем лишь на основании внешней их схожести. Ну и, видимо, от полного не понимания ровно того, что ты сам же написал в самом начале - ОС выбирается, исходя из потребностей. Тех потребностей и сравнений, что ты понаписал - там не было среди основной части клиентов, которые платили деньги. А тратить ресурсы на никому особо не нужный R&D и накачивание нескучными фичами, после чего постоянно переписывать мануалы, переобучать и пересертифицировать поддержку и так далее - никому было не нужно. Но ты этого, видимо, не понимаешь.
Да-да-да. Я виноват, "выбирал" не под "те" задачи ос и оборудование. То, что это уже работало и эту дрянь надо было поддерживать, Вам в голову вообще не приходит. Вашу нишу я понял уже, для Вас промышленная ос это сугубо пускалка БД Oracle, в таком случае встает вопрос, а нахрена вообще связываться, если RH завявлен самим ораклом в поддерживаемых ос, а цена за сервер и дальнейшая стоимость владения дешевле, чем закупать железо с "промышленной" ос вляпываясь в поддержку от оракла и штрафом за то, что ее прерывал.
> Если у тебя есть опыт ремонта автомобиля - у тебя есть возможность оценить сколько стоит
> разработать автомобиль, организовать его производство и продажи?
У меня нет опыта ремонта автомобиля и я не могу оценить стоимость его разработки и тем паче, стоимости производства от разработки идеи, до вывода на рынок готового продукта. Если я с чем-то работаю, то у меня есть примерное представление о том, как это сделано и могу cформулировать
что мне не нравится и как это улучшить, особенно если есть с чем сравнить. Знаете ли, весьма заметно то, что сделано как надо и сделано на отвали. Первое характерно для "наколенных" дистрибутивов, второе - вотчина "промышленных" ос.
> Это уже просто глупость, уж извини за прямоту.
Ничего, я не обиделся, потому что Вы явно не правы. Вы разбрасываетесь суждениями, не участвовав, подозреваю с высокой долей вероятности, в разработке opensource проектов, но выносите суждения о том, сколько и что стоит.
> Я допускаю, что никакое мнение не может быть верным в принципе, ибо всегда есть нюансы. В том числе и моё и твоё. Но я как-то не вижу, чтобы ты в своём как-либо сомневался, но почему-то от других этого ожидаешь.
А я не вижу смысла приукрашивать то, что выглядит как гуано. Когда начинаешь сравнивать возможности, почему-то "промышленные" ос начинают пролетать, в сравнении с "наколенным" поделием.
Одно дело, взглянуть на недостатки объективно и сделать выводы, другое дело пытаться оправдать собственную ошибку, когда понял, что выбрал плохой продукт. Что касается моего опыта работы с Solaris 10, в первом случае (RTComm) я работал с тем, что есть, во втором (Orange) приходилось осуществлять миграцию physical to virtual причем менялись и архитектуры процессора (из физических SPARC'ов миграция происходила в облако VmWare). Впечатления были гнетущие от того, как поставщики проприетарного ПО изворачивались пытаясь побороть проблемы Solaris, когда поддержку у Oracle никто не покупал (ибо отказ от дальнейшего использования и миграция), а на уже купленное решение от проприераса есть поддержка.
