После более года разработки состоялся релиз промышленного дистрибутива SUSE Linux Enterprise 12 SP1 (https://www.suse.com/products/server/features/). На базе платформы (https://www.suse.com/solutions/platform.html) SUSE Linux Enterprise сформированы такие продукты, как SUSE Linux Enterprise Server (https://www.suse.com/products/server/), SUSE Linux Enterprise Desktop (https://www.suse.com/products/desktop/), SUSE Linux Enterprise High Availability Extension, SUSE Linux Enterprise Point of Service и SUSE Linux Enterprise Real Time Extension. Базовые пакеты SUSE 12 SP1 использованы (https://www.opennet.me/opennews/art.shtml?num=43259) для формирования выпуска openSUSE Leap 42.1. Дистрибутив можно загрузить (https://download.suse.com/index.jsp) и использовать бесплатно, но доступ к получению обновлений и исправлений ограничен 60-дневным пробным периодом. Выпуск доступен в сборках для архитектур x86_64, IBM POWER8 LE и IBM System z.
Основные (https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12-SP1/) изменения (https://www.suse.com/releasenotes/x86_64/SUSE-SLED/12-SP1/), реализованные после выхода
SUSE Linux Enterprise 12 (https://www.opennet.me/opennews/art.shtml?num=40941) (SP0):- Полноценная интеграция с Docker. Подготовлены образы для использования в контейнерах Docker. Добавлена поддержка Docker на IBM
z Systems и IBM Power Systems;- Добавлены JeOS (https://www.suse.com/products/server/features/jeos.html) (Just Enough Operating System), минималистичные сборки SUSE Linux Enterprise для контейнеров, систем виртуализации или обособленного запуска приложений. Кроме готовых вариантов JeOS размером около 300Мб, предоставлены типовые шаблоны и инструментарий для создания собственных сборок;
- В состав включена платформа идентификации Shibboleth (http://www.shibboleth.net/), позволяющая запустить сервис директорий для организации централизованного входа на предприятии (single sign-on);- Расширена поддержка оборудования, в том числе добавлена поддержка семейств процессоров Intel Xeon E3 v4, Intel Xeon E5 v4, Intel Xeon E7 v4, Intel Xeon D-1500 и шестое поколение CPU Intel Core. Добавлена поддержка сетевых адаптеров с интерфейсом 10GbE RoCE Express - zEC12, zBC12 и IBM z13. Обновлён драйвер ibmveth, в котором для IPv4 и IPv6 включена поддержка GRO (Generic Receive Offload) и TSO (TCP Segmentation Offload). Для систем s390x включена поддержка RDMA и DAPL/OFED;
- Поддержка использования сжатия данных на корневых разделах с Btrfs;- В базовый состав включены пакеты с OpenJDK 8 (пакеты с OpenJDK 7 сохранены в качестве опции);
- Virt-manager обновлён до выпуска 1.2.1;
- Обеспечена возможность отката установки сервисного обновления (после перехода на SLE 12 SP1 можно легко вернуться на SLE 12 SP0). При установке новой системы YaST производит установку в подраздел Btrfs, управляемый через snapper.- В состав YaST включен новый модуль журналирования, позволяющий использовать расширенные возможности systemd journal. Модуль позволяет просматривать логи в форме таблицы с функцией поиска, позволяющей фильтровать данные в стиле grep, отсеивать юниты, файлы и приоритеты, определять диапазоны времени;
- Из дистрибутива исключены пакеты: isapnp и testgart, так как карты ISA PnP и AGP GART давно вышли из обихода. Драйвер blktap заменён на blktap2. Вместо xsupplicant задейсвтован wpa_supplicant.
- В реализацию NFS добавлена поддержка клиентского блочного режима pNFS;
- Включен по умолчанию lvmetad, при использовании которого команды LVM выполняются быстрее за счёт кэширования информации о дисках.
URL: https://plus.google.com/+SUSE/posts/TPzWKyYJ2my
Новость: http://www.opennet.me/opennews/art.shtml?num=43545
Но зачем этот мартышкин труд? Linux 3.11 с неофициальной долговременной поддержкой SUSE. Почему не 3.10? Red Hat использует 3.10, Google тоже - а SUSE с Debian, блин, решили выпендриться, и в одиночку тянуть 3.11! Я бы ещщё понял, если 3.9 - типа "не дождались, у нас заморозка перед релизом случилась раньше". Но она случилась позже!Совсем унифицироваться не умеют...
тебя бесит что у твоей прелести(Red Hat) есть достойный конкурент?
Да, FreeBSD есть!
да меня тоже это всегда удивляло. другое дело, что редхат так запатчит ядро, что, возможно, SUSE это либо сложно поддерживать, либо ненужно.
Не 3.11, а 3.16, во-первых.
> Не 3.11, а 3.16, во-первых.Опять говорящие деревья на опеннете...
3.12 там.
> Но зачем этот мартышкин труд?потому что когда-то некто Линус решил что да будет так - все авторы дистрибутивов будут заниматься мартышкиным трудом - исправлением багов и дырок в ядрах, брошенных разработчиками. Потому что ему это, видите ли, неинтересно.
> Linux 3.11 с неофициальной долговременной поддержкой SUSE.
> Почему не 3.10? Red Hat использует 3.10, Google тоже - апотому что SuSE может себе позволить самостоятельно поддерживать свое ядро, а не тупо копировать патчи редгада. И использует то, которое им показалось наиболее удобным для этой цели (ну и попутно заставляя сам редгад повторять уже сделанное, а не тупо тырить).
> SUSE с Debian, блин, решили выпендриться, и в одиночку тянуть 3.11!
ты в любом случае будешь тянуть в одиночку, либо заниматься копипастингом - редгад ни с кем не собирается делиться. С весьма давних времен они тупо швыряют community объедки - огромный монолитный патч, делающий неизвестно что в статыщах местах. Вы требовали соблюдения gpl - ну, жрите, чо. И в чем -то правы, иначе вместо одного oracle будет десять.
Впрочем, стопиццот отдельных патчей непоймичего были не сильно лучше - можешь попробовать скачать исходник опенсузешного ядра и попытаться вручную проанализировать, что же вся эта куча патчей делает (при том что в open их в разы меньше чем в enterprise, просто потому что ядра новее). Быстро надоест, даже если ты обладаешь глубокими знаниями разом в архитектуре процессоров, периферии, структуре сетевого стека и файловых системах (а так обычно это не один человек, а несколько) - а редхатовские были еще хуже (потому что внутри редхата оно устроено совсем по другому, а в src.rpm попадает после автоматического экспорта. Добраться до первоисточника, где каждый патч документирован, а на каждый еще недоисправленный баг заведен тикет - может только инсайдер.)> Я бы ещщё понял, если 3.9 - типа "не дождались, у
> нас заморозка перед релизом случилась раньше". Но она случилась позже!вот поэтому и не было смысла бэкпортить еще кучу всего, которая вошла в vanilla 3.11
не хотят. постой а так и с openSUSE дело обстоит или только с ынтырпрайзным? Debian + openSUSE уже давно опопсились в сторону ubuntu ;D...
> не хотят. постой а так и с openSUSE дело обстоит или только
> с ынтырпрайзным? Debian + openSUSE уже давно опопсились в сторону ubuntu
> ;D...Опопсела не только зюзя, пингвин весь вообще склонен попсеть, жиреть и пухнуть.
Солярис с клонами во все времена содержала и содержит в себе всё для самого махрового
ынтерпрайза и при этом как-то всегда оставалась и остаётся ОСью в которой не было
и нет ничего лишнего и мелочного.
Бред сморозил. Солярис только для "энтерпрайза" и юзают, да и для него-то на порядки меньше чем линь. Больше разных требований и возможностей - вот и жиреет.
Ну и желание потеть над оптимизацией не первоочередных вещей у сообщества тоже нет.
А десктоп с каким KDE?
5
Они в двенадцатой кде дропнули в пользу гнома 3.
i pravilno
Я не понял, SUSE Linux Enterprise Server 12, его покупать нада?
Есть Debian Centos Ubuntu
Ты у мамы Туранчокс? Узнай уже про openSUSE LEAP 42.1
Шибболет - отличное таки название )) для системы идентификации ))) интересно по какому признаку он идентифицирует ?)
Поддержка использования сжатия данных на корневых разделах с BtrfsНа убунте все еще приходится использовать грязный хак с подменой маунта.
> Поддержка использования сжатия данных на корневых разделах с Btrfs
> На убунте все еще приходится использовать грязный хак с подменой маунта.Тяжело же вам там на убунтах приходится. Космонатам приветы при случае передавай от openSUSE 42.1
> Поддержка использования сжатия данных на корневых разделах с Btrfs
> На убунте все еще приходится использовать грязный хак с подменой маунта.Помнится, кто-то все говорил, что btrfs не готова к продакшену, и zfs - наше фсие...
А вот и реальный продакшен с btrfs подоспел. Или Сусеводы его сильно-сильно пропатчили...
zfs-фанатики и говорили. На лоре стоит создать тему о btrfs, как в неё тут же слетаются те 3-4 фанбоя zfs и начинают закатывать истерики, что кто-то смеет использовать btrfs
а что, таки кто-то смеет?
> а что, таки кто-то смеет?Facebook.
>Помнится, кто-то все говорил, что btrfs не готова к продакшену, и zfs - наше фсие...Ну я говорил. А что - что то изменилось? :) Дык - нет, сися вот и на рейзере долго была, любят они всяко вместо FS юзать :)