Разработчики openSUSE объявили (https://lists.opensuse.org/opensuse-announce/2017-05/msg0000...) о завершении цикла сопровождения релиза openSUSE Leap 42.1, обеспечиваемого компанией SUSE. Поддержка релиза 42.1 теперь официально прекращена. За 18 месяцев существования openSUSE Leap 42.1 было выпущено 1442 обновления, из которых 507 импортированы из SUSE Linux Enterprise, а 935 подготовлены сообществом. 598 обновлений были связаны с устранением проблем с безопасностью, охватывающих в сумме 2434 уязвимости. Всем пользователям рекомендуется обновить свои системы до выпуска 42.2, обновлений для которого будут формироваться (https://en.opensuse.org/Lifetime) до второго квартала 2018 года.URL: https://lists.opensuse.org/opensuse-announce/2017-05/msg0000...
Новость: http://www.opennet.me/opennews/art.shtml?num=46564
Это что теперь каждый год обновляться?
> Это что теперь каждый год обновляться?что значит "теперь"? Каждые полтора, да.
оно примерно так было _всегда_.Я тебе больше скажу - и с enterprise такая же точно фигня, только не полтора а два-с-половиной (какие-то у них энтерпрайзы-то однодневки ;-) за единственным исключением за все время существования проекта - 11.4 сделался таки вечно-живой (счастья это никому, кроме меня, надо заметить, не принесло - ты, полагаю, расстроишься, если заставить тебя с таким линуксом жить). То что новые версии там выпускаются под видом "сервис-пака" - это просто бизнес-модель такая ("сервиспаки" для заплативших - бесплатны, апргейд на новую major - за мешокденьгов). А на практике при установке этого "сервиспака" у тебя ведро прыгает на десяток версий вверх - 11.0 это 2.6 еще, 11.4 - 3.0.101, сам догадайся, что там в userspace происходит.
"мега-интерес" к проекту evergreen, собравшему аж пять (во времена расцвета) человек майнтейнеров и примерно ноль фидбэка (и продержавшемуся так долго только потому, что они могли невозбранно тырить пакеты из как раз sles11.4), как бе говорит о том, что оно и ненужно.
P.S. всего за 45 тысяч ржублей в год ты все еще можешь позволить себе SLES 11.4 - еще пару лет она будет поддерживаться (и потом еще лет пяток - за очень отдельные деньги)
Так оно изначально и задумывалось и так со SLES было всегда.
В Leap sudo zypper dup наконец-то починили, точнее grub2 и dracut, и прочую обвязку, и теперь обновляться можно легко, не боясь, что при апдейте перестанет работать загрузчик, как было 3 из 3 со старыми номерными версиями.
А также, есть прекрасная Tumbleweed, которую, хоть каждую неделю обновляй, и она становится всё стабильнее и стабильнее. Конфликт версий mpv и ffmpeg в ней уже починили и его больше не будет (кто-то сетовал на это, называя Tumbleweed недостаточно стабильной).
Единственное неудобство, на Amazon AWS EC2 поставить можно только Leap 42.2, а так с удовольствием вкатил бы и туда бы Tumbleweed.
Раз в год полностью обновляться самое оптимальное.
"Ухахахаха" над всеми кто не пользует Debian+rolling :-)
> "Ухахахаха" над всеми кто не пользует Debian+rolling :-)про Tumbleweed не слышал что ли?
Rolling на rpm-based = "Dependency Hell во все поля".
> Rolling на rpm-based = "Dependency Hell во все поля".Недоуменно смотрю на свой многолетний сизиф и опять на тот бред, который Вы написали. Может, удосужитесь снизойти и пояснить, при чём тут вообще менеджер _пакетов_, а не репозиторный?
rolling и debian далеко не самое лучшее сочетание
Люблю openSUSE, но прекращать поддержку старого релиза за полгода до выпуска нового - маразм.
внимательно перечитайте новость - 42.2 будет поддерживаться ещё полгода. то есть он уже есть и ещё будет поддерживаться полгода.
В новости про 42.3 ни слова. По ссылке видим такое> Leap 42.2 - will be maintained until 6 months after 42.3 (EXPECTED Second Quarter of 2018)
> В новости про 42.3 ни слова. По ссылке видим такое
>> Leap 42.2 - will be maintained until 6 months after 42.3 (EXPECTED Second Quarter of 2018)то что в новости ни слова, не значит, что нет планов
https://en.opensuse.org/openSUSE:RoadmapUpcoming openSUSE Leap Release
Leap 42.3 is using a rolling development model without fixed mile stones. New snapshots are published according to automated testing results.
April: integration of SLE sources
May 21st: submission deadline for major version updates. Begin of polishing and testing phase
June 6th: SLE goes RC, base system freeze
June 25th: package freeze. Only bug fixes from here on.
Last week of July: release
Что-то совсем жесть. Не зря ушёл с openSUSE.
Аналогично. Я ушёл ещё когда они в роллинг-релизе дефолтные приложения при каждом апдейте ставили, даже если я эти приложения удалил. На оф форуме сказали - "это не баг, а фича"
Но тут совсем ужас
Всем на gentoo. У нас всегда есть выбор во всем. Ну, или на ubuntu. Они тоже стараются.
Набор неотключаемых костылей в виде опенрс, питона и портажа? Нет, спасибо.
Лучше дебиана еще не придумали(девуан в бете). Ну или настоящих kiss дистров, crux например.
> Ну или настоящих kiss дистров, crux например.В 2007ом примерно таким был Арч.
Как раз в те времена пользовалься арчем. Но однажды я обновился и все сдохло. И тогда я понял что это всевышний администратор как бы намекает что арчем неху..ээ..рошо пользоваться.
Сменить дистр тебе проще, чем заблокировать пакеты? Силён.
Надо не блокировать пакеты, а удалить мета-пакеты и поставить все необходимое явно. Все из-за тупости в виде zypper dup для обновления перекати-поля.
С каких пор тебе для обновления Tumbleweed понадобился dup? Он вообще нужен только для перехода между номерными версиями дистра или смены поставщика, при добавлении сторонних реп. Up'ом всё прекрасно обновляется.
поток личной информации выплеснутой в массы, а когда закроют этот ваш ОпенСусе?
> а когда закроют этот ваш ОпенСусе?Не раньше, чем родственники тебе оградку покрасят.
> Надо не блокировать пакеты, а удалить мета-пакеты и поставить все необходимое явно.А что, при удалении зависимостей мета-пакеты не удаляются автоматом? Как интересно...
При удалении зависимостей удаляются, а при удалении рекомендаций – нет. Поэтому рекомендации и нужно блокировать.
Именно. Сначала при установке лезть в yast и блокировать, а потом при каждом апгрейде проверять, не подсунули чего-то нового. Нет, спасибо. Сменить дистр оказалось намного легче.
Когда сидел на openSUSE, тоже постоянно мучался с этой проблемой.
> лезть в yastzypper al
Но сменить дистр проще, чем осилить man пакетного менеджера, понимаю.
Ну типа да, проще.
Я тоже как-то тыкал палкой сие подделие. Ну при мирном обновлении насовало всяких флешей и прочего. Ну что это за виндовс вей или как это назвать даже не знаю.Причем вроде толковые вещи бывают делают, а готовый продукт получается, что ужас.
> Ну типа да, проще.Ну тебе-то, с твоим ником, несомненно, мог бы и не отписываться.
>> Ну типа да, проще.
> Ну тебе-то, с твоим ником, несомненно, мог бы и не отписываться.с вашим ником я б даже не решался, а не то что прям коменты писал.
> с вашим ником я б даже не решался, а не то что
> прям коменты писал.Однако ж я вполне нормально использую openSUSE, не менее нормально использую zypper (и знаю нужные мне опции это пм), и пишу комменты. Именно потому, что с моим ником — я, а не ты.
> Аналогично. Я ушёл ещё когда они в роллинг-релизе дефолтные приложения при каждом
> апдейте ставили, даже если я эти приложения удалил. На оф форуме
> сказали - "это не баг, а фича"
> Но тут совсем ужасНа русскоязычный форум лучше вообще не ходить, там одни идиоты сидят.
А так всего навсего нужно осилить конфиги zypper-аsudo vim /eyc/zypp/zypper.conf
installRecommends = nosudo vim /etc/zypp/zypp.conf
solver.cleandepsOnRemove = trueи потыкать мышкой в галочки yast-а в Software Manager.
Вот это же действительно невыполнимая задача, из-за которой следует уходить.
Ну что же - скатертью дорога!
> Вот это же действительно невыполнимая задача, из-за которой следует уходить.Задача не сложная. Но когда тебе приходится много крутить ручку, чтоб элементарно сделать по нормальному - тут смысл сомнителен.
Ну ты крути, Илюха, крути :)
Т.е. Leap 42.1 42.2 42.3 - это не как CentOS 7.1 7.2 7.3 ?
как раз так
А если так, в чем тогда проблема с обновлением на 42.2? На rhel и центосе в пределах мажорной версии обновления очень безболезненны. И особой поддержки версии 7.1, при наличии 7.2, нет - это просто срез репозитария и образ iso
В пределах минорной версии у них теперь обновление ядра, прикладных программ, яста, DE. В целом, основная пакетная база остается той же.
PS Ушел с сюзи, как запилили KDE5 и до его стабилизации не вернусь точно.
> В пределах минорной версии у них теперь обновление ядра, прикладных программ, яста,
> DE. В целом, основная пакетная база остается той же.
> PS Ушел с сюзи, как запилили KDE5 и до его стабилизации не
> вернусь точно.Я вот использую KDE4 на Tumbleweed и нормально, себя чувствую
Более того, мне известно только 2 дистрибутива, где можно использовать KDE4, это, собственно, openSUSE Tumbleweed и ROSA.
При этом в последнем на столько устарелая серверная и девелоперская части, что использовать её для работы просто невозможно, такой себе заплесневелый Desktop only.Так на что Вы ушли?
Хоть Void и роллинг, но в репах до сих пор 4-е кеды.
> Более того, мне известно только 2 дистрибутива, где можно использовать KDE4,
> это, собственно, openSUSE Tumbleweed и ROSA.Если что, в altlinux.org/starterkits вариант kde4 не отменяли (и скоро летние, как раз можно покрутить в руках и сказать, чего бы хотелось -- только лучше в альтовых новостях).
>> В пределах минорной версии у них теперь обновление ядра, прикладных программ, яста,
>> DE. В целом, основная пакетная база остается той же.
>> PS Ушел с сюзи, как запилили KDE5 и до его стабилизации не
>> вернусь точно.
> Я вот использую KDE4 на Tumbleweed и нормально, себя чувствую
> Более того, мне известно только 2 дистрибутива, где можно использовать KDE4, это,
> собственно, openSUSE Tumbleweed и ROSA.
> При этом в последнем на столько устарелая серверная и девелоперская части, что
> использовать её для работы просто невозможно, такой себе заплесневелый Desktop only.
> Так на что Вы ушли?До появления 42.3 сидел на kubuntu 14.04
> Ушел с сюзи, как запилили KDE5 и до его стабилизации не вернусь точноНу если это для тебе критерий, то можешь не возвращаться.
В ынтерпрайзной СУСИ KDE-шникам средний палец показали, тем самым намекнув что Gnome приоритетнее.
а проблем с обновлением на 42.2 и нет, где вы их видели?
текущая версия 42.2, скоро выходит 42.3, вот 42.1 и перестаёт поддерживаться
> На rhel и центосе в пределах мажорной версии обновления очень безболезненны.Ага, конечно. Только какая-нибудь софтина обновится на пяток номеров и в ней что-нибудь сломается, или какую-нибудь библиотеку обновят с повышением soversion, и пакеты из EPEL или ELRepo окажутся поломанными, пока их не пересоберут... Очень безболезненно, ничего не скажешь.
Как раз нет. Если сравнивать, то с какой-нибудь ubuntu lts. Но даже так — нет:
1. RHEL (Centos) держат ABI все 7 лет, и API/конфиги софта ±аналогично (пример: vsftpd, exim). Внутри мажорного релиза (весь жизненный цикл) новые фичи бэкпортируются без слома старых. Дорого, медленно (делать новые фичи), стабильно.
2. OpenSUSE — на каждом релизе 2-й цифры прыгает *всё*. Поэтому я, к примеру, каждый новый релиз себе ставлю с нуля (ну почти) и потяну такое в продакшен, только если(когда) крыша окончателтно съедет. (В SLES, по слухам, аналогично. Не было повода проверить.)
3. Ubuntu LTS: ядра прыгают на каждом релизе 3-й цифры, софт условно-плавно поднимается. Но без гарантии сломать конфигурацию на минорном апдейте (пример: samba, multipathd). Поддержка версий ядер внутри одного LTS кончается, когда майнтейнеры наиграются (а не через 5 лет). Использовать в продакшене можно, если зачем-то нужна дебиано-совместимость, при наличии собственных ресурсов для исправления критичных багов.
SUSE не держит ABI ядра, но это мало кому надо
обновление между минорными версиями всегда протестировано, работает хорошо и поддерживается официально
с недавних пор можно обновлять пропуская одну версию, например 42.1 -> 42.3
> Дорого, медленно (делать новые фичи), стабильно.у них для этого есть fedora. Собственно, для любителей все переставлять раз в пол-года, вполне себе выбор.
> В SLES, по слухам, аналогично.
в sles срок реальной жизни "сервиспака" был два с половиной года (то есть лучше, чем полтора, отводимые open). Но из ряда внезапно выбилась 11.4(_SP_4), которая уже здорово напоминает мумию вождя. Поскольку никакой "11.5" в природе не предусмотрено, если оно тебе подходит для продакшна - то и вперед, с песнями.
В общем-то, вполне известно, чего НЕ надо на ней делать - хранилки (нет ни одной работоспособной не write-only fs), light виртуализацию (старое ведро, да и юзерленд такой же) и openstack и его подобия.
Если твой прод не попадает ни в одну из этих категорий [зачеркнуто: то какого хрена он вообще кому-то нужен] - пользоваться вполне можно. Ну там пехепе посвежее вручную собрать, всех пяти потребных девелоперам версий, ключевые демоны позаменять (один хрен с местыми патчами) и живи себе.
А, нет, еще там, помнитсо, gcc был какой-то странной версии, тоже надо уже менять.
> 1. RHEL (Centos) держат ABI все 7 лет, и API/конфиги софта ±аналогично
> (пример: vsftpd, exim). Внутри мажорного релиза (весь жизненный цикл) новые фичи
> бэкпортируются без слома старых. Дорого, медленно (делать новые фичи), стабильно.Это только в теории так должно быть.
>> 1. RHEL (Centos) держат ABI все 7 лет, и API/конфиги софта ±аналогично
>> (пример: vsftpd, exim). Внутри мажорного релиза (весь жизненный цикл) новые фичи
>> бэкпортируются без слома старых. Дорого, медленно (делать новые фичи), стабильно.
> Это только в теории так должно быть.Я, кажется, привёл практические примеры (для ППО).
exim: в очередном миноре (≈2010 г.) crl из файла превратили в каталог. У дебианщиков инсталляции сломались. У RH — "фичу" вырезали.
vsftpd: Не помню когда решили что в рут писать нельзя и добавили "allow_writable_root", сломав старое поведение. В RH появилось в 7.x, в 6.x — не будет (если сами не соберёте).ABI подтвердить сложнее, но и опровержения у меня нет. Есть примеры со сломанными заголовками ядра (e.g. изменение аргументов макроса), но вот это, увы, никто не гарантирует.
> exim: в очередном миноре (≈2010 г.) crl из файла превратили в каталог. У дебианщиков инсталляции сломались.Где сломались, в stable? Рассказывай, ага.
https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;i...
Где баг? Нету бага.
К сведению, в Debian обновления между мажорными версиями проходят более гладко, чем в шапке между минорными. А как в шапке мажорную версию обновляют, расскажи-ка нам? Где в ейном yum спрятали zypper dup?
> ABI подтвердить сложнее, но и опровержения у меня нет.В 2015 в 7-ке обновили libical, например, с 0 на 1. Это из того, что сходу удалось найти. А вообще подход к пакетированию библиотек в федоре/шапке едва ли не самый раздолбайский из всех бинарных дистрибутивов. В большинстве остальных можно установить несколько версий библиотеки одновременно, а у них — только для избранных библиотек.
Один из немногих нормальных дистрибутивов запланированно прекращает поддержку устаревшей версии и всё, караул.
А в 42,2 сейчас при установки какое ядро стоит? А то эти амд драйвера на сусе сейчас работают только в 42,1 и в Tumbleweed. а 42,2 когда пробовал ставить она так и не запускалась.
> А в 42,2 сейчас при установки какое ядро стоит?4.4.62-18.6.1
> амд драйвера на сусе сейчас работают только в 42,1 и в Tumbleweed
какой драйвер, какая карта?
Встроенное видео в процессор AMD Richland A10-6800K
AMD Radeon HD8670D я опен сусе люблю но поставить 42,2 так и не получается.
карточка должна "просто работать", драйвер давно в ядре
какие именно проблемы испытываете?
Система устанавливается но после перезагрузки не загружается.
> Система устанавливается но после перезагрузки не загружается.ого, пилите бегрепорт, даже если не хочется - оно надо
не загружается, это как именно выглядит? если добавить single к параметрам ядра или nomodeset тоже не грузится?
После установки перезагружается и при загрузки монитор тухнет и все. Черный экран бездействия.
А вот geckolinux сборка с гномом опенсусе 42,2 встал без проблем. Так только установщик другой.