openSUSE Leap 15.6

первые два пункта чистое вранье, вторые 2 пункта - неосиляторство почитать что когда и как меняется.

Хотя после тезиса об отсутствии документации можно дальше не общаться.

Я это должен знать?

Это буквально в первом ответе гугла вылезает. Я понимаю что тут большинство методом тыка освоило 1-2 дистрибутива и сидит на нем годами, но давайте все-таки больше логикой пользоваться, а не вот этим «откуда я должен знать что тут не так как я натыкался вон в том дистрибутиве».

И очень жаль, что этому осталось жить лишь год

Почему? 16й Leap будет на базе SLE Micro вместо SLES. Это позволит оставить все удобство текущей Сюзи и добавить кучу новых удобных фич, лично я жду нативной поддержки разных версий софта в системе, те сейчас например для разных версий питона и R я использую conda, для php - контейнеры и тд. В 16й версии можно будет иметь разные версии Cuda и тд. Ни один другой дистрибутив и близко не даёт такой гибкость и вроде даже не планируют.

Я сейчас на openSUSE Tumbleweed сижу и надеюсь что его тоже переведут на APL. Это одно из немногих мест где контейнеризация оправдана.

В очередной раз ставлю вам клоуна. Потому что только клоун будет сравнивать таким образом дистрибутив. Это буквально - нечего возразить, докопайся до орфографии.

Это буквально сто с лишним строк недокументированных комбинаций xml против 15 документированных в kickstart. И я это не просто так привел, с этим конфигом кто-то ловил очень много лулзов течении двух рабочих дней.

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

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

что все работает, всякие медиаформаты просто проигрываются, аудио, видео и тд. Поддержка всяких устройств от миди до контролёров тоже на высоте. Просто подключает официальный репозитарий multimedia мышкой в yast и все.

Где этого нет, прости? Это подключается одним репозиторием примерно везде, кроме рача, где все из коробки.

первые два пункта чистое вранье

Фанбойское РЯЯЯЯ, лол. dnf быстрее zypper в разы. Не говоря уже про гонщиков вроде apk.

вторые 2 пункта - неосиляторство почитать что когда и как меняется.

Мне не интересно что и когда меняется, мне интересно, чтобы они с зеркал не сносили артефакты, которые в сборке используются. Причем, в отличии от того же RHEL, они их не переносят в условный vault, они их просто сносят.

В 16й версии можно будет иметь разные версии Cuda и тд. Ни один другой дистрибутив и близко не даёт такой гибкость и вроде даже не планируют.

lol. lmao, even.

В 16й версии можно будет иметь разные версии Cuda

а что в тех же дебиане или раче мешает это делать прямо сейчас?

УМВР :)

УМВР :)

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

Ничего :D

Более того, есть nixos, где все это сделано куда прямее.

а что в тех же дебиане или раче мешает это делать прямо сейчас?

А вы попробуйте. Можно рядом поставить но работать не будет. Если используется ансамбль сетей где каждая имеет свою версию то это мудилово с контейнерами, теперь это мудилово возьмёт на себя система. Плохо что-ли? Хорошо!

А вы попробуйте. Можно рядом поставить но работать не будет.

УМВР :DDDDD

Если используется ансамбль сетей где каждая имеет свою версию то это мудилово с контейнерами, теперь это мудилово возьмёт на себя система. Плохо что-ли? Хорошо!

SUSE переизобрела NixOS, только опять коряво. У них вообще со всем так.

А не боишься, что APL сделают на базе RHEL в рамках OpenELA и наработок Fedora CoreOS, и выкинут yast2 и прочие фичи к чертям?

Несколько серверов на SLES уже лет 8, полет нормальный. Но вообще я говорил про домашнее и рабочее (раб станция) использование Leap, а вы мне суете аргументы про серверную SLES.

Там все куда более лулзовее – они по сути сделали дистрибутив для запуска контейнеров (привет, alpine), где ты можешь использовать в качестве бекенда k3s :DDDDDDDD

Серьезно, это как NixOS, только если бы его делали поехавшие корпораты.

УМВР :DDDDD

В отличие от меня, вы обманываете, фу таким быть.

А не боишься, что APL сделают на базе RHEL в рамках OpenELA и наработок Fedora CoreOS, и выкинут yast2 и прочие фичи к чертям?

Нет конечно, у них свои наработки, они шли к этому последние 4 года. В итоге это все будет управляться через yast.

Несколько серверов на SLES уже лет 8, полет нормальный. Но вообще я говорил про домашнее и рабочее (раб станция) использование Leap, а вы мне суете аргументы про серверную SLES.

Leap прекрасно себе на серверах работает. Потому что SLES ты сейчас не купишь :DDDDD

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

Опять приходится вам клоуна ставить. Разберитесь в вопросе.

Хотя бы что такое SLE Micro, и как она будет использоваться в 16й Leap.

Не вижу ничего лулзового. Это нишевый продукт, но у него есть достоинства. Одно из них — использование уже готовой экосистемы Docker.

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

А, ну тогда все не так плохо, и правда.

А вы попробуйте

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

Я не использовал Leap для серверов тк у меня есть SLES. Также не использовал SLED для рабочих машин тк у меня есть Leap и Thumbleweed.

Еще раз, я говорю про Leap и его использование на десктопе для пользователя. Вы сначала аргументировали северным SLES, а после того как я указал на несоответствие - потащили Leap на сервер.

Хватит вертеть жопкой. Ваши аргументы слишком жидкие, а вы сами все больше и больше самозакапываетесь.

Эх, если бы было все так просто.

РЯЯЯЯЯЯЯЯЯЯЯЯЯ

Ага, ага.

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

Это странная мантра, которую повторяют люди с (обычно) очень всратой инфрой. Причем сперва это говорили люди, отрицавшие контейнеры. Теперь это говорят люди, которым говорят «возможно вам не нужен k3s».

Хватит вертеть жопкой. Ваши аргументы слишком жидкие, а вы сами все больше и больше самозакапываетесь.

То что ты говоришь «ваши аргументы не аргументы1!111» не делает их менее валидными, сорян :DDDDD

когда я ковырялся с кудой, было именно так, она была вполне самодостаточна, как например разные версии jre/jdk. Что так сильно поменялось?

Ничего :DDDDDDDDDD

Я показал наглядно как вы изворачиваетесь, подменяя Leap северной sles и подсовываете её проблемы.

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

Я показал наглядно как вы изворачиваетесь, подменяя Leap северной sles и подсовываете её проблемы.

Leap собирается из тех же исходников, лол:

Leap uses source from SUSE Linux Enterprise (SLE),

Все то, что я описывал, применяется к Leap.

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

Не, я просто много работал с продуктами SUSE и не страдаю фанбойством.

Иншалла, пьём баварское!

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

Leap собирается из тех же исходников, лол

«на базе» не равно «из тех же исходников». Вы опять вертите жопкой.

Не, я просто много работал с продуктами SUSE и не страдаю фанбойством.

То что вы несёте показывает ровно обратное.

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

приходится подменять на лету переменные окружения

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

в смысле «одновременном»?

В самом прямом.

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

Может, если это ансамбль нейросетей которые работают с одним данными параллельно. Я об этом ранее написал, возможно вы пропустили.

Это реальный кейс и реальная головная боль, моя.

так это в оригинале так

openSUSE Leap uses sources and binaries from SUSE Linux Enterprise (SLE)

https://en.opensuse.org/Portal:Leap

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

ага, на базе. Там не один в один берут тк иначе зачем отдельное название городить, там даже версии ядра бывают разные.

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

а как сузя предлагает это решать?

Разделив систему на минимальное хост-ядро на базе SLE Micro и все остальное в контейнерах со своим окружением.

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

что за софтина?

что за софтина?

Софт на на питоне который использует несколько сетей для анализа данных или например обработка изображений с увеличением, резкость и дорисовкой, там вообще nigthly сборки разных ночей используются.

Да, я сейчас либо изгаляюсь с контейнерами либо подбираю и переделываю сети так чтобы работали под одну Cuda и окружение, вплоть до заморозки бошки сети и пересаживания в другое тело с дообучением. Занимательная вивисекция.

Оч надеюсь что в новом Leap все это будет в yast из коробки и не придётся вручную мучиться с конфигами или переделывать чужие сети.

«на базе» не равно «из тех же исходников»

Там нет слов «на базе» :DDDDD

Вы сейчас пытаетесь рассказать что они имеют исходники один в один и их просто зачем-то называли по разному?

Не разочаровывайте меня.

Its latest SUSE Linux Enterprise Server (SLES) 15 SP3 release comes with full binary compatibility between its community Linux distribution, openSUSE Leap, and SLES.

Ты хоть читай новости дистра который фанбоишь :DDDDD

Ответьте себе что такое full binary compatibility и чем оно отличается от identity например. Мне отвечать не нужно, я уже понял что вы не оч умный.

Ответьте себе что такое full binary compatibility и чем оно отличается от identity например. Мне отвечать не нужно, я уже понял что вы не оч умный.

Тем же, чем centos в свое время отличалась от rhel:

CentOS and RedHat are binary compatible because CentOS is RedHat without the RedHat logo.

Ничем :DDDDD

куда пропала openSUSE