Доступен релиз композитного менеджера Sway 1.6, построенного с использованием протокола Wayland и полностью совместимого с мозаичным оконным менеджером i3 и панелью i3bar. Код проекта написан на языке Си и распространяется под лицензией MIT. Проект нацелен на использование в Linux и FreeBSD...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54946
Список изменений: добавлено ещё чуточку того, что в иксах уже существует десятки лет.
для X11 внезапно есть i3
Внезапно xmonad
Всем рекомендую прочитать вот эти статьи о Wayland.
1. https://drewdevault.com/2021/02/02/Anti-Wayland-horseshit.html
2. https://drewdevault.com/2019/02/10/Wayland-misconceptions-de...
>>> All of them are characterized by a blithe rejection of facts to embrace a narrative of victimization by a vague authority.Читал только чтобы найти эти самые факты. Нет там никаких фактов в защиту Wayland-а, только трёп и ничего больше.
При всем уважении к Drew DeVault, меня как пользователя не убедило совсем.
Я, правда, и не отношусь к той части, которая поливает разрабов вейленда говнами. Я всего-лишь продолжаю сидеть на иксах.Для меня (и еще некоторых других) вейленд мертв, пока на нем на заработает darktable с калибраторами. А это за два последних года при ненулевых стараниях сообщества, не сдвинулось с места ни на шаг (спасибо redhat за это?). Никакие рассуждения об опенжл, сетевой прозрачности и секюрности не заменят color api.
> Никакие рассуждения об опенжл, сетевой прозрачности и секюрности не заменят color api.Дак легче про сикурность трубить, чем работать. Вяленый сейчас повторяет развитие иксов, только назад.
Тиринг и тормоза вроде не добавляли
Это как раз одним из первых добавили и встроили прямо в протокол, если в иксах оно обходилось то тут нет.
Сижу через Compiz, где мне посмотреть тиринг и тормоза?
На иксах всегда был тиринг и тормоза с графикой, особенно при перемещении окон. В браузерах рассинхрон видео и звука и т.д. Вяленый эти проблемы исправил!
причем без всяких костылей вроде tear_free
Лол. Первое, что я увидел, запустив различные приложения (на разных тулкитах) в вейланде -- это тиринг и тормоза. Таких диких тормозов у меня не было даже с tear free. Нормально работали только приложения в xwayland (чтобы запустить нативно на вейланде нужно указывать переменные окружения). Вернулся в иксы, всё сразу быстро работает, нагрузка при таскании окон круговыми движениями не поднимается выше 1%, никаких задержек, никакого тиринга. С тех пор прошёл 1 год, ничего не изменилось.
Да ты гонишь.
Про 1%? Конкретно на нвидии нужно указать переменную окружения, иначе на новом UseNvKmsCompositionPipeline загрузка очень высокая. Но это касается только оконного менеджера, на приложениях не замечал. На интеле на иксах тоже есть различные варианты в зависимости от драйвера.
на одном ноуте amdgpu - никакого тиринга, никаких тормозов.на другом ноуте intel - никакого тиринга при условии использования простого композитора (xcompmgr)
> На иксах всегда был тиринг и тормоза с графикойНу я допускаю что у вас так действительно было. Но я, в общем то, ничего не настраивая (ну кубик для десктопа включил, хоткеи еще..) не имею никакого тиринга. Как и тормозов - запускаю в окошке вайноигрушки и спокойно таскаю их по всему экрану.
Ну даже не знаю.. glxgears вам подойдет для примера? https://imgur.com/a/BmMVSyw
Синхронизацию отключил в конфиге карточки, 4 и 5 строки - это быстрое-быстрое таскание окошка мышью между двумя мониторами (hdmi телеком и ноутом).
20000 fps против 21000.
> Тиринг и тормоза вроде не добавлялиГлавное раст не добавляли.
> мозаичным оконным менеджером
> хранитель экрана
> базовые примитивыСтатья случайно не через Гугл переводчик писалась?
Многие люди настолько привыкли к гугл-переводчику, что даже в обычной речи используют такие словосочетания.
Вообще очень много калек с английского.Чего стоит одно только совершенно бесполезное и стилистически неверное словосочетание "на постоянной основе" - вместо "постоянно".
Калеки с английского... Хм...
> стилистически неверноеЕсли аноним сказал, что стилистически неверное, значит так оно и есть.
Хорошо, что есть аноним. Теперь мы можем выявлять стилистически неверное.
Надо на Rust переписать.
Ну раз надо, так начинай.
щас он сам с собой дискуссию заведёт, в которой все собеседники будут ненавидеть раст. Я угадал?
Народ, а за что так Rust ненавидят? Вроде концепция языка интересная. Я использую несколько утилит на Rust типа exa, fd, rg, вроде все норм. За что язык критикуют, какие недостатки есть?
>Я использую несколько утилит на Rust типа exa, fd, rg, вроде все норм.И какие из этого можно сделать выводы?
>>Я использую несколько утилит на Rust типа exa, fd, rg, вроде все норм.
> И какие из этого можно сделать выводы?По поводу языка? Никакие. Утилиты хорошие на мой взгляд. А какие еще можно выводы сделать?
Делать выводы и думать не твой суперспособность. Жди пока большой брат тебе скажет как правильно. Не пытайся предпринимать попыток думать самостоятельно. У тебя не получается.
> Делать выводы и думать не твой суперспособность. Жди пока большой брат тебе
> скажет как правильно. Не пытайся предпринимать попыток думать самостоятельно. У тебя
> не получается.Куда мне до вас, суперспособных.
>> Я использую несколько утилит на Rust типа exa, fd, rg, вроде все норм.
> Делать выводы и думать не твой суперспособность. Жди пока большой брат тебе
> скажет как правильно. Не пытайся предпринимать попыток думать самостоятельно. У тебя не получается.И то ли дело анонимная оналитека вида "ветер дует, потому что деревья качаются" и "потому что потому! Ты дурак! Вот!"
>А какие еще можно выводы сделать?Ну вы же сами для чего-то их упомянули.
Я упомянул несколько хорошо работающих утилит на Rust. Каких-то очевидных для пользователя проблем я не заметил. Потому и спросил про сам Rust. Может в нем есть какие-то серьезные недостатки или ограничения, которые порождают много ошибок или проблем с производительностью. Может сложно код поддерживать по каким-то причинам.
1) У него отвратный синтаксис, что для 2021 года мягко говоря диагноз
2) Его ну очень активно рекламируют как серебрянную пулю от всего, забывая сказать что он решает довольно небольшой спектр проблем и в довольно узких случаях и конечно не упоминаются решения в других экосистемах, во многих из которых эти проблемы давно решены. В итоге получается реклама доместоса "мы победили проблемы С++99 встроив в язык обвязку которая давно была и в старом С++, а в новом не нужна вовсе". И уж тем более никто не упоминает о его производительности, которая ощутимо хуже того же С++ не говоря о С.
3) Это ЕЩЕ один язык пытающийся создать себе имя на фатальном недостатке. "Строим новое, ломаем старое" и "на улучшении старого не сделаешь себе имени" - вот девиз современных разработчиков языков-экосистем. Это явно не тот язык который объединит "низкоуровневых" разработчиков. Делая выбор в пользу раста мы раскалываем сообщество еще больше. Больше барьеров, меньше кооперации, больше языкоспецифичных и инфраструктурных проблем на пустом месте.
4) Локомотив этого движения АВС, гугль, мелкософт, мозилла - одни из самых подлых, лживых и недостойных компаний в айти индустрии, которые готовы на все ради денег, каждый из них неплохо отработал стратегию EEE, они утопят целую экосистему языка не моргнув глазом, если это сулит им барыши. Мозилла уже так и поступила. И конечно они будут влиять на направление разработки в своем русле.
Спрашивал не я, но спасибо. Хоть кто-то ответил по-человечески.
Спрашивал не я, но спасибо. Хоть кто-то ответил по-человечески.
C++ развивают в основном те же компании что вы перечислили.
сплошные теории заговора от сплошного теоретика...А самому попробовать код писать, не, не вариант?
При решении типовых бизнес задач, код на расте получается столь же лаконичным, как на какой-нибудь супер высокоуровневой и абстрактной скале (ну только в I/O больше получается, но тут и возможностей у раста в разы больше).
Вашей любимой сишечке такое и не снилось. Банальные filter/map/fold (meat and potato современных приложений) требуют написания лупов с явными аллокациями, счетчиками, глупыми и рутинными проверками граничных условий и конечно же, с шансом, по недосмотру или из-за опечатки выйти за границы массива.
Сишечка с плюсами иногда, в редких случаях, может потягаться в лаконичности, но чья тут корова мычала о синтаксисе?
На счет производительности, хотелось бы посмотреть бенчмарки, а не п...жь от анонима. Потому что бенчмарки, где раст работает на уровне си и это без эзотерических оптимизаций и плясок вокруг компилятора, я видел.
Что касается синтаксиса, странно его ругать в Rust, обойдя при этом, упомянутый тут же, C++ своим вниманием по этому же вопросу... И по моему мнению, гарантии по работе с памятью (в том числе рейсы), проверяемые на этапе компиляции, это очень весомый аргумент в его пользу. Аргумент про производительность, вообще лишён смысла, т.к. синтетические тесты могут быть написаны так, что даже python выигрывает у всех, а архитектурных причин с++ или rust быть медленнее си нет.
> какие недостатки есть?высокий порог вхождения,
отсутствует ооп, наследование. сложная динамическая диспатчеризация
отсутствует возможность писать в некоторых парадигмах (mvvm например)
нужно понимать, как выделяется и освобождается память, иначе просто не компилируется
слабоватый инструментарий, например я использую android-studio с плагином или Sublimeэто только из личных впечатлений, а так мне язык нравится. Половины претензий к нему не разделяю.
> нужно понимать, как выделяется и освобождается память, иначе просто не компилируетсясишник-смузихлеб?
Как-бы, без этого код на си вообще запускать нельзя. Раст хоть на этапе компиляции по рукам бьет, а не валится с сегфолтом.
Из недостатков, которые могли бы быть значимыми для местных хейтеров, только высокий порог вхождения
Зачем?
Переписывать надо на самом универсальном ЯП - JS.
Свэй на электроне...
Какие еще элементы доступны IME? Все поля и так работают. Ну кроме dmenu-wl_run. Там только системные раскладки видно.Waybar это отдельная дополнительная панель неориигинальная. Используется в системах без системд.
Реализация корзины стала лучше без системд, а то везде вопят мол системд победило. Ан нет. После воплей против Столлмана создатели Sway показали средний палец не только нвидии, но теперь и редхату. Сложно доминировать когда есть возможность послать системд/елогинд куда подальше.
Оторвали от waymonad панелку если че...
> Waybar это отдельная дополнительная панель неориигинальная. Используется в системах без системд.Шиза косит наши ряды. Какая в жоупень разница системде здесь? Используй хоть 10 панелей вместе.
Научись задавать вопросы, а то сам шизой попрости можешь. Какой-нибудь трей недоступен без шизоситемды в обычной панели. Именно поэтому ставят Waybar. Кроме того там просто правятся скрипты и лишнее говно убирается из показа. Кроме того нерационально и глупо использовать много панелей.
Пользователи нескольких мониторов вынуждены грызть тайлы.
Почему вынуждены?
А чем заменить? Остальные растягивают рабочие столы на все мониторы и не умеют переключать независимо.
Wayfire, labwc, hikari.
Неправда. В GNOME по-умолчанию рабочие столы переключаются только на основном мониторе. А для KDE есть KWin-скрипт, который эмитирует такое же поведение через автоматическое закрепление окон: https://store.kde.org/p/1398114/
> Пользователи нескольких мониторов вынуждены грызть тайлы.Кстати, это одно из моих любимых занятий - грызть тайлы. Раз в полгода пытаюсь пересесть на что-то без тайлов, но хватает дня на два-три. Уж очень привык к тайлам вообще и к Sway в частности.
Там вроде есть скрипты делаящие экран как в тайлах на КДЕхе.
> Там вроде есть скрипты делаящие экран как в тайлах на КДЕхе.Пробовал. Работает, но как-то не так. В том смысле, что я часто ожидаю другое поведение от этих скриптов в тех или иных ситуациях. Возможно мне надо просто глубже покопаться в следующую попытку. Есть еще для Gnome расширение. Pop shell кажется (из Pop!_OS). Тоже не зашло мне.
Ну вообще-то все тайлы тоже по-своему ведут себя. Мне конечно ближе логика i3/sway, но наделали всякого много. Может можно найти другой скрипт чтобы имитировать поведение нужного ВМа.
почему не может так?exec --no-startup-id feh --no-fehbg --bg-fill https://picsum.photos/1920/1080
делаю в терминале так
feh --no-fehbg --bg-fill https://picsum.photos/1920/1080
ошибок нет, но не работает...
Потому чnо делается это указанием в конфиге:output * bg #000000 solid_color
или
output "*" bg /home/user/Изображения/жопа.jpg
> Реализация корзиныОу!
Еще более интересно почему ранее она была завязана на systemd и elogind
внезапно)
Наверно какая-то стойкая ассоциация мусора и systemd.
Из системд выгрызли ещё более мелкую часть, чем elogind и назвали её basu
https://github.com/emersion/basu
Прямо как с MEI - выгрызть совсем всё нельзя, иначе система через 30 минут выключится, с системд так же - всё-равно кусок, да оставить приходится.