LINUX.ORG.RU

Fedora Linux 43

 

Fedora Linux 43

2

3

Представлен релиз дистрибутива Fedora Linux 43. Для загрузки подготовлены продукты Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite и Live-сборки, поставляемые в форме спинов c пользовательскими окружениями Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway и Cosmic. Сборки сформированы для архитектур x86_64, Power64 и ARM64 (AArch64).

Наиболее значимые изменения в Fedora Linux 43:

  • Рабочий стол в Fedora Workstation обновлён до ветки GNOME 49, а в Fedora KDE Plasma Desktop Edition до KDE Plasma 6.4 и KDE Gear 25.08. Обновлены версии пользовательских окружений Sway 1.11, Budgie 10.9.3, COSMIC-beta.
  • Из репозиториев удалены пакеты, используемые для работы GNOME поверх X-сервера. Все пользователи GNOME, использовавшие X11, будут принудительно переключены на сеанс GNOME на базе Wayland. Возможность запуска X11-приложений при помощи XWayland остаётся без изменений.
  • На системах с архитектурой x86 оставлена только возможность использования таблиц разделов GPT (GUID Partition Table) во всех установках Fedora, использующих UEFI. Поддержка установки Fedora в режиме UEFI на диски с таблицами разделом MBR (Master Boot Record) прекращена на системах x86, но оставлена на системах ARM и RISC-V. Размер раздела /boot увеличен с 1 до 2 ГБ.
  • Осуществлён переход на пакетный менеджер RPM 6, примечательный поддержкой нового формата, позволяющего создавать пакеты размером более 4 ГБ. Включение по умолчанию появившихся в RPM6 средств проверки подлинности пакетов с использованием цифровой подписи отложено до выпуска Fedora 44.
  • Все spin-сборки и Fedora KDE Plasma Desktop Edition переведены на новый вариант инсталлятора Anaconda, в котором вместо интерфейса на основе библиотеки GTK используется web-интерфейс, допускающий взаимодействие через web-браузер для удалённого управления установкой. В прошлом выпуске новый инсталлятор был задействован в Fedora Workstation. Вместо главного экрана с перечнем действий в новом интерфейсе работа организована в форме мастера (Wizard), подразумевающего последовательное выполнение определённых шагов без возвращения к основному экрану. В качестве базового предлагается автоматизированный (guided) режим разбивки диска, при котором инсталлятор сам выбирает параметры создания или изменения разделов на основе настроек, выбранных пользователем. Имеются опции для переустановки дистрибутива и установки в режиме двойной загрузки на системах с несколькими ОС.
  • Инсталлятор переведён на использование пакетного менеджера DNF5 при установке RPM-пакетов (в системе DNF5 используется начиная с Fedora 41). Базовая функциональность управления пакетами в DNF5 вынесена в отдельную библиотеку libdnf5, вместо привязок к PackageKit задействован DNF Daemon, а компоненты на Python переписаны на С++.
  • Из инсталлятора удалена поддержка отдельно обновляемых модулей, жизненный цикл которых не привязан к основной начинке дистрибутива, а сопровождение осуществляется независимо от релизов дистрибутива, что позволяло обеспечить сосуществование пакетов с разными версиями одного и того же приложения.
  • В Fedora Kinoite, атомарно обновляемом варианте Fedora c KDE, включено по умолчанию автообновление системы. Обновления теперь загружаются без спроса пользователя в фоне и применяются после перезагрузки. В настройках имеются опции для отключения автообновления и изменения интервала проверки наличия обновлений.
  • В разряд устаревших переведён ассемблер YASM, последнее обновление для которого было выпущено в 2019 году. Пакеты, в которых YASM использовался для сборки (включая Firefox) переведены на сборку при помощи NASM.
  • Разделена на несколько пакетов поставка GnuPG - программа gpg, вспомогательные утилиты и сервисы GnuPG теперь распространяются в отдельных пакетах (gnupg2, gnupg2-dirmngr, gnupg2-g13, gnupg2-gpgconf, gnupg2-gpg-agent, gnupg2-keyboxd, gnupg2-scdaemon, gnupg2-smime, gnupg2-wks, gnupg2-utils и gnupg2-verify).
  • Реализована возможность использования механизма Intel TDX (Trusted Domain Extensions) для шифрования оперативной памяти гостевых систем (AMD SEV поддерживается с Fedora 41).
  • Добавлены пакеты с инструментарием для языка программирования Hare, развиваемого автором пользовательского окружения Sway. Язык оптимизирован для решения низкоуровневых задач, таких как разработка операционных систем, компиляторов, сетевых приложений и системных утилит, для которых требуется достижение максимальной производительности и полный контроль над выполнением. В языке применяется ручное управление памятью и статическая система типов, при которой каждой переменной явно должен быть присвоен определённый тип.
  • При сборке пакетов на языке Go задействован инструментарий Go Vendor Tools, при котором копии используемых библиотек включаются в состав src-пакета, а не применяются отдельно поставляемые пакеты с зависимостями (т.е. не используются общие для всей системы версии библиотек).
  • Выполнен переход на использование шрифтов Noto Color Emoji в векторном формате COLRv1 вместо растрового представления. Использование COLRv1 позволило добиться повышения качества отрисовки и уменьшения размера файлов со шрифтами.
  • Для сжатия образов начального RAM-диска (initrd) задействован алгоритм Zstd при сборке с использованием Dracut. Переход с xz на zstd позволил сократить на несколько мегабайт размер initrd и ускорить загрузку.
  • Задействован вариант инструментария Greenboot, переписанный на языке Rust (старая версия была написана на bash). Greenboot применяется в атомарно обновляемых вариантах Fedora для проверки состояния системы при загрузке и отката на прошлую версию при обнаружении проблем.
  • Обновлены версии: LLVM 21, GCC 15.2, binutils 2.45, glibc 2.42, gdb 17.1, Go 1.25, Python 3.14, Java 25, Maven 4, Perl 5.42, Haskell GHC 9.8, Apache Tomcat 10.1.x, Ruby on Rails 8.0, PostgreSQL 18, MySQL 8.4, Dovecot 2.4.

Для Fedora 43 введены в строй репозитории «free» и «nonfree» от проекта RPM Fusion, в которых доступны пакеты с дополнительными мультимедиа приложениями (MPlayer, VLC, Xine), видео/аудио кодеками, поддержкой DVD, проприетарными драйверами AMD и NVIDIA, игровыми программами и эмуляторами.

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

★★★★★

Проверено: CrX ()
Ответ на: комментарий от PPP328

Переедут, но потом. Пока будем считать, что убунта - тестовый полигон федоры.

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

Есличо, то в федуре 42 уже кеды 6.4.5.

В федоре кедерастам ваще раздолье, там кеды обновляют прям во время жизни стабильного релиза.

Не знаю, ради чего все мучаются с рачем да бомжарой.

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

изображен шаттл

Не знаете, где эта картинка находится, и имеются ли другие обои ?

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

Готовьтесь жить в лесу.

Я не про это. Про то что вырезано на дереве …

mx__ ★★★★★
()

Мигрировал вчера на 43ю версию (пришлось для этого wine удалять почему-то), короче траблы:

Те кто пользует не super+пробел для смены раскладки, держите лайфхак для нового гнома в федоре 43 (иначе по два раза тыкать придётся ктрл+шифт например):

gsettings set org.gnome.mutter locate-pointer-key Control_R

gsettings set org.gnome.desktop.wm.keybindings switch-input-source "['<Ctrl>Shift_L']"

А также у меня вылезло уведомление с просьбой задонатить гному)))

Кстати, «полечилась» проблема «с подтягиванием неверного имени сабволиума бтрфс после обновления системы», которая возникла в связи с переименованием сабволиумом на «@» и «@home» (я так и не нашел откуда он подтягивал это наименование, думаю это следствие того, что федорка делает какие-то толи снимки, толи образы кусков системы и при обновлении оттуда загрузку зачем-то подпихивает)

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

Кто-то уже рискнул обновится?

Да, и вот мои первые впечатления:

Мигрировал вчера на 43ю версию (пришлось для этого wine удалять почему-то), короче траблы:

Те кто пользует не super+пробел для смены раскладки, держите лайфхак для нового гнома в федоре 43 (иначе по два раза тыкать придётся ктрл+шифт например):

gsettings set org.gnome.mutter locate-pointer-key Control_R

gsettings set org.gnome.desktop.wm.keybindings switch-input-source "['<Ctrl>Shift_L']"

А также у меня вылезло уведомление с просьбой задонатить гному)))

Кстати, «полечилась» проблема «с подтягиванием неверного имени сабволиума бтрфс после обновления системы», которая возникла в связи с переименованием сабволиумом на «@» и «@home» (я так и не нашел откуда он подтягивал это наименование, думаю это следствие того, что федорка делает какие-то толи снимки, толи образы кусков системы и при обновлении оттуда загрузку зачем-то подпихивает)

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

Фу, вяленый.

Привыкайте, батенька, привыкайте. Скоро в каждом дистрибуте. А там глядишь и до *bsd доберется.

Qui-Gon ★★★★★
()
Ответ на: комментарий от Pierre_Dolle

Так ты учитывай что федору делает корпа, а дебьян - коммуните и к возможным юридическим сложностям относятся по разному. Если по простому, то с корпы есть что взять в суде

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

Да, но только в одном случае мы имеем дело с жирным, но структурированным нечто, а в другом тощей и жидкой кашей. 😁

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

Ну а що ви таки хатели (с) тётя Соня. Если после федоры еще и убунта сольет икс то дальше процесс пойдет лавинообразно. Вангую что с иксами останутся примерно те же дистры которые до сих пор еще не переехали на системд.

Qui-Gon ★★★★★
()

В качестве базового предлагается автоматизированный (guided) режим разбивки диска, при котором инсталлятор сам выбирает параметры создания или изменения разделов на основе настроек, выбранных пользователем.Это как понять ручную разбивку диска нельзя уже как и разбивку в MBR?

jester-666
()
Ответ на: комментарий от jester-666

Не обращай внимание, это кривой перевод от людей что вообще хз про это.

Тут теперь новый инсталятор и там есть отдельная кнопка которая запускает отдельное приложение - порубить диск.

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

Там переходы с релиза на релиз есть и там нет Аура. Гораздо меньше пакетов. И зависеть от шапки неприятно.

И кстати, как там с кодеками и прочими «патентуемыми» штуками? Надо с левых репозиториев до сих пор тягать? (я уже забыл, мы говорили с тобой об этом или нет)

И, да. я вернулся. в ту тему не могу постить. скора не хватает :) Живу за мегабайты, как в «Загрузке» :)

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

Спасибо. Хотел ещё неделю «попоститься», но придумал такой ник, что не удержался :))

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

И, да. я вернулся. в ту тему не могу постить. скора не хватает :)

И зачем было выпиливаться, чтобы тут же вернуться и страдать?

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

Чтобы показать вам моё несогласие. А ещё, чтобы уберечь вас от потоков моего бреда. Это как в жизни, несогласие с линией компартии не подразумевает смену гражданства. Я выразил несогласие. Ваше дело как реагировать (и нет, я совсем не хотел бы на ваше место) Но тут это оффтоп.

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

Там переходы с релиза на релиз есть

И это хорошо!

Гораздо меньше пакетов.

Например?

нет Аура

Copr

зависеть от шапки неприятно

А придётся 😎

И кстати, как там с кодеками и прочими «патентуемыми» штуками? Надо с левых репозиториев до сих пор тягать?

rpmfusion не левый, да и кто бы говорил — ваш рач целиком левый, если уж на то пошло.

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

И это хорошо! Хум хау, ка говорят в МГиМО. Например? Ну, например Ватсап. У меня он из репы. И Дискорд и многое (и не проприетарное тоже). В моей Манджаре много интересного, чего нет в обычных дистрибутивах. Я не лазил по арчевским репам специально, не знаю, там эти пакеты тоже есть, или даже с ним всё же есть разница? Copr Даже не слышал о таком (по крайней мере уже не помню). И как оно, ломает систему при обновлении релиза подобно Дебьяну? :) rpmfusion не левый, да и кто бы говорил — ваш рач целиком левый, если уж на то пошло. Если мы говорим о голожопых папуасах бегающих по пляжу и собирающих полезное и не брезгующих никаким мусором (ведь именно так ты представляешь себе арчеров и манджаровцев?), то сойдёт. А ежели про онторпрайзную компанию, в которой люди в цилиндрах и пенсне смотрят на тебя в полоборота и снобски говорят «Хммм» и причмокивая потягивают дайкири, спускающую прямо с неба лучшею систему, подключать левые репозитории - это очень даже фу. Иначе, а зачем она отдельная?

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

Чтобы показать вам моё несогласие.

Псс, смотри какой прикольный лайфхак есть на способ выражать несогласие:

Я несогласен с @userA и @moderatorB! На мой взгляд вы неправы по следующим пунктам:

  1. […]
  2. […]
  3. […]

Прикольно, правда? Намного проще получается. И времени меньше тратится, и новый акк регать не надо, и истеричкой не выглядишь. Только не рассказывай никому, это секретный способ.

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

Хороший ник, берегите теперь его. Звёзды сбросить тоже полезно.

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

Да. Но ровно те же методы вы могли применить к железно-жу.. жуке :) В том числе и прямым текстом написать «Покинь, пожалуйста тред, мы не в состоянии тебе объяснить ничего в твоём состоянии» и заблокировать предупредив. Но вы поступили как поступили. И я поступил как поступил. Я был не в состоянии внятно объяснить вам тоже, потому что вы были в состоянии отрицания всего. Остановитесь, подумайте, ничего никому не надо говорить и публично признаваться, просто пусть это западёт в душу. Дурости делать легко. Имея власть банить и ржать над забаненным, не имея власти баниться направо и налево. Это мой молчаливый «симетричный» шаг и не вытягивайте из меня всего. Я живой человек, наговорю лишнего.

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

Вопчим ты не прав, но это как всегда :)

Ну, разве что, аналог опенсусешного obs интересен. Интересно посмотреть как у них получилось. Потому что у Опенсуси всё начинало рассыпаться. Поставил ты себе пакет из обээса, подтянул репозиторий, всё хорошо, но прилетело обновление и ломается всё. Этот левый пакет не успели обновить, и он зависит от старых версий библиотек, короче, проблемы. А у этох Соргов что?

В Ауре же я не помню, чтобы ломались зависимости в пакетном менеджере. Пересобирать пакеты иногда надо бывает, да. Но редко. Чаще для новой версии самого пакета.

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

А у этох Соргов что?

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

То же самое верно для энтерпрайза.

По моему опыту, нет проблем стащить пакетики для прошлого или более раннего релиза федоры из koji и навернуть их на текущий без пересборки. Но это было что-то не для монструозных гуёв.

Так что тебя беспокоят видимо вещи, у которых упоротые разработчики, что у них всё сыпется от релиза софтины к релизу. Таких в нашем линуксе полно, к сожалению.

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

В Ауре же я не помню, чтобы ломались зависимости в пакетном менеджере.

Это потому, что в rpm зависимости более строго и чётко указываются: от определённого SONAME библиотеки; и менеджер пакетов за этим следит. В мире Arch же — что в репозитории, что в AUR — часто просто пишут что-то типа depends=(foo), и пофиг, что установлен libfoo.so.4, а пакету на самом деле нужен libfoo.so.3.

Так что да, менеджер пакетов в Arch намного реже сообщает о сломанных зависимостях — но лишь потому, что он тупо не может их обнаружить.

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

Ты понимаешь, по опыту - очень редко ломается из-за сонейма. Я помню в давние времена в Арче долго с этим боролись (не помню во что всё вылилось). И, кстати, (тут я буду говорить на основе впечатлений от Манджары) в репозиториях пакеты собираются так, что некоторые ГОДАМИ не обновляются (забыли, или не выходило новых версий) и при этом работают. Не падает от несоответствия сонейма. Вот это показывает, что не нужна и даже вредна привязка к libfoo.so.3.11 и даже libfoo.so.3 не нужна. И не была бы проблемой, если бы разработчики не любили всё искусственно ограничивать. А как федоровцам и дебьянщикам ещё показать, что они очень нужны?

В плохо организованном репозитории даже привязка к версии библиотеки становится проблемой. А в хорошо организованном репозитории эта проблема решается и своевременной пересборкой (как и в плохо организованном делается) и даже не пересобранные хорошо работают. А вот Аур - это полностью на твоё усмотрение и мне это очень нравится. Я решу когда у меня есть время, возможность пересобрать всё. А если такое админить, то естественно это становится просто ещё одним репозиторием, который админ и поддерживает. Мне кажется всё правильно.

По негативному опыту из Зюзи вспоминаю как сторонние пакеты предлагало удалить, потому что либ.со.3.11.001-1 не удовлетворена. Или наоборот, пол системы снести, потому что сторонняя прога собиралась с какой-то более новой либой. Понятно, это зависит от владельца этого репозитория, он там рулил. Сначала я был обеими руками за ванклики, но очень быстро отрезвел. Это было давно. Может сейчас по другому. Но раз люди сами создают репочку для своего пакета, то думаю и тут раздрай, меняющийся от репозитория к репозиторию. В таком случае альтернатив Ауру просто нет.

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

Не много не так.

Я лично юзаю Федору так как хочу заранее поюзать и привыкнуть к тому что через некоторое время будет во всех дистрибутах линукса.

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

А что нового для мира линукс сделал АРЧ? Даже убунта что то вносит, пусть и не нужное что то но все же что то свое пихает, хотя бы тот же снап.

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

Хм. Вы вините хорошего повара в том, что он не отстреливает уток лично? Есть разные профессии. Хорошо собрать дистрибутив дело не меньшей важности, чем разрабатывать конкретные проекты. Способов много, проблем возникающих тоже. Все они толкают линукс вперёд, и то, что ты лично не видишь вклада остальных должно насторожить только тебя. Я пришёл узнать об опыте, потому что мой с OpenSuse и ABS был негативным.

Если ты пользуешься Федорой, скажи, как там этот Copr? Или ты просто флатпаками пользуешься? Я хотел бы максимально избегать флатпаков, потому что он на каждый чих качает и дублирует практически все библиотеки УЖЕ установленные в системе.

PcheloBiaka
()

Наверное, тот случай когда дистрибутив настолько стабильный, что даже я такой криворукий не сломал его, ну комьюнити отличное привет Борису если он читает! ;-)

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

Хм. Вы вините хорошего повара в том, что он не отстреливает уток лично?

Кто повар? АРЧ максимум доставщик еды.

Все они толкают линукс вперёд, и то, что ты лично не видишь вклада остальных должно насторожить только тебя.

Одного толкания мало, можете меня просветить что такого сделал АРЧ окромя сборки дистра который в случае Слаки тащит один Патрик.

Я пришёл узнать об опыте, потому что мой с OpenSuse и ABS был негативным.

Ну это зависит от предпочтений. Лично я всегда подозрительно относился к скрещиванию слаки и рпм.

Если ты пользуешься Федорой, скажи, как там этот Copr?

Личный (юзерские) репы.

Или ты просто флатпаками пользуешься?

Если нужно то юзаю их.

Я хотел бы максимально избегать флатпаков, потому что он на каждый чих качает и дублирует практически все библиотеки УЖЕ установленные в системе.

Ну у меня вроде проблемы места нет.

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

Вот это показывает, что не нужна и даже вредна привязка к libfoo.so.3.11 и даже libfoo.so.3 не нужна. И не была бы проблемой, если бы разработчики не любили всё искусственно ограничивать.

SONAME обозначает версию ABI, т.е. библиотека с другим SONAME не является двоично совместимой с данной.

Линковка при сборке происходит с конкретным SONAME, поэтому, во-первых, эти ограничения находятся не на уровне дистрибутива или менеджера пакетов, а являются общими для всех, а во-вторых, никакие они не искусственные, а продиктованы элементарным требованием работоспособности.

Менеджер пакетов тут лишь при том, что он может хорошо следить за выполнением этих требований, а может следить плохо. И если он заругался и отказался ставить ПО, потому что зависимости не разрешены, то он хорошо выполнил свою работу — в отличие от того, который молча всё поставит, но в результате что-нибудь сломает. Однако пользователям может показаться, что, мол, это первый менеджер пакетов плохой, потому что не дал им поставить пакет.

И, кстати, (тут я буду говорить на основе впечатлений от Манджары) в репозиториях пакеты собираются так, что некоторые ГОДАМИ не обновляются (забыли, или не выходило новых версий) и при этом работают. Не падает от несоответствия сонейма

Это лишь означает, что они или вовремя пересобираются под новые мажорные версии библиотек, или зависят от библиотек, у которых SONAME меняется раз в десятилетие. Если в системе отсутствует библиотека с нужным SONAME, то зависящая от неё программа просто не запустится.

Примеров, когда в условном Arch поменялся SONAME у библиотеки, и это привело к отвалу зависящих от неё программ, предостаточно. Ситуация ещё печальнее у деривативов, которые предоставляют свои репозитории-надстройки над официальными репозиториями Arch, ибо это даёт ещё большее пространство для рассинхронизации. Manjaro в этом плане, как ни странно, поступает правильнее, самостоятельно собирая все пакеты в своём отдельном репозитории. Но и там ситуация всего лишь в лучшем случае такая же, как в Arch, но не лучше, чем в Arch.

в хорошо организованном репозитории эта проблема решается и своевременной пересборкой

Проблема в том, что если своевременной пересборки не произошло, то узнаете вы об этом, только уже напоровшись на проблему, в то время как в условной openSUSE менеджер пакетов предотвратит проблему.

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

Если бы с программами с таким «неправильным» управлением пакетами были бы проблемы, то я бы заметил. Но на протяжении жизни я ловил такие проблемы только на Дебьянах и Опенсусях. Федору настолько давно не ставил, что уже и забыл. Но мне кажется, что так и окажется, фактически программа работать может, но пакетный менеджер не даёт. Кстати, когда-то доказывал кому-то на лоре. Распаковывал пакет и руками распихивал файлы по местам и митируя неправильную установку и всё работало.

Однако, в Арче (если мне не изменяет память) можно указать зависимость от конкретной версии пакета, если это нужно. Но я тааак давно не видел проблем сонеймов в репозиториях, при этом кдешные приложения не всегда синхронно обновляются. Часть уже на новой кделибе, а часть на старой. И работает. Ясно, что в шестокедах ты не запустишь программу собранную для пятокед, но на то и мажорные версии. Но в репах прямо сейчас лежат несколько гткшных программ, которые работают не пересобиравшись (при том, что гтк внутри версии может сильно меняться. Это я говорю про то, что в реаозитории. А в ауре всяко бывает. Сейчас так софт пишут, что стыдоба. Но это тема для другого разговора.

Что хочу заметить: не обновившаяся в Ауре версия не блокирует обелвление системы. Это в сто раз лучше бардака бывшего в опензюзевских obs репочках. И, к сожалению, кроме софистики не получу ответа на вопрос как живётся с пакетами из copr.

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

И, к сожалению, кроме софистики не получу ответа на вопрос как живётся с пакетами из copr.

Наверное вы не предаставляете что такое copr. Это пакеты собранные любым человеком под конкретный дистр и ставящийся из его реп.

Вот я собрал, держу реп и всем раздают реп файл для этого.

И что Вы хотите узнать в этом случае? не совсем понятно.

У каждого юзера свой отдельный реп со своим софтом.

https://copr.fedorainfracloud.org/

https://docs.pagure.org/copr.copr/how_to_enable_repo.html#how-to-enable-repo

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

Но мне кажется, что так и окажется, фактически программа работать может, но пакетный менеджер не даёт. Кстати, когда-то доказывал кому-то на лоре. Распаковывал пакет и руками распихивал файлы по местам и митируя неправильную установку и всё работало.

Это вообще русская рулетка. Может быть так, что программа использует только те символы, которые не изменились в новой версии библиотеки; или же так совпало, что изменившаяся функция работает так же с тем набором параметров, что ей передаётся, — но вообще это неопределённое поведение, и в этом случае программа может хоть rm -fr сделать (не шутка! поменялись смещения членов структуры, и вместо удаления временного каталога будет удалён случайный).

Так что «я попробовал, и оно как-то работает» — абсолютно не аргумент. Это в буквальном смысле надежда на удачу с непредсказуемыми последствиями.

Но в репах прямо сейчас лежат несколько гткшных программ, которые работают не пересобиравшись (при том, что гтк внутри версии может сильно меняться

GTK может меняться внутри сколько угодно, но внешний интерфейс у него довольно стабильный, оттого и работают.

Что хочу заметить: не обновившаяся в Ауре версия не блокирует обелвление системы. Это в сто раз лучше бардака бывшего в опензюзевских obs репочках

Хм, неужели в пакетнике последней нельзя просто пропустить обновление пакетов, у которых зависимости не разрешились?

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

Хорошо. И как оно делается, каждый раз пересобирается автоматом С появлением обновлений? Пересобирается где и когда? В репы прилетают обновления и автоматом где-то собирается этот пакет под них? Или ты руками должен обновить?

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

Зачем нужно? Сразу выключить при первой же загрузке в систему, да и всё.

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

Ну вот, допустим. [list] [*]есть некоторый процент пакетов м библиотек активно развивающихся и мутирующих сильно. Для них в зависимостях (разработчик дистрибутива) ставит явные зависимости от версий таких-то. Проблема решена. Держать всю систему поциферно зависящую от номеров каждой библиотеки нет. Внутри релиза всё отлично работает у обычных пакетов. [*] В Арче обновляя пакет foo я не могу проигнорировать то, что библиотека от которой он зависит осталась бы не обновлённой, если она тоже обновляется. Я точно также сломал бы обновление, как и в твоём случае. [*]Частичные обновления потому и не поддерживаются в Арче, что порядок должен быть в системе. Обновляешь систему? Обновляй разом. Иначе твои ошибки это твои проблемы. И в Федоре, Дебьяне, Убунте, РедХате и везде тебе бы сказали ровно то же самое, если бы ты сказал, что обновил то-то, но это не обновлял и теперь у тебя не работает. [/list] Итого, проблемы сонейм, как бы, и не существует. Просто. Там где мне надо, система достаточно гибкая. А там где надо, она строгая ровно также как и везде. Порядок в танковых войсках, а проблему сонкймов тебе придумали, чтобы показать «вот как мы о вас заботимся, без нас бы вообще всё сломалось», ровно как у психа с крокодильчиками. «Видите крокодильчиков? Нет. А всё потому что я их распугал». Арч успешно решает все эти проблемы по другому. С моей точки зрения это гораздо эффективнее.

PcheloBiaka
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.