Потому что ты обновил систему не целиком, а по частям и получил типичный Linux’овый Dependency Hell.

мне надо было обновить пару библиотек ради сборки новой версии приложения с гитхаба, это я каждый день делаю и все работает кооме Qt(не в первый раз)

обновлять всю сисдему каждый месяц-нет спасибо

каждую неделю новая версия ядра, при обновлении ядра слетают диски(меняются id-шники девайсов), слетает мышка(конфиг чувствительности мыши), слетают все конфиги ДЕ(опятьже и за смены id-шников)
при обновлении системд, слетают кастомные конфиги которые нужно или обновлть или грузить заново в новое место
при обновлении gcc умирают половина исходников(надо держать несколько активных профилей gcc, и они тоже отваливаются и их нужно переконфигурировать(новые пути для нового gcc))
при обновлении глиб умирает еще половина приложени особенно что зависят от X11 и их все нужно пересобирать
про поломанные конфиги граба, отваливающиеся драйвера нвидии(которые вообще могут не собраться под новое ядро, потому что в ядре кривой исходник или в нвидии еще не сделали затычку в скрипте сборке под новое ядро), тонну кривых модулей ядра(для переферии типо звуковых карт и карт захвата) которые работают от версии к версии и туда тоже нужно обновлять конфиги каждую версию

и это даже не половина того что ломается при каждом обновлении системы (неважно гента или убунта, сидел на всем, все одинаково хреново)

от багрепортов уже тошнит(десятки только за посление 2 недели отправил, половина критичных и пофиксили сразу), давно преследует ощущение что всем этим пользуюсь один я в мире, и встречаю эти примитивные баги тоже один я

Проблемы в том, что ты наворотил говно. Проблемы в руках. Вот, я сказал это, не благодари.

почему за последние несколько лет ни 1 обновление КДЕ

Почему у меня всё работает? Навреное потому, что я не творю дичь, которая не должна и не будет работать, да?

оторые вообще могут не собраться под новое ядро

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

при обновлении gcc умирают половина исходников(надо держать несколько активных профилей gcc, и они тоже отваливаются и их нужно переконфигурировать(новые пути для нового gcc))

ни разу такого не было, весь софт собран старым гцц, в системе только новый, всё нормально. Может ты про времена до гцц5? Единственное что у меня ломалось из-за смены компилятора, это wxwidgets или как там его.

при обновлении ядра слетают диски(меняются id-шники девайсов)

что это за дичь вообще?

встречаю эти примитивные баги тоже один я

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

с 5.12 на 5.13

Обновляй уже с 16.04 на 18.04.

ТС до сих пор не сказал какой у него дистрибутив.

обновлять всю сисдему каждый месяц-нет спасибо

Ну и огребай проблем тогда.

преследует ощущение что всем этим пользуюсь один я в мире, и встречаю эти примитивные баги тоже один я

Да, один ты, потому что делаешь через ж.

Когда мантейнеры дистрибутивов готовят апдейты системы, они формируют цельные массивы пакетов, которые протестированы на нормальную работу друг с другом. Ты игнорируешь это и обновляешь отдельные пакеты. Видишь, что это ломает систему (потому что обновлённый пакет А часто требует обновления пакета В, и так далее), но упорно продолжаешь страдать хернёй. У тебя с головой всё в порядке?

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

EXL правильно подметил. Хочешь странного - тебе в NixOS/Guix/FreeBSD

Вот у ТС каноничный роллинг, уважаю

Но не арч

А разве управляемость пакетами сравнима в FreeBSD и GUIX?

пробовал GUIX, идеи очень понравились, тормозное только пока

А пакетный менеджер FreeBSD разве по такому же принципу работает?

Бывает такое, но у меня ничего не ломается, а если сломается - возмущаться не стану, ибо знаю что ССЗБ

Эм, а что за дистрибутив? Требуемая версия ABI должна тем или иным образом быть указана в зависимостях пакета. Так что не должно быть возможности обновить пакет и получить несовместимый интерфейс.

каждую неделю новая версия ядра, при обновлении ядра слетают диски(меняются id-шники девайсов), слетает мышка(конфиг чувствительности мыши), слетают все конфиги ДЕ(опятьже и за смены id-шников)

Все конфиги DE из-за смены идентификаторов устройств?

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

Ваши кастомные конфиги лежат в /usr?

при обновлении gcc умирают половина исходников(надо держать несколько активных профилей gcc, и они тоже отваливаются и их нужно переконфигурировать(новые пути для нового gcc))

Што?

при обновлении глиб умирает еще половина приложени особенно что зависят от X11 и их все нужно пересобирать

При чём glib к X-серверу?

от багрепортов уже тошнит(десятки только за посление 2 недели отправил, половина критичных и пофиксили сразу)

Можно глянуть? А то что-то складывается впечатление, что вы троллите.

Иди в тестировщики.

Что за бред ты несешь? Твои действия это как взять бутылку шампанского, снять мюзле и сесть на неё в ожидания когда пробка вылетит и разнесет «твой внутренний мир» разного рода фаталами. Хочешь новый KDE? юзай neon, хочешь выеживаться и собирать исходники с рандомными версиями зависимостей? велкам в дженту, но с таким подходом пробка всё таки вылетит и ты будешь сидеть в луже крови испытывая очень резкую анальную боль и пытаться реснуть убитую кривыми руками систему.

испытывая очень резкую анальную боль

А ты знаешь толк в анальной боли, шалун ;)

Что за дистрибутив у тебя такой? И да, попробуй поставить Oracle Linux 8 или CentOS 8, когда он выйдет — ядро там лет 10 не меняется, systemd самый фирменный, gcc фиксирован, glib тоже, да и вообще — энтерпрайз он и есть.

Посоны, там Фряха откопалась и дрыгается, активно размахивая лопатой:

https://static.sched.com/hosted_files/ossna19/c2/2019%20OSSNA%20The%20Other%20Unix-Like%20OS.pdf

У вас:
- просто руки не из того места растут
- не умеете готовить
- линукс для свободных людей, а вы раб
- ваши задачи не задачи
- линукс готов для десктопа, но не вашего
- если на линуксе нет ПО нужного вам, то оно НЕ НУЖНО
- kde коляска для безруких ламеров, нужно самостоятельно собирать окружение под КОНКРЕТНЫЕ ЗАДАЧИ – КАЖДЫЙ РАЗ, а лучше использовать терминал

Ну не смешно же, например, для директора по ИТ Рогов и Копыт ООО.

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

Читайте выше:

- просто руки не из того места растут
- не умеете готовить

Фонт золотых цитат фанатиков.

Какая то чушь если честно, видать все таки жирный вброс

а лучше использовать терминал

Для кого лучше?

Воо!
Точно, не умеет готовить и вообще троль!
Линукс идеален.

А по существу будет что то? Или тоже тролль?

Причём тут freebsd?

почему за последние несколько лет ни 1 обновление КДЕ/Qt не может просто работать?

Это ж свободный софт, кто его тестирует то? Если и пишут то по фану, отлаживать всем лень видимо. Ну и судя по всему никаких особых разделений по beta-release версиям у KDE нет, или это как то странно работает.

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

В общем Windows 10 я тебе и советую ставить, нормальных редакций. Ну или стабильный дистр какой нибудь, Slackware, Debian там.

Ну или стабильный дистр какой нибудь, Slackware, Debian там.

судя по переходу с 5.12 на 5.13 во 2-й половине 2019 года, ТС и сидит на штабильном дистре. Годами не обновляет то что и так вроде кое-как работает, и т.п. Вот наглядная иллюстрация, к чему это приводит.

Что-то вспоминаются хейтеры wayland. У них тоже иксы вроде работают.

согласно их документации, у них тоже можно устанавливать несколько версий одного и того же пакета

Забавно, как на нескольких слайдах незримой нитью проходит сравнение с GNU/Linux. Если вы сильные, то вам достаточно ваших собственных преимуществ, и нет необходимости делать уколы в сторону GNU/Linux. Не думаю, что в презентациях разработчиков Linux есть регулярное сравнение с FreeBSD.

Ну и «PowerPoint Presentation»... «Я расскажу вам, как классно пользоваться FreeBSD, а не этим вашим Linux, - сидя на Windows.» :D

Так это вся суть, я уже не раз замечал.

Та это они , временами, из анабиоза выпадают и начинают судорожно метаться, в процессе метания запрыгивают на пингвинячий огород.

Суть уж одинакова - прошивка для сервера, а случае Линукса - более подходящая для использования в конторах.

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

«Я расскажу вам, как классно пользоваться FreeBSD, а не этим вашим Linux, - сидя на Windows.» :D

То ли дело объявлять «2017 - Year of the Linux Desktop» из под мака?
https://itsfoss.com/linux-foundation-head-uses-macos/

веже отвечу вышеотписавшимся
многие как будто никогда в Линуксе ничего не собирали, чтото большое использующее множество возможностей системы включая графику(хотяб начиная с Гимпа)

я сижу в линуксе каждый день и кожу уже не первый год
обновлять gcc/clang/фреймворки и библиотеки-это ад, и делать во время разработки нельзя, но иногда приходится(когда какаято нужная либа требует последних версий glib/c++/другого)
100% всегда чтото начнет течь и отваливаться и не собираться(во всех крупных проектах так, вы никогда не соберете тотже Гимп на новом gcc или clang если исходники гимпа не пофиксили, про другие с++17(+) проги и говорить не стоит там ад)

вот например токачто я фиксил системную утечку памяти, пришлось обновить дрова на видеокарту+ядро
утечка происходила про использовании видео драйвера(очень сильно и много логики пропускать, CUDA и GLSL), что после использования начинала лагать вся система, в браузере сыпаться по кускам графика(не как будто видюха или оперативка сдохла)
сыпаться так что предыдущее сохраненное состояние(например буфер обмена или прокрутка в браузере(всех элементов)) ставало текущим, тоесть в браузере страница прыгала назад на состояние что было 10 сек назад(или некоторые куски страницы)...

кароче это 100% утечка памяти которая проявлялась только в одном сценарии(сценарий слишком сложный и в багрепорт такое не принимают, им лень разбираться темболее для ядра которому уже 2 месяца и из-за закрытого видео драйвера)
я тоже дебажить месяц такое не собираюсь проще обновить и молиться чтоб в новой версии все работало
и да обновив все этот баг пропал

и такое просто постоянно, все абсолютно криво и течет (не только в линуксе, в винде у меня все падает через 30 минут работы, после двух запусков пары Vulkan приложений(не представляю как люди там работают))

P.S.

любителям подебажить, вот рабочий 100% сценарий который покажет тыщу утечек памяти во всех частях системы(от драйвера на диск, и невероятные лаги звука, до видеокарты...)

1. открываете вкладок в Хроме(или файрфоксе) на 6Гб(хотябы) это штук 20-30
2. хотяб несколько вкладок с WebGL (банальных из доков three.js хватит, обязательно с шейдерами)
3. включаете ждущий режим, и просыпайтесь
4. повторить

(ниже под ребут имеется в виду ждущий режим и включение из него)
после первого ребута отвалятся MipMap-ы в DE(я писал об этом 2-3 месяца назад, всем пофик) и VRAM в браузере(все страницы с WebGL отвалятся)
после третьего ребута потечет VRAM (в DE будет заметно, так как DE не пересоздает некоторые текстуры, все заново открытые приложения будут работать)
после еще пары ребутов в браузере(которые не закрыт с первого ребута) начнет всякая хрень с оперативкой происходить

это я к тому что больше 7 ждущих режимов с ежедневной работой и компилянием и запусканием софта система не переживает и все течет дико (после 1 использования CUDA такое начинается что проще ребутать сразу)

сценарий тривиален, не нужно быть кемто уникальным чтоб такое тестировать

но всем насрать (лишком сложно все фиксить когда все сломано)

Для таких шалунишек-извращенцев придумали

RHEL... чтобы вы, @#$%^&*()_+|, не тянули «какие-то новые библиотеки». в специальным образом усушенную систему.

Ребята, а вы отделом тестировали на Win10/WinServer? может нужно было закупить 1 установку rhel-a ? И проклепать мозги красным/зеленым, это попутно с проклёпом саппорту шапки?

То ли дело объявлять «2017 - Year of the Linux Desktop» из под мака?

OS X - это хотя бы UNIX.

Ну и заметьте, сколько насмешливых пересудов это вызвало. И то и то ненормально.

Вы же понимаете, что рассказываете это людям, которые в GNU/Linux работают, часто - на ноутбуках, и, конечно же, их не выключают, а переводят в спящий режим. У кого GNU/Linux дома, те вообще могут усыплять и будить по несколько раз на дню. И что-то не видно массовых жалоб на эту тему.

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

Так что либо вы плохо разбираетесь в том, что пишете, - и где ссылки на кучу багрепортов? - либо вы таки тролль. Ставлю на второе.

на 0.0000001 версию

Ну врешь же ж, между 2.10 и 2.9 разница больше года, много больших изменений.

и это даже не половина того что ломается при каждом обновлении системы (неважно гента или убунта, сидел на всем, все одинаково хреново)

Это Линукс, он весь такой, даже если обновы ставятся все из официальных, стабильных LTS реп. У меня до сих пор стоит игровой системник еще на 14-й убунте с 3.9 ядром, обновляю только Стим, все остальные отключено ибо после каждого апдейта оно падало.

от багрепортов уже тошнит

ушел на Chrome OS stable, и то из любопытства. Нужна нормальная система - только MacOS. Линукс для десктопа мертв.

И что-то не видно массовых жалоб на эту тему.

зайди в багтрекер иксов, любых открытых видео дров, ядра(по модулям, там даже на EXT3/4 есть багрепорты из за ждущего режима(про отваливающиеся куски BTRFS вообще никто уже не говорит и не фиксит))...

Это больше похоже на битую память

битая память на трех компах которые используются 24/7 (виртаулка не имеет смысла так как баг из за видео дров которую виртуалка пробрасывает и это уже не виртуалка получается)
появляющаяся только в одном сценарии...дада, мемтест запускал пол года назад все работало
(опятьже запускать каждый день мемтест и дебажить ядро на каждую утечку памяти в ОС/браузере я не собираюсь, как сказал от багрепортов уже тошнит, и никто не платит за это) (мифы про оплачиваемые баги от гугла(например) смешат, отправлял очень крупные баги которые были годами в Гугл, и которые пофиксили только в последних обновлениях после моих багрепортов...(и то несколько они отметили как вонтфикс, там слишком сложно фиксить они не захотели)

почему все говорят про стабле я без понятия

пользоваться современным C++ или другим языком и сидеть на старом ядре(даже годичной давности) и всех системных либах - ведь невозможно, даже на виртуалке такое не работает из за необходимости обновления видео дров которые прибиты гвоздями к последним версиям иксов и ядра

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

никто из вышеотписавшихся не использует ни ПК на Интернет походу

Браузер до lts даже в debian stable обновляют(про хромоговна не знаю).

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

Особенно касаемо qt

Зря ты так