Компания SUSE представила (https://www.suse.com/c/news/suse-paves-the-way-for-it-transf.../) релиз промышленного дистрибутива SUSE Linux Enterprise 15 (https://www.suse.com/products/server/features/). Пакеты SUSE 15 уже использованы (https://www.opennet.ru/opennews/art.shtml?num=46926) в качестве основы в поддерживаемом сообществом дистрибутиве openSUSE Leap 15 (https://www.opennet.ru/opennews/art.shtml?num=48659). На основе платформы (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 Manager 3.2 и SUSE Linux Enterprise High Performance Computing 15. Дистрибутив можно загрузить (https://download.suse.com/index.jsp) и использовать бесплатно, но доступ к получению обновлений и исправлений ограничен 60-дневным пробным периодом. Выпуск доступен в сборках для архитектур aarch64, ppc64le, s390x и x86_64.
Ветка SUSE Linux Enterprise 15 опубликована спустя 4 года с момента выпуска 12. Формирование SLE 15 сразу после SLE 12 обусловлено желанием синхронизировать номера версий openSUSE Leap и SUSE Linux Enterprise. Так как номер 13 уже использовался в openSUSE, решено перепрыгнуть на несколько номеров вперёд и вместо SLE 13 опубликовать сразу SLE 15. Номер 14 пропущен так как он отождествляется с веткой openSUSE Leap 42.x. В дальнейшем, ожидается выпуск обновлений SLE 15 SP1, 15 SP2 и т.д., на основе которых будут сформировны выпуски openSUSE Leap 15.1, openSUSE Leap 15.2 и т.д.Ключевые (https://www.suse.com/releasenotes/x86_64/SUSE-SLED/15/) улучшения (https://www.suse.com/releasenotes/x86_64/SUSE-SLES/15/):
- Применение единой базовой системы с дистрибутивом openSUSE и предоставление возможности миграции серверных установок openSUSE на промышленный дистрибутив SUSE Linux Enterprise, что позволяет системным интеграторам вначале сформировать и протестировать рабочее решение на базе openSUSE, а затем переключиться на коммерческую версию с полноценной поддержкой, SLA, сертификацией, длительным выпуском обновлений и расширенными средствами для массового внедрения;
- Использование модульной архитектуры "Modular+", в рамках которой специфичные возможности, такие как серверные продукты, рабочий стол, облачные системы и инструменты для работы с контейнерами оформлены в виде модулей, обновления и исправления для которых выпускаются в рамках отдельного цикла поддержки и могут формироваться более оперативно, не дожидаясь обновления всего монолитного дистрибутива;
- Задействование рабочего стола GNOME 3.26 (https://www.opennet.ru/opennews/art.shtml?num=47193), по умолчанию работающего поверх Wayland (только для x86-64);
- Возможность установки различных редакций SUSE Linux Enterprise 15 при помощи единого установочного образа;- Добавление отдельного образа Packages с полной коллекцией пакетов, позволяющего установить дистрибутив без наличия сетевого доступа. По сути Packages является срезом репозиториев всех модулей. Пользователь может сформировать собственную начинку носителя Packages при помощи инструментов RMT (Repository Mirroring Tool) и SUSE Manager.- Обновление системных компонентов: ядро Linux 4.12, GCC 7, OpenSSL 1.1.x, Samba 4.6, rpm 4.14, LLVM/Clang 5.0, Glibc 2.26, systemd 234;
- Обновление инструментариев для разработчиков: 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);
- Расширены средства для поиска пакетов в различных модулях. Добавлена новая команда "zypper search-packages" для поиска во всех репозиториях SUSE, включая отключенные в настройках;
- В поставку интегрирован SDK (Software Development Kit). Инструменты для разработчиков вынесены в модуль Development Tools;- Удалён SMT (Subscription Management Tool). Вся необходимая функциональность по зеркалированию репозиториев и регистрации новых систем доступна в RMT (Repository Mirroring Tool). RMT также теперь может работать как прокси через другие RMT;
- Улучшена поддержка энергонезависимой памяти NVDIMM.
URL: https://www.suse.com/c/suse-introduces-multimodal-os-to-brid.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=48840
Самый кривой линукс, у заказчика все ставят, недоумеваю зачем)
Расскажите нам про "самый прямой" линукс...
Debian, Centos на крайняк (RHEL/OEL/убунта если уж так прямо хочется денег кому-то заплатить)
CentOS это которые выпускают обновления только когда старший брат разрешит ?
lolиз Debian периодически пакеты выкидывают т.к. их ментейнеру прост надоело: "вам надо, вы и поддерживайте"
про ubuntu даж писать не хочется, столько дистро-специфичных багов вообще нигде нет
oel uk падает как козел при виде мяча (погуглите кто не знал, довольно забавно), а с обычным ведром он centos да centos
в итоге suse - единственная альтернатива шапке (ну а opensuse соответственно centos'у)
Смысл OEL именно в том, что он пересобранный центос, и есть. Чисто для тех, кто зачем-то хочет за бесплатный линукс обязательно заплатить.)) а УЕК их этот нафиг не нужен.А из дебиана пакетов хоть обвыкидывайся, их там все равно в 20 раз больше чем в том же рхеле. И все равно они там в 2 раза новее и при этом не отваливается ничего.) А убунта на 90% дебиан, так что тоже норм.
Разница в том, что вам хватает пакетов написанных кем-то неизвестным и вам пофиг на них, т.к. этот мусор с ваших слов вы можете заменить еще 20-ю другими. А у крупных компаний крупный софт который не лежит в дебиан репозитории и не поддерживается на дебиане Техсаппорте. А есть только две альтернативы - SLES и RHEL. Если вы такой умный то создайте третью контору и покажите всем тупым производителям корпоративного софта, что надо писать дополнительно под убунту и дебиан в придачу, так-как это по правилам админов - тру истина, а все остальное язычники. Когда я ставлю корпоративный слес я от и до знаю зачем он мне, и я далеко не дурак платить слес лишние дофига килобаксов если бы можно было это реализовать на дебиане/убунту. Но увы для нормальных крупных разработчиков нужна нормальная поддерживаемая ОС в которой не будет нежданчиков, из-за которых придется нанимать на сезон пару сотен программистов для исправлений косяка. У корп стандартов правила гораздо жестче и обычные разработчики и программисты с этим не согласны. Поэтому есть опенсорс - царство анархии и рас..анархистов, тьфу, то-есть создателей чего-то высокого как они думают. И есть царство корпарастов - где ни шагу в лево/вправо и каждая строчка когда пишется в программу согласно запланированному правилу. Большие деньги требуют таких правил, а не опенсорс проект зависящий от капризов студента.
В крупных компаниях используют RHEL и SLES прежде всего как «подстилку» под свой внутренний установленный порядок ведения дел и самописный софт. Единый поставщик с реальными юридическим и почтовым адресами, налоговым номером, контактными телефонами и живым персоналом нужен потому, что таковы правила для всех, акционеры просто не поймут иных решений без веских документальных обоснований (даже если придёт с улицы гениальный Васян с невиданными изобретениями). Если бы, скажем, Debian или FreeBSD отвечали упомянутым простым требованиям к выбору поставщика, их, возможно, чаще бы использовали. И, понятно, под такие требования совсем не подходят большинство дистрибутивов линукса, за которым никого нет в юридическом и коммерческом смысле.
Да что ж там за софт то такой мистический, которого в дебиане нет, а в рхеле есть???В основном репозитории там очень мало же, ничего нет почти. Без EPEL вообще никуда.
Единственный реальный плюс рхела это многолетняя поддержка древних версий. Если это реально надо то норм, да. Но SLES...
> Да что ж там за софт то такой мистический, которого в дебиане
> нет, а в рхеле есть???
> В основном репозитории там очень мало же, ничего нет почти. Без EPEL
> вообще никуда.
> Единственный реальный плюс рхела это многолетняя поддержка древних версий. Если это реально
> надо то норм, да. Но SLES...Sles for SAP знакомая аббревиатура? Или просто SAP? цену лицензий в несколько сотен штук знаете?
Или Hana? или Sap for HANA? на уровне поддержки этих продуктов дебианом и не пахло т.к. большие дяди предпочитают монолитную стабильность в больших деньгах, а в этом плане даже мой любимый дебиан нервно курит в сторонке.
А, понятно, т.е оно живо чисто за счет того что "поддерживает сап" (хотя слабо понятно, как линукс может не поддерживать сап - ынтерпрайз причуды).Но у упомянутого заказчика сапа нет) а слес есть...
> А, понятно, т.е оно живо чисто за счет того что "поддерживает сап"
> (хотя слабо понятно, как линукс может не поддерживать сап - ынтерпрайз
> причуды).
> Но у упомянутого заказчика сапа нет) а слес есть...не только прочий софт с препиской - высокая доступность или он же... как его там...ммммм блин забыл как без отрыва от производства..а вот - катасрофоустойчивость разделенная географически, где твоя 10Тб база данных загруженная в RAM поднимается на другом железе в случае атомного удара врага по основному ЦОД-у. типа такого.... там короче много чего еще но зря вы думаете, что эти корпарасты зря гребут бабки. На самом деле они продают в SLES и RHEL то, что не видно и не понятно широкой массе, которой это вообще нафиг на вперлось. И у которой нет этих основных килобаксов.
> Расскажите нам про "самый прямой" линукс..Справедливости ради, последние релизы suse и opensuse - не самые удачные. Если баги в багтрекере opensuse висят нерешенными уже по несколько лет, то нетрудно догадаться, что они попадают и в энтерпрайз.
Складывается впечатление, что команде просто плевать на свой продукт, и последние год-два они собирают систему "задней левой пяткой".
> баги в багтрекере opensuse висят нерешенными уже по несколько лет, то
> нетрудно догадаться, что энтерпрайзу на проблемы "еще немного неготового для десктопа" просто
> наплевать.поправил, не благодари
Дык разработчики яростно клялись, что в 15 ветке объединили бесплатную и энтерпрайзную версии. Типа, opensuse теперь официальная бета для SLE.
>Расскажите нам про "самый прямой" линукс...Мне интересно, зачем они жабу 10 засунули, у неё EOL вот вот настанет. Что дальше?
"Прямой Линукс" это CENTOS для больших задач и Alpine для маленьких.
> Самый кривой линуксВот и у меня такое же ощущение. Причём немного обидно.
Вот засаживают там всякие kGraft, Btrfs со снимками. Инновации не то чтоб струёй бьют, но вполне интересно.
А вот конечный продукт...
видимо пришло 15 сотрудников заказчика и заминусовало
"инвесторы любят большие числа!"
Поздравляю коллег-слесарей ;-)
"ну-ну, май либер совушка - не плачъ" (С) Лесь П.
вам до SLE - как "Буку" до Луны...
Миша, завидовать дурно. Возьмите и обзовите следующую версию alt 150 - будете впереди планеты всей.
Леня скоро догонит. Надо не 150 а 1500
> Леня скоро догонит. Надо не 150 а 1500100500 ?
> Миша, завидовать дурно.?!
> Возьмите и обзовите следующую версию alt 150 - будете впереди планеты всей.
Брр, да хоть starterkits-20180612, тоже мне. Я не завидую, а радуюсь :)
PS: похоже, кто-то ещё не в курсе про сантехников...
> Поздравляю коллег-слесарей ;-)Лучше быть SLEсарем чем ALTернативно одаренным. ;-)
Когда любовь к национальным дистрибутивам успела смениться на ненависть? В 2003 французы использовали Mandrake, немцы - SUSE, русские - Alt и ASP. Никто и не думал испытывать к ним ненависть!
>русские - Alt и ASP. Никто и не думал испытывать к ним ненависть!Сколько помню тех, кто в те годы решился на опробовать сии поделия - ругались матерно и кто откатывался к Винде, а кто по наущению людей разумных ставил красношапку и радовался.
>>русские - Alt и ASP. Никто и не думал испытывать к ним ненависть!
> Сколько помню тех, кто в те годы решился на опробовать сии поделия
> - ругались матерно и кто откатывался к Винде, а кто по
> наущению людей разумных ставил красношапку и радовался.Вы ведь правда готовы рассказать прямщас, никуда не заглядывая, какая в 2003 была версия красношапки и какими словами "радовались" те, кто это пробовал? (призовой вопрос -- какое именно изменение вызвало особенно бурную радость)
Что понабрасывать решили -- эт и так видно.
Михаил, а что с Red Hat в 2003 было? Системд ввели?
Не троллинга ради, просто интересно, что там за история.
> Системд ввели?Оно только в 2010 родилось, и далеко не сразу ввелось куда-то.
> Михаил, а что с Red Hat в 2003 было?В RHL 8/9 вовсю переходили на UTF-8 с тяжёлыми последствиями для работоспособности. Особенно это было выражено на фоне RHL 7.3.
Не помню точно, когда начался gcc 2.95 под ручку с kgcc, не тогда ли тоже?..
> Не помню точно, когда начался gcc 2.95 под ручку с kgcc, не тогда ли тоже?..gcc 2.95 в 2000 вроде был уже.
Шигорин, уймись. 7-ю красношапку ставили, Вальхаллу или Энигму - уже не помню, какая была на дисках, переписанных у друга друга друга друга, ибо с относительно скоростным Интернетом в том районе бяда была и разорение. А Альт и АСП дистрибутивы из сиди к журналу "Чип" брали. А изменения, которые вызывали бурную радость, если вкратце - адекватность при установке и отсутствие нерабочей фигни после установки. Отака фигня.
> А изменения, которые вызывали бурную радость, если вкратце - адекватность
> при установке и отсутствие нерабочей фигни после установки. Отака фигня.Ага, не считая единственно применимого варианта "full install" да приятных мелочей вроде /usr/sbin/named нулевой длины в каком-то из обновлений.
Со шляпы как раз на альт тогда народ толпами бежал -- да я, собственно, несколько раньше сам и сбежал с предшественника ASP (BCL). Потому что уже было нормальное управление пакетами и гораздо более вменяемое их, пакетов, сопровождение.
>Со шляпы как раз на альт тогда народ толпами бежалВсегда хочется помнить из прошлого что-то приятное и забыть неприятное, да. Механизм психологической защиты.
>>Со шляпы как раз на альт тогда народ толпами бежал
> Всегда хочется помнить из прошлого что-то приятное и забыть неприятное, да.
> Механизм психологической защиты.Идёте и читаете архивы рассылок, они публичны. Собственно, мы тоже тогда перетащили свои серверы с RHL7.3 (ирландцы попросили "поставить полный, мы потом почистим", ага) на ALM2.0 по мерке.
у меня в 2003м была 7.какая-то - и работала до 2005го, когда, по сумме разных причин, пришлось расстаться с непыльной работой в уютном офисе и валить в $опу мира админить фребесде. Когда вернулся - была уже федора, то еще лютое гуанище, но что вы хотите от стаи обезьянок, растащившей ящик с хорошими инструментами?Когда там у семерки истек срок поддержки - не помню, но по нынешним меркам он был бесконечным.
C 8/9 из-за "массового перехода промышленности на новый стандарт" были некоторые трудности - в отличие от современных чудес с докерами-шмокерами-системды во все щели еще немного почти уже готового для десктопа, вполне одолимые при наличии времени и прямых рук, но повода я не увидел, мне была нужна поддержка не utf-ненужно а cp1251, которой (нормальной) в этих ваших линуксах по сей день нет.
> мне была нужна поддержка не utf-ненужно а cp1251, которой (нормальной)
> в этих ваших линуксах по сей день нет.Скорее не "по сей день", а "несколько лет как" -- примерно как в gtk3 начали ломать однобайтовые кодировки (видимо, не со зла, а просто по отсутствию тестирования) и как это поползло, если не изменяет склероз, и в более новые gtk2...
Ну а у американцев с не-ascii всегда были некоторые проблемы, так что такое как раз стоило искать у европейцев (мандрака и сузя) или сразу наших (альт с ASP).
>>>русские - Alt и ASP. Никто и не думал испытывать к ним ненависть!
>> Сколько помню тех, кто в те годы решился на опробовать сии поделия
>> - ругались матерно и кто откатывался к Винде, а кто по
>> наущению людей разумных ставил красношапку и радовался.
> Вы ведь правда готовы рассказать прямщас, никуда не заглядывая, какая в 2003
> была версия красношапки и какими словами "радовались" те, кто это пробовал?
> (призовой вопрос -- какое именно изменение вызвало особенно бурную радость)
> Что понабрасывать решили -- эт и так видно.сходу если не совру 6 версия. И тогда для хоум контента рулила мандрейк, а в корпорастах AIX и HP-UX. Шапка же была на голову выше других дистров, но увы для хоум использования - это был тихий ужас. который мандрейк или мандрива не помню сейчас как точно, решала прям во время инсталляции.
> сходу если не совру 6 версия. И тогда для хоум контента рулила
> мандрейк, а в корпорастах AIX и HP-UX. Шапка же была на
> голову выше других дистров, но увы для хоум использования - это
> был тихий ужас. который мандрейк или мандрива не помню сейчас как
> точно, решала прям во время инсталляции.Не очень хорошо решала. В тогдашнем Мандрейке бывали специфические глюки, даже установить с первого раза не всегда было возможно, но он был всё же классной и достаточно красивой системой. Задолго до Убунты задал определённую планку понятности дистрибутива линукса для человека.
Хорошая шутка!
Образы для загрузки не готовы. Обещают в середине июля.
Киньте пруфы, плиз.Скоро предстоит развернуть 100500 SLES, хочу поставить 15-ую сразу. Но ждать до середины июля не вариант.
так поставь Ляп - или тебе лишь бы денег кому-то заплатить? Нынче разницы (кроме обрубания доступа к апдейтам) в общем-то не стало никакой.
sles 15 GMC есть
Она практически beta
https://download.suse.com/Download?buildid=C9WijZq1Z4Q~> Киньте пруфы, плиз.
> Скоро предстоит развернуть 100500 SLES, хочу поставить 15-ую сразу. Но ждать до
> середины июля не вариант.
Есть еще вариант openSUSE Leap 15.0 == sles15 и Leap 15.1 - это будет SLES 15 SP 1> Киньте пруфы, плиз.
> Скоро предстоит развернуть 100500 SLES, хочу поставить 15-ую сразу. Но ждать до
> середины июля не вариант.
Кстати. На счет заказчиков. Заказчики любят Enterprise по тому, что можно снять с себя ответственность за косяки в системе и официально рассказывать клиентам, что служба поддержки SUSE поправит всё в ближайшее время.
Это какие-то неправильные клиенты. Чаще либо поставят раком, невзирая на тупые отмазки и перевод стрелок, либо в лучшем случае, проголосуют ногами. Хотя если все заранее попилено и поделено, а конечный результат не важен, важна ИБД - то хз, наверное проканает.
> Это какие-то неправильные клиенты. Чаще либо поставят раком, невзирая на тупые отмазки
> и перевод стрелок, либо в лучшем случае, проголосуют ногами. Хотя если
> все заранее попилено и поделено, а конечный результат не важен, важна
> ИБД - то хз, наверное проканает.Судя по вашим словам у вас заказчики гопники с ногами, поэтому и пишите это. У крупных корпораций нормальный корпоративные заказчики и там это в порядке вещей - предоставлять номер кейса заявки по которой работает производитель ПО/ОС по решению проблемы.
Подавляющее большинство опеннетовских комментаторов никогда не работали ни в каких корпорациях и даже не видели их Главных Зданий не на фотографиях; а под собирательным словом «корпорации» понимают карикатурный злобный и завистливый Майкрософт, который ненавидит всех линуксоидов, потому что они свободные и независимые. Все 11 человек в областном или районном центре, где живёт свободный и независимый комментатор, ага.
> Кстати. На счет заказчиков. Заказчики любят Enterprise по тому, что можно снять
> с себя ответственность за косяки в системе и официально рассказывать клиентам,
> что служба поддержки SUSE поправит всё в ближайшее время.Во-во...
Особенно доставляет репозиторий, разваленный на 50 штук отдельных, при том еще и протухших...
Suse - хорошо.... пока не начинаешь ей пользоваться.
А что лучше? RHEL/CentOS?
Не пользуйтесь, какие проблемы.
ынтерпрайз - ынтерпрайзом, но нашел для себя единственное преимущество SuSe - удобен для флешки. Записываешь iso/img c помощью dd - и все. Дальше разве что с неуниверсальным Yast ковыряешься и неудобными репами из браузера, да gparted из-под рута чтоб запускать надо напильником доделывать(Безопасность такая?).ҐНо все изменения сохраняются на флешке прямо "изкаробки" на iso9660 файловой системе. Правда уже перенести с неё на SSD - не получилось
а смысл так извращаться, переносить систему с флешки?
Ну, например потестировал, понастраивал, а потом решил уже на стационар перекинуть-клонировать в том же самом состоянии, чтоб пользоваться дальше с бо́льшими объемами информации. Ну только на другую файловую систему.
В Альте так тоже можно.
> ынтерпрайз - ынтерпрайзом, но нашел для себя единственное преимущество SuSe
> - удобен для флешки. Записываешь iso/img c помощью dd - и все.Это isohybrid(1) и так сейчас делают, кажется, более-менее все.
В случае ещё и UEFI всё чуть сложнее, вот занятный рассказ mjg@redhat (на тот момент): http://mjg59.dreamwidth.org/4957.html
> В случае ещё и UEFI всё чуть сложнеев смысле "сложнее"? "мы строили-строили систему из костылей и подпорок, а она, ну надо же, через двадцать лет не только оказалась совершенно ненужна, так еще и не работает, кто бы мог подумать - надо использовать ElTorito no-emulation, двадцать лет назад, по-моему, уже существовавший- но нам так нравилось играться с виртуальными дискетками, что мы по сей день не написали нормального софта для его создания - проще оказалось навешать новый слой костылей и подпорок вокруг старого хлама, и снова сокрушаться, что он кривовато как-то вышел" ?
Ну и отдельная история с apple доисторической эры, который зачем-то непременно надо грузить с той же самой флэшки, оба два которые еще включаются - но непонятно, зачем.
Ну то есть понятно, что из спортивного интереса хакеру isohybrid оно было надо, но вот тут должен был появиться ты, менеджер, отвечающий за конечный продукт,а не хакерские забавы, и йапнуть его ломиком по пальцам - еще до этапа появления чудесного промпта 1. 2. press any key to boot при неработающей клавиатуре. К сожалению, такового вовремя не нашлось.
А так - масса времени и сил потрачена на не то что ненужное, а заведомо вредное фуфло, доставляющее проблемы пользователям. EFI виноват, ага.
>> В случае ещё и UEFI всё чуть сложнее
> в смысле "сложнее"? "мы строили-строили систему из костылей и подпорок,
> а она, ну надо же, через двадцать лет не только оказалась совершенно
> ненужна, так еще и не работает, кто бы мог подуматьЭто про BIOS? :)
> надо использовать ElTorito no-emulation, двадцать лет назад, по-моему,
> уже существовавший - но нам так нравилось играться с виртуальными
> дискетками, что мы по сей день не написали нормального софта для его
> создания - проще оказалось навешать новый слой костылей и подпорок вокруг
> старого хлама, и снова сокрушаться, что он кривовато как-то вышел" ?xorriso -no-emul-boot, не?
> Ну и отдельная история с apple доисторической эры, который зачем-то
> непременно надо грузить с той же самой флэшки, оба два которые еще
> включаются - но непонятно, зачем.Если правильно припоминаю, в те годы как минимум в федоре с убунтой зачем-то активно окучивали ещё не подохшие ранние интелмаки со всеми их чудесатостями; возможно, в надежде на postmarket, а может, просто по приколу -- не знаю.
> EFI виноват, ага.
Ещё как виноват -- потому что эльториту опять откопали, а вот внести в спецификацию обязательность поддержки ISO9660 (вот да, просто так) -- нешмогли.
> isohybridникогда вся эта дурь не работала нормально, и сейчас не работает. Не отдельно взятый образ, на отдельно взятой флешке, на конкретной машине, а что бы всегда и везде на это можно было положиться,
переносной usb-dvd рулит и педалит, никаких проблем. Заодно и библиотека дисков с дистрами растет - прикольно. Только чексумы проверяй. Усё
> никогда вся эта дурь не работала нормально, и сейчас не работает.Интересно, что скажет стадион, но вообще-то УМВР.
> Не отдельно взятый образ, на отдельно взятой флешке, на конкретной машине,
> а что бы всегда и везде на это можно было положиться, переносной usb-dvd
> рулит и педалит, никаких проблем.Ну если уж прям "всегда и везде", то на ранних сериях эльбрусов (что-то из 101/801 из опытных партий) приходилось сперва фирмварь обновить, до этого ожидало на дивидюшке загрузочный _раздел_ как минимум на одной машинке...
Да и с надёжностью оптики свои проблемы есть, особенно долгосрочной. Что носителей, что механики.
Ну и seek там после флэшки страшный, не говоря уж о массогабаритных характеристиках.
Так что вариант вроде того залмановского эмулятора DVD с HDD внутре, наверное, часть этих проблем снимает -- но про "никаких проблем" довольно странно слышать от явного перфекциониста, который рассказывает, что гибридные образы "не работают". По крайней мере я удивлён.
Ладноisohybrid -v /path/to/name.iso
or for UEFI
isohybrid --uefi -v output.iso
Кстати, сколько там Райзеру осталось?
Лет 5 минимум
> Лет 5 минимумО, эдак он освободиться раньше, чем BTRF доведут до уровня, пригодного в продакшн.
*BTRFS
> *BTRFSLVM+ext3
думаешь, придет доделывать? Мне кажется, у этого куска пирога и так слишком много едоков.А Райзер был менеджер (хороший, сцуко, менеджер (с) - ТАК прекрасно впаривать платные сервисы прямо через линуксное ядро ни до, ни после еще никому не удалось) - и ему совсем необязательно продолжать уныло ковыряться в опенсорсе, он себе и в других местах че пожрать найдет.
Райзер все. Он IT забросил, в физику ударился. Говорил, что обнаружил несоответствия в специальной теории относительности (Америку открыл). В общем, поехал мужик окончательно.
https://aws.amazon.com/marketplace/seller-profile?id=730aa72...
До сих пор только 42.3 :-(
Я разочарован в SUSE с тех пор, как они сделали SUSE 12 не на openSUSE 12.1, а на 13.1. Всегда релиз следовал на полгода-год раньше RHEL - 9, 10, 11. Обязательно ли было 12 релиз делать _после_ RHEL? Вообще openSUSE 12.1 выглядит очень стабильной в работе и приятной в использовании - даже несмотря на переход всего и вся на GTK3 и GNOME3. Похоже что LTS-ом и правда должен был быть он, но в последний момент передумали... на фоне этой новости: https://www.opennet.ru/opennews/art.shtml?num=33526 Грег Кроа-Хартман, ведущий разработчик udev, получает зарплату в Novell/Attachmate/MicroFocus. А 12.1 был не на Systemd. Непорядочек.Пишу этот текст из SUSE 11. Ну а фигле: апдейты нужны, а ни 11.4, ни 12.1 уже не поддерживаются! Скрин: https://s8.postimg.cc/4to5lk7b9/-21.png SUSE 11 был не самым удачным - openSUSE 11.3 или 11.4 в разы юзабельнее - но что ж поделать. Если кому-нибудь интересно, я перечислю трудности, с которыми столкнулся.
А когда дропнут SUSE 11, я не знаю что буду делать. То ли на 15 "перекатываться" и кушать Systemd, то ли на Фрю...
Ну если systemd огорчает, то ставьте Slackware сгккуте + alien bob дополнения.>[оверквотинг удален]
> этой новости: https://www.opennet.ru/opennews/art.shtml?num=33526 Грег Кроа-Хартман,
> ведущий разработчик udev, получает зарплату в Novell/Attachmate/MicroFocus. А 12.1 был
> не на Systemd. Непорядочек.
> Пишу этот текст из SUSE 11. Ну а фигле: апдейты нужны, а
> ни 11.4, ни 12.1 уже не поддерживаются! Скрин: https://s8.postimg.cc/4to5lk7b9/-21.png
> SUSE 11 был не самым удачным - openSUSE 11.3 или 11.4
> в разы юзабельнее - но что ж поделать. Если кому-нибудь интересно,
> я перечислю трудности, с которыми столкнулся.
> А когда дропнут SUSE 11, я не знаю что буду делать. То
> ли на 15 "перекатываться" и кушать Systemd, то ли на Фрю...
Там нет PAM, а у меня небольшое предприятие
>а у меня небольшое предприятиеТогда -- в спонсеры LF.
т.е по-твоему, линукс поделка уровня локалхлоста и лелеямого подкроватного сервачка? не соглашусь, линукс вполне себе и без LF. зачем посылаешь туда?
> Там нет PAM, а у меня небольшое предприятиеДля шаурмячной PAM необязателен.
А почему нет? "Умная хрущёвка" никого не удивляет же
>Пишу этот текст из SUSE 11. Ну а фигле: апдейты нужны, а ни 11.4, ни 12.1 уже не поддерживаются! Скрин: >https://s8.postimg.cc/4to5lk7b9/-21.png SUSE 11 был не самым удачным - openSUSE 11.3 или 11.4 в разы >юзабельнее - но что ж поделать. Если кому-нибудь интересно, я перечислю трудности, с которыми столкнулся.на скрине время 16:16 а ваш комментарий в 12:20. Вы волшебник?
> на скрине время 16:16 а ваш комментарий в 12:20. Вы волшебник?Сколько комментаоров опеннета находятся на 5 ^W 4 и более _часовых поясов_ восточнее [московского времени опеннета], как думаете?
Разрешите крик души давнего пользователя openSUSE.
Вот разработчики SLE провозгласили свою концепцию "Применение единой базовой системы с дистрибутивом openSUSE". Допустим, эта базовая часть системы состоит из 500 пакетов. Я так понимаю, что эти 500 пакетов в репо SLE и в репо Leap совершенно одинаковые внутри, но называются по разному, чтобы врага запутать. Теперь разработчики говорят: эти 500 пакетов в репо SLE бесплатно только два месяца, а потом гони монету. А вот эти же 500 пакетов в репо Leap можешь обновлять бесплатно до полного окончания срока поддержки. Где здесь логическая логика?
Почему нельзя сделать так: имеется единый дистрибутив. Вы с него ставите систему. После этого вы обнаруживаете, что у вас подключены два репо. Один из них содержит условно говоря бесплатные пакеты, которые доступны для всех и на весь срок жизненного цикла. Другой репо содержит пакеты для "корпоративных клиентов", и пользование этим репо через два месяца станет платным. По моему мнению, так было бы более логичным.
Так не пойдет. SUSE нужна рабочая сила открытого сообщества. Бесплатные труженники будут делать openSUSE, а платные будут составлять SLES из продуктов бесплатного труда.
Абсолютно справедливо и в точку. Вся эта возня вокруг сообщества нужна SUSE исключительно для экономии на разработке и тестировании. Экономия даёт о себе знать: последний Leap 15 вышел (как обычно) очень сырым.
Я пробовал Leap 15 на предмет сборки kiwi и создания имажей. Жутких косяков не заметил. rpm наконец пофиксили, а вот grub2 все тот же, и не может работать на loopback девайсы, приходится собирать из исходников свежий и без тучи патчей от SUSE.> Абсолютно справедливо и в точку. Вся эта возня вокруг сообщества нужна SUSE
> исключительно для экономии на разработке и тестировании. Экономия даёт о себе
> знать: последний Leap 15 вышел (как обычно) очень сырым.
У меня совсем другие задачи, поэтому опишу то, что нарыл сам:
- интеграция Packagekit+Zypper стартует раньше, чем поднимается сеть. Результат: сразу после загрузки вываливается нелепая ошибка;
- нелепая настройка по умолчанию касательно хранения пароля от вайфая в зашифрованном виде. Вроде хотели сделать безопасно, а в результате авторизация в сети теперь проходит лишь со второго раза;
- все неподписанные rpm-пакеты Zypper считает "сломанными", хотя это не так. Кто не в теме, будут блуждать тут;
- Стабильность KDE Plasma тут слегка лукавая. Если оставить всё как есть, то вроде откровенно ничего не падает, но и обновляться не будет. Если же подключить репы со свежим софтом: KF5, Qt5, Kde apps, Kde extra, и обновиться из них (то же надо знать как, ибо vendor change по дефолту отключён), то рабочий стол запросто может слететь после пары месяцев жизни. Никто ничего толком не тестирует. Собралось в OBS - и довольно с этого;Остальное можно почитать у Dedoimedo. )
> Если же подключить репы со свежим софтом: KF5, Qt5, Kde apps, Kde extra, и обновиться из них (то же надо знать как, ибо vendor change по дефолту отключён), то рабочий стол запросто может слететь после пары месяцев жизни.Что-то оно у меня даже после пары лет не слетает, при том, что я юзаю Tumbleweed с подключёнными перечисленными репами.
Про «надо знать как» — это правильно. Почитай man zypper, и уже тогда решай, стоит ли пробовать zypper dup. А zypper up не должел позволять менять поставщика, потому что хрен знает, каких юзер реп home: себе наподключал.
Андрей, не тупи. Когда на основе openSUSE 11.1 сделали SUSE 11, был выпущен openSUSE 11.2 - самая лучшая суся ever. Куча платных тестеров сделали отличную бесплатную версию 11.2. То же самое можно сказать про 13.1. Когда на его основе сделали SLE 12, потом вышла openSUSE 13.2 - которая гораздо лучше 13.1
Так и живём. 5 релизов (11.3 - 13.1) делает бесплатное сообщество, и это шаг вперёд. Один релиз делает платное сообещство, и это рывок вперёд, большое количество закрытых багов, и серьёзное вылизывание юзабилити
lolвы вообще не в курсе как суся делается,
99,9% opensuse делается за зарплату сотрудниками suse, тут вам не debian(подпишитесь на их рассылки хоть и зацените адреса @suse.com основных членов сообщества, которые на себе всё тянут)
объединение пакетной базы было нужно чтобы меньшее число сотрудников справлялось с готовкой двух дистров
Они так старались, а мужики-то и не знают! То-то багтрекер за июнь переполнен.
Пора признать очевидное: после 11 версии сюзя скатывалась, а после 13-й на нее забили от слова "совсем". Разработчиков интересуют продажи ЫнтЫрпрaйза, а Opensuse нужен только для содержания бесплатных бета-тестеров, которые будут колоться, но продолжат жрaть кактус.
> Так не пойдет. SUSE нужна рабочая сила открытого сообщества.нахрен им "рабочая сила" туповатых обезьянок не нужна, ломать и портить они тоже сами вполне могут.
От открытого сообщества практический толк только один - багрепорты, и те хреновые, хорошие - от коммерческих пользователей, которым на самом деле надо решать рабочие задачи, а не "плохо видна кнопочка в правом нижнем углу". Но коммерческих мало, и если заставить их собирать все грабли самим - они могут свалить на редгад/орацле/винду-проклятую.
Приходится поддерживать пенку бестолкового crowd. А работу делают работники, за деньги, и после покупки новелом - немалые.
> Вот разработчики SLE провозгласили свою концепцию "Применение единой базовой системы с дистрибутивом openSUSE". Допустим, эта базовая часть системы состоит из 500 пакетов. Я так понимаю, что эти 500 пакетов в репо SLE и в репо Leap совершенно одинаковые внутри, но называются по разному, чтобы врага запутать.Нет. Они называются одинаково, и собираются из одних и тех же исходных кодов. Например glib2, glib2-devel для обеих систем одинаковые, а также есть пакеты glib2-branding-opensuse и glib2-branding-sle. Найдите в OBS - SPEC-файл, там стоит условие "если опенсусе, то собирать branding-opensuse, а если сусе, то branding-sle". Сам SPEC-файл - один.
> Теперь разработчики говорят: эти 500 пакетов в репо SLE бесплатно только два месяца, а потом гони монету.
Так всегда было. И потом монету гнать не обязательно, система не схлопнется, как какая-нибудь не активированная Windows XP. Она будет работать и дальше, только без обновлений.
> А вот эти же 500 пакетов в репо Leap можешь обновлять бесплатно до полного окончания срока поддержки. Где здесь логическая логика?
После выпуска Leap 15.3 он будет поддерживаться ещё 2 года, а после выпуска SLE 15 SP3 он будет поддерживаться ещё 7 лет.
Я не совсем понимаю, зачем пакету glib2 этот самый branding ?
Ну как, все должны знать, что glib2 удостоился чести попасть в Enterprise ну лили в openSUSE!> Я не совсем понимаю, зачем пакету glib2 этот самый branding ?
> Я не совсем понимаю, зачем пакету glib2 этот самый branding ?Конкретно для glib2 не знаю. Firefox например имеет другой homepage и другую инфу в "О программе". Компиз имеет другой логотип на верхней грани кубика.
> Я не совсем понимаю, зачем пакету glib2 этот самый branding ?потому что в нем лежит единственный полезный файл -
/etc/gnome_defaults.conf - логично, разный.
а теперь скажи, непонимайка, что мешало тебе в три секунды это выяснить, даже если тебе негде сказать rpm -ql ?
>> Я не совсем понимаю, зачем пакету glib2 этот самый branding ?
> потому что в нем лежит единственный полезный файл -
> /etc/gnome_defaults.conf - логично, разный.А вот зачем бы он glib2, я тоже не догадался.
>>> Я не совсем понимаю, зачем пакету glib2 этот самый branding ?
>> потому что в нем лежит единственный полезный файл -
>> /etc/gnome_defaults.conf - логично, разный.
> А вот зачем бы он glib2, я тоже не догадался.В бинарных пакетах суффиксы .el7/.f28 менять на .sles15. У тебя-то автосборочница-автоимпортница этим занимается, а эта немытая немчура всё по старинке.
>>>> Я не совсем понимаю, зачем пакету glib2 этот самый branding ?
>>> потому что в нем лежит единственный полезный файл -
>>> /etc/gnome_defaults.conf - логично, разный.
>> А вот зачем бы он glib2, я тоже не догадался.
> В бинарных пакетах суффиксы .el7/.f28 менять на .sles15.Ой, но здесь-то glib2 при чём?!
re #112: на локалхосте не обнаружил, вот и решил спросить по наивности своей...
очевидно - какой-то примитив api, который из этого файла и читает, запихнут находчивыми разработчиками гома именно в glib, еще двадцать лет назад.
Хотя как раз там - нафиг не нужен, glib единственная часть гома, живущая в куче совершенно несвязанных с ним проектов, ибо к этому гому имеет очень мало отношения. Но надо ж было хоть что-то туда запихать ;-)
И вообще, покупать SLE только для получения обновлений - это самое дешёвое, и стоит не сильно дороже Windows 10. 3 тыс. руб. на год, 9 тыс. руб. на 3 года. Платная тех. поддержка стоит значительно дороже - от 40 тысяч. Такое нужно тем людям, которым нужно чтобы их проблему 100% решили. А не пытаться своими силами - поиском в Google, Stackoverflow и задавая вопросы на ЛОРе, Опеннете или Reddit-е
> И вообще, покупать SLE только для получения обновлений - это самое дешёвое,но совершенно бесполезное.
> значительно дороже - от 40 тысяч. Такое нужно тем людям, которым
> нужно чтобы их проблему 100% решили. А не пытаться своими силамида не решат их проблему на 100%. И на 50 вряд ли, если правда что сложное.
Но общую идею вы поняли правильно - то время, когда гордый вася-админ-локалхоста тратит на поиск тривиальных решений на опеннете, заплатившие за поддержку тратят на решение проблем в _собственной_ инфраструктуре - которые связаны с их собственными задачами и процессами, и которые за них решать некому (хотя бы даже на уровне "докопаться до первоисточника глюков и сдать правильному подрядчику")А пока у вас есть время и желание копипастить из вопросов stackoverflow - наслаждайтесь и думайте что вы обманули проклятых корпорастов.
>[оверквотинг удален]
> да не решат их проблему на 100%. И на 50 вряд ли,
> если правда что сложное.
> Но общую идею вы поняли правильно - то время, когда гордый вася-админ-локалхоста
> тратит на поиск тривиальных решений на опеннете, заплатившие за поддержку тратят
> на решение проблем в _собственной_ инфраструктуре - которые связаны с их
> собственными задачами и процессами, и которые за них решать некому (хотя
> бы даже на уровне "докопаться до первоисточника глюков и сдать правильному
> подрядчику")
> А пока у вас есть время и желание копипастить из вопросов stackoverflow
> - наслаждайтесь и думайте что вы обманули проклятых корпорастов.Решают и решают как положено.
Наоборот. Сначала openSUSE Leap ..., а уж потом на этой основе SLES. Возможность использовать бесплатную рабочую силу еще ни кто не отменял.> В дальнейшем, ожидается выпуск обновлений SLE 15 SP1, 15 SP2 и т.д., на
> основе которых будут сформировны выпуски openSUSE Leap 15.1,
> openSUSE Leap 15.2 и т.д.
Откуда дровишки? Было официально объявлено, что начиная с Leap openSUSE будет основываться на стабильном SLE, а не наоборот.
Сам нафантазировал или информагенство ОБС?
> Откуда дровишки? Было официально объявлено, что начиная с Leap openSUSE будет основываться
> на стабильном SLE, а не наоборот.
> Сам нафантазировал или информагенство ОБС?https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/.../
"Приблизительно через один год после выхода Leap 15.0 планируется выпуск версии 15.1 основанной на SLE15SP1."
То есть 15.0 пока основана на "я тебя слепила из того, что было".
> https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/.../
> "Приблизительно через один год после выхода Leap 15.0 планируется выпуск версии 15.1
> основанной на SLE15SP1."
> То есть 15.0 пока основана на "я тебя слепила из того, что
> было".Она основана на наработках и пакетах SLE 15, просто вышла до его релиза. Где тут «SLE на основе openSUSE»? Возможность потестить на юзерах openSUSE чутка времени — возможно, но не более того. Это вовсе не «SLE основана на openSUSE», да и вышла SLE менее, чем через месяц после openSUSE, тут даже про тестирование лишь с большой натяжкой говорить можно.
Я с OpenSUSE начинал знакомство с Linux. Потом были: Knoppix, ALTLinux, Runtu, Ubuntu, Debian, Ubuntu Christian Edition, Tiny Core, Tails, Mint...Это всё хорошие дистрибутивы...
Сейчас на одном компьютере стоит Parrot, на втором - Kali Linux Light, так как мне нравится исследовать проблемы безопасности...
А Runtu жива ещё? Мой первый дистр...
>А Runtu жива ещё? Мой первый дистр...Да. И неплохо выглядит..
"Из репозиториев удалены puppet и cfengine".А как это аргументировали?
> "Из репозиториев удалены puppet и cfengine".
> А как это аргументировали?Эти ребята уже давно ничего не объясняют.
>> "Из репозиториев удалены puppet и cfengine".
>> А как это аргументировали?
> Эти ребята уже давно ничего не объясняют.Удивительно, что при этом у них находятся какие-то фанатичные фанбои.
Впрочем, это же поколение Z.
> "Из репозиториев удалены puppet и cfengine".
> А как это аргументировали?Ох, чем только не мативировал... И меня мативировал, и всю дивизию мативировал, а тебя ТАК мативировал...
на самом деле все просто - у них есть salt, и он, вообще-то, неплохо работает, во всяком случае, в suse. Зачем тратить время на детские игрушки? Ну да, для админа локалхоста тяжеловат, ну так это и не целевая аудитория нифига.
> Объявлены устаревшим dmraidа что вместо него?
mdadm?т.е. RAID контроллер в чипсете вообще не будет поддерживаться?
> mdadm?да ты догадливый: Instead of dmraid, use mdadm.
> т.е. RAID контроллер в чипсете вообще не будет поддерживаться?
будет, если этот контроллер - случайно оказался LSI ;-) а интеловская виртуальная поделка - не, не будет. Да и зачем - ты правда на нем Raid5 держишь? (c raid1, как ты понимаешь, "поддержка" недоконтроллера нахрен не сдалась)
Суть скорее всего банальная - перестали поддерживать лет пять тому, в серверах не то чтоб не встречается, но никем по назначению не используется, взрослые ребята используют либо настоящие рейды, либо san, либо btr/zfs - в общем, клиентам оно не надо.
А ты не сможешь легко и просто восстановить чью-то рухнувшую экзотику, к которой давно не найти запасных контроллеров, но ведь не больно-то и хочешь?
> - интеграция Packagekit+Zypper стартует раньше, чем поднимается сеть. Результат: сразу после загрузки вываливается нелепая ошибка;Это одна из самых идиотских ошибок openSUSE. Казалось бы поставь тайм-аут 10 секунд на старт обновления, дай ноутбуку подключиться к точке доступа, а потом уже лезь в репозиторий. Ан нет, видимо для этого много ума надо!
а как вообще расшифровать аббревиатуру SUSE
и как правильно произнести ее по русски...
> а как вообще расшифровать аббревиатуру SUSE"«Gesellschaft für Software- und System-Entwicklung» («Программная и системная разработка»), сокращённо «S.u.S.E»"
> и как правильно произнести ее по русски...
Сюз.
>> а как вообще расшифровать аббревиатуру SUSE
> "«Gesellschaft für Software- und System-Entwicklung» («Программная и системная разработка»), сокращённо «S.u.S.E»"
>> и как правильно произнести ее по русски...
> Сюз.Немцы и чехи на конференции Новелл в Праге произносили "Сусе" или "Сузе".
Никакого "Сюз" ни от кого из них не слышал.
