X.Org Server 21.1.0

Сдаётся мне, что X.org работает, а Wayland до сих пор = Gnome, а за пределами Gnome - жуткие поделия, вроде reference гумна Weston, либо адов глюкодром (KDE).

Вся суть Линукса: все 30 лет что-то делают, бросают посредине, начинают что-то новое, снова бросают, ибо изначально спроектировали задницу. Повторить до изнеможения.

Тем временем, большинство Win32 приложений, выпущенных в 1995 году, работают в Windows 11, а народ удивляется, почему линукс вперде. Не совсем, конечно, его любят ИТ’ники, которым не жалко своего времени и хочется изобразить из себя «илиту».

Такой элитный глюкодром без обратной совместимости, где никто ни за что не отвечает.

// b.

Почему это? Если программе не нужен доступ к глобальному вводу, то у неё его и не должно быть.

В Wayland вроде вообще не предусмотрен доступ к глобальному вводу даже если он должен быть.

Это ты несёшь.

С учётом того, что дальше у тебя в сообщении идёт, это заявление забавно.

У тебя если фундаент дома будет рушиться

По теме возразить нечего, да? Какая связь трансляции экрана через Wi-Fi с фундаментами домов? Я тебе конкретный пример привёл, где технология работала два года назад и работает сейчас, хотя ядро с тех пор поменялось.

Я, тем временем, свалил с Phoronix, ибо там настолько элитизм окреп, что любого, кто не дай бог что-то скажет про проблемы Open Source, моментально начинают гнобить, обзывать и оскорблять. Wayland «идеален» во все щели, а там где он неидеален - это «проблемы реализации, которые скоро устранят». С 2008 года всё устраняют и устраняет, а велосипедов window compositors становится всё больше и шире, а проблемы не решаются.

Причём из тех, кто это делает 99% ни черта для Open Source не сделали, а Линуксом начали пользоваться год два назад.

// b.

уважаемый всеми Keith Packard

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

Обобщение 80 уровня. Фу таким быть.

Больше нигде такого говнокода нет. Везде либо композитор, либо полноценные полигоны на уровне сервера, а не убогие трапезоиды, прибитые к алгоритмам Cairo. Про XFixes одно название про всё говорит.

Открываем https://github.com/intel/wds

Проект мёртвый, до свидания. Всё.

Ну так и в линукс user-api как раз stable.

http://blogg.forteller.net/2016/humble-test/

Про игры Loki конца 90х я вообще молчу: большинство из них даже не ставится.

Так же я молчу, что в каждой новой версии glibc, glib, libstdc++ и до бесконечности - новые символы, так что компиляция с ними сразу делает невозможной запуск приложений в предыдущих версиях дистрибутивов.

Поэтому всякие Google Chrome, Mozilla Firefox, MS Edge, VirtualBox собирают на гипер древних дистрибутивах, а VMWare Worstation тащит с собой вагон gtk/gnome библ.

В Windows 11 можно спокойно собирать приложения для Windows 7, а если немного постараться, то и для Windows Vista, XP и даже Windows 2000.

«Stable user-API» ХА ХА ХА

// b.

Единственное (!), что стабильно в Линукс - это POSIX API, но на них ничего, кроме консольных приложений, не напишешь.

Только на кой фиг нужен Linux в этом случае? POSIX прекрасно работает в Windows после компиляции в MinGW.

// b.

Почему это? Если программе не нужен доступ к глобальному вводу, то у неё его и не должно быть.

В Wayland вроде вообще не предусмотрен доступ к глобальному вводу даже если он должен быть.

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

Проект мёртвый, до свидания.

Код не собирается? Не работает?

Всё.

«Ой, всё!»

Работает плохо. Вот итог. И лучше не будет.

ЗЫ: поэтому я терпеть не могу фанатиков, им не про результат, а как на фиктивных тендерах — чисто вот кинуть «что-то есть, галочку ставим».

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

Для начала эти методы должны быть. Пока там бардак из разных несовместимых расширений.

Вот такое для неё до сих пор норма

ССЗБ. Штатно настроить по своему выбору время, в которое будет проведена загрузка обновления, установка обновления и перезагрузка не удосужился - упс.

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

что в каждой новой версии glibc, glib, libstdc++ и до бесконечности

Одну из трёх угадал.

запуск приложений в предыдущих версиях дистрибутивов

Запусти мне приложение из Win10 в Win2k.

Поэтому всякие Google Chrome, Mozilla Firefox, MS Edge, VirtualBox собирают на гипер древних дистрибутивах

Как раз потому, что glibc, glib и GTK (в рамках мажорной вертки) поддерживают обратную совместимость. Сюрприз.

В Windows 11 можно спокойно собирать приложения для Windows 7

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

Stable user-API

Речь про kernel, балбес. Впрочем, birdie - это диагноз.

Работает

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

Работает плохо.

Сомневаюсь, что ты пробовал. Работает оно с теми же артефактами, что и реализация в Windows.

И лучше не будет.

К чему это заявление? В Windows тоже лучше не будет. По крайней мере, за годы у меня не стало, хотя Windows 10 регулярно получает обновления.

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

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

Ты соврал. Как всегда выдумываешь, и сам смеёшься.

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

Ты соврал.

Где? Ссылку, пожалуйста, и цитату.

В Windows тоже лучше не будет.

Конечно будет, глупости не пиши.

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

И традиционный твой глупый приём «везде есть проблемы, значит везде одинаково» не имеет смысла.

приведи мне хоть одно мое высказывание в этом треде, не соответствующее фактам

Как минимум то, что устаревший == не получает изменений.

формой. я предпочитаю письменную

Как будто любая информация всегда будет доступна в желаемой форме.

Конечно будет, глупости не пиши.

Когда будет-то? За два года прогресса нет. Дату давай.

С твоим нищебродным оборудованием — никогда.

Miracast в этом плане привередливый, и нюансов там гора.

Но ты только что сказал, что будет лучше. Соврал?

Сдаётся мне, что X.org работает, а Wayland до сих пор = Gnome, а за пределами Gnome - жуткие поделия, вроде reference гумна Weston, либо адов глюкодром (KDE).

Сам не пробовал, но поговаривают, что sway весьма неплох. Пусть его пользователи уточнят.

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

Я сам пересел на Wayland-сессию вынужденно, но обратно уже не собираюсь. (Всем пофиг, да.)

Тем временем, большинство Win32 приложений, выпущенных в 1995 году, работают в Windows 11

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

Запусти мне приложение из Win10 в Win2k.

В чём проблема? Собираем приложение и запускаем. Или что конкретно имеется ввиду под приложением Win10? Я и в Win98 запускал приложение Win10.

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

Никаких библиотек винды подкидывать никуда не нужно. Устанавливаем компилятор и собираем. В Visual Studio 2022 можно установить компилятор С++ который поддерживает создание приложений для Windows XP. и C# который поддерживает создание приложений для Windows 98.

Как минимум то, что устаревший == не получает изменений.

цитату, потому что я утверждал полностью противоположное

Не соврал. Я пишу про общую ситуацию.

Что там у тебя мне по барабану.

Сам не пробовал, но поговаривают, что sway весьма неплох.

Там обычные окна с рамками и таскаемые мышкой есть?

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

Или что конкретно имеется ввиду под приложением Win10

Собираешь среднестатистическое приложение (не HelloWorld окно на WinAPI) родным MSVS на родной Win10. Закономерно обламываешься на версиях ниже. Ну на 8 может ещё заведётся.

можно установить компилятор С++ который поддерживает создание приложений для Windows XP

можно установить

Ключевая фраза. Там ещё и весь рантайм подтянется. Мой любимый пример - заюзай мне на XP RWLock-и.

C#

Ну давай уж и Java тогда вспомним.

upd. И да, про libstdc++ было особенно смешно, вспоминая MSVCRT/MSVCP хренаста версии для разных софтин в одной системе

Так же я молчу, что в каждой новой версии glibc, glib, libstdc++ и до бесконечности - новые символы, так что компиляция с ними сразу делает невозможной запуск приложений в предыдущих версиях дистрибутивов.

В Windows 11 можно спокойно собирать приложения для Windows 7, а если немного постараться, то и для Windows Vista, XP и даже Windows 2000.

Ситуация одинаковая: если программа использует новые символы, то она не заработает в старой системе, где этих символов нет. Поэтому если ваша программа использует какую-нибудь WSAPoll(), то не работать ей на Windows XP.

«Stable user-API» ХА ХА ХА

Скорее всего, речь шла о ABI ядра, что вполне соответствует истине.

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

Offtopic и оскорбления - пропустим: это обычно, когда аргументов нет.

Одну из трёх угадал.

Угадал все - тредов по поводу missing symbols в любой из них навалом. А по факту таких библ - большинство.

Запусти мне приложение из Win10 в Win2k.

Где я это предлагал? Не фиг мне присваивать то, что я не утверждал.

Как раз потому, что glibc, glib и GTK (в рамках мажорной вертки) поддерживают обратную совместимость. Сюрприз.

Stable user-api не оканчивается обратной совместимостью, сюрприз, иначе бы вы не могли собрать приложения в Windows 11 для Windows 7.

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

Насчёт библиотек и toolchain - наглая ложь - ничего, кроме компилятора и определенных флагов компиляции не надо. В линуксе это вообще никак, кроме секса с chroot, что по сути - сборка в виртуалке/старой версии. Сразу видно человека, который ничего в Windows не собирал никогда.

Речь про kernel, балбес. Впрочем, birdie - это диагноз.

И снова оскорбления. Набор userpsace API в Линукс ядре настолько убог, что дальше консольных приложений - никуда. Ах, да, есть KMS - много приложений с ним напрямую работает? Ноль целых три десятых? Какой мощный API! Точнее бесполезный для 100% графических программ, ибо сверху Wayland Compositors -> GTK/Qt/EFL или Xorg/X11. Ах, да, вяленый даже не предоставляет никаких API для low level 2D graphics. Есть https://wayland.freedesktop.org/docs/html/ch04.html https://wayland.freedesktop.org/docs/html/apb.html - ха, ха, ха. Как мощно! В буфер пишите - мы вам выведем. Вот это порнография. Тонна дупликации кода начиная от композиторов, которые одни и те же API реализуют и то же самое в GTK/Qt/EFL, которые реализуют методы работы с Wayland и его недоделанными API. Была https://github.com/michaelforney/wld , но проект сдох и никем не используется.

// b.

Собираешь среднестатистическое приложение (не HelloWorld окно на WinAPI) родным MSVS на родной Win10. Закономерно обламываешься на версиях ниже. Ну на 8 может ещё заведётся.

Какой-то бред написан.

Приложение будет требовать ту версию Windows, API которой использованы. Можно уже писать приложения которые не запустятся на Windows 10.

Windows 11 SDK 22000 позволяет собирать программы для Windows 7.

То есть если я не буду использовать API которых нет в Windows 7, то используя Windows 11 SDK 22000 и последний Visual C++ 143 можно собрать программу, которая будет работать в Windows 7.

Для сборки программы для Windows XP, в Visual Studio Installer нужно выбрать Visual C++ 141 для Windows XP, тогда установится компилятор и Windows 7 SDK, и можно собирать программы для Windows XP.

https://imgur.com/a/uGMONJE

Мой любимый пример - заюзай мне на XP RWLock-и.

https://docs.microsoft.com/en-us/windows/win32/api/synchapi/nf-synchapi-initializesrwlock

Minimum supported client: Windows Vista

Глупый пример. Читается документация и всё.

Только на кой фиг нужен Linux в этом случае? POSIX прекрасно работает в Windows после компиляции в MinGW.

Ой, не рассказывайте. Попробуйте сделать дубликат сокета с помощью dup(), использовать select() с named pipes, использовать setsockopt() в её POSIX-объявлении, и т.д.

Для начала эти методы должны быть. Пока там бардак из разных несовместимых расширений.

Ну так не готово ещё. Однако если N лет назад было не готово на 80%, то сейчас, может, на 10% — прогресс есть.

Ситуация одинаковая: если программа использует новые символы, то она не заработает в старой системе, где этих символов нет. Поэтому если ваша программа использует какую-нибудь WSAPoll(), то не работать ей на Windows XP.

MSVC элементарно настроить, чтобы собирать под Windows 7.

Right clicking your project -> Properties -> General -> Platfrom Toolset -> Visual Studio 2012 (v110)

Всё.

Скорее всего, речь шла о ABI ядра, что вполне соответствует истине.

Бесконечно убогий API, которого недостаточно для 100% графических программ.

Ой, не рассказывайте. Попробуйте сделать дубликат сокета с помощью dup(), использовать select() с named pipes, использовать setsockopt() в её POSIX-объявлении, и т.д.

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

А так монстры вроде Firefox, Chrome и прочих. Там и абстракций хватает и собственные аллокаторы памяти есть, но всё равно.

Там обычные окна с рамками и таскаемые мышкой есть?

Я же написал, что сам не пробовал. Однако быстрый Google-поиск утверждает, что есть.

За то время пока делали Wayland уже успели написать и выкинуть Win9x. Такая скорость прогресса говорит о том, что оно мало кому нужно.

Ну т.е. для каждой конкретной платформы MSVS из среды подкидывает тебе конкретную версию компилятора (в платформе их несколько) и конкретный рантайм. Собственно о чём я и говорю.

Что мешает сделать тоже самое в линуксах (также в общем-то и делается) - для меня загадка века. Ну ест-но это придётся делать руками, ну на то он линукс.

Читается документация и всё.

Т.е. какбы если они используются в приложении (или ещё хуже в рантайме), то с XP у нас случился облом-с.

Какую ещё общую ситуацию? Почему тогда улучшение общей ситуации не видно у меня?

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

Более того, ты заявил, что я соврал, но почему-то до сих пор не указал конкретное место, где я соврал. А ведь тут всё текстом. Пока что получается, что твоё заявление — клевета.

Platfrom Toolset

Какое из этих двух слов ты не понял?

Спасибо, мил человек.

Я бы привёл пример Рошаля, который собирал WinRAR для Windows XP на Windows 10 до последнего времени, но сейчас он уже minimum Vista - это уже не доказательство, наверное - LOOOOL.

Это всё равно что на Fedora 35 без chroot и извращений собрать графическое приложение для RedHat 7.1 (нет, я не про RHEL, я про https://en.wikipedia.org/wiki/Red_Hat_Linux ) - LOOOOOOOOOL.

Для начала: где взять GTK1/Qt2, интересно?

Фанаты свободы - такие фанаты. В лицо тычешь фактами - «не, всё не так».

MSVC элементарно настроить, чтобы собирать под Windows 7.

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

Бесконечно убогий API, которого недостаточно для 100% графических программ.

Это не соответствует истине, ибо 100% графических программ для GNU/Linux работают в конечном счёте через этот API.

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

За то время пока делали Wayland уже успели написать и выкинуть Win9x. Такая скорость прогресса говорит о том, что оно мало кому нужно.

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

но сейчас он уже minimum Vista

Прикинь, и я даже знаю почему

Microsoft ended support for Windows XP on April 8, 2014. While the current version of the Visual C++ Redistributable for Visual Studio 2015-2019 only supports Windows Vista, 7, 8.1, 10, and 11, older versions of the C++ Redistributable can be installed on Windows XP. The last version of the C++ Redistributable for Visual Studio 2015-2019 that works on Windows XP shipped in Visual Studio 2019 version 16.7 (file versions starting with 14.27).

Когда делали Windows NT уже была рабочая реализация Windows 9x. Но получилось почему быстрее несмотря на намного больший набор работ.

Ринат, я удивляюсь, что ты до сих пор тут, честно.

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

Большинство - оголтелые фанаты свободы, которые орут, закрыв уши, про превосходство Линукса и Open Source. Ещё больше орут, когда показываешь, что проблемы изнутри, а NVIDIA и Microsoft никаким местом.

Я надеюсь, что Fuchsia или HaikuOS взлетят в ближайшее время. Надоели баги и бесконечные регрессии.

Хочется людей/ОС с enterprise подходом к качеству и совместимости. Linux в качестве enterprise - это только RHEL, но он, увы, больше для серверов.

Когда делали Windows NT уже была рабочая реализация Windows 9x. Но получилось почему быстрее несмотря на намного больший набор работ.

Windows NT пилили с конца восьмидесятых вообще-то.