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

пакеты через него не ходили.

А это смотря куда. Именно про то я и говорил - с связностью плохо. Например google.com не пингуется по IPv6 через teredo,а he.net пингуется. Был и лучше казус - зашел уже не помню на какой сайт с которого можно попинговать всякое разное по IPv6. Так вот оттуда пингуется и гугл и мой домашний сайт. И еще: когда я только начал использовать teredo,лет так десять назад, гугл от меня пинговался. Потом с какого-то момента перестал.

Клиент у меня из поставки Дебиан-11 в данный момент работает.

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

Адекватное устройство дистрибутива можно увидеть в:

  • Arch
  • Void
  • Вероятно, Alpine (мало знаком с этим дистрибутивом)
  • В меньшей степени – в RPM-based: RHEL-клонах и Rosa

Что хотелось бы видеть в качестве LTS-дистрибутива для установки на сервера:

  • Что-то типа релизных веток Void-а с заморозкой версий пакетов и поддержкой на 5-10 лет, финансируемой крупными спонсорами.

Что имеем по факту:

  • Дебиан на технологиях 90-х годов, где пакетная система собрана из палок и скотча, а в составе пакетов присутствуют безумные патчи, творящие чёрт знает что.
wandrien ★★★
()
Ответ на: комментарий от Iron_Bug

Имею аналогичное любопытство что-нибудь померить если есть чем.

А погрешность нажатия кнопки секундомера - типично около 0.1-0.2 секунды. В сравнении с часом работы компа над какой-нибудь жручей задачей - несущественно. А на меньшем времени - разница не будет заметна.

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

финансируемой крупными спонсорами.

вот не надо. сразу фтопку. и поплотнее закрыть заслонку.

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

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

только не надо с ним к другим приставать

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

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

Ну так у Дебиан тоже есть спонсоры, она не сама по себе существует. Есть даже вот такая штука: https://wiki.debian.org/LTS/Extended

Просто Void мало известен. А технически он ничем не хуже. Во всём лучше.

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

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

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

я просто увидела мракобесие: какой-то бред про «методички» и прояснила ситуацию насчёт гнома. вот и всё. меня он не беспокоит от слова совсем. я его не юзаю и не собираюсь. но читать бред про «методички» я здесь тоже не хочу, знаете ли. это банальная инженерная логика. инженерам пальцетыкательные интерфейсы не нравятся. они за компами работают, а не сидят, в носу ковыряют. поэтому им нужны интерфейсы для работы, а не для юзверей, которые смотрят киношечки на компе. поэтому инженеры предпочитают всяческие WM, или, на худой конец, KDE, как меньшее зло. ну и опрос на ЛОРе тоже показал, что среди юзеров почти в два раза больше KDE'шников, чем любителей гнома. даже доля XFCE почти сравнима с гномом. что какбэ даёт общее представление о предпочтениях пользователей Linux.

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

Никто не сможет больше с моего сервера скачивать без этого самого IPv6-брокера.

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

Впрочем - teredo есть и в виндах,разве что включается довольно нетривиально. Если включить - тоже будет IPv6.

Другое дело что приоритет подключения по v6 может стоять выше чем по v4,поэтому появятся задержки при открытии сайтов потому что браузер сначала может полезть по v6 и только обломавшись полезет по v4. Но это можно перенастроить. Да и не все браузеры таким страдают,у меня например vivaldi почему-то лезть по v6 даже и не пытается если видит что есть v4 адрес. А вот apt-get может и по v6 на сайт дебиана сунуться,а может и не.

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

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

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

Дебиан сам по себе - нагромождение легаси костылей

Уж лучше бы сообщество осилило что-то типа Росы.

А можно чуть подробнее - где в Дебиане неприемлимые костыли и чем Роса лучше Дебиана?

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

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

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

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

не надо сидеть под рутом. и тем более, когда ты собираешь софт

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

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

А иначе никак - за провайдерским NAT сижу

А я плачу за белый айпишник. Если что, это входит в стоимость любого тарифа у единственного провайдера в моём доме. То есть я сам даже не подклбчал услугу публичного IP-адреса. Поэтому IPv6-брокер — не мой случай. Всё работает и без него. Мне лишь проксирование нужно для перенаправления http-трафика (80 порт) на https (443 порт). Если перейду на IPv6, ко мне ещё больше зайти не смогут.

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

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

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

чем Роса лучше Дебиана?

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

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

Однако проблема Росы - это довольно ограниченный в ресурсах и локальный коммерческий проект. Хотя в рамках того, что они могут, они делают работу неплохо. Но с масштабом Дебиана конечно не сравниться.

Хотелось бы видеть масштабный проект с LTS-ветками от сообщества на качественном техническом фундаменте в той нише, которую сейчас занимает Debian.

где в Дебиане неприемлимые костыли

Ну это философский вопрос. Человек такая собака - ко всему привыкает.

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

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

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

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

Можно и бросить. Я согласен, что это кака. Ещё какая. Не люблю я эти все корпоративные CDN. Пришлось подключить ради проксирования 80 порта.

Тогда придётся отдельный сервер искать для перенаправления трафика с 80 порта (http) на 443 (https). И как быть с SSL-сертификатом? Let's Encrypt всё равно использует Cloudflare, насколько я знаю.

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

ну так зачем тогда на ней сидеть.

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

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

А я плачу за белый айпишник.

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

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

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

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

я не поняла хода мыслей про «перенаправление порта». обычно на сервере просто 80-й порт заворачивается на 443 одной строкой в nginx (ну или в любом http-сервере). как-то так. и при чём тут сертификаты? LE просто их генерит и авторизует. а устанавливать сертификаты можно где угодно, главное, подтвердить, что ты владелец сервера - стандартные HTTP-01 и DNS-01(если нужен wildcard) проверки. ничего такого особенного.

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

обычно на сервере просто 80-й порт заворачивается на 443 одной строкой в nginx (ну или в любом http-сервере). как-то так. и при чём тут сертификаты

Провайдер наглухо заблокировал 80 порт для входящих соединений. Подключиться к нему невозможно. Значит, входящий глобальный http-трафик отсутствует. Если даже на уровне правил Nginx (на самом деле rwasa, но не так важно) настроить редирект, это не будет иметь никакого смысла. Ну потому что этот редирект ещё как-то надо получить, подключившись к 80 порту. Cloudflare может работать в режиме реверс-прокси. Он ставит свой веб-сервер перед твоим. И на уровне его веб-сервера можно задать правила перенаправления. Тогда всё будет работать. Ведь Cloudflare 80 порт не блокирует (раньше это работало нормально — до блокировок).

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

ты имеешь в виду правку конфигов?

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

это плохая практика.

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

особенно на машинах с гуём

Иксы из-под рута пускать - да, согласен что это перебор. А вот в запущенном от юзера гуе иметь открытое окно терминала с рутом и в нем запускать например mc для ковыряния в потрохах системы - лично я себе позволяю,как и многие виденные мной админы(нет, не главных банковских серверов:).

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

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

если у тебя прокси на VPSке, то тем более пофиг. ты прямо там заворачиваешь 80 на 443, а к себе гонишь трафик по любому порту, который тебе нравится. как-то так.

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

а почему ты решил, что глобальный трафик лезет на 80-й порт?

А он и не лезет. Из обычного браузера можно с помощью адресной строки по домену сразу попасть на https. Это так, да.

Но если перейти по http://posixbit.net (а я раньше часто давал ссылку на свой сайт без https), то уже подключиться невозможно будет. У пользователей разные браузеры могут быть, в том числе без поддержки https. А ещё всякие утилиты есть консольные. Все случаи не учтёшь. Поэтому совсем без http нельзя.

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

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

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

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

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

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

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

среди ночи

И что? Я последние годы работаю ночью. Просто потому что так мне удобней: тишина вокруг, лучше думается. И это ещё не все преимущества.

исступлённые комментарии в любом треде, где хоть как-то всплыла тема Гнома.

Пофиг. Мне всё равно, что ты думаешь. Ты уже успел навешать всяких ярлыков, навыдумывать конспирологии, ну и ладно. На OpenNET я вообще не захожу, если что. GNOME меня не интересует. Я лишь ответил тебе после твоего сообщения, когда ты уже стал ныть, мол «ой, опять кто-то обижает Гномощель». Я бы и дальше предпочёл его не вспоминать и ничего не писать о нём. Можешь убедиться: я не захожу в ваши гномотемы на LOR.

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

использует RPM свежей версии с адекватным трекингом зависимостей и удобными инструментами командной строки.

Адекватность зависимостей - это больше про то что мейнтейнеры в метаданных пакетов понаписали,что про собственно менеджер. Плохо если мейнтейнер слишком ленив и использует автоматически сгенерированные зависимости со своей машины,не вникая в то что там нагенерировалось. В Дебиане такое попадалось. К примеру у них когда-то пакет с bind зависел от perl. А всего лишь потому что в пакете с неймсервером валялся какой-то глубоко опциональный скриптик на перле для конвертации чего-то во что-то,на практике не востребуемый. Но автогенератор зависимостей его увидел и вписал в пакет зависимость от перла. Потом это поправили. История давняя,лет двадцать назад.

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

APT::Install-Recommends "false";
APT::Install-Suggests "false"; 

Чтобы поменьше пакетов ставились автоматически. Ну это для тех кто понимает что есть что и для чего нужно. Поставить нужное вручную эти настройки не мешают.

Однако проблема Росы - это довольно ограниченный в ресурсах и локальный коммерческий проект.

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

Хотелось бы видеть масштабный проект с LTS-ветками от сообщества

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

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

но при чём тут клаудфларь?

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

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

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

Такое тоже бывает, да. Но я имел в виду другой аспект.

Если у тебя бинарник зависит от libblabla.so.5, то именно libblabla.so.5 трекается как зависимость в RPM. В Debian же нет такого.

Как раз ресурсов у ним может быть и немало - потому что в заказчиках Минобороны.

Ну это и создаёт локальность. Им выгодно делать то, что соответствует запросам Минобороны, а что не лежит в этой сфере - не выгодно.

Поэтому Росу на данном этапе я бы не рассматривал как универсальный дистрибутив для серверов общего назначения. Но попытаться использовать её как таковую – возможно. Все формальные признаки есть: фиксирование версий в ветках, известный релиз-цикл, несколько лет поддержки каждого мажорного релиза.

Посмотрим, как они проявят себя в будущем.

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

У меня столько серверов, что ещё один не хотелось городить.

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

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

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

Если у тебя бинарник зависит от libblabla.so.5, то именно libblabla.so.5 трекается как зависимость в RPM. В Debian же нет такого.

это называется версией интерфейса. и в Linux стандартная практика, когда есть таблица «shlibs» в том или ином виде, где написано, какие пакеты предоставляют (и требуют) какие интерфейсы. сами же зависимости уже внутри библиотек, а пакеты просто содержат информацию о версии софта, и о нужных интерфейсах. и в дебиане всегда были deb-shlibs: https://www.man7.org/linux/man-pages/man5/deb-shlibs.5.html для указания этих зависимостей. я не понимаю сути претензий. без этого функционала не работает ни один пакетный менеджер.

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

Пофиг. Мне всё равно, что ты думаешь.

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

Настолько не горит, что ты используешь подобную риторику

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

Я бы и дальше предпочёл его не вспоминать и ничего не писать о нём

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

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

как же вы меня веселите, хейтеры)

С чего ты взял, что я хейтер? Если ты воспользуешься поиском по моим сообщениям здесь, ты увидишь, что я был раньше хорошего мнения о GNOME. Более того, я до сих пор считаю, что GTK получше как тулкит, чем Qt. Да, сейчас у него есть проблемы с темами из-за политики GNOME, но тем не менее. Технически он лучше, меньше ресурсов жрёт, работает пошустрее.

такой крутой инжинер, поэтому не использует Гном

Она не так написала, если что.

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

На этом форуме хватает гуманитариев, которые пользуются GNOME Shell и сами открыто признаются в этом. Например, papin-aziat. Я не вижу в этом ничего плохого, если что. Просто это не my cup of tea. Вот и всё.

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

Это неправда. Просто ты так хочешь это интерпретировать. В твоём мирке все, кто как-то критикует GNOME — хейтеры, которые одержимы ненавситью к Гномощели. Проблема в том, что ненавсить — сильное чувство, которое испытываешь не ко всему, а лишь к явным глобальным злым вещам. GNOME в их число не входит. Особо внимания или ненависти он не заслуживает. Это просто DE, который меня совершенно не устраивает.

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

Плохо если мейнтейнер слишком ленив и использует автоматически сгенерированные зависимости со своей машины,не вникая в то что там нагенерировалось. В Дебиане такое попадалось. К примеру у них когда-то пакет с bind зависел от perl. А всего лишь потому что в пакете с неймсервером валялся какой-то глубоко опциональный скриптик на перле для конвертации чего-то во что-то,на практике не востребуемый. Но автогенератор зависимостей его увидел и вписал в пакет зависимость от перла. Потом это поправили. История давняя,лет двадцать назад.

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

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

также важны версии. например, ты можешь написать зависимость типа perl>0, если тебе неважно, какой версии перл, скриптик настолько прост, что сойдёт любой. или ты можешь написать perl>=5.40.x, для самых свежих версий, если твой скриптик использует самые последние навороты. или даже прибить его гвоздями к конкретной версии перла, если это имеет смысл.

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

и в Linux стандартная практика, когда есть таблица «shlibs»

Не «в Linux», а в Debian. Какие феерические костыли.

Вот пример из Оракла:

# dnf repoquery --whatprovides 'libjpeg.so.62()(64bit)'
libjpeg-turbo-0:2.0.90-5.el9.x86_64
libjpeg-turbo-0:2.0.90-6.el9_1.x86_64
libjpeg-turbo-0:2.0.90-7.el9.x86_64
# dnf repoquery --whatrequires 'libjpeg.so.62()(64bit)' | wc -l
293
wandrien ★★★
()
Ответ на: комментарий от wandrien

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

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

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

У вас ошибка выжившего.

$ cloc xxx | grep Perl
Perl                           227           7601           2835          32286
$ cloc yyy | grep Perl
Perl                            323           9595           3451          39078

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

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

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

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

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

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

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

в дистрибутивах ещё как входят.

Еще раз, а причем тут дистрибутив, если я показал cloc от двух проектов с работы?

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

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

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

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

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

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

но это не повод сидеть на клаудфларе

Выпилил я этот клаудфларе. И сертификат теперь Let's Encrypt. Насчёт него я всё ещё не уверен (он частично клаудфларе использует вроде, могу ошибаться). Вот: https://posixbit.net

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

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

Два самых распространённых дистрибутива Ubuntu и Fedora имеют основные версии именно на gnome.

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

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

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