LINUX.ORG.RU

openSUSE Leap 15.3

 


0

3

Вышла минорная версия дистрибутива openSUSE Leap 15.3.

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

Что нового:

  • Xfce 4.16, новые иконки и палитра
  • DNF 4.7.0
  • KDE Plasma 5.18 LTS
  • GNOME 3.34
  • Systemd 246
  • Mesa 20.2.4
  • LibreOffice 7.1.1
  • MPV 0.32

Добавлены пакеты: TensorFlow Lite 2020.08.23, PyTorch 1.4.0, ONNX 1.6.0, Grafana 7.3.1.
Из репозиториев удалены пакеты: KDE 4 и Qt 4.
В устаревшие пакеты попал Midori, который теперь не поддерживается и использовать его не рекомендуется. В следующем релизе он будет удалён.

Ядро осталось прежней версии — 5.3.18.

>>> Подробности



Проверено: cetjs2 ()
Последнее исправление: cetjs2 (всего исправлений: 5)

Ответ на: комментарий от saahriktu

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

Khnazile ★★★★★
()
Ответ на: комментарий от Khnazile

Если пересобрать с ним, должно работать.

Хотелось бы чтобы Dukto было легко запустить откуда угодно (liveUSB, виртуальные машины и т.д.). Одно время работало прикладывание RPM пакетов Qt4, но сейчас конфликты показывает. Я использую эту программу для обмена данными между системами, альтернатив не нашёл. Версия под Qt5 есть, но немного глючная и без бинарных пакетов.

X512 ★★★★★
()
Ответ на: комментарий от X512

Я в таких случаях рекомендую ставить в /opt руками, со всеми необходимыми зависимостями. Конфликты в zypper, это, к сожалению, норма. У них система сборки настроена как-то особо параноидально, и по этому в обязательные зависимости попадают даже те вещи, которые можно смело игнорировать. А в debian нынче ровно наоборот :)

Khnazile ★★★★★
()

эх, к сожалению, уже перешел на debian и на tumbleweed. А так бета 15.3 не понравилась

sol13 ★★★★★
()
Ответ на: комментарий от Khnazile

Qt 5.12

никакого вам свежего софта на кутях

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

Cвежий софт на Qt != софт, требующий свежайшую версию Qt, если что.

P.S. Да, пример с mpv в комментариях нашёл. Программа из основополагающих, за пруф сойдёт. Но хотелось бы видеть общую картину, я сомневаюсь, что большинство писателей Qt-based программ постоянно гоняются за новыми плюшками, это им самим не выгодно (за исключением случаев, когда в новой версии появилось что-то, что очень нужно конкретно для их программы).

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 2)
Ответ на: комментарий от X512

Настолько хороша? Я понимаю нфс настраивать нужно, но ssh можно смонтировать в любом фм за 5сек. Вопрос насколько сабж быстрыее

anonymous
()
Ответ на: комментарий от anonymous

Я понимаю нфс настраивать нужно, но ssh можно смонтировать в любом фм за 5сек.

Не в любом. Dukto вообще везде работает: Windows, Mac OS, Linux, Haiku, Android, iOS и другие. Не требует никаких настроек. Сразу после запуска показывает все устройства где запущен другой экземпляр Dukto. Помимо файлов умеет передавать текст.

X512 ★★★★★
()
Ответ на: комментарий от hobbit

Ты про это?

Да. К сожалению оригинальный автор его забросил.

X512 ★★★★★
()
Ответ на: комментарий от hobbit

Я не буду для тебя искать софт по всему интернету. Но любой амбициозный свободный софт на Qt, стремящийся поддерживать wayland, будет вынужден требовать как минимум Qt 5.15, тупо из-за фиксов. Последняя версия 6.1, вроде бы.

Khnazile ★★★★★
()
Ответ на: комментарий от Khnazile

для тебя

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

Но любой амбициозный свободный софт на Qt, стремящийся поддерживать wayland, будет вынужден требовать как минимум Qt 5.15, тупо из-за фиксов.

Ты валишь в кучу разные вещи. Поддержка wayland (X11, win32, Cocoa, etc.) — задача тулкита. Если в каком-то дистрибутиве делается упор на связку Qt и Wayland, там и Qt, наверное, будет соответствующей версии. Но вот в сабжевой новости я не нашёл вообще ни одного упоминания про wayland, даже перейдя по ссылке.

Для авторов программ оптимальная стратегия — поддерживать по возможности широкий диапазон поддерживаемых версий Qt (разумеется, без ущерба для функциональности, всё хорошо в меру) и минимально поддерживаемую версию Qt устанавливать из требований самой программы. А с какой версией Qt из этого диапазона программу собирать — это уже пусть мейнтейнеры решают.

Последняя версия 6.1, вроде бы.

Qt6 — это вообще очень-очень отдельная песня. Когда я последний раз на неё смотрел, там всё было очень сырое.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)

Ваша зюзя - дистрибутив для баб.

anonymous
()
Ответ на: комментарий от anonymous

ssh можно смонтировать в любом фм за 5сек

При условии, что на другой машине поднят сервер SSH. А это далеко не очевидное условие, учитывая, что @X512 делает упор на кроссплатформенность.

hobbit ★★★★★
()
Ответ на: комментарий от Khnazile

В прошлой версии уже была ситуация, когда софт, собранный в 18.04

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

Вопрос в том, в каких именно окружениях собирают распространяемые линуксовые бинарники. И вот меня терзают смутные сомнения, что все эти люди регулярно используют для этого конкретно самую последнюю Ubuntu LTS. И тут вопрос не в распространённости дистрибутивов. Да, Ubuntu популярнее многих других дистрибутивов. Однако, далеко не все юзают Ubuntu. И собиратели бинарников это понимают. И в т.ч. должны учитывать и Debian с RHEL/CentOS'ом. А там glibc не такой свежий как в Ubuntu LTS.

На данный момент в Debian Stable и Cent OS 8 glibc 2.28. В Debian Testing glibc версии 2.31.

В Leap 15.2 glibc 2.26 и на ней пока ещё куча распространяемых бинарников продолжает работать (а, следовательно, если их собирают на Ubuntu, то не свежее этак 16.04). А в сабжевой версии Leap 15.3 обновление как раз до такой версии glibc как в Debian Testing.

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от hobbit

Софт, который я хочу использовать не собирается с Qt 5.12. В т.ч. потому, что апстрим хочет поддерживать wayland. И нет никаких перспектив, что ситуация будет улучшаться. Можешь сколько угодно рассказывать, что он не нужен, особенно в стабильном дистрибутиве, реальности это не изменит. Поддержка широкого набора версийэто миф, в реальности программа либо таскает с собой свою собственную версию, либо ориентируется на последнюю стабильную с хорошей поддержкой. И это сейчас 5.15, который вышел более года назад.

Khnazile ★★★★★
()
Ответ на: комментарий от saahriktu

Десктопный софт не собирают под RHEL, кроми психов типа Зенитара, потому что это боль. Там мало пакетов для десктопа, и они очень специфичные. И самое главное, потребители десктопного софта тоже в большинстве своём не используют RHEL, т.к. для них это тоже боль. С тем же успехом можно использовать Astra Linux, например. Ничего, кроме геморроя.

Khnazile ★★★★★
()
Ответ на: комментарий от Khnazile

Софт, который я хочу использовать не собирается с Qt 5.12.

Название софта засекречено?

Поддержка широкого набора версийэто миф

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

программа либо таскает с собой свою собственную версию

Таскает не программа. Таскает конкретная двоичная сборка (каковых у программы может быть сильно больше одной, с разными моделями установки). Понятное дело, в случае проприетарщины это могут быть и синонимы. :)

P.S.

психов типа $LORUSERNAME$

А впрочем, ладно.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от Khnazile

Десктопный софт не собирают под RHEL

Как показывает практика, таки собирают. Тот же Zoom, например, официально опакечивают и для CentOS'а, и для Oracle, и для RHEL, и для openSUSE.

И без официального упоминания куча распространяемых бинарников, в т.ч. и браузеров (Firefox, Brave,... и т.д.), продолжают работать со старыми glibc'ами.

saahriktu ★★★★★
()
Ответ на: комментарий от anonymous

Не, я месяцок подожду, пока детские болячки залечат.

sadko4u ★★
()
Ответ на: комментарий от saahriktu

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

Khnazile ★★★★★
()
Последнее исправление: Khnazile (всего исправлений: 1)
Ответ на: комментарий от hobbit

делает упор на кроссплатформенность.

я забыл что лор это в первую очередь виндузятники. В остальных случаях что легче просто запустить sshd или полезть незнаю куда и ставить левый софт? Может быть еще и собирать вручную

anonymous
()
Ответ на: комментарий от Khnazile

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

У меня в SLES 11 было так. Ядро 3.0.101 демонстрировало огромную нагрузку на HDD одним из системных процессов. Гугление нашло ту же ошибку в Debian 5 на ядре 2.6.26 (SLES вышел на 2.6.27). То есть они старательно бэкпортировали этот баг аж до самой 3.0 версии? Переход на ядро 3.16 решил все проблемы.

> Qt 5.12. Так и будет. Вечно. А значит, никакого вам свежего софта на кутях, даже в сторонних репо.

Щас кстати собираю Qt 5.15 для SLES 11, configure выдал что моей OpenSSL 1.0.1 недостаточно - надо 1.1.0. Что за фигня? Ещё Qt 5.9 поддерживал не только OpenSSL 1.0, но и 0.9.8. Потом 0.9.8 дропнули. Не рановато ли дропнули 1.0? Ладно бы ещё в Qt 6.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от X512

у меня все ниже перечисленные запросто смонтировали ssh

caja  ssh://user@myserver/mnt
pcmanfm-qt  ssh://user@myserver/mnt
nemo  ssh://user@myserver/mnt
nautilus  ssh://user@myserver/mnt

anonymous
()
Ответ на: комментарий от anonymous

он имеет ввиду «поставить - себе дороже». Явно относиться к сузе

anonymous
()
Ответ на: комментарий от hobbit

Ну хорошо, ты стараешься не ломать сборку со старыми версиями Qt, но тестируешь ли ты реальную работу с какой-либо версией, отличной от той, которой пользуешься сам? Разработчики krita, например, честно пишут, что не гарантируют работу, и баги в сборках со старыми библиотеками не рассматривают.

Из последнего, у меня вчера obs-studio завалился на сборке, сославшись на Qt. Хотя пока у меня не было времени разобраться как следует, может там gcc виноват на самом деле, или ещё что-то.

Khnazile ★★★★★
()

RIP. А во времена 10.x-11.x хороший был дистрибутив.

intel ★★
()
Ответ на: комментарий от muon

Хейтерами не рождаются, обычно ими становятся

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

При хейте же объект хейта просто поливается грязью, как будто бы это гадость, которая вообще никому никогда не подойдёт, просто, дескать, некоторым нравится жрать кактус.

Вот в чём разница.

saahriktu ★★★★★
()

Релиз вышел слабенький на этот раз. В целом, терпимо, но некоторые моменты вызывают недоумение:

  • зачем тут DNF? Они собираются со временем дропнуть Zypper?
  • эти выкидыватели Qt4 не понимают, что кругом ещё довольно много софта, который работает с этим тулкитом. Пример: мой FM-тюнер работает только с Qt4-версией Kradio (Kradio4), потому что порт Kradio на Qt5 вышел кривым и глючным. Других программ для тюнера уже нет. И что делать?
  • многие советуют openSUSE в качестве KDE-дистрибутива, но к качеству сборки KDE тут много вопросов. Например, тут не работает Discover.
  • вся эта тема с двоичными пакетами из SLE лично мне говорит только одно: проект openSUSE деградировал настолько, что уже не хочет сам собирать свои пакеты. Дооптимизировались!
kknight ★★★★
()
Ответ на: комментарий от kknight

вся эта тема с двоичными пакетами из SLE лично мне говорит только одно…

Просто поняли, что глупо распылять силы, проделывая одну и ту же роботу по два раза.

anonymous
()
Ответ на: комментарий от anonymous

Раньше распыляли и было норм. Почему сейчас перестали? Очевидно, что ресурсов стало меньше

kknight ★★★★
()
Ответ на: комментарий от kknight

Пессимизм такой пессимизм. В Debian, кстати, тоже zypper добавили.

Других программ для тюнера уже нет.

Теперь для FM-тюнеров Gqrx на Qt5.

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от th3m3

Имхо она стала не торт уже после 10.3

anonymous
()

Отлично! Теперь у нас будет эталон ненужности из палаты мер и весов!

anonymous-angler ★☆
()
Ответ на: комментарий от kknight

Bt878

Соболезную. MPlayer вроде раньше мог v4l девайсами рулить. VLC вроде тоже, но там не было нормального интерфейса для настройки на частоту.

Khnazile ★★★★★
()
Ответ на: комментарий от saahriktu

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

pinus_nigra
()
Ответ на: комментарий от saahriktu

что если нечто не подошло лично ему

то найдутся люди, которым подойдут не работающие из коробки home и end.

Ок, здоровья им, счастья и детишек побольше.

muon ★★★★
()
Ответ на: комментарий от Khnazile

Десктопный софт не собирают под RHEL

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

rukez ★★★★
()
Ответ на: комментарий от Khnazile

Десктопный софт не собирают под RHEL

epel, elrepo, rpmfusion ect, не, не собирают, да и гном с браузерами там от святого духа!

С тем же успехом можно использовать Astra Linux, например.

Ага, у которого ЦА — офисный планктон и киллер фича — флай.

papin-aziat ★★★★★
()
Ответ на: комментарий от X512

Я тоже использую Dukto (т.к. до сих пор использую Symbian на телефоне). Предпочитаю собирать эту штуку сам, из исходников. Пока что KDE4/Qt4 для Leap на месте.

kknight ★★★★
()
Ответ на: комментарий от anonymous

У тебя «виндузятники» — это люди, которым нужна кроссплатформенность? При том, что в реальном мире подавляющее большинство десктопа — это как раз винда и чуть-чуть макось, и кроссплатформенность нужна в первую очередь пользователям Linux?

Как у вас там в параллельной вселенной? Рак, войны и безработицу уже победили, надеюсь?

hobbit ★★★★★
()
Ответ на: комментарий от kknight

вся эта тема с двоичными пакетами из SLE лично мне говорит только одно: проект openSUSE деградировал настолько, что уже не хочет сам собирать свои пакеты.

А я вижу в этом прогресс! Мои коллеги (целых два линуксоида), музыканты, используют линукс, у одного какой-то старый минт, у другого давно сдохшая федора, я с советами не лезу, но очевидно, что таким людям надо осваивать стейблы, ибо разбираться с этими вашими обновлениями и новым софтом они не будут. Сам я случайно оказался на шапке, но черт подери как же это удобно, когда геморрой я либо создаю себе сам, либо его нет :-)

А ведь приличных стейблов для людей раз-два и обчёлся! Убунту да Сюся, что ещё?

papin-aziat ★★★★★
()
Ответ на: комментарий от muon

найдутся люди, которым подойдут не работающие из коробки home и end

В подавляющем большинстве дистрибутивов из коробки не работают Shift+стрелки на нумпаде, и почему-то очень мало кого это волнует. (Лечится добавлением одного слова в XKbOptions, но это XKbOptions ещё не в каждом дистрибутиве понятно, где задавать.)

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от papin-aziat

) федора, так понимаю, не рассматривается, а она гораздо лучше опенсузи. Их надо просто подольше поюзать и косяки опнесузи начнут нервировать

anonymous
()
Ответ на: комментарий от Khnazile

тестируешь ли ты реальную работу с какой-либо версией, отличной от той, которой пользуешься сам?

Я даже на более-менее регулярной основе пользуюсь двумя версиями, и ещё парой эпизодически. Разные девайсы — разные кути. Так что наверное, да, тестирую.

Разработчики krita, например, честно пишут, что не гарантируют работу, и баги в сборках со старыми библиотеками не рассматривают.

Вот это ближе к телу. Интересно, а какие библиотеки у них считаются старыми? :)

hobbit ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.