LINUX.ORG.RU

Разработчики САПР KiCad раскритиковали Wayland и рекомендовали использовать X11

 , ,


3

6

Разработчики свободной системы автоматизированного проектирования печатных плат KiCad рассказали о состоянии реализации поддержки Wayland и обобщили проблемы, мешающие полноценному использованию данного протокола. Пользователям, профессионально проектирующим печатные платы в KiCad или желающим получить стабильное и полнофункциональное окружение, рекомендовано запускать KiCad в средах рабочего стола на базе протокола X11, таких как Xfce, MATE или X11-сеанс KDE Plasma.

Тем кто намерен использовать KiCad в окружениях с Wayland следует быть готовым к возможным зависаниям и аварийным завершениям, невозможности восстановить желаемую раскладку окон и ограничению функциональности интерфейса. Утверждается, что ограничения в функциональности вызваны отсутствием в Wayland возможностей, давно применяемых в приложениях для X11, Windows и macOS, таких как поддержка позиционирования окон и мгновенного перемещения указателя мыши (cursor warp).

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

Фрагментация композитных серверов существенно увеличивает трудозатраты на реализацию поддержки Wayland. Отмечается, что самое неприятное в том, что разработчики KiCad не имеют возможности исправить возникающие проблемы своими силами, так как проблемы присутствуют не в KiСad, а в протоколах, оконных менеджерах и композитных серверах.

Учитывая, что Linux применяет лишь небольшая часть пользователей KiCad, решено избегать добавления в кодовую базу проекта костылей для обхода проблем, специфичных для оконных менеджеров, но при этом продолжать собирать KiCad для Wayland и тестировать сборки на совместимость. Все выявляемые проблемы и ограничения планируют документировать и доводить до сведения пользователей.

В системе отслеживания ошибок решено не разбирать жалобы от пользователей Wayland, связанные с позиционированием и размером окон, установкой фокуса, а также зависаниями, аварийными завершениями, повышенной нагрузке на CPU, проблемами с устройствами ввода и сбоями при отрисовке, не проявляющимися в сборке для X11.

Среди известных проблем, которые находятся вне зоны влияния разработчиков KiCad и которые не удаётся устранить на стороне KiCad:

  • Проблемы с управлением окнами: Невозможность управления позицией окон и панелей (при открытии KiCad нельзя запомнить и восстановить положение окон и панелей инструментов). Проблемы с координацией работы одновременно с несколькими окнами. Ограничение возможности перемещения вкладок и панелей между разными областями.
  • Проблемы с устройствами ввода: Возможность мгновенного перемещения курсора (cursor warping) завязана на необязательные экспериментальные расширения протокола, поддерживаемые лишь в отдельных композитных менеджерах. Непредсказуемое поведение при управлении фокусом ввода. Проблемы при использовании специализированных устройств ввода и при обработке горячих клавиш.
  • Проблемы со стабильностью и производительностью: Повышенное потребление ресурсов и высокая нагрузка на CPU/GPU по сравнению с использованием X11. Появление графических артефактов при отрисовке и нарушение нормального вывода. Зависания и аварийные завершения, проявляющиеся только при работе в окружениях на базе Wayland. Ненадёжная работа с буфером обмена.
  • Ограничения интерфейса пользователя: Проблемы с позиционированием, фокусом и взаимодействием в модальных диалогах. Проблемы с запуском внешних приложений и управления ими.

>>> Подробности (opennet)

★★★★★

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

Есть, и давно.

Вызывающе неверная информация.

https://packages.debian.org/bookworm/thunar

И имя пакета прописывается в зависимости.

То есть по факту ничего нет. Зависимость от некого «имени пакета», а не от названия самой либы.

Мне вот интересно, какая из причин верна?

  • apt настолько тормознутый, что если сделать полноценный трекинг зависимостей, то настанет вешалка?
  • или же это не apt тормознутый, просто проектом заправляют старпёры, которые делают как еще деды дедам завещали, не имея собственного критического мышления?
  • или же они просто любят делать через жопу, такой лайфстаил у ребят?
wandrien ★★★
()
Ответ на: комментарий от AleksK

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

Пока ещё можно запустить IDE, через ssh с ключом -X и покодить да и поотлаживаться, не имея у себя мощного железа. Или например если программа использует оборудование, которое есть только в 1 экзмпляре. Правда сторонники прогресса в стиле Джобса говорят: «Пользователям это не нужно.»

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

Вызывающе неверная информация

То, что ты утверждаешь - да.

То есть по факту ничего нет. Зависимость от некого «имени пакета», а не от названия самой либы.

Пакет зависит от пакета, в котором лежит нужная либа. Всем этим, на этапе сборки пакета, рулит debhelper, на основании макроса ${shlibs:Depends} в control-файле. От точно знает в каком из пакетов эта либа лежит, а благодаря библиотечным символам - гарантирует что ничего не отвалится при обновлении этой либы. Остальной твой бред не читал, вижу что ты просто фанатик роллинг-говна, и называешь опытных разработчиков одного из самых важных и главных дистрибутивов GNU/Linux - старперами да дедами (хотя там молодняка сейчас хоть отбавляй)

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

То, что ты утверждаешь - да.

А что именно я утверждаю? Я показал работу dnf в Оракле - раз, показал список зависимостей у типичного deb пакета - два. Что из этого является 4.2.?

Пакет зависит от пакета, в котором лежит нужная либа.

Да. Это и называется - через жопу. Покажи аналог dnf repoquery --whatprovides.

Остальной твой бред не читал, вижу что ты просто фанатик роллинг-говна, и называешь опытных разработчиков одного из самых важных и главных дистрибутивов GNU/Linux - старперами да дедами (хотя там молодняка сейчас хоть отбавляй)

Ну что очередной дебианщик порвался, это не удивительно. Удивительно было бы обратное.

фанатик роллинг-говна

Ну что OEL и ROSA - это роллинги стали, таких открытий я даже на ЛОРе пока не слышал. Продолжайте.

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

Пакет зависит от пакета, в котором лежит нужная либа.

Так это такая же жесткая зависимость от имени пакета. В RPM такого нет, если специально вручную не прописали. Ну хорошо, что в дебиане хоть какая-то автоматизация есть.

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

Ну железо с учётом игр ты брал в любом случае, не отрицай.

Ноут с интеграшкой Vega 8. Какие игры? В косынку разве что можно. Ну или эмуль свича запустить, его эта видяха с трудом, но потянет. Это чисто рабочий ноут, я бы обновился на райзен посвежее только из-за того что там сейчас USB-C 3.2 и через него можно мониторы подключать внешние. На компе дома стоит 7900GRE и там да можно поиграть, но к сожалению времени на это катастрофически не хватает, большую часть времени я провожу с ноутом.

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

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

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

Пока ещё можно запустить IDE, через ssh с ключом -X и покодить да и поотлаживаться, не имея у себя мощного железа.

Это что за IDE? Vim?

Маловероятно, что вы полагались на сетевую прозрачность X11: современные приложения опираются на разделяемую память (SHM), DRI2 или DRI3 и D-Bus, что лишает их свойства сетевой прозрачности.

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

Просто не надо называть все что мощнее c2d игровым железом. Хороший процессор никогда ещё не мешал в работе.

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

Ну если все давно заточено на разрешение зависимостей по именам, то переделывать это никто не будет конечно. RPM то с самого начала сделан правильно.

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

Судя по тому что про него написано, он сам по SSH подрубается к серваку. Сетевая прозрачность и иксы тут вообще никаким боком.

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

А это где такое было?

Да прямо в предыдущем коменте. Мощная железка, это не причина для гордости это источник комфорта при работе. Полно ноутов с мощными процами и интеграшками потому что на них удобнее и комфортнее работать, а не потому что на них будут играть. Да и 5800H не такой уж и мощный проц по нынешним временам.

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

Удивительно, как дебианщики усиленно отрицают реальность.

«Не так, у нас всё есть!» восторженно говорит чел и тут же начинает рассказывать, как именно у них описываемой фичи нет.

Это странно, конечно. У Арча я не видел таких фанатиков. Скорее всего, люди приходят в Арч осознанно, понимая трейдоффы разных решений. И могут сформулировать без горения жопы: «Да, в Арче вот то и это сделано херово. Но за счёт вон того он лично мне проще и удобнее».

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

Просто не надо называть все что мощнее c2d игровым железом

А это где такое было?

Да прямо в предыдущем коменте

Перечитал снова свой комментарий. Снова не обнаружил этого. Процитируй эти якобы мои слова. Где конкретно ты нашёл их в моём сообщении?

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

Ну там разные есть, да. Я в некоторые готовые играл, потом солянку из модов собирал. Можно с нуля собрать набор модов для получения игры по вкусу. Гибкость по модам наверное даже больше чем в Римке.

А потом вообще играл в «напиши свой набор патчей на чьи-то моды» :D

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

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

В Debian можно указать через | разные имена пакетов, где лежат совместимые библиотеки. И автоматизация там не «хоть какая-то». Она там на крайне продвинутом уровне. Сейчас ещё и tag2upload тестят, чтобы через гит можно было все делать.

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

Деточка, Я на работу бывает принимаю людей, которые младше моего аккаунта на этом сайте. KiCAD это, пожалуй, один из основных моих инструментов, благодаря которым я зарабатываю деньги. Если к нему добавить Qucs-S и OpenEMS? то это будет процентов 80 от используемого софта в плане рабочего времени. Так что иди к своим школьникам с теми альтернативами, которые ты по глупости навыдумывал.

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

А что именно я утверждаю? Я показал работу dnf в Оракле - раз, показал список зависимостей у типичного deb пакета - два. Что из этого является 4.2.?

Все твои познания в пакетировании софта для Debian.

Да. Это и называется - через жопу. Покажи аналог dnf repoquery --whatprovides.

apt-file

Ну что очередной дебианщик порвался, это не удивительно. Удивительно было бы обратное.

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

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

А что надо делать на обычном десктопе чтобы заметить это торможение? Я как-то раз обсчитывал скругления в OpenSCAD,они там через векторную сумму Минковского и считаются долго. Параметр ядра mitigations=off видимого ускорения не дал,хотя с секундомером я не измерял,оно что так что эдак несколько часов считалось. Благо что комп работал на халявной солнечной энергии:-)

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

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

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

Ору.

автоматизация на крайне продвинутом уровне

выглядит как-то так

https://github.com/void-linux/void-packages/blob/master/srcpkgs/Thunar/template

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

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

Вот опять же, очередной бред про огромные кнопки. Это тоже надо парировать?)

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

Я вот просто уверен что ты пока весьма молод. В период обтесывания после вышки и первоначального накопления опыта я то же думал, что можно быть универсалом: и писать код под мк, и разрабатывать схемы, и трассировкой заниматься. Но не обольщайся, рано или поздно жизнь заставит тебя выбирать что-то одно. Утка вон то же универсал: и по земле ходит, и по воде плавает, и по воздуху летает, но везде как-то кривенько и херово.

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

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

В твоём мирке все, кто как-то критикует GNOME — хейтеры, которые одержимы ненавситью к Гномощели.

В моём мирке люди, которые 15 лет не могут успокоиться по поводу самого факта существования Гнома 3+ и исходят «критикой» по любому поводу, даже когда это явный оффтоп - явные хейтеры) Например, я не очень люблю КДЕ и могу объяснить, за что, если это кому-то интересно. Тем не менее, я ровно отношусь к тому, что кто-то предпочитает КДЕ. Я не срусь на форумах, с пеной у рта доказывая, какой КДЕ плохой и неудобный. Теперь посчитай, которое по счёту сообщение ты строчишь на тему Гнома в теме, в которой вообще Гном как-то сложно приплести. Всё только для того, чтобы доказать, что внимания Гном не заслуживает)

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

Ну так говори. Осмысленное. Без переходов на личности и генерации бреда.

Ты когда apt-file приводишь как «ответ» на вопрос, тебе самому не стрёмно себя клоуном выставлять? Видимо, нет. Так и скажи человеческой речью: в Дебиане аналога этой фичи нет.

Завязывай с фанбойством.

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

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

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

ЭТО ДРУГОЕ

Принцип один и тот же. Напомню, что Юникс-системы изначально закладывали в себя принцип разделения и ограничения полномочий на уровне пользователей и процессов. Wayland как раз юниксвей, в отличие от.

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

А вот и конспирология подъехала, я уж думал, мы никогда не начнём.

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

Научишься говорить - поговорим

Кто бы говорил. Скатилась дискуссия именно после твоего перехода на личности: «ты просто фанатик роллинг-говна», потому что тебя почему-то задело, что подход Debian назвали старперским. Видимо, личное что-то. Или всё же фанатик тут именно ты?

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

Слава богу, что это только ваше личное мнение.

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

Я тебе привел аналог той команды, что ты написал.

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

Которая делает то же самое - ищет содержимое в пакете и какой пакет что предоставляет

И вот тут тоже каша. Потому что «какой пакет что предоставляет» - это про пример команды для dnf. А «ищет содержимое в пакете» - про apt-file. А у тебя всё в кучу.

Твои познания в пакетной системе Debian практически нулевые.

Да похоже, что это твои познания нулевые, раз ты считаешь, что apt-file позволяет зависимости трекать.

Итак, возвращаемся к вопросу. Какой аналог в дебиане для команды dnf repoquery --whatprovides ${ИМЯ_SOШКИ}?

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

мне не нужны «мужики». я убеждённый холостяк и предпочитаю программирование и прочие хобби

Это называется «инцел».

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

Я поржал про rpm. Кто помнит про звиздец с зависимостями в rpm дистрах времен 9ого редхата и ASP, а так же мандрейков, тот может тебя и побить немного.

Кстати впервые нормальные зависимости появились на rpm у ALT-а по моему…

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

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

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

Фишка в том, что в RPM они появились, а в deb - нет. Кому вообще интересен 9-й RH в 2025-м году? Что вы курите?

Это и есть мышление дедов, про намёки на которое триггерится Sunderland93. Мол, вот в нашей молодости, в 2002-м году…

@hateyoufeel примерно также с сишников-маразматиков ржёт, и правильно делает.

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

Итак, возвращаемся к вопросу. Какой аналог в дебиане для команды dnf repoquery --whatprovides ${ИМЯ_SOШКИ}?

Слева имя пакета

apt-file search kio_trash.so
kio: /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/kio_trash.so
kio6: /usr/lib/x86_64-linux-gnu/qt6/plugins/kf6/kio/kio_trash.so

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

Выдыхай, иди поплачь.

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

И, как схавает apt, если я kio_trash.so из твоего примера как зависимость пакета укажу? Предложит поставить kio автоматом?

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

раз ты считаешь, что apt-file позволяет зависимости трекать.

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

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

Че? Покажи мне где я сказал, что с его помощью отслеживаются зависимости?

А хрели ты тогда его предлагаешь как аналог для команды, которая отслеживает зависимости?

Более, того, если ты просишь показать, где ты сказал, я покажу твою прямую речь:

Я тебе привел аналог той команды, что ты написал. Которая делает то же самое - ищет содержимое в пакете и какой пакет что предоставляет.

Дольше одного сообщения контекст диалога в голове не удерживается? Обвязка ИИ поломалась?

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

Это все делает debhelper. Автоматом.

Что debhelper делает? Телепатически угадывает через хрустальный шар, какой именно пакет на машине юзера будет предоставлять libmyshit.so.100500? Сильная магия. Нет, он этого не делает. Машину времени не изобрели.

wandrien ★★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)