В рамках проекта Phoenix предпринята попытка создания с нуля нового X-сервера, не использующего наработки X.org Server и нацеленного на создание современной альтернативы, расширяющей протокол X11 и предоставляющей возможности для совместимости с Wayland. На текущем этапе развития Phoenix пока не готов к повседневному использованию, но уже позволяет организовать работу с простыми приложениями, использующими для вывода графики GLX, EGL или Vulkan, при вложенном запуске Phoenix поверх существующего X-сервера. Код написан на языке Zig и распространяется под лицензией GPLv3...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64506
Т.е. с одной стороны хотят фичи, а с другой совместимость? Будет непросто, мягко говоря, но та же хлибра сильно тормозится об внутрянки ксорга и нужно поддержки проприетарных дров невидии и икс-дров под всякое старое, так что может и выгорит.
Откуда инфа, что об внутрянки xorg'а, а не из-за нехватки разработчиков?
Очень похоже на отголоски пропаганды wayland, типа с нуля проще написать, чем переписывать.
> Откуда инфаоткуда, откуда! это же все же знают, ну ты что? :)
наверно за гитхабом следил ?
когда все только начиналось, они то и дедо спотыкались о поломки старого кода при изменениях. щас - хз
И сейчас спотыкаются, потому что xlibre занимаются далеко не хорошие разработчики, хорошие разработчики иксов давно разработкой иксов не занимаются, от чего они и стагнировали
Они не стагнировали, они состарились и устали. Понимаете, люди не могут жить вечно, к сожалению. Старение ведущих разработчиков один из основных факторов влияющих на развитие любого долгоживущего проекта. Раньше, на заре программирования, возраст не влиял сильно, но появлением долгоживущих проектов - старение разработчиков стало влиять на процесс в целом.
> они состарились и устали.Людвиг_Аристархович.jpg
Да, но проблема в том, что никого на пушечный выстрел не подпускали. мы ваш патч не примем, так как он не соответствует стандарту на протокол, а стандарт мы менять не будем.
А давайт рассмотрим тогда добавления новых фич в стандарт?
Нет. Мы не будем рассматривать вопрос добавления новых фич в стандарт.Ну вот видите - нет активных разрабов, кто хотел бы допиливать иксы.
>Да, но проблема в том, что никого на пушечный выстрел не подпускалиДопустим. О планах отказа от иксов известно давным давно. Мне лень в очередной раз приводить ссылки, но ещё около 15 лет назад об этом говорилось. Почему энтузиасты занялись альтернативными реализациями только сейчас? Когда они собираются форкать остальные вещи вроде гтк5, кед и так далее?
GTK и Кеды форкать никто не будет, если только не найдутся наркоманы, которым интересно чинить кривой тулкит за гномами и возвращать взад Кеды, которые уже сами себе являются дисплей-сервером. С приложениями, которые "дропнули иксы" (читай - не осилили переехать на другой тулкит), будет прослойка из вяленда обратно в клиент иксов, которая на производительность повлияет ровно никак - графика что там, что тут через OpenGL и Vulkan идёт.
Любители возродить иксы забывают одну вещь: нужно уговорить всех подряд остаться на иксах: производителей видеокарт, разрабов тулкитов, разрабов ДЕ и каждого отдельно взятого разработчика каждого отдельно взятого приложения (да!) То есть мало "сделать иксы great again". Это только 1% от всех усилий. Остальные 99% времени уйдут на уговаривание всех подряд, что "пусть даже вяленый это хорошо, но поддержите наш нескучный икс-сервер позязя. Ну позязя! ну че вам стоит, а?"
>Любители возродить иксы забывают одну вещь: нужно уговорить всех подряд остаться на иксах: производителей видеокарт, разрабов тулкитов, разрабов ДЕ и каждого отдельно взятого разработчика каждого отдельно взятого приложения (да!) То есть мало "сделать иксы great again". Это только 1% от всех усилий.Любители забывают, что можно сделать слой совместимости с wayland. Как сделали с виндовс :)
> что можно сделать слой совместимости с waylandwayland не существует, это миф. Есть набор библиотек и расширения. Есть композиторы, которые написаны поверх wayland. У гнома и кедов - это разные композиторы. И они не совместимы между собой.
Соответственно ты не можешь сделать слой совместимосит с wayland. Ты можешь сделать слой совместимости с гномами или слой совместимости с кедами. Поэтому разработчики и ненавидят вейланд.
>wayland не существует, это мифhtml не существует - это миф. Есть браузеры, которые написаны поверх html
Всё верно. html5 - это стандарт 2014 года. Будут работать сайты в браузере 2014 года? ... ... ...
Это нейрослоп или так реально может думать человек-разумный?Wayland - это протокол, у него есть расширения. Композиторы не написаны поверх протокола, а реализуют его. У протокола есть расширения, разные композиторы реализуют разные расширения. Но они все описаны, например тут https://wayland.app/protocols/
Нет особых проблем замапить в X11 (при наличии похожего для x ес-но) расширения wayland специфичные как для гнома так и для кде.
> Wayland - это протокол, у него есть расширенияАга и сами протоколопейсатели открестились от него, сказав что эталонную реализацию предоставлять не будут (драму сам в гите найдешь, если еще не). Все что нужно знать о качестве как протокола, так и людей, которые его пишут.
>сказав что эталонную реализацию предоставлять не будут (драму сам в гите найдешь, если еще не). Все что нужно знать о качестве как протокола, так и людей, которые его пишут.Выходит Википедия и oppenet врёт что weston это эталонная реализация протокола ?
https://www.opennet.dev/opennews/art.shtml?num=63154
>Дополнительно можно отметить обновление проекта Weston 14.0.2, развивающего эталонный композитный сервер, нацеленный на предоставление высококачественной кодовой базы и рабочих примеров для использования Wayland в десктоп-окружениях и встраиваемых платформах.
> Поэтому разработчики и ненавидят вейланд.Выдаёшь желаемое за действительное.
> Выдаёшь желаемое за действительное.Выдаёшь желаемое за действительное.
я разработчик и я ненавижу вайленд, как и любой другой скам
> можно сделать слой совместимости с wayland. Как сделали с виндовсЕсли хочешь, это так просто, раз и ...
Это про Wine? Даже страшно представлять сколько ресурсов и денег в него потрачено. Благо, что они есть.
И завтра финиксы станут взрослыми и забросят проект как страшный сон...
Просто затащат во фрибсд и всё... ну и в опенмандриву.
Почему ты думаешь что у FreeBSD какой-то особый путь использовать архаичные/мёртворожденные/тупиковые решения? FreeBSD как и все использует актуальный графический стек на wayland. От иксов отказываться в ближайшее время, конечно, не будет, но и тащить всякие XLibre и вот это вот в качестве официальной графической системы - нет. Оно будет в портах, потому что это было кому-то интересно собрать, и только. А потом будет выпилено вместе с иксами.
FreeBSD всегда тащит все новое в свои порты, и это - плюс. А вот от иксов отказываться они не будут. Почти каждый член сообщества FreeBSD не любит Wayland.
> Почти каждый член сообщества FreeBSD не любит Wayland.А где проводился опрос и почему я о нем ничего не слышал? 😲
Да и ВоЕнов Супротив Иксов/Вяленого вне опеннета встретить как-то сложновато. Обычно мнение разделяется на "готово к использованию/устраивает" и "сыровато/подождем еще пяток лет" ...
> Почти каждый член сообщества FreeBSD не любит Wayland.Да, каждый второй. Получаем что из всех трёх членов сообщества 2 предпочитают Wayland.
> Почти каждый член сообщества FreeBSD не любит Wayland.Это вы себе нафантазировали.
> Почти каждый член сообщества FreeBSD не любит Wayland.Первый раз слышу. Наоборот, многие работают в связке Wayland + Sway.
> + SwayЭто тот, под которым полноэкранная игра люто глючить начинает, когда уведомление стима рисуется поверх экрана? Охотно верю, что фанаты вейланда именно так себе и прелставляют "готово к использованию, можно дропать иксы". Это ещё не говоря о том, как сильно все кто вне линукса и без systemd плюются от упоминания такой помойки, как d-bus.
Ты тайловый менеджер ставишь, чтобы играть? :)
d-bus не обязателен в этой связке.
Ты так говоришь, будто бы вяленый работает.
Все побухтят и вернутся на кресты.
это вы думаете шаз какой щаз год?
Вызывающе неверная информация. Вот передо мной гном - там работает. В виртуалке popos с cosmic de - там тоже работает. Наврал получается?
> В виртуалкеТроллинг получается?
Главное, что не тирринг.
Правильно, нерабочему кикаду тиринг бесполезен.
прямо передо мной гном на вяленом не работает, курсор пропадает и не появляется, пока дэш не запустишь и не закроешь, а на n100 гном на вяленом даже не запускается - чёрный экран
Не нужно: драйверы видеокарт работают через интерфейсы DRM и GBM, а для одного модного тулкита будет реализована поддержка протокола Wayland. А что два модных DE завязались на собственные реализации дисплейного сервера — так это их проблемы, на них свет клином не сошёлся и без них полным полно софта (в т.ч. от них).
> нужно уговорить всех подряд остаться на иксах: производителей видеокарта производителей SSD и клавиатур не надо уговаривать?
>> нужно уговорить всех подряд остаться на иксах: производителей видеокарт
> а производителей SSD и клавиатур не надо уговаривать?ну, клавиатура это точно опасно, на ней можно подобрать пароль
а с ссд можно украсть пароль
так что тебе это не нужно под вяленым
Они берут пример с нашего правительства. Запретим то и это ради вашей безопасности детки и спокойствия корпораций.
Зачем возрождать живое?
Надо возобновить паровые машины).
давай, начинай. я не возражаю
Вообще, если есть платформа, обеспечивающая взаимодействие с оборудованием и представляющая API, позволяющий оперировать графическими примитивами с достаточной скоростью и точностью, то реализовать X11 можно, никого не уговаривая. Существуют же реализации X11 поверх Win32, вполне себе рабочие и независимые от MS.
Зачем нужны новые видюхи, новые тулкиты, новые DE и новые программы? Достаточно отключиться от Интернета и даже не знать об их существовании.
Раньше этот коментарий был "от нажатия кнопочки fork ничего не изменится". Теперь оказалось, что XLibre выжил. Сейчас пойдут мантры про то, что в Waydroid нельзя пропихнуть адаптацию surfaceflinger, а дрова были написаны в лохматом году аж на си, не то, что на питоне.
>Теперь оказалось, что XLibre выжил.Какая наивность. Ещё слишком мало времени прошло. Анонс о замене иксов на вейленд был около пятнадцати лет назад, и в течении всего этого времени местные ыксперты считали, что ничего не будет, ровно до тех пор, пока из GNOME не удалили поддержку иксовой сессии. Чтобы о чём-то говорить, нужно хотя бы лет пять подождать и посмотреть, как дела с доступностью чисто иксовой сессии обстоят - можно ли ей покрыть 100% использования десктопной сессии или нет, и с какими оговорками. Gtk5 уже под иксами не работает, следовательно 100% уже нет.
>Сейчас пойдут мантры про то, что в Waydroid нельзя пропихнуть адаптацию surfaceflingerВы не на форуме комменты строчите, а в этом самом waydroid. Ведь форкнуть иксы - самое начало пути. Вам уже нужно форкать во-первых gtk5, во-вторых waydroid.
>а дрова были написаны в лохматом году аж на си, не то, что на питоне.На данный момент проблем с дровами пока нет.
> На данный момент проблем с дровами пока нет.а кто сказал, что они будут? это же не трясина freedesktop.org
>а кто сказал, что они будут?Ну автор xlibre уже успел что-то там отломать. Насколько дальше будет с этим хорошо - вопрос открытый.
>>а кто сказал, что они будут?
> Ну автор xlibre уже успел что-то там отломатьвсе видеокарты прекрасно работают, проблемы только с нвидиа
> а кто сказал, что они будут?Это очевидно, нереально сидеть на двух стульях
особенно в таких кркпных проектахЭто в теории, что всё работает со всем и без проблем.
Разработчики просто будут логично класть болт на иксы. И они всё будут больше ломаться.Можно же посомтреть историю изменений тех же драйверов. И найти там огромную кучу wayland и иксо-специфичных вещей.
Отличная новость. Свободная лицензия, безопасный и, что не менее важно, удобный язык в отличие от Rust. Глядишь со временем передут на него, когда костыли Wayland уже окончательно его поломают.>Для запуска приложений, поддерживающих только Wayland, планируют реализовать встроенную поддержку данного протокола или задействовать внешние прослойки
Wayback из коробки?
> безопасный и, что не менее важно, удобный языкZig совершенно небезопасный для памяти язык. Это скорее Си нового поколения.
ИИ-асистент проще оттранслирует Си в Зигу, других причин для использования Зиги не было.
У зига нет футганов как у C и unsafe {} (привет двойному листу в недавнем CVE ядра), поэтому на низкоуровневом это лучший компромисс (безопаснее только Fil-C, но там жуткие потери в производительности, что для такого проекта критично).
Более того, borrow checker в роадмапе до 1.0 ( https://www.opennet.dev/opennews/art.shtml?num=64506 ), поэтому безопасность зига это вопрос времени.
Ссылка отклеилась: https://github.com/ziglang/zig/issues/2301
Весь зиг, это и есть аналог unsafe раста
Ну и синтаксис более читабельный, чем у ржавчины
Проблему "нечитабельности" синтаксиса Rust давным давно описал Крылов в своей басне про Лису и Виноград...
> У зига нет футганов как у CСмешно это слышать о языке с ручным управлением ресурсами. Прямо как в С.
>Более того, borrow checker в роадмапе до 1.0Во-первых, 1.0 будет когда, лет через двадцать? Во-вторых, чем зиг после этого будет лучше раста?
>поэтому безопасность зига это вопрос времени.Borrow checker - это решение очень небольшого количества проблем. Переполнение буфера, нулевые указатели и так далее им никак не исправляются.
> Borrow checker - это решениеуже ложь
Чем это плохо?Уже есть проверка выхода за границы массива. А это отсекает около семидесяти процентов CVE.
При этом компилятор остался быстрым, лёгким, документация маленькая и синтаксис вменяемый, а не как в ржавом. А там, глядишь, CherryBSD подтянутся. И наступит всеобщее счастье, без того самого.
cargo/rust гораздо удобнее zig
cargo это npm-рак; у языков не должно быть пакетных менеджеров.
У зига пакетный менеджер такой же, что и в Go (где это ключевая фича языка)
Согласен. А еще код нужно писать в vim без расширений, ошибки компиляции нужно нужно искать в в выводе компилятора, отлаживать нужно отладчиком, линковать линковщиком. Да и системы сборки в принципе не нужны, даже Make - это уже перебор. Для слабых духом разрешается скрипты на баше писать, раз не могут сами запомнить все команды и ввести каждый раз заново. Люди создали множество недопустимых излишеств - кулинария та же. Вот зачем брать и смешивать разные ингридиенты, создавать какие-то рецепты и т.д.? Нашел корешок или жучка и съел. Вообще, если подумать компьютеры так-то тоже не нужны, нужно в уме все делать.
Пакетный менеджер в языках - не инструмент для программиста, а привязка к определённой проприетарной экосистеме, которая помимо этого печально известна числом крупных взломов.
Язык в чистом виде это компилятор; языки с пакетным менеджером это подписка на дядю и вечная война с пакетным менеджером операционной системы.
Никакие IDE, LSP, линковщики не наделали столько урона открытой экосистеме, как npm-pip-cargo'подобные опухоли.
Для cargo легко настраиваются источники, откуда берутся зависимости. Любой дистрибутив linux/любой коммерческий проект и т.д., может заменить crates.io на свой собственный registry и внимательно контролировать, что там там лежит. Все гибко настраивается в зависимости от обстоятельств и требований по безопасности. Ничто в cargo не мешает тебе брать зависимости откуда угодно, хоть из git-репозиториев, хоть из собственной файловой системы.При этом, для людей, которые вкатываются в раст, нет боттлнека в виде того, что без пол литра не разберешь, откуда тебе зависимости брать и как тебе вообще настроить сборку своего проекта, потому что есть стандартный crates.io, в котором все есть - а дальше настраивай себе все под свои обстоятельства, когда уже что-то настоящее делаешь.
Как же вы не понимаете, Я Не Хочу Ничего Настраивать! У меня есть родной пакетный менеджер и у меня есть git - больше я ничего не хочу, хватит заставлять меня настраивать все под каждый второй калеченный язык!
У меня есть проект который я хочу либо собрать для себя либо законтрибьютить - я пишу git clone && make и все, хватит это переизобретать, вы делаете только хуже всем!
Дебиан воюет с пакетами на расте уже несколько лет, потому что это раковая экосистема, зацикленная на себе - меня настрой, меня скомпилируй, Я-Я-Я!
Когда решаются несуществующие проблемы появляется настоящая.
Проблема решена, но при этом в каждом дистрибутиве по-своему. И я не очень понимаю, чем карусель с ситуациями вида "чтобы собрать наш проект, вам нужно заиметь хедеры вот этих пяти либ и нам не важно, что в репозитории вашего дистрибутива двух из них нет" лучше.
> в репозитории вашего дистрибутива двух из них нетЧитайте, что такое git submodule; build системы meson/go/zig тоже умеют их собирать из соседних репозиториев, без костылей в виде пакетного менеджера.
> чем карусель с ситуациями лучше
Тем, что это проблема МОЕГО дистрибутива, которого я сам выбрал и чьим участником я являюсь. Cargo - это не мой выбор, это выбор, который мне был навязан авторами необходимого софта, и опережая ваши заметки - если выбор софта это тоже мой выбор, то софт на расте я как пользователь, программист и мейнтейнер предпочитаю не выбирать воовсе.
>build системы meson/go/zig тоже умеют их собирать из соседних репозиториев, без костылей в виде пакетного менеджера.То есть каждая библиотека должна компилироваться при сборке каждого пакета? Каждый проект должен нести в себе свою копию библиотеки, и самостоятельно отслеживать исправления безопасности и прочее?
Читайте, что такое git submodule.
Вы мой вопрос прочитайте. Как submodule сделает скомпилирванные файлы разделяемыми между проектами? Как он избавит от ситуации, когда каждый проект ссылается на свою собственную версию модуля? Как это позволит автоматически закрывать уязвимость в каждом зависимом проекте?
> git submodule; build системы meson/go/zigCargo тоже в это умеет, просто, как правило, крейты на расте так не пишут - ничто не мешает вам написать собственный проект в такой манере. И я понимаю, что бенефит тут в том, что отдавать эту задачу на откуп знакомому надежному инструменту в виде git душевно спокойнее, но:
1. Это фрагментация и вы ограничиваете свои возможности и интерфейс теми возможностями и интерфейсом, который предоставляет git
2. Все надежные и знакомые инструменты тоже когда-то были молодыми, незнакомыми, и ненадежными - вы сами себя загоняете Catch-22, ограничивая себя такими правилами> то софт на расте я как пользователь, программист и мейнтейнер предпочитаю не выбирать воовсе
Жаль, но, пожалуй, не то чтобы я мог тут вас переубедить, вы своем праве.
> Cargo тоже в это умеетСовсем не важно, что инструмент умеет - важно, что он не позволяет делать. Cargo позволяет вредить пользователям.
> Это фрагментация
Фрагментация это неотъемлемая часть open-source - то, что вы хотите это отнять лишь показывает ваши мотивы.
> Все надежные и знакомые инструменты тоже когда-то были молодыми, незнакомыми, и ненадежными
npm за 15 лет не стал надежным, и порой даже кажется, что с каждым годом только хуже.
То же самое будет и с cargo.
https://edera.dev/stories/tarmageddon
> Cargo позволяет вредить пользователямКак и git. Любой ваш submodule тоже имеет риск быть скопроментированным. Я тут не очень понимаю аргументацию.
> Фрагментация это неотъемлемая часть open-source
Это в большей степени часть UNIX-way философии, чем open-source, как такового. И идеи эти относятся ко временам с куда более ограниченными вычислительными ресурсами. Все эти концепции являются достиженим инженерной мысли, которое позволило делать очень много в очень узких рамках, но в чем дальше, тем больше это становится.
> ваши мотивы.
Вы меня не знаете, так что давайте без местной паранойи про прогандистов раста на зарплате. Я много в чем не схожусь с современными трендами, в том числе я был бы куда спокойнее, если бы тулчейн раста был под GPLv2, а не MIT/Apache 2.0. А практика оценки людей в одном измерении никому добрую службу еще не сослужила за всю историю нашего вида.
> https://edera.dev/stories/tarmageddon
Ну вот тут я вам тоже скажу неожиданную вещь - раст не является безопасным языком ни в каком смысле. Фундаментально, сам факт наличия в нем unsafe, т.е. по большей части возможности разыменовать сырой указатель, принципиально делает его настолько же небезопасным, как С/C++ или Zig. Трюк раста лишь наполовину инженерный - на вторую он абсолютно социальный. И трюк этот состоит в инверсии ответственности. В C++ если ты мутируешь вектор, пока по нему итерируешься - ты дурак. В Rust, если у тебя вышло мутировать вектор, пока ты по нему итерировался - дурак тот, кто писал unsafe-код в имплеменации Vec<T> и ему за это отвечать, ему это и исправлять. Так вместо десяти лбов, которые будут наступать на одни и те же грабли, нам нужен лишь один, который будет отвечать за то, чтобы те десять на них не наступили. И это работает на больших числах, сколько бы индивидуальных примеров обратного вы старательно ни находили:
https://security.googleblog.com/2025/11/rust-in-android-move...
> но в чем дальше, тем больше это становится.*но чем дальше, тем больше это становится просто трудно поддерживаемым оверинжинирингом.
>У меня есть родной пакетный менеджерКакой именно?
>больше я ничего не хочуНу так а что вы не пишите софт себе самостоятельно?
>я пишу git clone && make и всеВы даже простив сабмодулей?
>вы делаете только хуже всемОпять ложь
>Дебиан воюет с пакетами на расте уже несколько летДебианопроблемы. Вот дебиан самораспустится, и проблем не будет.
Не настраивай тогда, как-будто тебя силом заставляют все это делать? Какая-то инфантильная позиция. Делай как хочешь, форкай что хочешь, это же опенсурс таки! Не нравится что мейнтейнеры дебиана затащили раст? Сделай свой дистр и поддерживай, изи-пизи!
> Какая-то инфантильная позиция.., живя в обществе, делать вид что свободен от общества.
И ни одного разрыва! (с)
Это самая нелепая отмазка. В npm тоже настраивается, сильно им это помогло?
>Любой дистрибутив linux/любой коммерческий проект и т.д., может заменить crates.io на свой собственный registry и внимательно контролировать, что там там лежит.1. Эй, создатель sudo-rs, а ну давай пихай в мой собственный registry, я создал. И не забудь на leftpad не завязываться.
2. Эй, разраб дистра, у лисы обновление вышло, бегом все 100500 пакетов перенёс в регистри. Не забудь внимательно проконтролировать.
3. Ой, crates.io сломался. Но у нас же есть 100500 альтернативных реп?
4. Ой, crates.io взломали.
Это ваша задача - форкнуть каждую зависимость, а не авторов оригинальных пакетов. И начинать вы можете прямо сейчас.
А, ну и да, cargo - не пакетный менеджер, а система сборки. Пакетный менеджер - просто одна из его фичей, которой ты даже можешь не пользоваться (если есть мазохистские наклонности). А возможность заменять registry на свой собственный снимает головную боль о том, как бы так безопасно все зависимости себе заиметь с разработчика библиотеки на дистрибьютера конечного продукта, как оно и должно быть.
> Никакие IDE, LSP, линковщики не наделали столько урона открытой экосистеме, ...Можете подробнее описать, какой урон был нанесен вышеперечисленным? Особенно интересно узнать про линковщики.
>а привязка к определённой проприетарной экосистемеЛожь
>Язык в чистом виде это компиляторЯзыку нужно много чего ещё
>Никакие IDE, LSP, линковщики не наделали столько уронаВы утверждаете, что они нанесли урон? Опять ложь.
Причем тут пакетный менеджер и репозитарии пакетов)
> Пакетный менеджер в языках - не инструмент для программиста, а привязка к определённой проприетарной экосистемеНе согласен, в c#/dotnet нугет это скорее протокол, в котором по умолчанию установлен источником nuget.org. В других технологиях тоже почти всегда так
Да, немножко монополия, но в целом ты всегда можешь изменить источник пакетов на зеркало, или вообще локально развернуть
> Не согласен, в c#/dotnet нугет это скорее протокол, в котором по умолчанию
> установлен источником nuget.org.Вот сейчас бы от адептов майкрософта слушать лекции про свободы и монополии. Классика жанра. Ждем еще сказов от представителя гугла на тему отсутствия монополии в вебе.
> Вот сейчас бы от адептов майкрософта слушать лекции про свободы и монополииНе понял, при чём тут свободы.
Это просто нугет, централизованный магазин пакетов. Это - удобно
Угу. Сыграл игрульку в уме, зато без багов и тормозов.
> Отличная новость. Свободная лицензия, безопасный и, что не менее важно, удобный язык в отличие от RustZig не безопасный и не удобный, это просто хайповый вариант C, нестабильный, "проект одного разработчика", без экосистемы и тулинга. Сишникам он не нужен, потому что они приросли уже к своей архаике, программистам тем более, потому что есть на самом деле удобные и развитые языки. Кроме них он нужен только изучающим программирование, без задней мысли пробующим всё подряд, но продукта у таких не получится - будет заброшено с окончанием каникул.
>Zig не безопасный и не удобныйБезопаснее C и точно удобнее Rust.
>без экосистемыЕсли это про отсутствие cargo, то это плюс, а не минус.
>Сишникам он не нужен, потому что они приросли уже к своей архаике, программистам тем болееПрограммистам нужны языки из топ 10 и там есть C, а вот Rust там нет. Сможет ли быть там Zig вопрос открытый.
>> Zig не безопасный и не удобный
> точно удобнее Rust.Особенно удобно ресурсы ручками вычищать.
>> без экосистемы
> Если это про отсутствие cargoЭто про отсутствие экосиситемы.
Господи, да у этой дряни даже банально нормальной документации стандартной библиотеки нет.
> Программистам нужны языки из топ 10 и там есть C, а вот Rust там нет.
Программистам нужны языки, на которых есть открытые вакансии на рынке труда. А не твой "топ 10", который считают по количеству поисковых запросов в Гугле.
Скоро все будут писать весь софт на одном языке, например на русском, и ваш зоопарк "рыночных" языков сведется к никому не нужной чуши.
И будет важна скорость и простота языка, чему zig удовлетворяет, лучше чем си однозначно.
> Скоро все будут писать весь софт на одном языке, например на русскомА чё не на китайском? Закусывать надо...
> Особенно удобно ресурсы ручками вычищать.Напиши сервер (чего угодно) на Lua. Потом жду от тебя здесь ссылку на блог от тебя же с названием "Топ 10 стратегий вызова GC: когда, как и достаточно ли 8 мегабайт стека".
>> Особенно удобно ресурсы ручками вычищать.
> Напиши сервер (чего угодно) на LuaШта? Причем здесь Lua?
> Топ 10 стратегий вызова GC: когда, как и достаточно ли 8 мегабайт стека
А, ну понятно: о RAII горе-эксперт даже не слышал. А это, на минуточку, восьмидесятые годы.
> Особенно удобно ресурсы ручками вычищать.Конечно, удобно. А ещё, быстро и предсказуемо. Выделяешь же руками, освободишь руками (или само в конце блока), не треснешь. RAII/defer и т.п. тебе в помощь.
А вот когда ресурсы сами освобождаются, когда им вздумается, но обязательно в самое неподходящее время, или головоломки со временем' жизни'' решать''' - совсем нет.
> А ещё [...] предсказуемоАга, особенно когда забыл удалить или удалил дважды. Очень предсказуемо, да.
> RAII/defer и т.п. тебе в помощь
В том-то и дело, что в zig нет никакого RAII.
> А вот когда ресурсы сами освобождаются, когда им вздумается
О GC речь и не шла.
Может ещё xfree86 откопать? Нужно больше фрагментации!
> xfree86Был прекрасен. Сидел на нем до последнего, пока не выпилили окончательно отовсюду. Вообще, любое ПО выпущенное до середины 2000-х априори прекрасно, по сравнению с современностью.
>Вообще, любое ПО выпущенное до середины 2000-х априори прекрасно, по сравнению с современностью.Произошла ошибка при операции по адресу 0x00000002, память не может быть Read.
Произошла ошибка "Нет ошибки".
Segmentation fault.
>>Вообще, любое ПО выпущенное до середины 2000-х априори прекрасно, по сравнению с современностью.ах w2k ! лучшая из лучших! ну кроме freeBSD конечно )
>В рамках проекта Phoenix предпринята попытка создания с нуля нового X-сервераНо зачем? Эпоха X Window System завершается.
Наоборот - всё только начинается! Этот проект - будущее графики в Linux! Тем более после того, как Wayland с треском провалился.
> Wayland с треском провалился.только фактически он сейчас на 80% десткопов
> на 80% десткоповДа чё уж там, все 160% - под вейландом в стиме игры запускаются и работают _почти_ без проблем только если поверх вашего рандомного KDE/GNOME с минорными версиями ломающими поведение окон и инпутов будет запускаться ещё и gamescope, изолирующий игру от всей этой шизофрении. Под иксами все игры просто работают нативно. Ой, а как так то.
Ничего не ломается и gamescope не нужен, если не требуются его функции.
> Под иксами все игры просто работают нативноСмешно.
Сколько всяких приколов есть и-за всяких DE специфичных багов.
Кто-то даже сравнивал FPS игр в разных DE. И тут тоже сюрпризов нормально.Так что сказки про отлично работающее игры в линуксах на иксах смешны.
Плавали - знаем.
Каждый раз, что про системду, что про вяленый (про раст скоро тоже), любители напомнить про цифры намеренно (или наивно) забывают _как_ и _кем_ эти цифры были получены.Это никогда не было заслуженной народной любовью.
Потому что может.Имено поэтому есть палемуны, тринити, опен моровинды, оттеры...
Вон мануал по OSS
https://wiki.archlinux.org/title/Open_Sound_System
Последний релиз в 2019 был.
> В Phoenix также изменено поведение при обработке строк - по умолчанию используется UTF-8Ох и зря они на юникод-по-дефолту переходят, как мне кажется.
А ну-ка, ну-ка, как нужно было? ascii? latin-1? cp1251?
KOI8-R!
> При этом в протокол X11 планируют добавить новые расширения, учитывающие современные тенденции, такие как поддержка HDR, корректная поддержка многомониторных конфигураций (раздельные фреймбуферы для каждого монитора), возможность указания DPI в привязке к мониторам, адаптивное изменение частоты обновления монитора (VRR), защиту от появления разрывов при выводе (tearing).Падажи, вейленд-фанбои на опеннете говорили что это невозможно. А хотя... вейленд-фанбои на опеннете мало чего понимают и композиторы не пишут, так что доверять их словам не стоит.
фактически сейчас это ещё более невозможно. Тебе надо чтобы софт поддерживал их новые расширения, а никто этого не будет делать.Разработчики софта ориентированы на большинство. А большинство дефолтных DE переходят на wayland и даже выпиливают возможность запускать через иксы.
> А большинство дефолтных DE переходят на waylandНикто никуда не переходит. W - это сырая поделка, X - это готовый продукт промышленного уровня!
> даже выпиливают возможность запускать через иксыПримеров ты, конечно, не приведешь?
Wayland - это выбор программистов, а не пользователей. Что-то не нравится - становись программистом. Это Open Source, детка.
Позволю себе заметить, что это выбор не программистов, в джунов-вайбкодеров после ютубных курсов, чтобы пополнить своё портфолио на гитхабе и не более.
Сути это не меняет.
>> При этом в протокол X11 планируют добавить новые расширения
> Падажи, вейленд-фанбои на опеннете говорили что это невозможно.Да ты можешь хоть сотню новых расширений навесить на протокол Х11. Только вот производителям дров в лице Nvidia и AMD, а также производителям GUI-тулкитов вроде Qt на тебя будет глубоко наплевать.
Так что твои воображаемые "вайленд-фанбои" абсолютно правы.
> HDRamdgpu "драйвер" иксов заявляет поддержку 10-бит на цвет для карт, которые умеют. Не тестил, ибо у меня нету мониторов с 10-бит на цвет, а под виндой и телевизорами "HDR" оказывается может означать тупо автонастройку яркости, так что тут ещё вопрос что кто там поддерживать хочет.
> корректная поддержка многомониторных конфигураций (раздельные фреймбуферы для каждого монитора)
Так ведь это оригинальный режим X11 - Screen на то и существует, чтобы можно было селектнуть буфер, куда программа хочет окно рисовать. В одно Screen объединяется всё через Xinerama, которую уже вроде как депрекейтнули из-за существования XRANDR.
> защиту от появления разрывов при выводе (tearing)
Уже есть в модулях чуть умнее, чем modesettings, тот же amdgpu. А ещё спасает от тиринга фпс монитора выше, чем фпс игры (т.е. лок на 60 фпс при герцовке в 75 фпс, и т.д.). Можно конечно просаживать фпс всему монитору из-за одного окна, которое не смогло отрендериться вовремя и начало "спасаться от тиринга" через vsync/VRR™, но зачем?
10 бит никогда не означал HDR, если что.10 бит одновременно с 8 битами в начале 80-х появились и никто не чудил, будто первое - это "HDR".
> 10 бит никогда не означал HDR, если что.Он же про мониторы говорит. Покажи мне HDR монитор без поддержки 10 и более бит.
> 10 бит одновременно с 8 битами в начале 80-х появились
Где, появились, лол. В 80-е аналоговые ЭЛТ-мониторы были, если что, и их глубина цвета от битов не зависела.
> Он же про мониторы говорит. Покажи мнеТак ты не влезай и не додумывай за него. Он перепутал разрядность с телевизионным HDR, который про яркость и который оттуда в мониторы постепенно перешёл. Разрядность сама по себе этого не даёт, о чём я и говорю (10-битному цифровому видео уже лет 40).
При таком подходе он может откопать старый проф. монитор, который 10 бит принимает, и подумать, что у него HDR.
А ты несёшь пургу про "поддержку протоколов вяленда", которых просто не существует - оно каждый день unstable, потому что Gnome пытаются всеми силами сделать самый убогий десктоп в мире, KDE учатся делать свою операционную систему на базе Линукса, Hyprland пишется шизоидом, который сейчас заменит d-bus на ещё более дырявое и медленное IPC вместо того чтобы выкинуть концепцию d-bus "пихай всё в сокет" как неудачную, а wlroots просто существует в своём болоте лагающих оконных серверов, как только на экране появляется более двух окон, и не дай бог одно из них движется по экрану. В это время adaptive v-sync под иксами существует: https://wikis.khronos.org/opengl/Swap_Interval#Adaptive_Vsync
> иксов заявляет поддержку 10-бит на цвет для карт, которые умеют. Не тестилИ не надо. Работает это всё в целом отвратительно.
Но про это любят вспоминать иксо-фанатики "есть же!".
Проблем с переключением раскладки клавиатуры не будет?
А в Xorg она есть?
Есть. Сочетание клавиш перехватывается и не может участвовать в горячих клавишах.
А как должно быть? И перехватываться и участвовать в горячих клавишах?
срабатывать не по нажиму, а по отжиму клавиш, ваш ко...
ну как в у меня в иксах, где никаких проблем со сложными хоткеями нет...
Так были же патчи на Иксы.
Почему были?
Они, как минимум, с 2008 года есть и сегодня отлично работают.
А freedesktop не приняли их ровно потому, что это типа будет нарушать стандарт, а менять стандарт мы не будем так как X11 устарел и мы пилим вяленый. И так более 15 лет...
Так тебе никто не мешает наложить патчи, значит и проблемы нет.
> Так тебе никто не мешает наложить патчи, значит и проблемы нет.под иксами нет, под вяленым есть
Так мы же про иксы и говорим.
Ты давай расскажи как с этим с вяленом, который 16 лет уже пытается решить все десктоп проблемы линуска? :)Вот по секрету... года так с 2008 проблемы в исках нет - ибо работа хоткеев по отжим, а не по нажим, решает все вопросы с хоткееми, включая переключалку раскладки.
> Проблем с переключением раскладки клавиатуры не будет?если ты не напишешь хотя бы issue (а лучше - пулреквест) - будут.
В отличие от иксов принадлежащих ibm - тут у тебя есть шансы что кто-то прочитает первое и примет второе.
на иксы накладывается патч, мне не надо спрашивать для этого красношапку
Так давно есть же issue.Я даже как-то на MacOS забылся.
Играла отаратная музыка, и я при открытой менюшке нажимай калавишу Next на клавиатуре.И тут молниенонсная мысль "что же я делаю, не сработает, надо мненю закрыть же для отработки глобального хоткея".
И тут оно срабатывает. И я вспоминаю - я же не в линуксах.
Вот настолько привык к иксовой корявости.
> И тут оно срабатывает.Повести шизоида о том, как в Макоси предусмотрели хоткей для бинда в их собственном тулките.
Пропатчи dwm на перехват какой захочешь клавиши, и будет тебе глобальный хоткей хоть при каком открытом окне, т.к. оконный мененджер эти хоткеи всегда первый хватает.
> Пропатчи dwm на перехватне знаю на сколько эт ов итоге работает
да и делать мне нечего, просто перешёл на Wayland и забыл об этой проблеме
Смешная эпопеяhttps://bugs.kde.org/show_bug.cgi?id=78871
Вот он какой труе олдовый софт.
> I'm happy to announce that the upcoming
> Plasma 5.5 comes with a Wayland session
> which does no longer expose this sever
> issue.Решение проблемы - придумать свой собственный сервер и выкинуть нахер весь остальной софт. Умно, тру инжиниринг. Написать патчи для Xorg чтобы было разделение прав по тому, какой клиент может грабать и насколько сильно грабать инпуты и положение окон (как впрочем изначально и было предложено в XLibre с Xnamespaces) - неее. Написать с нуля такой же всратый протокол, но "удобный" лишь для пейсателей нескучного десктопа-монолита - даааа.
С одной стороны, конечно, лучше поздно, чем никогда.
А с другой... Лучше никогда, чем _слишком_ поздно
Эта реализация будет работать на таком же железе, что и wayland. Пользователь скорее поставит wayland композитор, чем это. Большинство "иксофанатиков" просто сидят с неподдерживаемым железом/драйвером.
> Пользователь скорее поставит waylandВ здравом уме это никто не поставит.
А зачем это ставить? Икс сессии двух самых популярных ДЕ скоро дропнут. Так что ничего ставить не надо, оно само.
Тот, кто осознанно использует иксы (опытные системные программисты с профильным высшим образованием), тот точно не будет использовать мусорные gnome и kde.
Я "опытный системные программист с профильным высшим образованием".Это не хвастовство, а факт (есть повара, есть художники).
Использую дефолтную Ubuntu LTS Gnome Wayland.
Потому что цель работаь, а не ерундой страдать.
Ну и раз критикует, то предлагай.
Вот мусорные KDE и GNOME не труе.А... Вот это труе.
А зачем этими монстроузными комбайнами пользоваться?
системдой же пользуются, одним комбайном меньше, одним - больше...
Не все. Хотя, вообще, против комбайнов не имею.
> Большинство "иксофанатиков" просто сидят с неподдерживаемым железом/драйвером.Вот только "неподдерживаемое" железо под Иксами прекрасно работает, а в Вейланде - нет, не работало и не будет.
Что например не работает и в каком именно вейланде?
ну что там, монитор можно откалибровать или опять для работы только иксы?
NVIDIA GeForce 410M во всех швяленых не робит.
Поставь nouveau, всё заработает.
Например Xiaomi RedmiBook Pro из последних.
Пользователь (домохозяйка) ставит дистрибутив, понятия не имея что у него там под капотом. Программист (настоящий, а не инклюзивный woke'нутый ютубный джун-вайбкодер) поставит x11 и что-то типа i3wm или dwm.
Проблема консольных утилит, dwm, plan9, vim и т.п. - люди создали такой софт, что этим могут пользоваться только суровые админы и аутичные кошкодевочки.
Кошкодeвочка поставит hyprland, максимально скруглив углы,сделав дизайн гeндерно-нейтральным, чтобы отмежеваться от тoксичной мaскулинности
Умный человек
> Пользователь скореетак-то пользователя никто не спрашивает, он как в винде жрет с лопаты
Пользователь на то и пользователь, что пользуется существующими решениями. Как только он начинает писать, патчить, коммитить, он становится разработчиком.
Ты можешь быть просто пользователем на условной дефолтной убунтой с гномом или писать/патчить/собирать что-то свое или вообще творить всякую фигню, что тебе нравится.
И всем раньше было так-то до лампочки... Но теперь набИгают толпы фанбоев и с пеной у рта пытаются доказать, что только один редхат, одна системдя, один вяленый... Корпы за вас все решили, а кто в чем-то не согласен - еретики и безбожники! Виндовс головного мозга у них что-ля?
Есть ещё те, кто сидят на экзотических амах, которые никто никогда не перепишет в композитор... И те, кто работает с софтом с кучей окон который на Wayland работает отвратно
Все правильно делают, одобряем. А то уже надоели эти проекты-спецификации. Ничего хорошего из них не получается. Jabber-клиентов и серверов вокруг XMPP понаписали десятки, но каждый из них кто в лес, кто по дрова. Та же история сейчас происходит с Wayland.Проекты должны сначала создаваться в качестве прототипов, чтобы выявить потенциальные узкие места. Переписываться, если надо. И потом уже утверждать спецификацию своего протокола. И уже после этого дорабатываться до релиза.
Сейчас в Wayland долбятся с позиционированием окон и разводят руками: не предусмотрено бай дизигн. И это эксперты, написавшие X.org Server, люди с опытом. Ну да, ну да.
Как-будто иксы изначально проектировались под современные нужды, тот же композитинг прикручивали на ходу
Что подтверждает мои слова. Проектируют пусть любители болтовни и сферической разработки в вакууме. Настоящие успешные проекты создаются сразу на практике, без долгого проектирования на бумаге. И вопрос не в скорости разработки и скорейшем выводе на рынок, а в сталкивании с практическими проблемами.
Композитинг не нужен. Снижает производительность и отзывчивость, и только слепой это не замечает.
Если только на системах без 3д ускорения...
> Если только на системах без 3д ускорения...У меня на затычке (в ихры не играю) 2014 года есть 3D ускорение, но без композитинга интерфейс в разы отзывчивее.
Тебе кажется, либо накрутил анимации/ускорил мышь. На встройке 2007 года абсолютно никаких тормозов на wayland композиторах не было, ничуть не медленнее иксов, а в играх ещё и быстрее было.
В гноме?
labwc, sway, wayfire и подобные. Все летают.
Конкретно это проблемы иксов. На маках, виндах, вайландах нет таких проблем
>тот же композитинг прикручивали на ходуКак будто, в Иксах изначально окна не могли произвольно накладываться друг на друга.
> Jabber-клиентов и серверов вокруг XMPP понаписали десятки, но каждый из них кто в лес, кто по дрова.Там за добавление Carbon протокола в Psi всё ещё предлагают 10к$. Иди, забирай. На мобильниках XMPP уже является полной заменой того же вацапа, с оговорками можно заменить телегу (соцсетную часть в виде каналов с комментариями пока не встроили в клиенты, хотя намечается вопрос "а нахера оно там нужно, если блоги можно в браузере читать").
"А что такое браузер?"
Осталось найти подходящий сервер, которые поддерживает все фичи мобильного клиента. А потом найти подходящих собеседников в остальном мире Jabber-юзеров. И тогда наступит локальный коммунизм. А пока - кто в лес, кто по дрова.
Всё что я перечислил поддерживает тот же Prosody, который на Lua написан и поэтому порог вхождения для его модификации очень низок. История сообщений - есть. Мультичаты - есть. Регистр - есть. Файлопомойка по HTTP - есть и даже встроенная. Звонки по Jingle - вообще от сервера не зависят, если я правильно протокол понял, там сами клиенты друг с другом договариваются.
матрикс вполне успешен и даже активно развивается без гор несовместимостей, которые обычный пользователь может наблюдать.
так что поговорка о плохом танцоре получается
Матрикс - это IMAP для смузихлёбов от Израильской разведки. Закопайте его уже, пожалуйста.
Так альтернатив живых нет. Ты же не хочешь сказать про МАХ, правда?
Сервер свой запусти вместо того чтобы регаться вместе со всеми в "федеративной" сетке Matrix на одном центральном сервере, вот потом и поговорим про альтернативы.
> Сейчас в Wayland долбятся с позиционированием окон и разводят руками: не предусмотрено бай дизигн. И это эксперты, написавшие X.org Server, люди с опытом. Ну да, ну да.Потому что я как пользователь лучше знаю как мне окна позиционировать, как же много программ под иксами вели себя плохо после того как тайловые WM игнорировали их запросы
Сейчас приложения тоже могут вести себя плохо, но они хотя бы понимают что композитор юзера не позволяет им позиционировать окна, а не просто игнорирует все такие запросы, и соответственно могут например выключить у себя функции которые требуют докинг ущербный
> эксперты, написавшие X.org Server, люди с опытом. Ну да, ну да.Wayland придумал чел, который занимался графикой (кажется видеодрайвер интела ковырял, но могу и ошибаться). Вот его и осенило как должно быть. Вместо перекидывания картинки из буфера в буфер в оперативной памяти - сделаем "текстуры, которые уже лежат в видеопамяти" и будем оперировать их дескрипторами. А Desktop UI и тулкитами этот чел не занимался, поэтому его версию Drag'n'Drop 3 раза переделывали.
Разработчики wayland 10-летней давности понятия не имели о проблемах GTK, Qt, GNOME, KDE и оконных менеджеров. Они в основном на 3D-графике и мультимедиа специализировались. Отсюда и "идеальные кадры", и "тиринг", и HDR и прочее. А последние лет 5 особо активны kde-шники, вот и вылезают расширения для перетаскивания вкладок из приложения в приложение, управления фокусом, иерархией окон и т.д.
В общем, эксперты, но узкоспециализированные.
> Вместо перекидывания картинки из буфера в буфер в оперативной памяти - сделаем "текстуры, которые уже лежат в видеопамяти" и будем оперировать их дескрипторами.Абсолютно все программы, рисующие по OpenGL и Vulkan под иксами через DRI механизмы, появившиеся задолго до Wayland и развившиеся до состояния, когда разницы между иксами и вейландом нету: ну да ну да, пошли мы нахер
Любая достаточно сложная графическая система на никсах неизбежно содержит неспецифицированную, глючную и медленную реализацию половины возможностей Xorg.
Совершенно не понятно зачем, совместимость с иксам будет частичная, стандарты - не не слышали, изоляция приложений поломает то, за что ругают вяленный, отлаженный годами код не используется, что будет с поддержкой дров непонятно, и будет сырая поделка на модном молодежном языке, что сразу ограничит круг поддерживающих, еще и с самого старта закладывается прокладка для новых приложений на вяленом, для кого оно?З.Ы. Разумеется дело авторов на что они хотят тратить время
Не правильно ставишь вопрос. Пацанам не понравилось текущее положение вещей - пацаны делают то, как будет лучше по их мнению. Выстрелит или нет - индустрия разберется. И твое непонимание исходит из того, что ты плохо представляешь тему обсуждения, для них-то как раз все ясно.
Да пусть делают, авось, что выйдет толковое. Альтернативы и конкуренция это всегда хорошо.
> стандарты - не не слышалистандарт официально заморожен более 10 лет назад и фридесктопцы пресекают любую попытку даже поставить вопрос о необходимости его обновить под современные реалии... нахрена ориентироваться на такой стандарт?
Вряд ли автор собирается положить на стандарты. Скорее всего не будет досконально (или вообще не будет) реализовывать всякие древние и неиспользуемые/неактуальные сейчас расширения. Типа DGA, VidMode, xinerama, BigFont и т.д. Список приличный на самом деле.
'вместо вывода ошибок в случае отсутствия должных полномочий будут передаваться пустые данные' ведроид плачет с его незапускающимися приложениями при отклонении в выдаче прав
> ведроид плачетВедроид должен страдать.
Да, как же это задолбало.
Хотя приложения смогут реагировать на пустые даные или подставленную картинку "на самом деле доступ не разрешён" и клянчить разрешения.
> "на самом деле доступ не разрешён" и клянчить разрешенияGood. Легче будет определять недо-малварь через strings | grep
> защиту от появления разрывов при выводе (tearing)Как понять - "защиту"? Презенть через мейлбокс а дальше вулкан сам всё сам сделает. Что такое "защита"?
Наверное имеется ввиду добавление флага, который будет форсить двойную буферизацию. Правда это и так уже в модулях иксорга для amd есть. Всё ещё намного лучшей альтернативой будет тупо фпс монитора больше сделать, но мб кому-то пофигу на кисельность двойной буферизации.
>В Phoenix не намерены реализовывать всю функциональность протокола X11, доступную в X.org Server, и поддерживать устаревшее оборудованиеНу и кому такой "феникс" нужен? Они просто пытаются сделать X-сервер, который будет жрать так же, как и вейланд. Потом в дистрах заменят оргинальные/форкнутые иксы на это поделие, и скажут "вот видите - вейланд жрёт меньше!" Дык, если изначально ориентироваться, чтобы работало только на свежайшем оборудовани - то какой иной результат можно получить?
Формально он должен похудеть, если спишут в утиль совсем уже неактуальные дидовские технологии из 80-ых. То, что xeyes и пара музейных приложений на Motif переедет в виртуалку/слой эмуляции, так и быть, можно будет пережить. Хотя, это действительно будет похоже на X12, который мы потеряли, нежели на X11.
Я лично считаю, что X12 как раз должен ориентироваться на рендеринг средствами иксов. Всё, что без OpenGL - выкинуть, но1. общение между клиентом и сервером - исключительно через общую память.
2. виджеты и шрифты и прочее - на стороне сервера исключительно, в одном экземпляре.
3. сервер рендерит не только 2D, но и 3D. Сам. С клиента приходят только идентификаторы объектов и параметры. Объекты - не только сетки, но и шейдеры.
4. и механизм разрешений.Зачем плодить интерфейсы? А чтобы напр. одна программа могла загрузить 3д модельки, и затем передать контроль другой программе, у которой своих моделек нет, но зато она с ними что-то может делать, при этом к самой модельке у неё доступа может и не быть, после чего возвращает контроль первой программе.
>Всё, что без OpenGL - выкинутьТы только что убил дешёвую графику.
>общение между клиентом и сервером - исключительно через общую памятьТы только что убил киллер-фичу иксов.
Максимизация ресурсов и рендеринга на сервере тянет на NeWS.
Мне не помешал бы, чтобы запускать Wayland приложения в Awesome WM.
https://github.com/trip-zip/somewmДержи, пользуйся
Спасибо. Пока непригодно для практического использования, но потенциально интересно.
Дополню новость. Автор пишет, что написать свою реализацию протокола X.org легче, чем очередной композитор для вейланда. И фундаментальных, не решаемых проблем в спецификации протокола практически нет. И даже обвинил разрабов вейланда в том, что они дезинформируют в этом вопросе общественность. Так что в следующем году уже скорее всего будет готово к использованию.
А ещё оно GPLv3, что в кубе замечательно. Можно будет ещё и на Си потом портировать, чтобы компилировалось полегче под все системы, а не где Zig + LLVM что-то там делают.
У зига в отличие от С нативная кросс-компиляция под 10+ платформ
>> И даже обвинил разрабов вейланда в том, что они дезинформируют в этом вопросе общественностьПример дезинформации в студию. Ни один из разрабов Wayland не говорил, что в иксах нельзя сделать некоторые вещи/фичи. Говорили что нельзя сделать без поломки обратной совместимости и самого протокола. И именно на эту деталь забил автор сабжа - его обратная совместимость не волнует, потому будет ломать протокол X11 как ему удобно.
Автору пиши, вряд ли он читает опеннет.
> Автор пишет... Так что в следующем году уже скорее всего будет готово к использованиюСмешно.
А кто автор? Не студент, которому это надоест через полгода?
А то таких много тут было в новостях. И как тут комментаторы утверждали, что скоро будет круто.
Да собственно уже, с сентября только багфикс и изменения readme. Пары начались
>Так что в следующем году уже скорее всего будет готово к использованию.Вот когда будет, тогда и приходите.
Вполне возможно. В конце концов, Иксы были разработаны для оборудования 30-40-летней давности. Проблема, конечно, в том, как добавлять новые вещи.А еще то вероятно, что здесь пипл в массе своей и не видывал спеков Иксов, а не то чтобы их читать.
>А еще то вероятно, что здесь пипл в массе своей и не видывал спеков Иксов, а не то чтобы их читать.Ну я видел. Card смущают, а так можно жить.
>В конце концов, Иксы были разработаны для оборудования 30-40-летней давности.CLI-приложения были разработаны вообще под телетайпы. Наверно, не надо пользоваться CLI.
Вяленый был разработан для оборудования 18-летней давности.
Пора его выкидывать. За почти 20 лет много нового оборудования вышло.
Кто-то может объяснить, почему они выбрали Zig?
Конечно, кто-то может. Например, создатели сабжа могут.
а что, надо было опять взять си и по второму кругу?
а в чём проблема? на ютубе курсов нет? отсутствие эмодзи ракеты в названии языка?
Просто прикольный язык. Слабенький, конечно, почти без стандартной библиотеки и почти без библиотек вообще, но прикольный. Легко делать интероп с Си. Если не нужна нормальная поддержка bare metal (как в данном случае) и готовые библиотеки (опять же как в данном случае), то вполне можно использовать. Да, это не Rust даже близко, но и не такое дерьмище как Си.
>нормальная поддержка bare metalУ зига она есть. Пока условно ограничена ллвм, но они пишут свой компилятор, в отличие от.
>готовые библиотеки
Оно вроде как жрёт сишные хедеры. Проблемы только с макросами.
> У зига она есть.Нет, стандартная библиотека в таких условиях не работает.
https://ziglang.org/ru-RU/
Цель - это фан, а не конечный пиодукт.
Так что как разница.
Могбы бы и BrainBuck какой то.А на Паскале... Тут местные с Pentium 4 в восторге были бы.
Потому что автор Zig - разработчик Wayland композитора River, да и в принципе не последний чел в экосистеме Wayland. Считайте что это такой очень тоненький троллинг)
Язык Zig на самом деле весьма неплох плюс авторы утверждают, что он может быть лучшим компилятором Си чем сам Си.
Это-то хорошо, оптимизацию кода увидеть бы, и видеть её в будущем. Успехов проекту!
Это и мина под вяленд, и мина под раст, и одновременно мина под оригинальное использование вяленда (automotive embedded). Если можно будет портировать на stm32 (а Zig заточен именно под это) вяленду кранты вообще со всех сторон.
Какие мины, к Rust это вообще никаким боком не относится.
Если сможет в XRdp, и при этом сможет быть вялым композитором и как nested запускать влажные неумехи, типа gnome/kde, то будет отлично.