LINUX.ORG.RU

Выпуск XLibre 25.1.0

 , ,


1

5

Спустя полгода после создания форка и первого выпуска создан стабильный выпуск сервера X11 XLibre 25.1.0. Этот сервер был создан из-за несогласия отдельных разработчиков с политикой проекта FreeDesktop.org, направленной на сворачивание поддержки и отказ от релизов X-сервера в пользу Wayland.

Особенности выпуска:

  • с предыдущей версии добавлено более 1500 изменений;
  • добавлена официальная поддержка операционных систем Dragonfly BSD, FreeBSD, NetBSD и Windows (через mingw32);
  • поддержка seatd (альтернатива systemd для управления рабочими местами);
  • возвращена поддержка драйвера Xfbdev, удалённого из Xorg некоторое время назад и работающего поверх фреймбуфера Linux;
  • улучшена поддержка проприетарных драйверов nvidia.

XLibre поставляется в некоторых дистрибутивах, таких как Artix и Devuan. Для других дистрибутивов представлены сторонние репозитории.

>>> Список изменений



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

Что мешает допиливать KDE?

Что мешает писать Unity на Qt?

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

Сейчас прорывов нет

Бургер остренький схомячь ;)

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

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

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

что проблема в реализации, а не в протоколе

Если протокол кривой - то его реализация заведомо будет кривой и долгой. Это как раз путь вейланда. Когда требования разраотчиков реализации постоянно упираются в дебилизм создателей протоколов.

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

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

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

Если протокол кривой - то его реализация заведомо будет кривой и долгой.

Это всё пустые теоретизирования. Неси сюда ссылку на любой протокол вяленда и объясняй, почему он кривой. Пошёл.

Поэтому иксы сделали довольно быстро, потом забросили и в этом заброшеном с минимальной поддержкой

Нет. Иксы очень сильно менялись в процессе (упоминал про 15 реализаций и сервер шрифтов), а потом менялись их внутренности для того, чтобы соответствовать современным реалиям, типа откручивания необходимости менять руками xorg.conf при добавлении монитора.

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

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

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

Сейчас IBM в лице красношапки пилит тебе вяленд

Искреннее им спасибо за Мартина Странского. Так что я всем доволен.

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

Иронично же

Иронично именно потому, что ты не резбираешься в том, о чем пишешь.

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

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

Это всё пустые теоретизирования. Неси сюда ссылку на любой протокол вяленда и объясняй, почему он кривой. Пошёл.

Сделай в вяленде автоскрытие панели. Как на старых десктопах. Для OLED экранов очень нужная штука.

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

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

А ты не слишком молод для подобного старческого брюзжания

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

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

Прогресс перешел в фазу накопления знания

полет на Марс

Ты вот прям до такой степени не в курсе достижений науки и техники последнего десятилетия?

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

Сделай в вяленде автоскрытие панели.

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

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

Гейминг настолько хорошо работает под вяленым, что Valve написали свои технологии отрисовки для Деки в обход wayland, из-за чего у разрабов последнего хорошо так сгорело. Да и не геймингом едины, нам бы нормальный графический сервер по итогу, иксы пока справляются, вяленый не очень. Я не против существования последнего, пользователи пожалуй сами решат, что им использовать, а что нет, но пропихивать нам технологию с лопаты, и думать, что это хорошая тактика, такая себе идея. И тем более, что не так в том, что иксы форкнули и их дорабатывало сообщество? Это так плохо, что нужно уже 8 страницу топать ножкой и всем доказывать что это плохая затея? Может нам Линукс как альтернативу винде перестать разрабатывать, винда же есть.

Minerva
()
Последнее исправление: Minerva (всего исправлений: 1)
Ответ на: комментарий от Qui-Gon

Выключенный тиринг в wayland называется у производителей Fast или enhanced sync. И каждый опытный геймер включает эту опцию. Оно не влияет на скорость ввода, но убирает разрывы.

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

Это отменяет сказанного? Они сделали работу за авторов самого сервера, и авторов последнего это не очень красит, потому что те в очередной поклали болт, а ещё потом и возмущались.

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

Кстати, про свои протоколы.

Меня в таких сра^W тредах всегда удивляет: а это ничего, что значительная часть протоколов, которые как-бы сегодня считаются базой и must have, продвинуты из команд KDE и wlroots? Как это сочетается с «IBM/RH засаживает нам wayland через свой GNOME», в то время как GNOME своих протоколов, насколько я помню, вообще не пилит и ограничивается stable/staging и реализует интересное из unstable? Решительно непонятно, но эта хрень из треда в тред.

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

а это ничего, что значительная часть протоколов, которые как-бы сегодня считаются базой и must have, продвинуты из команд KDE и wlroots?

Всегда можно сказать, что за KDE/Qt стоят корпорации, которые их спонсируют/разрабатывают, а wlroots, поскольку переехал на freedesktop, контроллируется красношапкой.

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

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

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

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

В обшем ты обосрался, знаток.

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

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

Тут как раз вопрос что они в КДЕ наковыряли в обход стандартных протоколов вейланда чтобы plasma могла делать все то что она умеет. А xfce поскольку своего композитора пока не имеют вынуждены пользоваться тем что есть из коробки в самом вяленом, ну если быть более точным тем из этого хозяйства что реализовано в wlroots и дореализовано поверх wlroots в labwc.

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

включенный взад тиринг

FreeSync is AMD’s implementation of VESA’s VRR standard

Variable refresh rate (VRR), also referred to as adaptive sync, allows the monitor to adjust its refresh rate to the output signal. This allows for games to eliminate screen tearing

Я тебя понял: включенный взад тиринг равен отсуствию тиринга. У тебя там всё, новый год начался? Закусывать не забывай.

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

КДЕ наковыряли в обход стандартных протоколов вейланда

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

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

потому что ты несешь херню. Я тебе уже объяснял что проблема вяленого не в плохих протоколах а в отсутствущих протоколах. Поэтому ты так хитрохопо выкрутился - а ну покажите мне протокол который плохой и что там плохо. Плохо там то что такого протокола НЕТ. Ясно теперь?

В wayfire добавили протокол wayfire-shell-unstable-v2, в wlroots - wlr-foreign-toplevel-management-unstable-v1

С этим заработало. Но если я эту панель от wayfire заупщу под labwc или hypr - то она сразу разучится прятаться ибо wayfire-shell-unstable-v2 там нет. А вот в иксах можно было спокойно запустить любую панель под любым wm - и все работало, так как апи и движок икса был одинаков для всех.

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

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

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

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

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

потому что ты несешь херню

Нет, трепло, у тебя показания расходятся.

Я тебе уже объяснял что проблема вяленого не в плохих протоколах а в отсутствущих протоколах.

Ты врёшь. Берем тебя за шкирку и тыкаем носом в твой собственный опус: …Если протокол кривой - то его реализация заведомо будет кривой и долгой. Это как раз путь вейланда…

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

если я эту панель от wayfire заупщу под labwc или hypr - то она сразу разучится прятаться ибо wayfire-shell-unstable-v2 там нет

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

нужные протоколы саботируются

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

несовместимых протоколов живущих только в своей среде (wayfire, KDE)

Абсолютно никто тебе не запрещает реализовать нужный тебе сабсет протоколов из KDE и сидеть на них довольным.

просто к посылу вяленого нахрен и рекомендацией запускать под Xwayland ( Kicad)

Kicad написан на маргинальном тулките с тысячей и одним хаком под каждую платформу. Если бы он писался на Qt, то таких проблем бы не возникло. Более того, у нас есть пример Audacity, который был написан на wx, и который волевым усилием перенесли на Qt, чтобы раз и навсегда порешать проблемы с совместимостью.

Доступно? Вполне.

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

вообще левые которые вяленые маркетологи никогда не примут

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

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

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

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

Это была принципиальная позиция отца-основателя который продал концепцию шапке - привязваться к vsync. Поэтому все визги valve на тему того что им адски мешает привязка к vsync и они хотят ее выключать игнорилась - ну пока не пригрозили что если нет то их пути разойдутся окончательно с материальными и репутационными потерями вяленого сообщества. И тогда это допустили. И как видите о чудо - вроде как эту генианальную защиту от тиринга выключили и в результате получили более плавную картинку.

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

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

включенный взад тиринг равен отвязке синхронихации вывода с vsync

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

пока не пригрозили что если нет то их пути разойдутся окончательно

В древние времена vsync был единственным способм избавления от тиринга. В районе 2015 появились всякие хитрожопые технологии синхрониизации, а потом и VRR в 2017, тогда же стало понятно, что нет никакого смысла привязываться к vsync.

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

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

Какой нафиг синхронизации vsync? Ты путаешь vsync игры и vsync выхода. Игры сразу работали в режиме fast sync.

vsync игры off + vsync выхода on называется fast или enhanced vsync у nvidia и amd.

Tearing очень хотела nvidia, чтобы самой контролировать выброс кадров.

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

steemandlinux ★★★★★
()
Последнее исправление: steemandlinux (всего исправлений: 3)

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

С иксами все понятно: стартонул иксы, и ты в графическом режиме с нулевым окном. Дальше можешь хоть кружочки рисовать, хоть новые окна, хоть что угодно делать.

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

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

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

С иксами все понятно: стартонул иксы, и ты в графическом режиме с нулевым окном. Дальше можешь хоть кружочки рисовать, хоть новые окна, хоть что угодно делать.

Да нифига там не понятно. Хочешь нарисовать тени? — ой, композитор выключен. Расширения протокола точно так же могут быть недоступны, и приложения вынуждены проверять их наличие. И т.д. и т.п.

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

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

Если знаешь какими новыми официально принятыми протоколами можно работать с абсолютными координатами пусть и в стеджинге скинь плиз. Надо попробовать в mate-wayfire.

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

Так что вяленд именно что идеален для игр.

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

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

Да нифига там не понятно. Хочешь нарисовать тени? — ой, композитор выключен. Расширения протокола точно так же могут быть недоступны, и приложения вынуждены проверять их наличие. И т.д. и т.п.

Угу. Потому что представьте себе, есть ПК с небольшим количеством видеопамяти (да и памяти в целом), где свистоперделки не нужны, а графоний нужен.

Если же ты рисуешь тени вручную, так это вообще проще простого: тень - это монохромный силуэт изображения, сдвинутый на несколько пикселей по x,y. Мы на пасцале рисовали тени в 90хх годах на трайдентах с 256 Кб видеопамяти, и безо всяких композиторов.

- - -

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

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

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

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

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

Например KiCAD в нем плохо работает. И как пишут здесь - не он один.

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

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

Вот когда всё нужное допишут тогда и будем думать об использовании вейланда.

Всё нужное уже дописали. Осталось полторы софтины, которым нужно что-то особенное. Проблемы необходимости позиционирования окон преувеличены, но даже для этого готовится протокол: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/264

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

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

Впрочем, если ты хочешь не стейджинг, то есть ext-zones, который уже фактически реализован в нескольких местах.

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

У них drag and drop объектов на костылях. Не работает между приложениями.

Только что взял картинку из долфина в кедах и перетащил ее в телеграм для отправки, всё работает. С чем именно ты столкнулся, что не работает?

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

У kicad на костылях :) Они вместо того, чтобы дропать метаинформацию и на её основе передавать объект, накатали com образные костыли для иксов. Это шиза уровня претензии, что в вейленде нет регулировки подсветки.

Притом претензия тут не к kicad, а линуксу 90-00х годов, когда не было нормальных ipc.

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

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

А вычислять наложение с тем, что под тенью, кто будет? Тень в виде резкого чёрного силуэта без градиента по альфе выглядит вот так: https://i.redd.it/9nd2n9yxm5xb1.png

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

Только что взял картинку из долфина в кедах и перетащил ее в телеграм для отправки, всё работает. С чем именно ты столкнулся, что не работает?

1. С приложения запущенного под pkexec в приложение запущенное обычным юзером;

2. Перетаскивание между экранами с разными DPI;

3. Получение правильного сигнала виджетами панели или другими виджетами при перетаскивании (не отбрасывании, а перетаскивании) на них объекта.

Достаточно, или еще десяток багов рассказать?

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

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

https://imgs.xkcd.com/comics/workflow_2x.png

Притом претензия тут не к kicad, а линуксу 90-00х годов, когда не было нормальных ipc.

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

Причем, дошло до смешного, что они обвиняли вяленд в том, что кикад падает. Другой софт не падает, а они падают, и виноват вяленд, ага.

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

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

Да ради Бога - пусть свой пуризм и видение системы отстаивают. Претензии к навязыванию НЕДОДЕЛАННОЙ конструкции. Вот когда она станет делать всё что уже умеют Иксы но лучше Иксов - тогда пользователи сами захотят вейланд устанавливать,не надо будет навязывать.

Kicad написан на маргинальном тулките с тысячей и одним хаком под каждую платформу. Если бы он писался на Qt

KiCAD это наукоемкий продукт,который начали писать задолго до появления QT. Причем постарались выбрать такие инструменты чтобы он был максимально переносимым и независимым от ОС. Десятки лет так и было - он работал везде. Пока не появился вейланд с которым проблем стало больше чем даже в виндах.

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

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

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

А вычислять наложение с тем, что под тенью, кто будет? Тень в виде резкого чёрного силуэта без градиента по альфе выглядит вот так: https://i.redd.it/9nd2n9yxm5xb1.png

Тот кто рисует окно, очевидно. Ты сам, если ты все это пишешь, или WM если ты используешь чужой.

https://i.ibb.co/CKzmmWJk/Peek-2025-12-25-16-50.gif

Но честно говоря я не вижу проблем в одной проверке типа if (compositing == true) {draw_shadow();}

И уж тем более сейчас бы сравнивать одну проверку с дрочем с протоколом протоколами композитором DE в случае с вяленным.

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

порешать проблему, как это сделали разрабы Audacity, переписав фронт на Qt

Это не решение проблемы, а прогибание.

Ну это примерно как Майкрософт через Поттеринга внедрит в Linux MZ-формат бинарей, и решением проблемы будет чтобы все производители софта переписали свой софт под MZ.

Может все проще, и надо выкатывать работоспособный продукт в продакшен, ммм?

windows10 ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.