Red Hat Enterprise Linux 8

Потому как системные требования полумуха на то время были, мягко говоря, запредельные.

Как раз наоборот. OS/2 v3 вообще на г... работала. А 4ки спокойно хватало 2гига, спокойно работали ноды и прочее. А попробывали как то серваки юзать на НТ, вот где 4г было мало причем вилы как.

Рассказать тебе что?
Как писать на скриптовых языках?
Как пользоваться утилитами типа autogen?
Как по ssh вызывать выполнение команд?

Лучше расскажи, как это всё безобразие хранить в декларативном виде.

flatpack только для конечных пользовательских приложений типа gimp. Как ты будешь юзать дрова nvidia ? А еще лучше kernel ? Какие бы не были flatpack-и все равно базовый рунтайм им нужно тащить.

Как сотню серверов, настроенных с помощью твоей байды, перевести с Centos 7 на 8, попутно не повырывав себе все волосы на заднице, например.

что за нфтаблес в двух словах, и зачем? чем лучще иптаблес, ну кроме того, что можно дописать в релиз «заменена система файрвалла, охрененное нововведение, хлопайте все в ладоши!»?

Хоть я и использую NixOS почти на всех своих девайсах, на сервера конторы её совать можно только ради поисков приключений на свою жопу. Софтовые вендоры поддерживают обычно редхат и, если повезёт, убанту. В случае чего-то нетривиального придётся самому всё разгребать.

А если сервер — пускалка для докера, то здесь nix не особо поможет.

Какая разница кто им будет пользоваться. Вопрос из чего ты его делаешь.

На сколько уровней вглубь зависимостей своего приложения ты «видишь» сам? Кто видит и собирает остальное?

Как ты считаешь должен поступить разработчик той самой средней зависимости, к которому ты и 100500 других таких же «простых» товарищей, придете со своим добром и скажете «а мы тут из твоего кода что-то насобирали и у нас это что-то не работает».

Зачем каждому иметь свой особый рантайм, когда можно поддерживать единый стандартизованный набор элементов, используемый во flatpak, контейнерах и на обычных системах?

Ну и про экзотичность rpm это смешно было, да. Архив, с версионированием, проверкой чексумм, разбором конфликтов и версионированными зависимостями. Это у нас теперь экзотика.

перевести с Centos 7 на 8

Нормальные люди ставят ОС на купленное железо и не занимаются обновлениями мажорных версий, потому что предыдущая будет работать еще 10 лет даже после окончания «поддержки», а за суммарные лет 20 либо сервер сгниёт, либо контора загнётся, либо что угодно.

У тебя свитер жиром заплыл.

Ну, то есть если я тыщу серверов купил месяц назад, в июле 2024, когда у CentOS 7 кончится поддержка, их придётся выкинуть либо сидеть с дырами в безопасности и без нового софта?

Классный тред получился. Надо почаще из development и толксов вылезать.

Зачем каждому иметь свой особый рантайм, когда можно поддерживать единый стандартизованный набор элементов, используемый во flatpak, контейнерах и на обычных системах?

Вот в этих простых словах и есть вся суть Red Hat - «остаться должен только один», и Linux превратится во вторую винду. А всякая там «свобода», «демократия» и прочее так и остануться прикрытием для корпоративной бюрократии (как во всем реальном мире).

в июле 2024

Вы их раньше спишете и выкинете. Как несправляющиеся с нагрузкой, не поддерживаемые производителем и вообще не достаточно энергоэффективные. Если вы не хецнер, конечно...

Вот в этих простых словах и есть вся суть Red Hat - «остаться должен только один»,

Если у каждого флатпак будет свой рантайм то смысл в нем вообще пропадет. Зачем он тогда нужен будет ? Проще будет сразу манипулировать образами контейнеров.

Вот в этих простых словах и есть вся суть

...open source

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

Ещё синергия и дайвёрсити. Тебе из программистов в PR-менеджеры пора.

От твоего ёрничания суть сказанного не меняется.

То есть, ты, напрммер, собственник бизнеса?

Ну, это, как минимум, честно.

+1

Именно поэтому красношляпые придумывают системд и убивают конкурирующие технологии. Почему-то «лучшее» стало синонимом «придумано Red Hat». И это - не суть open source, а тем более free software. Пусть цветут все цветы, а корпорации должны сдохнуть!

CentOS уже же принадлежит RH и пилится теми же людьми на зарплату.

Разработчики CentOS дружно поржали над вашими словами.

// b.

Их никто не убивает, просто в этом месте конкурировать неинтересно никому кроме лоровских аналитиков.

Всем остальным интереснее прорабатывать общее решение.

Сходи на https://www.centos.org/legal/ и врыдни. Там английским по синему написано, кто их хозяин, и кому можно, а кому нельзя им пользоваться.

RHEL 8: The tomcat package is no longer present in RHEL 8 and later. Customers who need the supported version of tomcat needs to use JWS.

:-(

Про «всем» пожалуйста поподробнее. Т.е. разрабы того же богомерзкого докера неожиданно прониклись святым духом и ринулись пилить православного подмана? Или всё же очередной NIH-синдром?

Разрабы CentOS дружно ржут на «кто их хозяин, и кому можно, а кому нельзя им пользоваться».

Дебилам с ЛОР ничего неизвестно про то, как и кем и на какие средства разрабатывается CentOS, но несут пургу с видом, что есть глубокие знания изнутри.

Hint: от IBM/RedHat они не получают ни копейки. И инфраструктура в основном полностью своя.

// b.

И инфраструктура в основном полностью своя.

Так в основном или полностью? Что за «немного беременна»?

А как это вообще работает на практике? Вот я поставил 2 gcc. Они там в своих мирках стоят. А проект у меня в $HOME лежит. Это что мне, надо монтировать проект к ним в мирок, компилировать и потом отмонтировать? Как-то геморно, куда проще, когда просто бинарники лежат в своих путях и файловая система общая. Контейнеры не мешаются, когда в них сервис работает, которому ничего не надо и который с внешним миром по каким-нибудь там сокетам общается. Или я как-то не так понимаю это всё?

Я тебе про systemd отвечала.

А podman мы уже обсуждали, с моей точки зрения в нём есть существенные преимущества и продвигают его вполне заслуженно. NIH-синдром тут совсем не к месту упоминать.

Я говорил про индивидуальную покупку. Для организаций конечно ситуация другая.

от IBM/RedHat они не получают ни копейки.

Ты где-то проспал последние лет пять.

Переустанови центось и накати нужный софт скриптами. В чём проблема?

Нафига тебе этот пакет? Скачай с сайта архив, распакуй в папочку и всё! Могу systemd-скриптом поделиться для томката, недавно разбирался, там всё просто.

«Продвигать», и «не оставлять пользователю выбора» - разные вещи, не находите?

Переустанови центось и накати нужный софт скриптами. В чём проблема?

Э... переустанови?

Зачем?

«Апгрейд» - слово неизвестное?

Я тебе про systemd отвечала.

А тут у остальных выбора не осталось - ведь апстрим принудительно завернули в системд, в приказном порядке (как было в том же дебиане).

Странно требовать от Red Hat обеспечивать пользователю выбор в рамках своей программы платной поддержки. Тем более в случае когда разработчик и владелец технологии откровенно враждебен к тем кто пытается её интегрировать и поддерживать со своей стороны.

Выбор обеспечивается за счет наличия Open Container Initiative, где описаны стандарты на контейнерные runtime, которые позволяют делать их взаимозаменяемыми. Podman этим стандартам соответствует.

Апгрейд ненадёжен. Надо всегда переустанавливать ОС. Впрочем можешь апгрейдиться, дело твоё, моё дело посоветовать.

ведь апстрим принудительно завернули в системд, в приказном порядке

Байки лоровских анонимусов, Том 2.

обычно на практике это работает так: CC=gcc-7 cmake или CC=gcc-8 cmake. как это работает в рхеле? как-то через (о) наверное.

Как раз наоборот. OS/2 v3 вообще на г... работала.

Вот не надо рассказывать сказки тут. Проблемы с драйверами на полуоси могли начинаться прямо в начале установки. В основном связано это было с картами на s3. Родного софта там было - прямо скажем - меньше, чем под win. Это решалось весьма частично и с глюками установкой туда win 3x. При этом я практически не видел работающего в этом режиме звука :) Это - только то, что я сейчас вспомнил. Что-же касается серверов, то в то время самыми распространенными были серваки под netware. А уже потом только под NT. А вот именно серверов под os/2 - как таковых я в реальности и не видел. Рабочие станции разработчиков - да. Домашние компуки энтузиастов - да. При этом, если вернуться к началу разговора, то на своем старте - os/2 меньше чем на 4х мегабайтах - не работала. Это было много для того времени. Но, как я понял, вы начали знакомство с этой системой с версии 3.

вы этот подман уже завендорлочили на сустемдэ как вы завендорлочили на сустемдэ всё остальное? надо вендорлочить, контейнер же сам себя не завендорлочит.

Апгрейд ненадёжен. Надо всегда переустанавливать ОС. Впрочем можешь апгрейдиться, дело твоё, моё дело посоветовать.

Все ситуации описаны в документации, если делать как в документации, то любая проблема решается. Очевидно, вы не из тех, кто читает документацию.

Если бы всё работало так, как описано в документации, мир был бы проще. К сожалению это не так.

А что плохого в systemd? Это же системный демон Linux, который используется во всех дистрибутивах уже много лет. Надо всё на него вендорлочить, зачем дублировать функционал? Он везде стоит.

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

к чему были твои вопросы про разные компиляторы? делай всё на gcc 2.96, он везде стоит.

Где более подробно почитать про модули?

Ткни в RTFM, пожалуйста.

короче я так понял, что уже завендорлочили. странно, а почему тогда «владельцы и разработчики технологии» враждебны? такой хороший «системный демон», он «уже много лет везде стоит».