Холиварное

[vitus_wagner]

Не используйте RHEL, RHEL - бяка. Использовать RHEL, равно как OracleLinux, goslinux и проочие клоны можно только в том случае, если вам нужно не чтобы работало, а чтобы была бумажка от солидной конторы, прикрывающая задницу, если не работает. Впрочем. чем вам не нравится бумажка от конторы "Базальт СПО"?.

Использование CentOS вообще не имеет никакого оправдания, кроме "я хочу научиться использовать редхатоподобную систему, чтобы потом поставить RHEL и иметь красивую бумажку для прикрытия задницы".

Если вам нужно чтобы работало, используйте Debian, Ubuntu, Arch, Gentoo, Alt, да хоть FreeBSD и Solaris - что угодно кроме RedHat и редхатоидов. Ну разве что от SLES и Mandriva нужно держаться еще дальше.

P.S. Пост не был проплачен Новодворским.

Comments

[dikem]

И вас с пятницей.

[nasse]

Мандрива - трупень.
А чем тебе центось не угодила?

И солярис точно не надо. Он оракловый.

[vitus_wagner]

Тем что она редхат. Софта считай что нет, а который есть - позапрошлого века.
Сколько мне труда пришлось приложить, чтобы убедить народ в pgsql-hackers, что postgres должен собираться с --with-icu с той ICU, котоая в 6-м редхате.

Жить в этой системе не подключая EPEL невозможно. А EPEL это уже совершенно не тот коленкор, что пакеты в дистрибутивной системе.

А proj4. CGAL, geos36, libgeotiff и SFCGAL нет даже и в EPEL-е.

[nasse]

А, понятно, у нас разные критерии.
Но редхат бяка по-любому.

[vitus_wagner]

Расскажи про свои претензии к нему.

Debian stale

[phd_ru]

> Софт… позапрошлого века.

Расскажи мне про Debian stable. Ещё лучше про oldstable.

Re: Debian stale

[vitus_wagner]

Вот-вот.

vitus@fafnir$ ssh jessie.bf.postgrespro.ru dpkg -l libicu-dev
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name             Version       Architecture Description
+++-================-=============-============-==========================================================
ii  libicu-dev:amd64 52.1-8+deb8u6 amd64        Development files for International Components for Unicode
vitus@fafnir$ ssh centos7.bf.postgrespro.ru rpm -q libicu-devel
libicu-devel-50.1.2-15.el7.x86_64

Вот так нонеча соотносятся oldstable со "свежей" центосью.

Re: Debian stale

[max630.net]

> libicu-devel-50.1.2-15.el7.x86_64

Это ещё не факт, что там втихую не накачены патчи до 52.1.

[vitus_wagner]

А Solaris надо если у тебя процессор - SPARC. Ибо линуксы на сановском железе как-то не очень полноценно используют его возможности.

А вместо sunfreeware теперь у нас есть opencsw.
Которая уж всяко не хуже EPEL-а.

[vld_sergio]

Ну, некоторая сермяжная правда в этом, конечно, есть... А что послужило поводом в этом конкретном случае?

[vitus_wagner]

Попробовал собрать PostGIS и pgrouting.

[vld_sergio]

А, ну в rhel-подобных линуксах любой шаг за границы репозиториев base/extras/updates - попытка улететь, охрана стреляет без предупреждения.

[vitus_wagner]

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

[cae32]

Собирать свой репозиторий, для RHEL другого выхода нет. Так как последняя история с forge показывает, что не стоит надеяться на "сообщество".

[nepilsonis]

Что за история?

[cae32]

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

[stanislavvv]

Согласен полностью.
Хотя в список оправданий могу добавить ещё "поставщик решения требует RH/Centos в качестве подложки", но это всего лишь прикрытие его задницы, а не того, кто будет пользоваться тем решением...

[hrenov_drummer]

Аргументы?

[avnik]

вы забыли NixOS, который тоже работает

[vitus_wagner]

Windows и MacOS я тоже не упомянул. А они, пожалуй, идеологически ближе к нормальным линуксам, чем NixOS. Хотя и там и там дуракцая идея держать каждую программу в своем каталоге тоже присутствует. Но все-таки до такого абсурда не доведена.

[avnik]

Зато такой подход позволяет подписывать пакеты хещом, и полагаться на то, что пакет этим хешом идентифицируется (разрешение бинарных зависимостей идет по хешам, а не по добрым намерениями майнтейнера)

[vitus_wagner]

Мне тут пришла мысль, что ваша NixOS это Android server edition.

[avnik]

Не согласен.

1 у андроида своя фиксированая структура (похожая на FHS, но не FHS)
2 андроид не posix (у него нет /usr/bin/env на положеном месте, у нас есть в виде симлинка, /bin/sh аналогично)
3 андроид вроде нигде хеши для подписи пакетов/разрешения зависимостей не использует.
4 андроид все таки не gnu/linux, а nixos при всей его своеобразности -- gnu/linux (и большая часть системы собирается из стандартных исходников (тарболлов) из тех же самых из которых собирается дебиан/редхат).

nixos -- это применение парадигм functional programming к system management и системному администрированию. (иммутабельность, сборка мусора, использование криптографических хешей, композиция функций ("пакет" это функция! она вычисляет хеш пакета, а сборка софта при этом side-effect))

[vitus_wagner]

Система является GNU/Linux не когда она собирается из исходников GNU project, а когда она следует GNU toolbox phylosophy.

Поэтому претендоватьна GNU-сность NixOS может только пока его не увидел Столлман и не заявил официально, что не соответствует.

[avnik]

https://www.gnu.org/gnu/gnu-linux-faq.html

тут как раз написано про исходники GNU project, и ничего про одобрение Столлманом.

Они там пилят свой GuixSD (который в девичестве форк nixos) но он еще более маргинальный ;) (и от того что дерево пакетов GPL3 -- тоже путь в тупик имхо)

[cross_join]

К вышеперечисленным алтернативам уже Active Directory из коробки прикрутили?

[vitus_wagner]

Учитывая что во всем перечисленном софт на десять лет новее, было бы странно если не.

[cross_join]

То есть если я прямо сейчас ставлю Убунту 16.04 с сайта Каноникала, на ней "из коробки" поднимается домен с AD и все компы в сети легким движением руки в него интегрируются?

[qkowlew]

Не могу сказать, что вот так уж и легким - но месяца три назад я поднял самбу на убунтовой машинке, где в виртуалке крутился последний ещё живой, но голючный PDC win2008 server некоей локалки (до того при поломках его тупо доставали из снапшота), после чего как-то соорудил на ентой убунте работающий DC, и оно запахало "неотличимо от родного".

И вроде это по сю пору пашет.

[cross_join]

Вы не путаете Самбу с доменом и АД?

[qkowlew]

Вы о формальных определениях?
Если подходить строго формально - то там сейчас "самба с доменом", конечно.

Функциональные отличия опишете?

[dzz]

Пока AD - один, всё хорошо, пляски с бубном начинаются, когда нужно подружить несколько IDM-ов, часть из которых - нативно виндовые, а часть - нет.

[cross_join]

Последний раз я пробовал поднять домен для локалки на 12.04. Это было многостраничное руководство какого-то гика, умудрившегося запустить систему. С тех пор никакого желания тратить жизнь на подобную деятельность. Установка АД-домена в Win2012 занимает около получаса без какого-либо чтения документации (нужно иметь общие знания, конечно).

[qkowlew]

Да, верно. Мне доводилось УСПЕШНО строить только конфиги "один домен, без трастов между несколькими".

Все случаи для "доменов более одного" сводились к тому, что на линуксовой машине проще, быстрее, надёжнее поднять виртуалку с виндой. :)

[dimez.livejournal.com]

Использование RHEL (и RHEL-like) оправдано только с одной целью - использование Oracle DB. Во всех остальных случаях - да, Debian/Ubuntu лучше и практичнее.

[dzz]

Да ладно, на самом деле, большой разницы нет.

Энтерпрайзные редакции по степени дерьмовости практически эквивалентны, однако, имеют один занятный плюс, ради которого и покупатся - энтерпрайзную поддержку ОС и сертифицированных под него коммерческих продуктов (того же Оракла, например).

RHEL, также, имеет смысл использовать там, где нужна "изкоробочная" совместимость с редхатовскими же продуктами вроде redshift-а и jboss-а.

А чем так плох EPEL?

[apximhd]

А почему ЦЕРН и Фермилаб используют RedHat? Они что-то знают, чего не знаем мы, люди?

[dzz]

Это ж академические физики, там другой мир :)

[burbilog]

Использование CentOS вообще не имеет никакого оправдания, кроме "я хочу научиться использовать редхатоподобную систему, чтобы потом поставить RHEL и иметь красивую бумажку для прикрытия задницы".

EOL у редхатов дальше. Иногда это критично.