Норберт Прейнинг (Norbert Preining) объявил о снятии с себя полномочий по созданию пакетов с новыми версиями рабочего стола Cinnamon для Debian в связи с тем, что он прекратил использование Cinnamon на своей системе и перешёл на KDE. Так как Норберт больше не использует Cinnamon постоянно, он не может обеспечить качественное тестирование пакетов в реальных условиях работы...Подробнее: https://www.opennet.me/opennews/art.shtml?num=55337
Когда он перейдет на Windows всем капец.....
Капец всем, но не венде
Кто это такой вообще? И почему это нас должно волновать.
>> Мэйнтейнер Cinnamon в Debian перешёл на использование KDE
> Кто это такой вообще?Экс-мэйнтейнер Cinnamon в Debian, теперь видимо кед.
Никто. Как и столлман. Тут принято публиковать новости про маргиналов.
Да туда уже индусы перешли, снимайтесь с якоря.
Держите в курсе (нет).
поигрались в социализм и хватит
социализм у вас ограничен Cinnamon-ом?
Казалось бы, причём тут социализм...
> Когда он перейдет на Windows всем капец.....Мейнтейнеры дебиана предпочитают традиционную для пингвинячьего коллектива ориентацию ;)
https://jmtd.net/log/mac/ (9 пакетов в https://qa.debian.org/developer.php?login=jmtd%40debian...)
> Last November I had just such an excuse to take a holiday but this time I opted to go for Mac. I had a back-log of Mac issues to investigate at work anyway.
> I haven't looked back.
Вот бы кто из мантейнеров перевесил хоткеи в кедах с обычных комбинаций, зачастую заюзанных в приложениях, на реально хоткеи, как-то Meta4+что-то.
А то вечно какая-то дичь
Сам не можешь перевесить? У меня такой проблемы не возникает вроде бы.
> Сам не можешь перевесить?Он не майнтейнер. Искренне ваш, К.О.
Срочно требуется мэйнтейнер штанов! Оторвалась пуговица!
У миллионов пользователей Debian?Какой ужас.
А если посмотреть с другой стороны?
А с другой стороны пуговицы нет.
месье не все штаны в мире еще видел, некоторые лучше не гуглить ))
Вот именно. Все эти мэйнтейнеры шмультейнеры и пр. коучи с эй-чарами режут глаза и слух! Сопровождающий или поддерживающий не судьба написать??
Так начинается старость.
Так начинается троллинг, а по теме есть чё-нить?
сопровождающий и поддерживающий звучит слишком коряво.
Это дело привычки.
Серьёзно? Для тех, кто свой язык толком не знает, любое иностранное слово звучит менее коряво.
Я свой язык знаю. Только он не русский.
Бэйсик?
Нет, а напр мамин-кукумбер норм?
а че не смотрящий? все нормально, по-пацански ))
"Смотрящий", так населению экс-сср поятней.
"Смотрящий" не занимается Общественно Полезным Трудом.
> Срочно требуется мэйнтейнер штанов! Оторвалась пуговица!Жену заведи.
mod4 священен и трогать его нельзя, а за любые попытки его тронуть надо стучать по кумполу.
>на реально хоткеи, как-то Meta4+что-то. А то вечно какая-то дичьА где взять клавиатуру с такой Meta4-дичью?
Это Mod4 key (скорее всего ошибся комментатор), он же Left Super, он же Win-key, он же Flag-key.
Так перевесь, делов-то.
А зачем использовать Cinnamon вне Mint'а ?
Ну вот, скажем, на e2k минта нет, а cinnamon есть. Правда, тоже четвёртый -- для более нового нужен libcjs из слишком нового mozjs.
Е2к ни у кого нет
Минт тоже не у всех есть
Эльбрусопроблемы
е2k не нужен вовсе.
> Ну вот, скажем, на e2k минта нетА e2k существует разве? Эльбрусы это же просто интелы с крышкой перепаяной на "ВЗПП-С".
>> Ну вот, скажем, на e2k минта нет
> А e2k существует разве?Более чем; можете в яндекс-музее, например, ознакомиться.
> Эльбрусы это же просто интелы с крышкой перепаяной на "ВЗПП-С".
Вот и запустите мне на таком минт, "это же калькулятор-переросток". :)
че было то и воткнул, на RDP вполне себе, там где было LXQT поставил его
У них в цинамоне из коробки есть хоткей для перезагрузки DE, и мне он пригодился в первые же 20 минут использования, когда всё попадало из-за виджетов. Часть виджетов, связанная, например, с отображением загрузки RAM, не работает даже после установки пакетов, которые им нужны.
ребята предусмотрительные и знали заранее, что понадобится реальному пользователю!
> У них в цинамоне из коробки есть хоткей для перезагрузки DE, и
> мне он пригодился в первые же 20 минут использования, когда всё
> попадало из-за виджетов. Часть виджетов, связанная, например, с отображением загрузки
> RAM, не работает даже после установки пакетов, которые им нужны.Cinnamon да, в нём всё прекрасно... могло быть, всё хорошо... почти.
Если бы не адовый жор ресурсов и периодические лаги и глюки.
Если не учитывать этот "мизерный" нюанс, то внешний вид и интуитивно понятный интерфейс вывели бы этот DE в топ современных, а так, к сожалению, из современных лидируют пока глюкокеды.
> У них в цинамоне из коробки есть хоткей для перезагрузки DE, и
> мне он пригодился в первые же 20 минут использования, когда всё
> попадало из-за виджетов. Часть виджетов, связанная, например, с отображением загрузки
> RAM, не работает даже после установки пакетов, которые им нужны.Гы, это изначально было, корица как плазма, зато когда падает по клику быстро поднимается :D.
Я думаю если они пойдут дальше в этом направлении и прикрутят автодетектилку падений и автоподнятия, да ещё добьются молниеносной скорости, незаметной человеческому глазу, то пользователь будет думать что система суперстабильна XD
Есть хоткей для перезагрузки всего GUI начиная с иксов: Ctrl+Alt+Backspace. Включается в KDE одной галочкой в System Settings. Ну, или строчкой в xorg.conf.
В кедах при падении плазмы продолжает свою работу Krunner и через него можно перезапустить плазму, без перезапуска всего рабочего окружения. Правда, пригождается нечасто. Плазма таки чаще всего не падает.
Уловки Норберта.
Понимаю его, всё чего хотят сделать в cinnamon уже есть в mate и kde
И в KDE и в Mate есть некоторые проблемы по настройкам, часто похожие названия, часто одно почему то одно не входит в другое.
К примеру в KDE
Названия разделов похожи но что внутри не понятно, типа "Global Theme" "Plasma Style" "Icons" в чем разница? Почему отдельно иконки от глобальной темы а тем более "Aplicattion Style". Почему. в чем разница?
Или в Mate "Клавиатура" и "Комбинации клавиш клавиатуры", почему это разные разделы? Вроде как комбинации должны входить в клавиатуру. Почему "Внешний вид" и "Окна" это разные разделы?Ну понятно что к этому привыкаешь и как то уже на подсознательном уровне кликаешь куда надо.. но в первый раз когда заходишь, чо, куда, почему...ниясна.
> К примеру в KDE
> Названия разделов похожи но что внутри не понятно, типа "Global Theme" "Plasma Style" "Icons" в чем разница? Почему отдельно иконки от глобальной темы а тем более "Aplicattion Style". Почему. в чем разница?Global Theme - выбор метатемы (с цветовой гаммой, иконками, курсорами и даже расположением панелей и виджетов)
Plasma Style - цветовая гамма и оформление основных контролов (кнопки, чекбоксы и т.д.)
Application Style - подробная настройка выбранного выше (размер теней, всякие подсветки-выделения и т.д.)
Icons, Cursors - понятноВ кедах можно, например, выбрать метатему какой-нибудь макоси, с панельками и глобальным меню, поменять стиль окон на 95 винду, а значки на андроид. Повосхищаться гибкостью настройки и вернуть обратно Breeze )
> В кедах можно, например, выбрать метатему какой-нибудь макоси, с панельками и глобальным
> меню, поменять стиль окон на 95 винду, а значки на андроид.
> Повосхищаться гибкостью настройки и вернуть обратно Breeze )Абсолютно так, только в конце поменять на Oxygen ;)
Вы не совсем поняли мою мысль, я к тому что все это вместе относится к оформлению. Почему нельзя сделать все в одном месте. Ведь проще написать "Theme and Window Style", что то типа того и все в одно место.
Вы сами же пишете
>>иконками, курсорами и дажеИ тут же ниже
>>Icons, Cursors - понятноНу..
> Вы не совсем поняли мою мысль, я к тому что все это
> вместе относится к оформлению. Почему нельзя сделать все в одном месте.
> Ведь проще написать "Theme and Window Style", что то типа того
> и все в одно место.
> Вы сами же пишете
>>>иконками, курсорами и даже
> И тут же ниже
>>>Icons, Cursors - понятно
> Ну..Мы всё так поняли вашу мысль, вам же ответили, что в KDE несколько иной подход.
У меня, к слову, после попытки перехода с гнома 2 на кеды тоже глаза разбегались от подобного, но потом я понял, что это фича, и у этого есть своя логика, кеды просто дают кастомизацию почти на каждый чих (бывают конечно казусы, типа тупизны с хоткеями, которую может и починили уже, не слежу).
На мой взгляд у KDE совсем другая проблема и она не в том, что настройки типа в разных местах, хотя признаю, с непривычки это может сбивать с толку.
>На мой взгляд у KDE совсем другая проблемаКакая?
Почему оно в разных местах? Конкретно в моей плазме всё это добро находится в пункте под общим названием "Внешний вид", где можно выбрать метатему. А внутри уже у меня есть пункты, в которых можно изменить какие-либо части оформления - значки там или цветовую гамму.https://fastpic.ru/view/114/2021/0616/_56ded059e8b3f6e0ebd8a...
Вот конкретно у меня по пунктам выбрано:
Оформление приложений - Breeze (с подкручеными настройками)
Оформление рабочего стола - Breeze, тёмный вариант
Оформление окон - Material (даёт нормальное меню в заголовке окна)
Цвета - Breeze, светлый вариант (немного изменённый)
Шрифты - дефолт, все размер +1 пункт
Значки - Marwaita
Курсоры мыши - Oxygen Matrix Green
s/Breeze/QtCurve/
Переобулся казачок
просто сменил галеру, у старой скамейке на галере нашлись фатальные недостатки
А ты так и ходишь в старых изношенных лаптях?
вот она "качественная поддержка" в фофан-дистрах типа дебиана. просто какой-то васян держит это на десктопе... и эти люди ругают arch и rhel
>типа дебиана
Потыкал рандомно в ссылки. Половина пишет, что использует etch.Похоже, если однажды кто-то попадает в этот список, остается там навечно.
С — стабильность.
Ты так говоришь, как будто arch - не фофан-дистр :-))
Так тогда лююъбой ляликс и есть фофан-дистром
У тебя на одном стуле фофан дистры, а на другом - банально зондированное ПО. Выбор за тобой.
Давно уже выбрал. Так бы я не сидел на опеннете
>Ты так говоришь, как будто arch - не фофан-дистр :-))арч фофан, но со свежаком и минимумом патчей. чем мне и нравится для десктопа....
а в деб даже этого нет.
> вот она "качественная поддержка" в фофан-дистрах типа дебиана. просто какой-то васян держит
> это на десктопе... и эти люди ругают arch и rhelДык, майнтейнеры это обычные люди, которые умеют опакечивать, накладывать патчи, и иногда сами чото исправлять, заапрувленные майнтейнеры, которые числятся официально, просто проверены (особенно в дебиане нудная и тошнотная процедура), подписывают свои пакеты цифровой подписью и могут заливать пакеты в инфраструктуру официальных реп. Разница только в некотором опыте и полномочиях, особо если это не core-пакеты.
У вас же в рачике точно также?!
Ах, ну да, там же Arch User Repository, сплошь проверенные майнтейнеры с апрувом цифровыми подписями.
А в красношляпе майнтейнеры сплошь академики, как минимум после MIT, пакеты опакечивают. ;)
"Вовремя предать - это предвидеть" (c)
Сколько же желчи в комментариях. Токсичность зашкаливает. И хоть бы кто изъявил желание помочь проекту.
Ну вот я, недавно, решил помочь одному очень известному свободному проекту. Послал им PR через GitHub, так потом несколько дней потратил на борьбу с их GitHub скриптом интеграции со списком рассылки (у них нужно получить разрешение), подписыванием коммита, спорами вокруг неприемлимости адреса ID+username@users.noreply.github.com в коммите и теперь прожду ещё как минимум месяц или даже год, пока его рассмотрят и неизвестно примут ли. Ну и зачем мне продолжать заниматься всеми этими реверансами дальше? PR совсем не сложный и добавляет новую функциональность проекта в одну из его собственных утилит, написанную на Tcl, который я не знаю. Нечто подобное я ожидал от самого этого проекта несколько лет назад - от автора данной утилиты, очевидно знающего Tcl и код своей утилиты гораздо лучше меня. Мой PR совершенно базовый и неполный, но он позволяющий использовать эту утилиту, когда новый функционал включён, иначе она просто не работает. Это лучше, чем ничего, однако сколько времени и сил ещё уйдёт, чтобы пройти этот квест до конца?Большинство открытых проектов - это сборищя ретроградов, предпочитающих списки рассылки и прочие олдскульные заморочки. Включаться в их команды разработчиков как-то совсем некомфортно, а иногда и просто неприятно.
Поначалу я читал ваш комментарий с интересом и даже долей понимания, но вот после этого:> Большинство открытых проектов - это сборищя ретроградов, предпочитающих списки рассылки
> и прочие олдскульные заморочки. Включаться в их команды разработчиков как-то совсем
> некомфортно, а иногда и просто неприятно.Я вдруг понял, что вы из этих, со смузи головного мозга, и как хорошо что ещё есть ретрограды, порог вхождения в круг которых настолько для подобных вам непреодолим, значит ещё будет жить GNU/Linux!
> Я вдруг понял, что вы из этих, со смузи головного мозга, и как хорошо что ещё есть ретрограды, порог вхождения в круг которых настолько для подобных вам непреодолиммир не стоит на месте
>> Я вдруг понял, что вы из этих, со смузи головного мозга, и как хорошо что ещё есть ретрограды, порог вхождения в круг которых настолько для подобных вам непреодолим
> мир не стоит на местеЯсен пень, он циклично вращается по заданной орбите.
То есть более удобная площадка для общения разработчиков, нежели списки рассылки, для вас - это обязательно смузи головного мозга? Создаётся впечатление, что у вас у самого в головном мозгу что-то не так.
> То есть более удобная площадка для общения разработчиков, нежели списки рассылки, для
> вас - это обязательно смузи головного мозга? Создаётся впечатление, что у
> вас у самого в головном мозгу что-то не так.Электронная почта, как и списки рассылки вполне справляются со своей задачей, что как минимум доказывает такой большой проект как само ядро.
А удобство это понятие субъективное.
У меня как и у многих людей, которые начинали пользоваться x86 с доса или раньше, прошагав весь путь эволюции графических дестопов и средств для общения, наблюдающих как запросто даже блондинки пользуются ирками и аськами, а иногда и рассылками, возникают обоснованные подозрения по поводу ваших невозможностей пользоваться таким рабочим инструментом как рассылки.Я понимаю почему в современном мире масса людей кривится от них, как и от ирок и асек, ну это оттого что вот такие смузиразрабы порешали за них, что юзеры тупые и нуждаются в тупых же инструментах для тупых, но получилось ещё и то, что они имеют функцию отупления, не знаю намерено это было или получилось случайно?!
НО! Когда кто-то начинает жаловаться что ему неудобно общаться с разработчиками, потому что ему неудобны инструменты общения, то он автоматически попадает в группу ноющих смузибоев, которые ничего годного по определению не могут сделать, а писать свистоперделки на электроне или ещё какую гадость.
Горстка таких вот смузиразрабов пыталась уже продавить альтернативу рассылкам, но адекваты пока отстояли. Вот, когда везде уже не останется профессионалов, а везде будут смузибои, тогда хана будет GNU/Linux, а пока что великое благо что хоть где-то для них рассылки это непреодолимый порог вхождения, ибо смузибоям в разработки хороших вещей не место!
> Электронная почта, как и списки рассылки вполне справляются со своей задачей, что как минимум доказывает такой большой проект как само ядро.Для полноценного участия в списке рассылки необходимо на него подписаться. Это приведёт к тому, что на мой почтовый ящик начнёт приходить масса писем, как от самого списка рассылки, так и от конкретных людей напрямую. А ещё я начну получать очень много спама, с частью которого не будут справляться никакие защиты. Ради всего этого придётся заводить отдельный от личного (приватного) почтовый ящик. Если списков рассылки несколько, придётся либо заводить по отдельному почтовому ящику на каждый список рассылки, либо самостоятельно заморачиваться с разруливанием переписки в разделы и подразделы, по спискам рассылки. Если я хочу быть в курсе событий и не тормозить (себя и других), все эти почтовые ящики придётся прописать в смартфоне.
> А удобство это понятие субъективное.
Не всегда, с некоторого уровня взаимодействия оно вполне может быть объективным. У любого открытого проекта есть несколько серверов. Как минимум это какой-то веб сервер для сайта проекта, сервер VCS и какие-то ещё опциональные сервера, например bug tracker, FTP и т.д. Вполне можно добавить ещё один сервер для общения разработчиков между собой и со сторонними контрибьюторами. Этот сервер и только он будет слать почтовые уведомления на мой личный (приватный) почтовый ящик. Это гораздо удобнее и безопаснее и именно так это работает в GitHub и во многих других аналогичных системах совместной разработки.
> У меня как и у многих людей, которые начинали пользоваться x86 с доса или раньше, прошагав весь путь эволюции графических дестопов и средств для общения, наблюдающих как запросто даже блондинки пользуются ирками и аськами, а иногда и рассылками, возникают обоснованные подозрения по поводу ваших невозможностей пользоваться таким рабочим инструментом как рассылки.
Совсем не хочет устраивать тут соревнование кто с чего начинал - кто тут стар, а кто суперстар. Я тоже сидел в DOS-е, писал кое что на ассемблере, а начинал вообще с CP/M и 8-и битного компьютера. Ну и что?
> Я понимаю почему в современном мире масса людей кривится от них, как и от ирок и асек, ну это оттого что вот такие смузиразрабы порешали за них, что юзеры тупые и нуждаются в тупых же инструментах для тупых, но получилось ещё и то, что они имеют функцию отупления, не знаю намерено это было или получилось случайно?!
ICQ - как раз и был/есть смузи для тупых, по сравнению с IRC, в котором я сидел ещё в 90-х. Ни один настоящий олдскульщик никогда не поставит их в один ряд. Ретроградство и основанная на ретроградстве псевдоэлитарность - есть ни что иное, как психическое заболевание или просто признак скудоумия. Единственным разумным аргументом в пользу списков рассылки может быть желание большей независимости от предоставляющих или спонсирующих инфраструктуру корпораций. Но тогда нужно вообще отказаться от публичных серверов. Захотел скачать программу - напиши меил и жди, пока бот пришлёт тебе бинарник, почти как в FIDO. Что, неудобно? Терпи! Ты же не смузихлёб.
> НО! Когда кто-то начинает жаловаться что ему неудобно общаться с разработчиками, потому что ему неудобны инструменты общения, то он автоматически попадает в группу ноющих смузибоев, которые ничего годного по определению не могут сделать, а писать свистоперделки на электроне или ещё какую гадость.
Годность или негодность патчей никак не связана с предпочтениями в способах и инструментах общения.
> Горстка таких вот смузиразрабов пыталась уже продавить альтернативу рассылкам, но адекваты пока отстояли.
Какую альтернативу?
> Вот, когда везде уже не останется профессионалов, а везде будут смузибои, тогда хана будет GNU/Linux, а пока что великое благо что хоть где-то для них рассылки это непреодолимый порог вхождения, ибо смузибоям в разработки хороших вещей не место!
Ну да конечно, именно поэтому разработчиков повсеместно не хватает, багрепорты и пулл-реквесты висят годами, а весь хоть сколько нибудь приличный опенсорс развивается исключительно корпорациями. Продолжайте сидеть в своём ограниченном ретроградном мирке псевдоэлиты и мастурбировать на олдскульные экспонаты.
>[оверквотинг удален]
> Для полноценного участия в списке рассылки необходимо на него подписаться. Это приведёт
> к тому, что на мой почтовый ящик начнёт приходить масса писем,
> как от самого списка рассылки, так и от конкретных людей напрямую.
> А ещё я начну получать очень много спама, с частью которого
> не будут справляться никакие защиты. Ради всего этого придётся заводить отдельный
> от личного (приватного) почтовый ящик. Если списков рассылки несколько, придётся либо
> заводить по отдельному почтовому ящику на каждый список рассылки, либо самостоятельно
> заморачиваться с разруливанием переписки в разделы и подразделы, по спискам рассылки.
> Если я хочу быть в курсе событий и не тормозить (себя
> и других), все эти почтовые ящики придётся прописать в смартфоне.Народ справляется, а разработчик, который по его мнению делает что-то полезное - нет. Удивительно.
Не уметь разобраться с "проблемой" спама и работой с несколькими ящиками, это да. Очередной раз подозреваю что вы по адресу пытаетесь вписаться. Есть смузипроекты в которых есть всё модное, что вы любите.
>> А удобство это понятие субъективное.
> Не всегда, с некоторого уровня взаимодействия оно вполне может быть объективным. У
> любого открытого проекта есть несколько серверов. Как минимум это какой-то веб
> сервер для сайта проекта, сервер VCS и какие-то ещё опциональные сервера,
> например bug tracker, FTP и т.д. Вполне можно добавить ещё один
> сервер для общения разработчиков между собой и со сторонними контрибьюторами. Этот
> сервер и только он будет слать почтовые уведомления на мой личный
> (приватный) почтовый ящик. Это гораздо удобнее и безопаснее и именно так
> это работает в GitHub и во многих других аналогичных системах совместной
> разработки.Зачем добавлять ещё сущность, когда работы текущих хватает.
Вы как-то плохо соображаете, что это вы со своим усталым пытаетесь в чужой монастырь.
Хороший тон соблюдать правила и традиции того места, куда вы пытаетесь попасть, особенно если это не ваш дом.
>> У меня как и у многих людей, которые начинали пользоваться x86 с доса или раньше, прошагав весь путь эволюции графических дестопов и средств для общения, наблюдающих как запросто даже блондинки пользуются ирками и аськами, а иногда и рассылками, возникают обоснованные подозрения по поводу ваших невозможностей пользоваться таким рабочим инструментом как рассылки.
> Совсем не хочет устраивать тут соревнование кто с чего начинал - кто
> тут стар, а кто суперстар. Я тоже сидел в DOS-е,Это не соревнование по старости, отнюдь, я упомянул это к тому, что замечено, что как правило, в подавляющем большинстве случаев, люди того времени не боятся "трудностей" и осваивают нужные инструменты, а не ноют.
> писал кое что на ассемблере, а начинал вообще с CP/M и 8-и
> битного компьютера. Ну и что?Ну, без вашего кода, который могут оценить любой желающий и удостовериться, что он ваш это просто пустые слова.
>> Я понимаю почему в современном мире масса людей кривится от них, как и от ирок и асек, ну это оттого что вот такие смузиразрабы порешали за них, что юзеры тупые и нуждаются в тупых же инструментах для тупых, но получилось ещё и то, что они имеют функцию отупления, не знаю намерено это было или получилось случайно?!
> ICQ - как раз и был/есть смузи для тупых, по сравнению с
> IRC, в котором я сидел ещё в 90-х. Ни один настоящий
> олдскульщик никогда не поставит их в один ряд.О, пошли разговоры про настоящесть олдскульщиков ;)
> Ретроградство и основанная на ретроградстве псевдоэлитарность - есть ни что иное,
> как психическое заболеваниеА кто тут говорил об элитарности? И постановка диагнозов по интернету это так умиляет ;)
> или просто признак скудоумия.О, и скатывание в
> Единственным разумным аргументом в пользу списков рассылки
> может быть желание большей независимости от предоставляющих или спонсирующих инфраструктуру
> корпораций.Прежде всего это всегда доступный и ненапряжный способ коммуникации.
Нет ничего лишнего, и в подавляющем большинстве случаев там обитают люди, которые даже если сруться, то по делу.
В отличие от супер-пупер-cвиcтопepдельных смузи-способов, через которые, к небольшому проценту общения по делу, валятся какие-то "суперважные" от каждого обделённого вниманием самого-самого талантливого смузибоя, на каждого из которых надо обратить внимание и погладить по головке, потому что он только что родил супер-пупер мегабoм6ический код и его всенепременно надо принять иначе проект без него просто не проживёт. И так по нескольку раз в день. Поэтому слава Ктулху, что таких волшебных личностей предельный минимум в списках рассылки.
> Но тогда нужно вообще отказаться от публичных серверов. Захотел скачать
> программу - напиши меил и жди, пока бот пришлёт тебе бинарник,
> почти как в FIDO. Что, неудобно? Терпи! Ты же не смузихлёб.Попытка передёргивать, и довести до бредового абсолюта, дешёвый приём демагога, неубедительно.
>> НО! Когда кто-то начинает жаловаться что ему неудобно общаться с разработчиками, потому что ему неудобны инструменты общения, то он автоматически попадает в группу ноющих смузибоев, которые ничего годного по определению не могут сделать, а писать свистоперделки на электроне или ещё какую гадость.
> Годность или негодность патчей никак не связана с предпочтениями в способах и
> инструментах общения.Да, на 100% напрямую не связана, но наблюдается частая прямая закономерность, что личности жалующиеся на рассылку в подавляющем большинстве случаев производят смузикод, без которого проекту будет только лучше, если это конечно не изначально хипсторский смузипроект, тогда да, но мы же не такой случай обсуждаем.
>> Горстка таких вот смузиразрабов пыталась уже продавить альтернативу рассылкам, но адекваты пока отстояли.
> Какую альтернативу?Ну как же, ваше нытьё не первое, смузибои хотели продавить вместо рассылки смузимессенжеры, удивлён что вы не в курсе событий.
>> Вот, когда везде уже не останется профессионалов, а везде будут смузибои, тогда хана будет GNU/Linux, а пока что великое благо что хоть где-то для них рассылки это непреодолимый порог вхождения, ибо смузибоям в разработки хороших вещей не место!
> Ну да конечно, именно поэтому разработчиков повсеместно не хватает, багрепорты и пулл-реквесты
> висят годами, а весь хоть сколько нибудь приличный опенсорс развивается исключительно
> корпорациями.Да, нехватка хороших разработчиков имеет место быть и более того на общее поголовье в процентном соотношении эта цифра ещё и уменьшается.
Не вижу проблем в том, что опенсорс развивается корпорациями, главное чтобы код был открыт.> Продолжайте сидеть в своём ограниченном ретроградном мирке псевдоэлиты
> и мастурбировать на олдскульные экспонаты.Ой, какой обидчивый, можете сходить пожаловаться на ретроградов и псевдоэлиту на опеннетике в свой смузимирок в неретроградный мессенжер в котором только передовые технологии и все сплошь приносят пользу миру.
> PR совсем не сложный и добавляет новую функциональность проекта в одну из его собственных утилит, написанную на Tcl, который я не знаю.
> Мой PR совершенно базовый и неполный, но он позволяющий использовать эту утилиту, когда новый функционал включён, иначе она просто не работает.Это смешно и нелепо. Такое ощущение, что пишет обиженный ребёнок. Вы не пробовали посмотреть на ситуацию с другой стороны? Вот есть вы, который отправили незнамо какой коммит, который **может быть** написан настолько плохо, что чтобы разобраться в новом функционале, который должен заставить утилиту работать, придётся тратить кучу времени на разбор этого коммита. Может стоило код покрыть тестами хотя бы? Ну или привести примеры как вы тестировали код, функционал. Может у вашего кода есть известные вам недостатки?
У проекта скорее всего есть roadmap, может ваш PR уже кем-то до вас исправлен? Может исправление этой утилиты не входит в планы разработчиков или утилита вовсе deprecated?
> Это лучше, чем ничего, однако сколько времени и сил ещё уйдёт, чтобы пройти этот квест до конца?
А с чего вы взяли, что разработчики согласны с вашим мнением? Кое как работающая утилита лично по вашему мнению лучше, чем ничего.
> несколько дней потратил на борьбу с их GitHub скриптом интеграции со списком рассылки (у них нужно получить разрешение), подписыванием коммита, спорами вокруг неприемлимости адреса ID+username@users.noreply.github.com в коммите и теперь прожду ещё как минимум месяц или даже год, пока его рассмотрят и неизвестно примут ли.
В NASA существует код-стайл для написания кода для летательных аппаратов, который был издан в 1994 году. https://ntrs.nasa.gov/citations/19950022400 . Это довольно-таки объёмный по содержанию документ, который стоит выучить наизусть если вы хотите работать в этой компании. Почему? Зачем? Затем, чтобы писать в команде код, который будет удобен всем. В том числе программистам, которые будут работать с кодом спустя, возможно, столетия.
Почему вы считаете, что остальные должны делать как удобно вам? Если лицензия позволяет: делаете форк, накладываете свой патч, собираете единомышленников и общаетесь любым отличимым способом от листа рассылки. Почему вы считаете, что **сообщество** должно ради вашего коммита идти на какие-либо уступки?
Я в силу возраста всё больше обращаю внимание на тот факт, что поколение родившиеся в 2000х искренне полагает, что раз они принимают какое-то участие, то мир за пределами их носа испарился. Почему-то вы решаете, что ваше мнение по каким-либо вопросам должно восприниматься моментально, без каких-либо промедлений.
> Это смешно и нелепо. Такое ощущение, что пишет обиженный ребёнок. Вы не пробовали посмотреть на ситуацию с другой стороны? Вот есть вы, который отправили незнамо какой коммит, который **может быть** написан настолько плохо, что чтобы разобраться в новом функционале, который должен заставить утилиту работать, придётся тратить кучу времени на разбор этого коммита. Может стоило код покрыть тестами хотя бы? Ну или привести примеры как вы тестировали код, функционал. Может у вашего кода есть известные вам недостатки?
>
> У проекта скорее всего есть roadmap, может ваш PR уже кем-то до вас исправлен? Может исправление этой утилиты не входит в планы разработчиков или утилита вовсе deprecated?Смешными и нелепыми являются лишь ваши глупые догадки на пустом месте.
> А с чего вы взяли, что разработчики согласны с вашим мнением? Кое как работающая утилита лично по вашему мнению лучше, чем ничего.
С того, что один из разработчиков предложил принять мой PR как есть. После моих изменений эта Tcl утилита вполне себе работает с новой функциональностью проекта, а мои изменения в ней довольно тривиальны. То, что ещё не реализовано некритично, реализованная основа работает корректно и нареканий не вызывает.
> В NASA существует код-стайл для написания кода для летательных аппаратов, который был издан в 1994 году.
Да неужели? И как много открытых проектов следует этому документу? Обычно такого рода, не имеющие ничего общего с обсуждаемой темой, комментарии делают чтобы увести разговор в сторону. Расскажите ещё о стандартах написания софта для ядерных реакторов и андронных коллайдеров.
> Почему вы считаете, что остальные должны делать как удобно вам?
Почему вы считаете, что только мне?
> Если лицензия позволяет: делаете форк, накладываете свой патч, собираете единомышленников и общаетесь любым отличимым способом от листа рассылки.
Ради единичного изменения в Tcl утилите? Вы смешите мои тапочки.
> Почему вы считаете, что **сообщество** должно ради вашего коммита идти на какие-либо уступки?
Какое ещё сообщество? Человек 5 - 6 разрабов, большая часть которых работает на корпорации и просто придерживается своих олдскульных привычек на рабочем месте. Речь не столько о моём пул-реквесте, сколько об удобстве и продуктивности организации общения контрибуторов с проектом.
> Смешными и нелепыми являются лишь ваши глупые догадки на пустом месте.Догадки родились из-за вашего неполного комментария.
> С того, что один из разработчиков предложил принять мой PR как есть. После моих изменений эта Tcl утилита вполне себе работает с новой функциональностью проекта, а мои изменения в ней довольно тривиальны. То, что ещё не реализовано некритично, реализованная основа работает корректно и нареканий не вызывает.
Вы не учитываете тот факт, что в сообществе могут быть свои договорённости? Один из согласился - это не значит абсолютно ничего.
> Да неужели? И как много открытых проектов следует этому документу? Обычно такого рода, не имеющие ничего общего с обсуждаемой темой, комментарии делают чтобы увести разговор в сторону. Расскажите ещё о стандартах написания софта для ядерных реакторов и андронных коллайдеров.
Я писал метафору, а не утверждение. Данный пример был намёком, который вы, очевидно, не поняли. Следуют не конкретно данному документу, а внутри сообщества принимают какие-то свои правила разработки кода. У гугла свой, у MS свой. Это обычная практика. Я не стараюсь увести разговор в сторону, я клоню в сторону того, что возможно ваш код не прошёл код ревью и всё.
> Почему вы считаете, что только мне?
Потому что вы негодуете, почему ваш коммит не до сих пор не принят.
> Ради единичного изменения в Tcl утилите? Вы смешите мои тапочки.
Я вам вариант озвучил, а не призывал к действию.
> Какое ещё сообщество? Человек 5 - 6 разрабов, большая часть которых работает на корпорации и просто придерживается своих олдскульных привычек на рабочем месте. Речь не столько о моём пул-реквесте, сколько об удобстве и продуктивности организации общения контрибуторов с проектом.
Ну вот опять 25. Почему вы решаете как должны поступать в конкретно вашем случае эти 5-6 разработчиков?
> Потому что вы негодуете, почему ваш коммит не до сих пор не принят.Я негодую из-за того, что для того, чтобы его вообще начали рассматривать пришлось сделать кучу неудобных реверансов и таки согласиться использовать реальный email адрес, который я довольно редко проверяю. А дальше было предположение того, как долго обычно рассматриваются любые патчи в такого рода проектах.
> Ну вот опять 25. Почему вы решаете как должны поступать в конкретно вашем случае эти 5-6 разработчиков?
Потому что постоянно слышу: "сделай сам", "ждём пулл реквест", "если тебе надо, сделай сам" и т.д. в таком роде. А когда ты таки делаешь, нужно проходить какой-то длинный квест и ждать порой несколько лет, пока кто-то соизволит в серьёз им заняться. Я далеко не первый раз шлю патчи и знаю это по опыту. Неужели эти 5 - 6 разрабов не заинтересованы в контрибьюторах? Обычно всё находится на уровне "отвяжись, мы тут более серьёзными делами занимаемся, но следуй документу как контрибьютит: столько раз ку и столько раз присесть".
> Я негодую из-за того, что для того, чтобы его вообще начали рассматривать пришлось сделать кучу неудобных реверансов и таки согласиться использовать реальный email адрес, который я довольно редко проверяю.Это было ошибкой. Когда ты начинаешь делать реверансы бюрократии, бюрократия делает вывод, что она поступает правильно. Это даже не особенности мышления бюрократа, это общие особенности мышления человек: если бюрократия не помешала патчу достичь апстрима, значит она не мешает; если она помешала, то... ну вон у тебя выше два примера как можно рационализировать всё это, и доказать, что это даже к лучшему, что помешала: код ты писать не умеешь, а этот дед ещё в позу воспитателя детского сада встал, и начал тебя воспитывать, будто ты дитё малое. Бюрократы примерно так же рационализируют недостатки бюрократии.
Если есть возможность не связываться с бюрократией, не надо с ней связываться. Форкни и веди форк с одним патчем. Пропиши коммиту внятный заголовок и подробное описание. В форке в README.md пропиши причины для существования форка. Посмотри по сторонам, нет ли других полезных форков, которым как и тебе лень продираться через бюрократию, если есть то мергни сюда. Есть же кто-то мергнул всё полезное, отправь пулл-реквест ему. Короче я к тому, что github отличается от списков рассылки как раз тем, что он демократичен. Какая-то там группа разработчиков, мнящая себя пупом земли, тебе не указ вообще. С огромными и постоянно изменяющимися проектами, в которые ежемесячно вносится дохренища изменений, типа ядра linux, это не сработает, потому что ребазить замучаешься, через раз переписывая все патчи. Но с проектами на 3-5 разработчиков это сработает не глядя.
Это опенсорс, детка. Тут могут PR принять за 15 минут. А могут канифолить полгода. А могут выкинуть с WONTFIX. А могут взять и упомянуть в доке. А могут принять PR, но ты несколько часов будешь объяснять что к чему. Всё как в жизни.
А можно как-то сделать так, чтобы майнтейнеры были не нужны, и софт от разработчиков ставился в любом линуксе без этого всего? Тогда проблемы типа «майнтенер наигрался и забил, пользователи остались без софта X» просто не будут возникать.А, да.
А кто будет развивать проект и исправлять баги? Нейросеть?
> А кто будет развивать проект и исправлять баги? Нейросеть?Я вам открою страшную тайну, майнтейнеры не развивают проект и не исправляют баги. Майнтейнеры собирают пакеты для 100500 дистрибутивов. В каждом дистрибутиве свой майнтенер.
Развитие проекта и исправление багов — это побочная деятельность майнтейнера. И если его освободить от мартышкиного труда по тупой пересборке каждой новой версии — у него будет больше времени на развитие проекта и исправление багов.
> Развитие проекта и исправление багов — это побочная деятельность
> если его освободить
> у него будет больше времени
> на развитие проекта и исправление багов??
>> Развитие проекта и исправление багов — это побочная деятельность
>> если его освободить
>> у него будет больше времени
>> на развитие проекта и исправление багов
> ??Ну смотрите пример мантайнера из Rosa Tresh https://www.opennet.me/~mikhailnov
Он утверждает, что в Си #define объявляет переменную, а типизация в языке строгая. Т.е. не имеет понятия о языке, соответственно не способен внести в проекты на Си что-либо существенное и ничего не сломать. В лучшем случае попарит парой строк мозг Поттеренгу, а тот примет его за пользователя и отправит к мантайнеру (you probably need to report this to your distro/initrd buildr instead) https://github.com/systemd/systemd/pull/15479#issuecomment-6...
Людей там не хватает, учиться некогда, ему бы пакетики собрать.В #54 пишут о противоположном. Но они "мантайнят" более 20 лет, людей там на порядок больше, соответственно и время есть на развитие себя и коммиты в апстрим.
>> А кто будет развивать проект и исправлять баги? Нейросеть?
> Я вам открою страшную тайну, майнтейнеры не развивают проект
> и не исправляют баги.Это не страшная тайна, а утверждение, противоречащее наблюдаемому как минимум мной.
А что до автоматизации -- это отдельная глубокая тема, см. те же доклады Игоря Власенко на альтовских конференциях (тезисы, видеозаписи на http://0x1.tv -- по вкусу).
> Это не страшная тайна, а утверждение, противоречащее наблюдаемому как минимум мной.Скажите, а Игорь Власенко является разработчиком всех 3847 пакетов? Все разрабатывает, развивает, исправляет баги?
Или всё же по большей части просто накидывает давно написанные патчи для запуска в альте и тратит свою жизнь на дрессировку сборочных роботов?
Не, я верю, что в альте почти все майнтейнеры есть квалифицированные разработчики. Но давайте будем всё же честны - большинство пакетов в дистрибутиве это пересобранный апстрим с некоторым количеством альтоспецифичных патчей и никакого участия майнтейнеры в развитии этих пакетов не принимают.
И у вас в любой момент может случиться та же ситуация, что и в дебиане, причём вы даже более уязвимы, поскольку вас меньше, bus factor ниже.
> А что до автоматизации -- это отдельная глубокая тема, см. те же
> доклады Игоря Власенко на альтовских конференциях (тезисы, видеозаписи на http://0x1.tv
> -- по вкусу).Да я в курсе. Мне грустно.
Вы рубите не те деревья. Есть же:https://opennet.ru/48009-glibc
https://github.com/strace/strace/commits/masterМало? Потому что существуют так называемые "дистрибутивы" из одних "мантайнеров", которые вообще ничего не производят. При этом они вписаны в финансовый контур. Заслоняют здоровым, пусть и слабым, свет. Вот эти паразитные ростки типа Rosa Tresh непонятно зачем нужны.
> Скажите, а Игорь Власенко является разработчиком всех 3847 пакетов?Майнтейнером -- да.
> Все разрабатывает, развивает, исправляет баги?
Не все, но настолько многие, что порой за него опасаюсь -- это огромный труд.
> Или [...] тратит свою жизнь на дрессировку сборочных роботов?
Игорь явно считает иначе -- что экономит время на том, чтобы делать то же самое вручную. Сравнивая как мануфактуру и фабричное производство подчас в своих докладах.
> Но давайте будем всё же честны - большинство пакетов в дистрибутиве
> это пересобранный апстрим с некоторым количеством альтоспецифичных
> патчей и никакого участия майнтейнеры в развитии этих пакетов не
> принимают.В процентном отношении что по srpms, что по объёму кода -- разумеется. И это скорее общее место для любого дистрибутива с большим или меньшим количеством исключений.
> И у вас в любой момент может случиться та же ситуация, что
> и в дебиане, причём вы даже более уязвимы, поскольку вас меньше,
> bus factor ниже.У нас так как-то померло TDE (майнтейнер майданулся и перешёл на дебиан); сейчас вот пришёл новый кандидат в майнтейнеры, сражается, посмотрим. Но это в любом разе вопрос соотношения востребованности, трудозатрат и желания.
>> Все разрабатывает, развивает, исправляет баги?
> Не все, но настолько многие, что порой за него опасаюсь -- это
> огромный труд.Это огромный труд.
>> Или [...] тратит свою жизнь на дрессировку сборочных роботов?
> Игорь явно считает иначе -- что экономит время на том, чтобы делать
> то же самое вручную. Сравнивая как мануфактуру и фабричное производство
> подчас в своих докладах.О чём и речь. Существующая система доставки софта в Linux, точнее - не существующая на сегодня система доставки софта в Linux, вынуждает людей производить ненужную работу по пересборке и адаптации этого софта для конкретного дистрибутива. Конечно, эту работу можно оптимизировать и улучшать, добавлять классный софт, который будет облегчать работу.
Проблема при этом не решается.
Ещё одна проблема, которая при этом не решается — отсутствие Linux как платформы. Конечный вендор не может поддерживать Linux, он поддерживает Ubuntu, Fedora, Suse или там Альт, Астру и Росу, если вендор отечественный. В результате конечный пользователь может попасть в такое пересечение, при котором весь нужный ему софт под одним дистрибутивом не работает, поскольку часть софта под убунту, часть под росу, а драйвер оборудования вообще под центос.
>[оверквотинг удален]
>> принимают.
> В процентном отношении что по srpms, что по объёму кода -- разумеется.
> И это скорее общее место для любого дистрибутива с большим
> или меньшим количеством исключений.
>> И у вас в любой момент может случиться та же ситуация, что
>> и в дебиане, причём вы даже более уязвимы, поскольку вас меньше,
>> bus factor ниже.
> У нас так как-то померло TDE (майнтейнер майданулся и перешёл на дебиан);
> сейчас вот пришёл новый кандидат в майнтейнеры, сражается, посмотрим. Но
> это в любом разе вопрос соотношения востребованности, трудозатрат и желания.Вот.
Но ты предлагаешь, чтобы теперь разработчики собирали пакеты, а не софт разрабатывали.
> Но ты предлагаешь, чтобы теперь разработчики собирали пакеты, а не софт разрабатывали.Я предлагаю сократить число майнтейнеров до одного на каждую софтину. Слабо?
Правильно! А кто будет переправлять CONFIG_PATH с ~/.config/kde/somehsit на ~/.kde/.config/somehsit? (или наоборот :D )
> Правильно! А кто будет переправлять CONFIG_PATH с ~/.config/kde/somehsit на ~/.kde/.config/somehsit?
> (или наоборот :D )Вот-вот. Или $TMP с /tmp на /tmp/.private/$USER?
Сразу вслед за самоходными галушками.
> А можно как-то сделать так, чтобы майнтейнеры были не нужны, и софт
> от разработчиков ставился в любом линуксе без этого всего? Тогда проблемы
> типа «майнтенер наигрался и забил, пользователи остались без софта X» просто
> не будут возникать.
> А, да.Я вам страшную тайну открою, майнтейнер это тот кто упаковывает софт в ту форму, в которой он может устанавливаться и который сопровождает программу.
Так что любой разработчик, который занимается саппортом своего продукта и создаёт установочные пакеты, является майнтейнером, да-да, в вашей любимой винде это тоже относится, а вы чо думали, ваши setup.exe, а особо .msi от сырости нарождаются? ;) В линуксодистрах просто так повелось исторически, что разработчик и майнтейнер МОГУТ быть разными людьми, но это необязательно, нередко бывает, что разработчик и есть майнтейнер. От самой процедуры майнтейнерства не уйти, разве разраб это какая-то волшебная личность, которая никогда не конпилит свои сорцы и "пишет в стол".
В Виндос нет distributive hell, соответственно трудозатраты на упаковку в зип архив несколько меньше.
> В Виндос нет distributive hell,Да что вы говорите? ;)
> соответственно трудозатраты на упаковку в зип архив
> несколько меньше.А никто не заставляет разрабов майнтейнить на любимый к упоминанию, всеми у кого по этому поводу горит, "ЗООПАРК ДИСТРОВ".
Хорошим тоном будет просто собрать бинарь со статикой в архив, и сопровождать какую-нибудь стабильную версию какое-то время, пока параллельно пилятся всякие экспериментальные.
Остальное сделают майнтейнеры, они для того и нужны.
Другое дело, что есть такие крикливые и плаксивые разрабы, которые жалуются на то, что нужно пакетить в "ЗООПАРК ДИСТРОВ, ААА-ААА-АА!..." и их подпевалы.
Так вот у меня к подобным личностям вопрос: А не задумывались ли вы, почему ваши программы не майнтейнят в дистрибутивах?!
Может быть, О УЖАС, они там просто нахрен никому не упёрлись, и никто не хочет ими пользоваться, как вам такое?!
>> В Виндос нет distributive hell,
> Да что вы говорите? ;)Ой, извините, я не хотел наступать на больную мозоль. ;)
>> соответственно трудозатраты на упаковку в зип архив
>> несколько меньше.
> А никто не заставляет разрабов майнтейнить на любимый к упоминанию, всеми у
> кого по этому поводу горит, "ЗООПАРК ДИСТРОВ".
> Хорошим тоном будет просто собрать бинарь со статикой в архив, и сопровождать
> какую-нибудь стабильную версию какое-то время, пока параллельно пилятся всякие экспериментальные.
> Остальное сделают майнтейнеры, они для того и нужны.А остальные майнтейнеры и не нужны. Сначала развели зоопарк дистрибутивов, ради поддержания которых нужен зоопарк майнтейнеров, теперь оправдывают наличие зоопарка майнтейнеров зоопарком дистрибутивов.
> В линуксодистрах просто так повелось исторически, что разработчик
> и майнтейнер МОГУТ быть разными людьми, но это необязательно, нередко бывает,
> что разработчик и есть майнтейнер.Ну да, лично собирает под все дистры.
С подменой понятий вам вон туда: ----------------->
>> В линуксодистрах просто так повелось исторически, что разработчик
>> и майнтейнер МОГУТ быть разными людьми, но это необязательно, нередко бывает,
>> что разработчик и есть майнтейнер.
> Ну да, лично собирает под все дистры.
> С подменой понятий вам вон туда: ----------------->Нет никаких подмен понятий, это вы пытаетесь подменить и навязать своё.
Где было написано "ПОД ВСЕ ДИСТРЫ"?
Разработчик может собирать только под тот, которым пользуется, или ещё под парочку. Хотя достаточно было бы выложи он бинарь со статикой в архиве для ознакомления и сорцы дле тех кому нужно.
> Где было написано "ПОД ВСЕ ДИСТРЫ"?В исходном посте: «и софт от разработчиков ставился *в любом линуксе* без этого всего».
>> Где было написано "ПОД ВСЕ ДИСТРЫ"?
> В исходном посте: «и софт от разработчиков ставился *в любом линуксе* без
> этого всего».И что, вам ответили что это "не нужно".
Если вы разработчик и вас парит собирать под "ВЕСЬ ЗООПАРК", если хотите, выкладываете только сорцы, если хотите можете собрать только бинарь со статикой, просто на посмотреть-потыкать, этого хватит с головой.Есть разработчикик которые собирает под те дистрибутивы, которыми они пользуются, если хотят, то собирают ещё под что-то.
Если вы не разработчик это не ваше собачье дело как там кому трудно приходится. Если разработчику тяжело банально скомпилить бинарь и выложить со статикой для ознакомления, а ещё он такой обиженка, что вместо того чтобы забить на то что его софтину не собирают в каком-нибудь дистре, а ходит и ноет про ЗООПАРКИ, то всё с ним ясно. Такие принцессы в Линуксах не нужны!
> И что, вам ответили что это "не нужно".Типичный опеннет.
Это уже сделали в нескольких вариантах (флатпаки и проч.) Но годится (на самом деле не очень) только для приложений, а не для частей операционной системы, которым относится рабочее окружение.
> Это уже сделали в нескольких вариантах (флатпаки и проч.)На самом деле это просто пробы, как пойдёт, а раслодилось, потому что каждый любит изобретать свой велосипед, т.к. NIH-синдром.
>Но годится (на самом деле не очень) только для приложений, а не для частей
> операционной системы, которым относится рабочее окружение.Точно так и это правильно.
На самом деле уже есть более правильный и "более лучший" механизм установки пакетов не из официальных реп, это nix package manager, достаточно этот механизм прикрутить в любой дистр и будет возможность юзерософт ставить любой свежести не ломая остальную систему, а накладные расходы у него меньше, чем у остальных, лучше пока что не придумали. Наверное его можно как-то улучшить-усовершенствовать, но принцип работы из существующих на сегодняшний день у него самый правильный.
Увы, но вариант NIX менйстримовых не станет никогда. Не потому что чем-то плох, а просто потому, что "тут так принято".
Это как весь этот треш с зависимостями, который хоть как-то (AppImage, FlatPack, Snap) попытались порешать только буквально последние годы и то - всё равно коряво и мейнстримовых не станет в обозримом будущем никогда.
> Это уже сделали в нескольких вариантах (флатпаки и проч.) Но годится (на
> самом деле не очень) только для приложений, а не для частей
> операционной системы, которым относится рабочее окружение.На самом деле snap может даже ядро упаковывать.
Но в linux-среде принято все прогрессивные технологии хейтить.
>> Это уже сделали в нескольких вариантах (флатпаки и проч.) Но годится (на
>> самом деле не очень) только для приложений, а не для частей
>> операционной системы, которым относится рабочее окружение.
> На самом деле snap может даже ядро упаковывать.Будьте так любезны, объясните своими словами, что означает сиё и для чего оно нужно, какие решает проблемы существующей схемы. Вот эту ссылку я уже видел https://snapcraft.io/docs/kernel-snap
> Но в linux-среде принято все прогрессивные технологии хейтить.
initrd -- мега-прогрессивная технология по сравнению с некоторой другой ОС.
> snap может даже ядро упаковыватьМожет ядро упаковывать, но не может даже предыдущую версию приложения установить)
Поэтому когда у какого-нибудь приложения выходит ломающий апдейт, приходится в панике перебегать на flatpak.
> Может ядро упаковывать, но не может даже предыдущую версию приложения установить)
> Поэтому когда у какого-нибудь приложения выходит ломающий апдейт, приходится в панике перебегать
> на flatpak.У каждого свои недостатки ©
> На самом деле snap может даже ядро упаковывать.С дypy можно и буй сломать
> Но в linux-среде принято все прогрессивные технологии хейтить.Нет, просто концентрация здавых людей выше, которые понимают, где годный софт, а где хипстерская блоатварь
> А можно как-то сделать так, чтобы майнтейнеры были не нужны, и софт от разработчиков ставился в любом линуксе без этого всего?Это давно нужно было сделать, но этому мешает фрагментация платформы Linux. Мало кто из авторов прикладного софта желает поддерживать весь этот зоопарк.
Ждем когда теперь когда кде надоест и данный персонаж хаипраздувеишенхрен перейдет на хромиум ос или хром
И правильно сделал, Cinnamon хоть и лучше современного Gnome, но всё равно реализован убого, в котором и гномощель и вообще видимо и gtk3 - defective by design, потому как ну абсолютно всё что на них основано какой-то лютейший сюр, цирк с тормозами и тупизной.А тут ещё и XFCE стал подводить, когда плотнее на современные гномотентакли стал перебираться, чую такими темпами и он скатится и куда потом бежать? На mate? или вообще на wm?!
Деградация DE на линуксах во все поля. :(P.S.: И тут может активизироваться скорый на комментарий дружок-любитель кедов, который как неугомонный торопыга начнёт строчить комментарии в стиле:
"А как же KDE, на KDE надо переходить!.."
Нет, мой милый дружочек, на этом глючном поделии сиди-ка ты сам, дорогой, уплетай за обе щеки и нахваливай!
Я этого добра уже напробовался, поэтому после крысы только на wm если.
Xfce пока ничего, терпим.Они, правда, ушатали иконки, увы. И там почему-то режим "развернуть окно на весь экран" сломан, и не всегда учитывает панели.
А в остальном плюс-минус работает.
> Xfce пока ничего, терпим.
> Они, правда, ушатали иконки, увы. И там почему-то режим "развернуть окно на
> весь экран" сломан, и не всегда учитывает панели.
> А в остальном плюс-минус работает.Использую сейчас тестинг в том числе, да, смена тем не работает как прежде, потому что темы старые, иконки дефолтные, соглашусь - донные, но это исправимо, хоть и не так просто как прежде, я подожду релиза и займусь этим делом, если раньше никто новых тем не выкатит.
Меня больше вонует CSD-дичь, которую завезли в последний релиз, которая даже с помощью noCSD нормальноне лечится (дублирование заголовков).
А вот по поводу сломанного режима "развернуть окно на весь экран" можно подробней?
Не совсем понимаю что вы имеете в виду, подозреваю что у меня данной проблемы не наблюдается.
> но
> это исправимо, хоть и не так просто как прежде, я подожду
> релиза и займусь этим делом, если раньше никто новых тем не
> выкатит.Нет, это неисправимо, потому что эти люди захотели славы, и вместо использования "generic" иконок стали каждой своей программе отдельную иконку, в неймспейсе org.xfce.someshit. Это политическое решение.
Можно, конечно, понаделать симлинков, они даже дефолтный скрипт для этого предоставляют, но либо его надо каждый апдейт гонять, либо делать отдельный пакет, скурупулёзно перечисляя в нём соответствия старых иконок новым, и всё равно за ними не успеть, что-нибудь да всегда будет сломано.
> Меня больше вонует CSD-дичь, которую завезли в последний релиз, которая даже с
> помощью noCSD нормальноне лечится (дублирование заголовков).Меня не беспокоит csd, даже скорее нравится. Xfwm не показывает собственный заголовок, если есть csd-заголовок. Хром и Фокс в заголовок запихали табы, что, быть может, и к добру, экономит место.
В любом случае, это фича GTK, и xfce не сможет против них в одно лицо воевать.
> А вот по поводу сломанного режима "развернуть окно на весь экран" можно
> подробней?
> Не совсем понимаю что вы имеете в виду, подозреваю что у меня
> данной проблемы не наблюдается.Выглядит это так: стартуешь xfce4-terminal, у него нижний край залезает под нижнюю панель. Тыкаешь на "развернуть на весь экран" -- нижний край не достаёт до панели где-то миллиметра 4. Там какая-то дрянь с выравниванием "целого числа строк" на экране.
Что-то похожее наблюдается с evince. Он по-умолчанию стартует так, что его нижний край залезает под панель. Тут, кстати, быть может, CSD как раз где-то влезает и мешает правильно посчитать размеры окна.
>> но
>> это исправимо, хоть и не так просто как прежде, я подожду
>> релиза и займусь этим делом, если раньше никто новых тем не
>> выкатит.
> Нет, это неисправимо, потому что эти люди захотели славы, и вместо использования
> "generic" иконок стали каждой своей программе отдельную иконку, в неймспейсе org.xfce.someshit.
> Это политическое решение.Возможно, по технической стороне спорить не буду, как и о "политической" мне не до этого, если скатиться в УГ - буду ливать куда-то ещё, но пока терпимо и не настолько напрягает.
> Можно, конечно, понаделать симлинков, они даже дефолтный скрипт для этого предоставляют,
> но либо его надо каждый апдейт гонять, либо делать отдельный пакет,
> скурупулёзно перечисляя в нём соответствия старых иконок новым, и всё равно
> за ними не успеть, что-нибудь да всегда будет сломано.По поводу возможности смены тем, её даже сейчас можно провернуть, просто согласен намного более заморочено, можно даже без симлинков, хотя кто знает как будет в итоге проще. А может ещё починят, без понятия. Суть в том, что мне нужно это сделать ОДИН раз, я просто сменю УГ-дефолт на то что использую всегда. Если припрёт, то заморочусь и будет работать до следующего релиза.
>> Меня больше вонует CSD-дичь, которую завезли в последний релиз, которая даже с
>> помощью noCSD нормальноне лечится (дублирование заголовков).
> Меня не беспокоит csd, даже скорее нравится. Xfwm не показывает собственный заголовок,
> если есть csd-заголовок. Хром и Фокс в заголовок запихали табы, что,
> быть может, и к добру, экономит место.Хорошо, давайте опустим техническую сторону вопроса и здравость самой реализации, вот мне как рядовому пользователю совсем не нравится то, что раньше почти везде все окна были в одном стиле - той темы, которую я сам ставил, одной темы gtk. Теперь же, с этим самым CSD, который вроде бы призван к какой-то унификации всё стало хуже, половину окон с жирными угребанскими панельками-заголовками Gnome-3-CSD-Style и часто встречающиеся окна, которые живут своей жизнью. Уж не знаю кто там виноват, но по сути в текущем дебиане темы больше выглядят сломанными, включая и отрисовку окон, меньше однородности системы.
> В любом случае, это фича GTK, и xfce не сможет против них
> в одно лицо воевать.Да, но возможно и не надо воевать с GTK, тот же форк noCSD проблема в том, что там дубликаты заголовков, НО, их можно поправить со стороны XFCE, не трогая GTK-часть. По крайней мене на данном этапе, другое дело, что скорее всего разрабы крысы заразились этой чумой и не будут этого делать, что печально.
>[оверквотинг удален]
>> подробней?
>> Не совсем понимаю что вы имеете в виду, подозреваю что у меня
>> данной проблемы не наблюдается.
> Выглядит это так: стартуешь xfce4-terminal, у него нижний край залезает под нижнюю
> панель. Тыкаешь на "развернуть на весь экран" -- нижний край не
> достаёт до панели где-то миллиметра 4. Там какая-то дрянь с выравниванием
> "целого числа строк" на экране.
> Что-то похожее наблюдается с evince. Он по-умолчанию стартует так, что его нижний
> край залезает под панель. Тут, кстати, быть может, CSD как раз
> где-то влезает и мешает правильно посчитать размеры окна.Я до сих пор не до конца понял что за проблема, но у меня было что-то похожее и дам две ориентировки, возможно они и вам помогут:
По поводу поведения конкретно xfce4-terminal, у него свои настройки размеров окна preferences -> appearance -> default geometry. Этот параметр влияет на дефолтный размер окна xfce4-terminal, который будет назначаться при его запуске. Я игрался с этим параметром чтобы подобрать максимально близкий к нужному мне размер, но прям пиксель в пиксель не получится.Второй момент, уже по поводу выхода рамок окна за панель. У меня нечто подобное стало случатся с окнами, когда я разворачивал их на полную, у меня верхняя рамка окна с заголовком и меню заползала стабильно за панель (она у меня сверху) и случатся это стало аккурат после перехода на bullseye.
Я решил эту проблему одним костыльным способом, который гуглил сразу же, ибо бесило неимоверно. Уж не знаю какой умник сделал так, чтобы вообще приходилось именно так решать эту проблему (кстати не совсем очевидно также выставлять стало прозрачность панелей, и новый способ какой-то ректальный), но суть в следующем: идёте в Workspaces -> Margins
Там грфически отображена схема рабочего места и параметрами можно задать области, где окнам никак нельзя появляться.Методом научного тыка натыкиваете столько, сколько вам нужно чтобы оно совпадало с размером панели за которую западают рамки окна. ЕМНИП там вроде как попиксельное совпадение и там и там просто нужно сделать, т.е. можно задать такой размер как у панели в настройках, но это не точно.
Если панель у вас статическая, то такой способ на 100% запретит окнам выползать и перекрываться панелями.
Да идиотски, но работает.Если вы что-то другое имели в виду, то прошу простить меня, у меня в таком случае никаких соображений по решению вашей проблемы нет.
> Если панель у вас статическая, то такой способ на 100% запретит окнам
> выползать и перекрываться панелями.Если динамическая, то тоже будет работать, просто выглядеть будет уродски.
>[оверквотинг удален]
> Методом научного тыка натыкиваете столько, сколько вам нужно чтобы оно совпадало с
> размером панели за которую западают рамки окна. ЕМНИП там вроде как
> попиксельное совпадение и там и там просто нужно сделать, т.е. можно
> задать такой размер как у панели в настройках, но это не
> точно.
> Если панель у вас статическая, то такой способ на 100% запретит окнам
> выползать и перекрываться панелями.
> Да идиотски, но работает.
> Если вы что-то другое имели в виду, то прошу простить меня, у
> меня в таком случае никаких соображений по решению вашей проблемы нет.Вы, кажется, очень крутой, господин Аноним.
>[оверквотинг удален]
>> размером панели за которую западают рамки окна. ЕМНИП там вроде как
>> попиксельное совпадение и там и там просто нужно сделать, т.е. можно
>> задать такой размер как у панели в настройках, но это не
>> точно.
>> Если панель у вас статическая, то такой способ на 100% запретит окнам
>> выползать и перекрываться панелями.
>> Да идиотски, но работает.
>> Если вы что-то другое имели в виду, то прошу простить меня, у
>> меня в таком случае никаких соображений по решению вашей проблемы нет.
> Вы, кажется, очень крутой, господин Аноним.Я не совсем понял, это полезная была информация или нет?
>[оверквотинг удален]
>>> попиксельное совпадение и там и там просто нужно сделать, т.е. можно
>>> задать такой размер как у панели в настройках, но это не
>>> точно.
>>> Если панель у вас статическая, то такой способ на 100% запретит окнам
>>> выползать и перекрываться панелями.
>>> Да идиотски, но работает.
>>> Если вы что-то другое имели в виду, то прошу простить меня, у
>>> меня в таком случае никаких соображений по решению вашей проблемы нет.
>> Вы, кажется, очень крутой, господин Аноним.
> Я не совсем понял, это полезная была информация или нет?Ну, вот с терминалом... у него всё равно прыгает высота. Хз что с этим делать.
"Запретную зону" я выставил в высоту панели, посмотрим, как оно станет.
>[оверквотинг удален]
>>>> Если панель у вас статическая, то такой способ на 100% запретит окнам
>>>> выползать и перекрываться панелями.
>>>> Да идиотски, но работает.
>>>> Если вы что-то другое имели в виду, то прошу простить меня, у
>>>> меня в таком случае никаких соображений по решению вашей проблемы нет.
>>> Вы, кажется, очень крутой, господин Аноним.
>> Я не совсем понял, это полезная была информация или нет?
> Ну, вот с терминалом... у него всё равно прыгает высота. Хз что
> с этим делать.
> "Запретную зону" я выставил в высоту панели, посмотрим, как оно станет.А я отметил, что с терминалом будет сложнее, т.к. его настройки размеров живут своей жизнью. У меня тоже не получилось прям чтоб ровно вписывался, и я забил, мне это было на так дико, как заходящие за панель рамки окон.
Ну посмотрите Enlightenment (особенно E17/Bodhi) из ~DE и WindowMaker из WM, как вариант. Хотя есть и знакомые любители icewm/dwm/twm.
> Ну посмотрите Enlightenment (особенно E17/Bodhi) из ~DE и WindowMaker из WM, как
> вариант. Хотя есть и знакомые любители icewm/dwm/twm.E17 смотрел, сыро и как-то игрушечно.
WindowMaker сильно сурово для меня, выглядит так, как будто его отливали в граните суровые челябинские сталевары, для меня всё же внешний вид что-то значит, потом с кастомизацией не густо.IceWM получше, хотя я пока что приемлемей LXDE не нашёл, но он по ходу всё, RIP, и это печально.
Возможно выход будет в чём-то сборном, типа прикрутить к WM какую-нибудь панельку, несколько аплетов, мне пока без них тоскливо, именно наличие всяких таких удобных мелочей меня останавливает от миграции с XFCE и я пока терплю её выкрутасы, но всему есть предел, когда он будет пройден, я не могу знать.
По LXDE свяжитесь с andrej@, если вдруг есть пожелания по поддержке (и особенно желание с ней помочь); по WM -- WPrefs.app точно глянули?В любом случае искренне желаю найти то, что будет прям по мерке!
> По LXDE свяжитесь с andrej@, если вдруг есть пожелания по поддержке...Правильно ли я понимаю, что ваш коллега подхватил проект и сопровождает его вместо автора?
>> По LXDE свяжитесь с andrej@, если вдруг есть пожелания
>> по поддержке...
> Правильно ли я понимаю, что ваш коллега подхватил проект
> и сопровождает его вместо автора?Да, ещё киевский коллега; см. почту в коммитах lxde/pcmanfm, ну или мне черкните на общеизвестную, состыкую.
LXQt не устраивает?
Зачем lxqt если есть Trinity TDE?
> Зачем lxqt если есть Trinity TDE?lxqt, вроде, не ставит целью себе продолжать UI KDE3
> E17 смотрел, сыро и как-то игрушечно.
> WindowMaker сильно сурово для меня [...] всё же внешний вид что-то
> значит, потом с кастомизацией не густо.У них обоих очень неплохо и с настраиваемостью, и с эргономикой. Может, стоит приглядеться чуть лучше к штатным графическим средствам настройки. Единственно что в ~/GNUStep-то текстовые файлики, а в ~/.e -- бинарные (бэкапить стоит на всякий и те, и другие: как-то было обидно, забив случайно /home, увидеть полузаписанный ~/GNUstep/Defaults/WMState или кто там тогда пострадал).
Я только-только с винды перелез.После пары дней допиливания разных линуксовых детских болячек (невероятными когнитивными усилиями по чтению сраных форумов статей и прочих интернетов завёл аппаратное ускорение в FF, kworker+ зачем-то грузил ЦП) вроде более-менее освоился. Успел даже этот Cinnamon грохнуть (как оказалось не те драйвера на встройку поставил -> рестарт -> черный экран с login/password) и воскресить (при предыдущей операции, как оказалось, снёс весь cinnamon с lightdm).
Поразился тому, как плавно работает ноут 2013 года рождения в 2021.
И тут на тебе, дратути, гейм овер?
> И тут на тебе, дратути, гейм овер?Не. Найдётся новый. Это ж не трагедия.
> Я только-только с винды перелез.
> После пары дней допиливания разных линуксовых детских болячек (невероятными когнитивными
> усилиями по чтению сраных форумов статей и прочих интернетов завёл аппаратное
> ускорение в FF, kworker+ зачем-то грузил ЦП) вроде более-менее освоился. Успел
> даже этот Cinnamon грохнуть (как оказалось не те драйвера на встройку
> поставил -> рестарт -> черный экран с login/password) и воскресить (при
> предыдущей операции, как оказалось, снёс весь cinnamon с lightdm).
> Поразился тому, как плавно работает ноут 2013 года рождения в 2021.
> И тут на тебе, дратути, гейм овер?А вы не слушали бы всяких петросянов и прочих любителей свистелок, если хотите более стабильное DE на линуксах, то это XFCE и MATE, при всех их недостатках на них можно в 99% работать на любом железе, в отличии от мейнстримного шлака, который из состояний бэты никогда не выбирается.
C kworker'ом иногда у некоторых бывают рандомные проблемы, и каждый раз это что-то своё, нужно отдельно разбираться.
Если ноут с гибридной графикой, то это всегда так или иначе жо$а, это не проблемы линукса, это в 99% случаев defective by design, потому как похайпить а наскоро натолкать чтобы побольше голова додумалась, а как это грамотно реализовать чот ниасилили, пичалька.
Так что те, кто берёт ноуты с гибридной графикой, осознанно или нет, но они - ССЗБ!P.S.: Сейчас имею в хозяйстве ноут 2012 года как основную машину, работа в линуксах полностью устраивает.
Ну у меня и к Cinnamon претензий никаких пока, просто новость подана как похороны, а это, как я понимаю, не так
Тоже перешёл на KDE. Увы - синамон был неплох, но он слишком тормознут и плохо оптимизирован под hidpi, кеды реально работают быстрее и жрут меньше. Может быть они менее стабильны, но кеды удивляют темпами своего развития. Я делаю ставку на эту DE в ближайшее время как на классический DE с рабочим столом на котором предполагаются иконки. И это даже не смотря на почему то многими не любимой Qt.
> И это даже не смотря на почему то многими не любимой QtТак его хейтят только из-за лицендзии да и всё.
Та же история, коллега. Перешёл с cinnamon на kde. Местами, конечно, странно и глючновато.Посмотрим, может быть будет лучше...
> Тоже перешёл на KDE. Увы - синамон был неплох, но он слишком
> тормознут и плохо оптимизирован под hidpi,Что, правда?! Я не пользуюсь сам, но готов поклястся что видел новости о заявленной поддержке HiDPI в Cinnamon и думал что уж с этим-то во всех мейнстримных DE уже порешали вопросы.
> кеды реально работают быстрее и
> жрут меньше. Может быть они менее стабильны, но кеды удивляют темпами
> своего развития.Да, но конечному пользователю нужны не темпы развития, а стабильность, фичи он конечно любит, но быстро забывает о возможностях, когда болячки начинают надоедать.
> Я делаю ставку на эту DE в ближайшее время как на классический DE с рабочим столом
> на котором предполагаются иконки.Эта ставка, увы, скорее всего будет выигрышной только при вашей игре дома с близкими, потому как в остальном мире казино владеете не вы и там другие цели.
> И это даже не смотря на почему то многими не любимой Qt.Может быть потому что на НЁМ до сих пор нет стабильного DE и им который раз успех проприетари покоя не даёт, может потому что они от создания постоянно нюхаются с кроссплатформой и несвободными проектами, кто знает.
Пилят какую-то шляпу, вон баба мейнтейнер запилила Openbox и шестой год не обновляла, и всё работает.
Я хоть и сторонник KDE, считаю что эта грустная новость, т. к. проект потерял опытного ментейнера, что может не лучшим образом сказаться и на Debian и на Cinnamon. Надеюсь новый мейнтейнер сможет продолжить его дело и привнести улучшения.
А есть ли что более топорно сделанное, чем "зборки" Debian с предустановленным DE? Юэер обычный, этим пользоваться не сможет, продвинутый начнет с базы, или дебострапа, и сам всё привертит, ну не будет с Чиномоном, или будет...
А я с KDE перешёл на MATE. В разы удобнее. Хотя если есть IceWM, то остальное не нужно.
Ты из движения Луддеров? )))
> Ты из движения Луддеров? )))Нет, он начал прозревать.
Настраиваемость KDE Plasma это легенды и мифы Древней Греции. Я считаю Trinity (TDE) удобнее KDE Plasma. Мне вообще кажутся верхом инженерной мысли: Equinox Desktop Environment (EDE), IceWM.
Это звоночек разрабам Cinnamon и KDE ))))
Это звоночек разрабам Cinnamon и KDE ))))
И правильно сделал.
После этого глюкодрома сбежит на виндовс.
"уже нашлись новые мэйнтейнеры - Joshua Peisach"
Это тот чувак который голосовал против Столлмана.
своё время Норберт перешёл с GNOME3 на Cinnamon из-за проблем с юзабилити для продвинутых пользователей в GNOME3. Какое-то время сочетание консервативного интерфейса Cinnamon с современными технологиями GNOME устраивало Норберта, но эксперименты с KDE показали, что данное окружение больше удовлетворяет его потребностям
Kde, среда для работы вменяемого человека.
Ну он тоже нашел куда переходить. Тут на днях наслушался рассказов про новый KDE 5.22 поставил Kubuntu, но как этим пользоваться после Gnome 40 вообще не понял. Плазма падает причем регулярно, latte dock кривое глючное говно тоже падает по любому поводу, анимации корявые все с разной скоростью, остаются артефакты от всплывающих подсказок, тени окон глючат особенно у не кдешных приложений, настройка темы это вообще отдельная песня, виджет глобального меню хорошо смотрится только на скринах, работать с ним вообще не возможно. На обычной Ubuntu с Gnome 40 в играх проблем вообще не было, тут пробовал Mass Effect LE все вроде запускается, но если нужно переключиться на другое приложение то в игру вернуться уже нельзя она не виснет, но картинки нет просто черный экран. KDE это просто сборище кривого UI и багов, ей ещё как-то можно пользоваться в абсолютно дефолтном варианте с виндоподобным интерфейсом все остальное вроде можно настроить, но работает все это настолько криво, что пользоваться вообще не возможно.
Тотже текст, только меняем kde на gnome.
А теперь можешь все это подтвердить скринами? Вот тебе падение свежеустановленной плазмы, где я успел только тему поменять, причем как видишь утилита сбора данных об ошибках тоже упала:
https://i.imgur.com/8aNRfam.jpeg
Для остального надо будет как-нибудь записать ролик для особо упоротых фанатиков.
У меня тут остались скрины от опробования KDE Neon зимой. Вот я пытаюсь выбрать тему:
https://i.imgur.com/DyAOWxQ.png
Вот я её все-таки выбрал:
https://i.imgur.com/7LD9VfO.png
Лучше бы не менял, стало только хуже. Обрати внимание на скругленные уголки окошек, kwin там дорисовывает черные уголки до прямоугольных, и этому багу уже фиг знает сколько лет, он тянется самых первых версий KDE 5. И кстати куда же там пропали такие красивые тени от окошек?
Проблема в самом KDE Neon. Они натягивают новые либы на старые версии всего, отсюда и проблемы. На нормальных дистрибутивах такой проблемы не будет.
Это основной дистрибутив разработчиков KDE. Можно сказать витрина KDE.
Это так, но проблем не отменяет. Чтобы собрать свежий KDE под древний Qt им нужно патчить приложения. Они недавно отказались от сопровождения LTS по этой причине.У меня самого последняя плазма на десктопе на ArchLinux - работает хорошо. Думаю, что другие дистрибутивы со свежими пакетами тоже подойдут.
На PinePhone, где официальное DE это Plasma Mobile, разработчики KDE сами рекомендуют и используют Manjaro. И именно с ней он и поставляется по-умолчанию.
Я описал проблемы, которые не имеют отношения к версиям библиотек. Корявый kwin не умеет в сторонние темы, все работает криво-косо и глючит.
Я очень долго использовал https://github.com/PapirusDevelopmentTeam/materia-kde, но проблем с отрисовкой как у Вас не наблюдал (сейчас перешел на Breeze). Возможно, проблемы в самой теме.
Но на счет вылетов - почти уверен что проблемы с KDE Neon. Попробуйте любой другой дистрибутив для сравнения.
У меня уже как в "С легким паром" каждый год под новый год... каждый раз когда выходит новая версия KDE я ставлю Kubuntu, пытаюсь её использовать хотя бы пару дней. Меня хватает только на пару дней. Если использовать KDE в полностью дефолтном виде, то проблем возникает гораздо меньше. Но я то ставлю KDE как одну из самых гибких DE, с миллионом настроек. Мне не нравятся чисто темные и чисто светлые темы.Я пробовал много разных тем, вот там начинается куча проблем, от обычных падений плазмы и панели управления KDE, до проблем с каталогом тем с которым постоянно нет связи, проблем с самими темами, когда глючат уголки скругленных декораторов окон, пропадают или ведут себя неадекватно тени, косячат цветовые схемы для GTK приложений и много другое.
Так же мне жутко не нравится настройка панелей, что родных KDE-шных что Latte Dock. Виджет глобального меню работает через раз, для него нормально или вообще не отрисовать меню для текущего окна (особенно часто это бывает с Chrome) или при переключении окон оставить меню от предыдущего окна. Да в Gnome сейчас вообще нет плагина для глобального меню, но что такой глючный что его нет вообще большой разницы нет
Ещё никак не настроить поведение аналогично как в Gnome 3 и 40, где я привык что верхняя панель для развернутого окна это продолжение титлбара и я могу просто потянуть её за свободное место мышкой и вернуть окну исходный размер который был до развертывания его на полный экран, это очень удобно, но нет ни в одной DE кроме Gnome, поэтому в нем нет необходимость в кнопках развернуть и свернуть, и можно оставить только кнопку закрытия. Более того я всегда пользуюсь расширением Unite которое у развернутых окон скрывает титлбар и переносит кнопки управления окном на панель. В KDE есть возможность настроить нечто подобное с помощью виджетов и сценариев kwin, но панель никогда не будет выполнять функции титлбара, нельзя потянуть за неё или два раза щелкнуть что бы стянуть окно из развернутого в обычное, надо целиться в виджет что реально неудобно.
Если я хочу использовать латте как док, то для виджета главного меню я не могу там настроить открытие по кнопке Super или как ещё её называют win, только по сочетанию клавиш, но блин это уже настолько привычная кнопка для открытия дэша в Gnome что для меня это дико. А ещё латте частенько падает, у меня вчера падал от разворачивания mpv на полный экран.
Там много ещё таких мелочей, например вездесущие всплывающие подсказки. Ну вот нахрена мне подсказка если я случайно поставил мышку на виджет часов, или значок громкости в трее, причем всплывают они довольно медленно и коряво, а если быстро перемещать мышку по панели то анимации пересекаются артефактят, а подсказки от латте ещё оставляют артефакты на экране.
Все это оставляет ощущение, что пользуешься вечной альфой которую вместо того чтобы отладить наводняют настройками которые в итоге не дают настроить так как тебе хочется.
>я ставлю Kubuntu, пытаюсь её использовать хотя бы пару дней. Меня хватает только на пару дней.Ну ты понел, да?
Чем тебя не устраивает база Ubuntu? Там то как раз все свежее.
>Корявый kwin не умеет в сторонние темы, все работает криво-косо и глючит.Ничего, в сентябре "глючить" перестанет :)
Скрины значит в качестве подтверждения не подходят? Хотя фанатикам что-то доказывать бесполезное дело
> Скрины значит в качестве подтверждения не подходят? Хотя фанатикам что-то доказывать бесполезное
> делоНе обращайте внимания, я около года назад написывал на опеннетик пытался пруфовать, пояснять что-то, но фанатикам KDE "лей" в глаза - божья роса!
Они вечно вертятся как уж на сковородке, то им версия кедов не та, то дистрибутив не тот, то драйвера, то железо неподходящее, кароч всё плохое, только кеды хорошие и никогда не текут и не падают, а кто пишет обратное хейтер и тролль!
Вот такое вот оно безглючное KDE, глюков нет, топому что кедефанатьё их не признают тупо, я уже забил что-то доказывать, и вы не тратьте сил и времени на это дурное занятие.
Я это уже понял, именно такие набегают во все темы про Gnome и накидывают говна на вентилятор.
Не знаю, что у вас глючит и вылетает в КДЕ. У меня на Arch и последнее КДЕ, ничего токового не случается. Всё работает нормально и проблем никаких нет.
https://i.imgur.com/8aNRfam.jpeg
А ты не знал? На КДЕ5 только смотреть можно, тихо дышать и недайбог чихнуть
Я всегда говорил что KDE хороша только на скринах
Крыса их всех переживёт
Фуфел перешёл с корицы на кеды. И что из этого следует? Просто челу надоела корица и он решил попробовать кеды. Поиграется с кедами и перейдёт ещё куда-нибудь. Циннамон в дебиане не осиротел -- его подхватили и будут поддерживать. Циннамон хорош своей стабильностью и отсутствием экспериментов над пользователями. Он просто работает, а больше от него ничего не надо. У меня стоит дома и на работе.
Manjara KDE!
Какой громкий переход с громким захлопыванием двери. А может Норберт Прейнинга кедерасты тупо купили?
>After having been (again) demoted (timed perfectly to my round birthday!) based on flimsy argumentsЯсно
