Компания SUSE начала тестирование (https://www.suse.com/communities/blog/suse-linux-enterprise-.../) бета-версии промышленного дистрибутива SUSE Linux Enterprise 15 (https://www.suse.com/releasenotes/x86_64/SUSE-SLES/15/). Финальные выпуски продуктов на базе платформы SUSE Linux Enterprise (SLE), такие как SUSE Linux Enterprise Server (SLES), SUSE Linux Enterprise Desktop (SLED), SUSE Linux Enterprise Workstation Extension (SLE-WE) и SUSE Linux Enterprise High Availablility (SLE-HA), планируется выпустить весной 2018 года. Сборки бета-версии доступны (https://download.suse.com/Download?buildid=C9WijZq1Z4Q~) для загрузки зарегистрированным пользователям SUSE и сформированы для архитектур aarch64, ppc64le, s390x и x86_64.Формирование SLE 15 сразу после SLE 12 обусловлено желанием синхронизировать номера версий openSUSE Leap и SUSE Linux Enterprise. Так как номер 13 уже использовался в openSUSE, решено перепрыгнуть на несколько номеров вперёд и вместо SLE 13 опубликовать сразу SLE 15. Номер 14 пропущен так как он отождествляется с веткой openSUSE Leap 42.x. В дальнейшем, на базе SLE 15 будет сформирован openSUSE Leap 15, на базе SLE 15 SP1 - openSUSE Leap 15.1 и т.д.
Ключевые улучшения (https://www.suse.com/betaprogram/sle15-beta/):
- Задействование рабочего стола GNOME 3.26 (https://www.opennet.ru/opennews/art.shtml?num=47193), по умолчанию работающего поверх Wayland (только для x86-64);- Возможность установки различных редакций SUSE Linux Enterprise 15 при помощи единого установочного образа;
- Обновление системных компонентов: ядро Linux 4.12, GCC 7, glibc 2.25, OpenSSL 1.1.x, Samba 4.6, ;
- Обновление инструментариев для разработчиков: Ruby 2.5, PHP 7, Perl 5.26, OpenJDK 9, Python 3.6 (в качестве опции доступен Python 2);
- В SUSE Linux Enterprise High Availablility добавлена поддержка многоузловой трехсторонней репликации DRDB, улучшен интерфейс Hawk2 и добавлена предварительная поддержка кластерного варианта RAID 10;
- Вместо openLDAP задействован 389 Directory Server (http://directory.fedoraproject.org/), вместо ntpd - Chrony (https://chrony.tuxfamily.org/) (пакеты ntpd можно установить в качестве опции);
- Вместо SUSEFirewall2 теперь поставляется динамический межсетевой экран firewalld (http://www.firewalld.org/);- Реализована поддержка TLS 1.3;
- В базовый состав включена система централизованного управления конфигурацией Salt (https://github.com/saltstack/salt);
- Расширены средства для поиска пакетов в различных модулях;
- Улучшена поддержка энергонезависимой памяти NVDIMM.
URL: https://www.suse.com/communities/blog/suse-linux-enterprise-.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=47467
> Вместо SUSEFirewall2 теперь поставляется динамический межсетевой экран firewalldNooooo!! первый поприятнее будет, да и на виртуалках с малым количеством памяти предсказуемее себя ведет
> Nooooo!! первый поприятнее будетсамое главное - чтобы избавиться от первого, достаточно одной команды ln -f, а от второго отделаться будет невозможно в принципе.
неосиляторы iptables в восторге.но в целом, поздравляем редхат с полной и окончательной победой - все ненужно-ненужно притащено в последний пытавшийся быть самостоятельным дистрибутив. (кто бы, впрочем, верил в другое)
Чушь. Не надо врать независимости они лишились давно после того как их купили янки да лицензия которая выскакивает при установки как в вантузе сие не надо когда то да нормальный дистр был
вы живете в очень интересной параллельной вселенной.
В моей "независимость", не подкрепленная большими деньгами, как раз наоборот, сводится к побегам из детского садика (до соседней клумбы) и заканчивается у большинства после выхода из детсадовского возраста. Нет больших денег - жрать будешь что дают, и когда дадут. Особенно, когда пишешь в название продукта гордую претензию на enter-price.более того, "проклятые янки" именно за независимость и заплатили - потому что для любых других целей им было гораздо проще и дешевле - просто купить еще немного акций редхата. К сожалению, дядины деньги явно стали заканчиваться, еще даже не вчера.
и нет, лицензию читать надо было и в версии 5.0 тоже, когда оно даже еще не стало "enterprise". У нас так устроен мир.
>> Nooooo!! первый поприятнее будетhttp://www.stihi-xix-xx-vekov.ru/m-stih5.html
> самое главное - чтобы избавиться от первого, достаточно одной команды ln -f,
> а от второго отделаться будет невозможно в принципе.
> неосиляторы iptables в восторге.как скрипт, со своим подходом к организации цепочек iptables, SF2 был одним из лучших.. если не самым лучшим. vim /etc/sysconfig/SuSEfirewall2 .. помянем ..
> но в целом, поздравляем редхат с полной и окончательной победой - все
> ненужно-ненужно притащено в последний пытавшийся быть самостоятельным дистрибутив. (кто
> бы, впрочем, верил в другое)"увы"©™
> поздравляем редхат с полной и окончательной победой - все ненужно-ненужно притащено в последний пытавшийся быть самостоятельным дистрибутив. (кто бы, впрочем, верил в другое)Для полноты и окончательности не хватает замены zypper на dnf.
>поздравляем редхат с полной и окончательной победойПоздновато ты их поздравил. сузя отстоёт только лишь от федоры. Хотя UsrMove сделали практически одновременно. Без обсуждений и прочего.
Может, всё-таки, потому что просто никаких достойных альтернатив не было?? :)
Забавный дистрибутив. YaST graphical UI doesn’t start under wayland. Два года запилить не могут. Обновления Webkitgtk с сотнями security фиксов (ну, может парой десятков xD) в дистр не прилетают, на реддите какой-то чел писал что-то про стабильность по этому поводу (стабильность превыше безопасности!).Непоятно кому это вообще нужно.
Хехе, на самом деле они пропустили 13 из-за суверий связанных с этим числом а 14 из-за негативных ассоциаций в Германии. Потом их свои же сотрудники подняли на смех и они по-быстрому придумали вот такую отговорку. 15 быть, аминь.
> а 14 из-за негативных ассоциаций в Германии.А сами германцы об этих негативных ассоциациях в курсе или сие тайное знание доступно только некоторым анонимам опеннета?
14 символизирует имя Adolf Hitler, долго объяснять почему, но немцы знают точно как и неонаци по всему миру.
> 14 символизирует имя Adolf Hitler,Нет. Разве что «почти широко известно в очень узких кругах конкретных анонимов опеннета!»
Есть «14 words», но это к куклусклановцам.
> долго объяснять почему, но немцы знают точно как и неонаци по всему миру.«Не все могут знать точно! Вернее, знать точно могут не только лишь все, мало кто может это знать!»
В общем, давайте вы не будете пытаться развешивать вешать лапшу на уши?
Слез (SLES) и больше не хочу поставил минт на ноут и все работает а это не надо
А я слез с шминта, точнее меня выгнали с него отказом от KDE.
OpenSUSE щас рассматривается как кандидат на замену.
KDE NEON и не парься
Я пробовал на той неделе KDE NEON на реальной системе - недоделаная кубунта какая то, к тому же глючная (например Mesa видеодрайвер из коробки тормозной). Я был лучшего мнения о KDE NEON раньше...
Manjaro KDE
Листая старые темы, я нашёл такую: подскажите дистрибутив с ядром < 2.6.18? Раскрыл почитать. Человек пишет что в 2.6.18 вошло какое-то офигеть деструктивное изменение. SLE 10 базировался на 2.6.16.SLE 11 базировался на классическом GNOME, в то время как в RHEL 6 в последний момент стали вырезать HAL, не дотерпев до GNOME3. И таки не успели вырезать, но тенденция понятна. За месяцы до релиза RHEL x+1 (или Fedora, на которой он будет базироваться) обязательно произойдёт какая-нибудь бяка. А, так как SLE выпускается раньше RHEL, в него она войти не успеет.
Исходя из вышесказанного, SLE - торт и нужно!
> Листая старые темы, я нашёл такую: подскажите дистрибутив с ядром < 2.6.18?
> Раскрыл почитать. Человек пишет что в 2.6.18 вошло какое-то офигеть деструктивноеи вы, конечно же, поверили этому бреду на слово, тем более что никакими сылками и пояснениями он подтвержден не был.
_После_ 2.6.18 всплыл "долгоиграющий" кернельный баг (на самом деле не баг, а просто изменившееся поведение - те, кому стало, наоборот, лучше, разумеется, не писали комментариев, у них-то "все работало")
https://bugzilla.kernel.org/show_bug.cgi?id=12309 - как раз .18 и его стабильные версии ему не подвержены (речь о vanilla 18, редхат в какой-то момент зачерпнула новых технологий).
Проявлялся он далеко не у всех, причем "грамотность" людей, неспособных собрать чистое ядро без неведомых дистрибутивных патчей (и конечно же надо было выбрать совершенно неведомый дистрибутив), не умеющих отличить действительные проблемы от (правильной, он для того и был включен) работы нового cfq scheduler и т д, борющихся за inserts/s на диске под lvm с неведомым размером записи и т п, поражала воображение еще в те годы.
Вот эта тема: https://www.linux.org.ru/forum/desktop/7505081 Вот эта цитата:> Я застал линукс тогда, когда уже был во всей красоте iowait bug. Собственно, оно мне уже проело глаза, и я уже просто начинаю не верить, что на ядрах меньше 2.6.18 не было иоваита. Как можно было так сломать, что уже столько лет не могут вылечить. Вот, хотелось бы найти дистрибутив с ядром < 2.6.18, желательно чтоб поддерживал лайвсд режим. Чтоб чисто примонтировать раздел и записать туда что нибудь через dd. Находил пару штук уже давненько, не припомню какие там были приколы, но не получилось чтото. Прошу тех, кто знает и сталкивался с этим, указать путь истинный :)
И ещё одна:
>>> CentOS 5.x там 2.6.18
>> Помоему иоваит баг как раз в 2.6.18 появился. Так что, мне нада меньше...
> Нет, 18-ое ядро — самое новое, в котором не получилось воспроизвести баг 12309. Поэтому его и используют во всяких RHEL.
ну я и говорю - цитата (о Б-же, с лора) какого-то сторожила, который что-то там "помнит". Возможно он с трудом помнит, как его зовут, но тут за него браузер старается.при том что в одном клике лежит первозданный тикет в багзилле - а, ну да, вы ж, небось, из езыков владеете русским, командным и матерным?
тогда, действительно, остается пересказывать легенды лора.
За месяцы до релиза RHEL туда торопятся добавить и всё самое "вкусное", а не только "бяку". В той же RHEL6 есть OpenSSL 1.0, Xinput 2 и ext4, а в SLE 11 - нет. ext4 потом добавили.Что скажешь про SLE 12? Успел же туда войти Systemd!
Я тоже не понимал зачем удаляют HAL, но в принципе был не против. А, кроме HAL, что-нибудь ещё вырезали? Мало ли, вдруг какая-нибудь годнота была, а я и не знаю
Для обычного пользователя SUSE является бессмысленной тратой времени.....
> Для обычного пользователя SUSE является бессмысленной тратой времени.....для необычного, похоже, уже тоже.
даже yast поломали, молодцы, чо.
Победа всё ближе.
Я пишу этот пост с домашнего ПК, на котором стоит Leap 42.2. Суся стоит и просто работает, кушать не просит. (Система установлена с некоторыми "извращениями". Системный раздел на ssd с использованием btrfs и сжатия. Хомяк на двух HDD, объединенных в RAID0 тоже на btrfs). Зачем бросаться экскрементами?
Попробую издалека: вы бывали на винде? Давно с неё перешли?
С винды перешел на линукс более 10 лет назад. А на что вы намекаете?
На системный раздел на SSD. Если не выключаете/включаете клмп каждые полчаса, зачем?Это на винде на диск нагрузка огого всегда, похоже. А тут всё прокешилось при старте и работает себе.
то есть по вашему, системный раздел имеет размер меньше половины оперативы и на него ни чего не пишется? ок.
А вы таки считаете, что при работе нужен весь системный раздел в памяти? Или вы постоянно открываете тучу прог, которые сжирают оперативу и вытесняют кеш?
касательно прог - одной лисы вполне достаточно. и да, кеш она не вытесняет :(
А что на него по-вашему должно писаться?
/var/* например
> Зачем бросаться экскрементами?потому, что дистрибутив которым они пользуются гораздо лучше и об этом нужно обязательно всем рассказать
Это был сарказм?
> Я пишу этот пост с домашнего ПК, на котором стоит Leap 42.2.
> Суся стоит и просто работает, кушать не просит. (Система установлена с
> некоторыми "извращениями". Системный раздел на ssd с использованием btrfs и сжатия.
> Хомяк на двух HDD, объединенных в RAID0 тоже на btrfs). Зачем
> бросаться экскрементами?Leap 42.2 таки имеет свои "нюансы", но работает.. а вот 42.3 прям из коробки выпустили с неработающим софтом (audacity например). не рыл, но очевидно, что при подготовке 42.3 похерили весь QA, rpmlint checks и т.п. и т.д.. нерабочий софт из "короба" - с 8.0 такого не было (на моей драной памяти), чсбх и показательно.. дрямсЪ!
субъективно, дистр распухает от "ненужно"©™ и "не работает"©™, что заставляет пристально смотреть в сторону прародителя: Slackware. один хрен в итоге руками пилишь себе Большую Красную Кнопку..
> один хрен в итоге руками пилишь себе Большую Красную Кнопку..большую красную или зеленую лучше все же пилить, имея из инструментов хотя бы приличный менеджер пакетов, приличное средство управления репозиториями и хоть какое-то - полуавтоматической настройки и установки системы, а не один лобзик и тот ржавый.
остается понять, стоит ли овчинка выпилки, или проще отнести своих денег редгаду. Тем более что они вроде бы даже псину обещались закoпать, наконец, а весь функционал, которого той не хватало, как-то, кривенько-косенько понавылепили за прошедшие годы, пока suse занималась непойми-чем.
> большую красную или зеленую лучше все же пилить, имея из инструментов хотя
> бы приличный менеджер пакетов, приличное средство управления репозиториями и хоть какое-то
> - полуавтоматической настройки и установки системы, а не один лобзик и
> тот ржавый.Slackware - база для "сделай сам себе збсЪ"©™ : с Лунным модулем, блэкджэком и пони :). тем и нра..
куда валить с SuSE - хз: норм база, rpm + zypper, регулярные security updates, OBS.. systemd огорчает, чсбх, да и динамика в развитии дистра похоже уже открыто идёт со знаком "-". примеры: в Leap выпилили поддержку компрессии в ядерных модулях (в OpenSuSE она была); забивают болт на QA; стремительно деградируют конфиги (? systemd ?) и т.п.. deb на уровне пользователя может и хорош, да не осилил его для подготовки пакетов и дистрибуции. spec - "наше всё!"©™. остаётся "цент" и "шляпа", которых не хоцца особенно сильно (по какой-то странной причине, ога..) :)
> остается понять, стоит ли овчинка выпилки, или проще отнести своих денег редгаду.
> Тем более что они вроде бы даже псину обещались закoпать, наконец,
> а весь функционал, которого той не хватало, как-то, кривенько-косенько понавылепили за
> прошедшие годы, пока suse занималась непойми-чем.безысходность, боль, страдания.. "увы"©™..
У меня сложилось такое мнение за более, чем 10-летнее общение с линуксами, что вопрос выбора дистрибутива стоит не в плоскости "выбрать из хороших самого лучшего", а "выбрать из плохих наименее плохого".
Arch накатил. На него последний 3.26 Gnome накатил. Всё. Просто всё.
Я завидую вырезателям собственных кишок зубной электрощёткой - у них море впечатлений. А у меня их нет. Тупо. Как на винде. Просто всё работает.
> Arch накатил. На него последний 3.26 Gnome накатил. Всё. Просто всё.Обновления накатил. На Arch накатил. Всё. Просто всё.
> Обновление системных компонентов: ... OpenSSL 1.1.xКаким боком они умудрились это реализовать раньше чем в Factory?
И даже в Factory в случае принятия пакета, в котором QA изобилует ошибками, большая часть пактов просто будет прибита гвоздями к 1.0.2.
>> Обновление системных компонентов: ... OpenSSL 1.1.x
> Каким боком они умудрились это реализовать раньше чем в Factory?никаким - читай внимательно: "бета-тестирование".
пока будет тестироваться - остальные пакеты доломают симметричненько, чтобы баги в связи с улучшизмами openssl не так выпирали на фоне всех прочих.
"зато у нас tls1.3... правда, мы пока не знаем, зачем"
А чего это такой интерес к chrony? Чем ntpd плох? Сначала шапки на него переехали, теерь вот SLE
В хрони меньше фич, но и багов тоже.
А ntpd прямо такой бажный...
Что у вас не работало в нём?
> А чего это такой интерес к chrony?NIH syndrome, не обращайте внимания.
opensource такое опен - вместо того, чтобы пытаться улучшать то, что все равно никуда не денется, поскольку замены на коленке не вылепишь, надо тратить кучу времени и ресурсов на самодельное полуфункциональное нечто, чтобы всем стало хуже.
Этот еще и ничего, в сравнении с бредовым порождением "вырезателей лишнего кода", пользоваться в большинстве банальных случаев можно.
Windows7,8,10
SLE11,12,15
s0meth1ng... 23,24,27
Ice Bucket Challenge? Кто же следующий ...
p.s. ... 2016, 2017, 2020 ...
OpenJDK 9 и Python 3.6 несказанно радуют, не ожидал актуальных версий рантаймов в энтэрпрайзном дистрибутиве, жалко не осилили и PHP 7.1 заодно.
поставьте из репы в один клик, делов то