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)
Ответ на: комментарий от AleksK

методики и стандарты разработки 1С современные.

Сколько там [десятков] лет должно было пройти чтобы одинэсники перестали говнокодить,хотябы на уровне методик и стандартов? И все ли перестали в реальности?

Другое дело,что спрос на всякий «учет складских остатков» есть,а профессиональные программисты писать такое не хотят - не интересно им. Вот и появились «программисты 1С».

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

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

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

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

Ты ради интереса почитай методики и стандарты разработки 1С современные.

Это там где используются команды препроцессора #Вставка, #КонецВставки, которые динамически патчат строки функций в любых сторонних модулях? Какое там кстати стандартное средство для написания и автоматизации тестов?

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

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

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

вспомнила курьёзный случай.

искала работу. написала в резюме: мол, C, C++, Linux, кернел, сети, все дела. ну и звонят и пишут разные HRы, предлагают варианты. и тут, среди прочего, звонит мне какая-то тётенька. судя по голосу точно не HR: те уверенные в себе, бодрые и шустрые. а тут, значит, по голосу больше похоже на какую-то бабульку, которая где-то в в конторе сидит секретаршей. и вот она меня спрашивает:

- здравствуйте. мы ищем программиста. вот у Вас в резюме написано «эс» (Си, то бишь), а у нас «один-эс». вы сможете писать для «один-эс»?

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

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

«не он один» это все «и придумал и пропихивал»…

В интернетных статьях утверждается что [странную] архитектуру вейланда придумал именно что один человек Kristian Høgsberg. На момент придумывания ему было чуть за 30. Научной степени в области CS у него нет. Человек взялся за задачу явно выше его уровня,да и вообще на мой взгляд не посильную для одного человека. Поэтому оно полтора десятка лет допиливалось уже другими людьми до относительно работоспособного состояния. В результате имеем то что имеем. И еще немало допиливать придется. А сам этот гражданин по-быстрому свалил в Интел.

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

а почему «настоящий программист» должен вникать в ваш жаргон, простите? никогда не пыталась и не собираюсь.

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

хотя на первой своей работе, в 99-м году, я писала АРМ бухгалтерии капстроительства для управления ЖД. но это было давно, там был свой план счетов и вот это всё. и никакие одинэсы там даже близко не справлялись с нагрузкой. потому и писали отдельный софт, тащемта. но не суть. с тех пор я не интересовалась бухгалтерией и не планирую в этой области работать.

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

Я недавно узнал что для создания X11 в 1980 выделили 50 миллионов долларов (сейчас наверное 100+ миллионов долларов), несколько сотен рабочих станций, и IBM в качестве вишенки прислал 5 сотрудников сверху. Какие затраты были после этого первого прототипа, я не искал. Разработка была в MIT. Сейчас нечто такое представить сложно, так что технологический пик пройден, дальше будет только DOS-фреймбуффер в виде Wayland.

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

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

ну, мы же не знаем всех подковёрных игр копрорастов. сколько они просрали на впаривание всякой фигни в опенсорц, никто не скажет наверняка. но, скорее всего, немало.

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

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

А ещё есть удаление и конец удаления. А ещё ты можешь добавить свой код перед процедурой или после. Можешь вообще заменить функцию или процедуру на свою. Можешь добавить новые объекты конфигурации. С каждой версией ограничений становится все меньше. Это называется механизм расширений.

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

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

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

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

Тем более что последние всё равно не решают проблему до конца, зато раздувают размер метаданных в разы — ведь теперь вместо просто списка пакетов нужно загружать и список всех файлов в этих пакетах. (Неспроста первый dnf refresh в условной Fedora — это загрузка на несколько сотен МБ.) Вычислительная сложность разрешения зависимостей при этом тоже растёт экспоненциально.

И ничего хорошего в кодировании libblabla.so.5 в libblabla5 – нет.

Может и нет, но и ничего прям супер плохого я тоже не вижу. Так-то SONAME кодируется в имени ссылки на файл библиотеки, и ничего.

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

А какой-то другой подход – не позволяет? Не понял этот тезис. Любой позволяет.

Я не зря написал «тривиальным образом». В том же RPM хоть и есть теоретическая возможность установки нескольких версий одного и того же пакета одновременно, но реально используется это, по-моему, только для ядра, которое обрабатывается особым образом в DNF. А если имеем 2 приложения, первому из которых нужна libreadline.so.8, а второму — libreadline.so.9?

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

Как видно, тэг версии только для libc указан. Остальные зависимости можно откатить на несовместимую версию, а пакетный менеджер не пикнет.

Да, в то время как в Debian так сделать не выйдет:

$ apt depends mc
mc
  Зависит: libc6 (>= 2.34)
  Зависит: libext2fs2 (>= 1.37)
  Зависит: libglib2.0-0 (>= 2.67.3)
  Зависит: libgpm2 (>= 1.20.7)
  Зависит: libslang2 (>= 2.2.4)
  Зависит: libssh2-1 (>= 1.2.8)
  Зависит: mc-data (= 3:4.8.29-2)
…

Конечно, и эта система не абсолютно всесильна, ибо загружаемые в runtime через dlopen() библиотеки отследить не в состоянии, однако же она покрывает, наверное, процентов 99 всех случаев.

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

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

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

Это называется механизм расширений.

Это называется monkey patching, его уродство всем известно. Обычно используют более адекватные средства, такие как внедрение зависимостей. А то что в 1С, это буквально копипаст функции sort(), вместо того что бы передавать лямбду.

Для тестов есть специальные конфигурации, но все ты тестами там не покроешь.

Понятно что все учесть нельзя, а что за специальные конфигурации, и как реализуется мокинг? Тоже через #Заменить, #Удалить?

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

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

Очень плохая идея ввиду большой возможности коллизий. Тут сразу потребуется вводить пространства имён и как-то их контролировать. Короче, так сейчас до любимой @wandrien КОРБЫ дойдёт, в жизнеспособность которой я не слишком верю.

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

большинство хомяков проголосовали

А спрашивать надо не хомяков и тем более не большинство,а профессионалов. Потому что охлократия не работает.

Когда начинающему музыканту-гитаристу показывают правильные приемы обращения с «интерфейсом» инструмента - почти всегда они кажутся ему неудобными. Если он прислушается к рекомендациям профессионалов и правильные приемы освоит - у него есть шанс стать профессионалом. Если же проигнорирует(либо он самоучка) - так и останется на уровне побренчать в компании приятелей. Да даже водителя начинают учить с правильного положения рук на руле. Так почему с компьютерными интерфейсами должно быть иначе и они должны ориентироваться на мнимое удобство для неумех? Тем более - на десктопах. Для чайников уже давно сделали пальцетыкательные планшеты и смартфоны. Оставьте десктопы профессионалам и эдвансед юзерам.

А массовое внедрение мышей в задачах,не связанных с рисованием/черчением/прочей графикой - это именно попытка угодить «хомякам» которым тупо ЛЕНЬ изучать приемы эффективного взаимодействия с компом - слепую печать и хоткеи. Таким с позволения сказать юзерам тяжело и мучительно искать одним пальцем нужную кнопку на клавиатуре,им проще в кнопку на экране ткнуть. Для не владеющего клавиатурой - это быстрее. А вот для владеющего - намного медленнее. Опять музыкальная аналогия: чайник смотрит на клавиши и тычет одним пальцем «собачий вальс»,а профессионал смотрит в ноты и двумя руками играет сложную академическую музыку. Вот и при взаимодействии с правильно сделанным компьютерным интерфейсом аккорды на клавиатуре эффективнее тыкания что одним пальцем что мышиным курсором.

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

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

Мне нравится, что задроты считают консоль вершиной эволюции интерфейсов, но почему-то на ЛОР пишут из гуёвого браузера.

P.S. этот коммент написан и опубликован в Emacs.

https://ibb.co/x837TZPT

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

предположить, что они что-то делают из альтруизма?

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

Так что без корпоратов и их денег - никуда. Хорошо что Столлман придумал юридический хак с GPL как заставить их делиться наработками с сообществом. Увы - или так или никак. Та же графическая подсистема - слишком сложная штука. Иксы кстати изначально сделали тоже корпораты. Причем сделали довольно быстро. А за все годы после попадания иксов в руки сообщества - тот древний корпоратский код так и не нашлось кому отрефакторить хотябы.

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

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

Хомяки сказали: «Хотим бесплатную макось!!!»

И хдж/фриидесктоп собрались форсировать запил, так-как на поверку — макось спроектирована правильно, и благодаря происхождению от некста — уделывала все линуксы разом.

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

Прочитал ман страницу и не понял, что эта опция должна делать. Выглядит как какое-то локальное заклинание под нужны конкретно апта.

Это просто опция для починки нарушенного графа зависимостей, путём установки нужного и удаления ненужного.

В давние времена часто использовалась, чтобы доустановить зависимости после установки локального пакета через dpkg -i, но т.к. APT уже давным-давно умеет ставить локальные пакеты самостоятельно, то опция эта почти никогда не нужна.

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

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

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

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

Ты не читал тред. Они тут уже за вялого и системду на похоронах лунипса два бояна порвали.

Рассказываешь, что не всё так плохо, УМВР. А они пятую чарку за упокой лунипса накатывают, и снова за своё.

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

А настоящий программист должен только драйвера писать? Зачем вешать ярлыки на то в чем ты совсем не разбираешься.

При чем тут вообще бухгалтерия? Бухгалтерия это маленькая часть платформы. Да и вообще основную работу в современных конфигурациях выполняют вполне себе универсальные регистры накопления и сведений. Ну и нагрузки на 1С можно масштабировать очень сильно. Я вот видел почти 40 терабайтную базу в которой одновременно работают больше 1000 розничных магазинов сети.

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

Я не зря написал «тривиальным образом». В том же RPM хоть и есть теоретическая возможность установки нескольких версий одного и того же пакета одновременно, но реально используется это, по-моему, только для ядра, которое обрабатывается особым образом в DNF. А если имеем 2 приложения, первому из которых нужна libreadline.so.8, а второму — libreadline.so.9?

проблемы собрать такое нет, я думаю. но проблема будет в том, что у пакетов кроме библиотек есть файы настроек, маны и всё прочее. и вот с ними что делать?

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

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

При чем тут вообще бухгалтерия?

А что известно и получило успех, что одновременно построенно на 1С, и не связано с этими всеми учетами?

Эти регистры накоплений, довольно тонкие абстракции к БД, для реализации всяких задач связанных с изначальной сферой 1С. Не слишком показательный пример универсальности.

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

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

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

Смысл? Разве ПО не выбирают из-за набора функций?

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

Ты забыл ещё про яблочное API.

Больше разных API богу API.
А разработчик софта?
Да пошёл он нахрен этот разработчик, кому он интересен.

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

настоящий программист работает в той сфере, в которой он специализируется.

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

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

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

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

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

а в чём причина пользования такой древней кодировкой

Унаследованный код и данные.

где это сейчас может быть нужно?

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

насчёт «индикаторов» - видела ASCII много раз. но вот конкретно 866 - никогда.

В том абзаце я имел в виду однобайтные кодировки вообще,а не конкртено 866. В любительских поделках обычно бывает 1251 потому что делалось из-под виндов.

разработка под микроконтроллеры - это одно. а общесистемные локали - это другое.

Так в том-то и дело,что локаль в линуксе - она не «общесистемная»,а атрибут каждого отдельно взятого процесса! И если мне нужно написать нечто под контроллер где символы кодируются одним байтом то мне удобно и в редакторе выставить нужную локаль с однобайтной кодировкой. При этом сохраняется возможность запустить например браузер в юникодной локали чтобы видеть на сайтах всякие дельты с лямбдами и прочее такое. Как раз в линуксе архитектурно всё правильно сделано - каждая программа может работать с той локалью которая для нее наиболее предпочтительна.

А плохо опять ровно тоже самое навязывание корпоратами - в данном случае юникода даже там где ему не место. Если к примеру я подключаюсь по ssh к серверу - то вот зачем мне в этом терминале юникод? Там вообще оптимально поставить LOCALE=C как наиболее универсально-безглючный вариант,особенно учитывая что сервер может быть в хрен знает где(в США) и никакая национальная локализация там не установлена просто потому что для среднего американца неамериканские языки не существуют.

И всё это реально работает,за исключением того факта что в собранных конкретно в Дебиане иксах есть поддержка буквально кучи разных однобайтных кодировок, даже такой экзотики которой никто «живьем» никогда не видел,но нет поддержки cp866. В Альте этот досадный недочет исправлен и переключение локалей работает именно так как задумано.

Лет двадцать назад я даже по молодости и наивности пытался отправить патч. Даже к профессиональному переводчику обращался чтобы сопроводительный текст к нему написать на правильном деловом английском. Так мне даже не соизволили ответить! Это к вопросу о закрытости тусовок разработчиков крупных «открытых» проектов. Почему я в соседней теме и написал что АльтЛинукс в этом смысле - довольно редкое и приятное исключение.

Кстати, и с 866 и 1251 кодировками работают даже такие сложные штуки как TeX например,при правильном написании заголовка исходного файла.

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

Главное чтобы это всё не поломали в процессе «развития».

Я еще не пробовал устанавливать вэйланд и пытаться заставить XWayland работать с однобайтными кодировками. Может там как раз всё хорошо и я напрасно переживаю.

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

И откуда же все позаимствовано? Что же за оригинал такой?

Обрати внимание - сделано в Германиии (с) реклама из 90-х.

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

идея состоит в том, что хомякам зайдёт бесплатная макось.

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

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

ну, вот через 20 лет и посмотрим, что там перепишут под вяленый,

Да я тебе и сейчас скажу: в общем-то, почти всё (гном, кде и тд), кроме того, что открывает кучу окон из разных процессов, и хочет их позиционировать или таскать между ними мышь. Да, кому-то кикад упёрся, и их можно понять. Но, в основном, у всех всё уже давно работает, так что 20 лет ждать не надо.

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

ну во первых «и на заборах пишут»
а во вторых - вы все тоже самое и написали, только однобоко и бОльшим кол-вом слов :о)

p.s. как только разработка (читай как «нечто») приобретает как.либо ценность - сразу-же появляются «откуда невозьмись» заинтересованные «круги», особенно военно-силовые и далее по накаканному накатанному сценарию... (имхо и на этом все, ни спорить, ни продолжать не буду :о)

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

нужно в линуксе играть

А зачем играть в линуксе(десктопном) если для играния есть более подходящие ОС? Да и вообще, сейчас,в отличие от пары десятков лет назад, вполне доступны по деньгами специализированные игровые консоли,причем разные.

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

Унаследованный код и данные.

а поправить этот код никак? если отображения букв на ЖК там уже есть, то осталось только переделать ассоциацию кода символа с изображением, если я правильно понимаю. 33 замены, ну, плюс-минус. не так уж и много.

это всяко проще, чем тащить наследие DOS'а через все слои обработчиков гуя и вкорячивать аж на уровне системной локали.

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

SteamDeck со SteamOS на базе Linux относительно популярен. Игры неплохо идут. А вот консоли в России не очень удобны из за санкций, и про деньги читать немного смешно, они на западе дешевле чем компьютер, и как раз считаются дешевым вариантом для тех кто не собирается покупать нормальный компьютер. И пока владельцы компьютеров выясняют как заставить игру наконец то выдавать фпс для 270 гц без проседаний, консоли иногда, кое где могут выдать стабильные 60 фпс и это считается новым достижением.

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

лучше просто такое железо не покупать.

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

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

я бы ещё поняла, если бы там поклонники тру-опенсорца играли бы в опенсорцные игры. но всё ведь не так. голимая проприетарщина, абсолютно такая же, как маздай. какой смысл это УГ тащить в Linux - остаётся загадкой.

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

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

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

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

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

30-50 ватт. Увы - в моей локации с ноября по февраль приходится добавлять энергию генератором с ДВС на пропане. Впрочем - алгоритм управления энергопотреблением проца от этого не меняется,только вместо поступления энергии от солнышка используется факт поступления энергии от генератора.

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

Четыре месяца из 12 солнечной энергии не хватает,да. Но это всяко лучше чем все 12 месяцев использовать энергию от генератора с ДВС. У меня кстати еще и ветряной генератор есть,но небольшой. Тем не менее зимой отчасти помогает.

Зато летом когда белые ночи - электричество девать некуда:)

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

сейчас для электроники есть более свежий софт. вон, тут упоминали QElectroTech, например. схемотехника там точно есть. насчёт трассировки и всяких симуляций - я хз. но во времена DOS она тоже вряд ли была.

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

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

В моей локации (Лен.область) зимой китайская солнечная панель дает примерно 1/20-1/10 своей паспортной мощности в китайских ваттах просто от света серого зимнего неба в полдень (без снегопада).

watchcat382
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)
Тема будет перемещена в архив .