SUSE Linux Enterprise Server 16

Поскольку в новости маловато тоски и безысходности :) подкину с опеннета:

• Прекращена поддержка архитектуры x86-64-v1. Работа возможна только на системах x86 с архитектурой x86_64-v2, которая поддерживается процессорами примерно с 2009 года (начиная с Intel Nehalem) и отличается наличием таких расширений, как SSE3, SSE4_2, SSSE3, POPCNT, LAHF-SAHF и CMPXCHG16B.
• По умолчанию в ядре отключена поддержка 32-разрядных систем x86 и запуска 32-разрядных исполняемых файлов. Для возвращения поддержки 32-разрядных системных вызовов следует выставить параметр «ia32_emulation=1» при загрузке ядра Linux.

А раздел Novell не пора ли заменить на EQT AB?

Хм… Кто кроме немецких Амтов поставит себе СуСе на сервер?

Интересно, с бумажкой SUSE Certified Linux Professional, что в году так 2008 году у Сусе покупали за 100 долларов, в туалет хотя бы можно сходить сейчас? ) А то где-то была

В России небольшой нишевой рынок был, оперативно получали сертификаты ФСТЭК

Хочется ещё добавить то, что у Sunderland93 ( Алексея Самойлова ) выходил подробнейший обзор на YouTube, где он затронул всё SuSE семейство, а также его фишки. Увы, к сожалению последнее его видео на YouTube вышло год назад, в нём он затронул историю Xwindow system.

даже эти разродились новой версией, а Патрег никак не может разродится с февраля 2022 года. :-(

да оставить просто SUSE, безо всяких

Stable на то и stable, чтобы быть готовым по мере готовности, но с минимумом критических проблем и ошибок. Для любителей всего самого свежего есть ветка current, которая пускай и не тестируется так досконально как stable, но от багов обычно не страдает

SLED все?

Оно уже давно всё

на десктопах leap используют или сабж?

Я Tumbleweed использую.

По теме: после 19 лет на Linux, на нынешний момент для меня SUSE самый приятный дистрибутив. Нужно.

даже эти разродились новой версией, а Патрег никак не может разродится с февраля 2022 года. :-(

Ну, в каком-то смысле derivative все же :)

SLES 16 получит 16 лет поддержки — рекордный срок, который делает систему первой и единственной корпоративной ОС Linux, гарантированно готовой к работе после 2038 года.

К слову, а где вообще почитать, как проблему с time_t решили?

Получается теперь на зюзероутер надо мощную видюху ставить?

Для серверов это нормально, наверное.

Ключевой особенностью SLES 16 стала интеграция агентного ИИ — впервые в корпоративной Linux-системе.

Даладно, впервые! Во кЕтайзы в OpenEuler давно какие-то ИИ-свистоперделки впихнули.

Ну в Германии с этой бумажкой может и на работу возьмут. Любят они всякие такие бумажки.

Ну так Патрег один, а немцев много... :) Вот и результат :)

Да просто решили, sizeof(time_t) == sizeof(long) == 8. В 2038 году только 32-х битное time_t кончится. Другое дело, что дофига форматов файлов предусматривают 32х-битное время, но до 38го года это как-то устаканится наверное. Ну, или конверторы напишут.

у них для этого есть отдельный мини дистрибутив.

www.linux.org.ru/search.jsp?q=сусероутер&range=ALL&interval=ALL&u...

Хм… Кто кроме немецких Амтов поставит себе СуСе на сервер?

https://www.hpe.com/psnow/doc/a00067725enw

Интересно

По разным оценкам, точность которых можно оспаривать, рынок линукс серверов в США от $3.2-6.8B в год. Из них доля SLES от 12 до 20%, опять же, смотря как и что считать. Вот и думайте, кто ставит в США SLES на сервера.

В моей организации RHEL практически исчез за последние лет пять, только SLES.

«On second thought , let’s not go to x86-64 microarchitectural levels. ‘Tis a silly place»

On Wed, 4 Dec 2024 at 02:31, Arnd Bergmann arnd@kernel.org wrote:

To allow reliably building a kernel for either the oldest x86-64 CPUs or a more recent level, add three separate options for v1, v2 and v3 of the architecture as defined by gcc and clang and make them all turn on CONFIG_GENERIC_CPU.

The whole «v2», «v3», «v4» etc naming seems to be some crazy glibc artifact and is stupid and needs to die.

It has no relevance to anything. Please do not introduce that mind-fart into the kernel sources.

I have no idea who came up with the «microarchitecture levels» garbage, but as far as I can tell, it’s entirely unofficial, and it’s a completely broken model.

There is a very real model for microarchitectural features, and it’s the CPUID bits. Trying to linearize those bits is technically wrong, since these things simply aren’t some kind of linear progression.

And worse, it’s a «simplification» that literally adds complexity. Now instead of asking «does this CPU support the cmpxchgb16 instruction?», the question instead becomes one of «what the hell does ‘v3’ mean again?»

So no. We are NOT introducing that idiocy in the kernel.

            Linus

Поздравляем Михаила (если ещё жив) и всех любителей Зюзероутера!

Так много белого и так мало Цюзе. Что символизирует белое?

Интересно, с бумажкой SUSE Certified Linux Professional, что в году так 2008 году у Сусе покупали за 100 долларов, в туалет хотя бы можно сходить сейчас? ) А то где-то была

Если придержать её ещё лет на 20, потом наверняка можно будет её поменять, как раритет, на рулончик настоящей...

Потерпи... ;P :))

средства интеграции с ИИ

Ждём когда все массово повалят со SLES на другую платформу из-за того что AI на-who-евертил и угробил бизнес. (%

Только sizeof(long)==4.

Алюминий вреда не причинит. Он скорее будет подсказывать дуракам на должности.

Почему распространён Linux? Очень много готовых решений от плохеров, которые легко ищутся поисковой системой. Почему распространён Docker? По той же причине. Почему распространён Python? Полно библиотек на все случаи жизни с описанием за что дёргать марионетку.
Антиподы: любая система BSD, даже Void Linux не распространён, хотя они ничем не хуже других; LXD (по сути предок Docker, Docker начинался как надстройка над LXD); Lua, Tcl.

Почему распространён Linux? Очень много готовых решений от плохеров, которые легко ищутся поисковой системой

Нет, не потому.

Сказал А, говори и Б.

Прекращена поддержка архитектуры x86-64-v1

Плохо, заставляют чувствовать себя старым.

Сказал А, говори и Б.

Ну, никакого «А» я не говорил, но, специально для тебя: «Б»!.. :)

На Х86-64 нет. Там как раз восемь. Это для 32 битного режима long long придумали

Проблемы 2038—го года на x64 никогда не было, она характерна для x86.

Это же ведь наш Sunderland93?

Помню, на какой-то конфе они грозились, что в 16 будут одни сплошные контейнеры. К счастью, разум возобладал (жаль только, что X сворачивают). Ну и да, практически дефолт для инсталляций SAP’а.

Проблема была там, где sizeof(time_t) == 4. Это к битности процессора напрямую отношения не имеет. На восьмибайтное время тоже не сразу переползли. Дело не только в размере переменной, дело еще и в куче протоколов и формате файлов. В том же zip время четырехбайтное.

Ты споришь с чёртиком у себя на плече. Я никогда не говорил, sizeof(time_t) имеет отношение к битности процессора. Я сказал, что проблемы 2038—го года на x64 никогда не было. Ровно это, и больше ничего.

Мне представляется, что проблема была и на 64битных системах изначально тоже. Там тоже не сразу на длинное время переползли.

Ни разу не слышал о 32-х битном времени на какой-либо 64-х битной системе.

Я вот не помню, какое время у нас на альфе с VMSом было. Родное-то нормальное, а вот позиксный time_t может и 32х-битный был.

В догонку — https://www.zx.net.nz/mirror/h71000.www7.hp.com/2038.html

А я - помню. У вас в OpenVMS время было 64-х битное с разрешением 100 наносекунд c 17 ноября 1858-го года от рождества христова. А пофиксеный time_t там был unsigned long int.

Ну вот hp пишет, что пока unsigned int. И да, я до фикса не дожил, я чуть раньше ушел, до покупки Компака Хьюлеттом. И после покупки Дека Компаком.

unsigned int в любом случае на 64-х битной системе проблемы 2038-го года не имеет. Я знаком с opеnvms. Не надо спорить.