LINUX.ORG.RU

Ситуация с Wayland: факты о X и Wayland.

 ,


32

7

Это вольный перевод статьи, намедни размещённой на phoronix. Оринальная статья — обзор недостатков, их исправлений и преимуществ между X и Wayland. Её написал Eric Griffith, при участии Daniel Stone, специально для ресурса phoronix. Работа собрана по кусочкам из презентаций Keith Packard, David Airlie, Kristian Høgsberg, из страниц про X11, X12, Wayland в вики и на freedesktop.org, из прямых интервью с разработчиками.

Оригинал выпущен под Creative Commons версия 3, с указанием авторства; перевод доступен на тех же условиях (с указанием на авторов оригинала, как мне кажется).

Недостатки X

Прежде всего автор думает, что преимущества Wayland лучше всего понятны через перспективу недостатков X11. Итак, начнём...

  1. Мы потратили последние десять лет на «исправление» X с помощью оборачивания его расширениями и плагинами. Однако, X имеет минимальную поддержку версионирования расширений.
    • Версионирование ведётся для одного клиента, а не для одного соединения с API расширения; если ваше приложение поддерживает одну версию расширения, а библиотеки — другую, вы не можете предсказать, какая версия расширения будет получена в итоге.
    • Мысленный эксперимент: Rekonq поддерживает Xinput 2.2, библиотеки KDE — Xinput 2.0, а плагин Flash — только базовый X11. Все они будут определять, какая версия подсистемы ввода поддерживается браузером Rekonq, и в результате будет отдана одна версия для работы со всем вводом... И это может быть не та версия, которая имеет всё необходимое.
    • Если вы счастливчик, вы получите минимальную поддерживаемую версию и приложение будет работать хорошо. Если вы не очень удачливый, вы получите максимальную версию и будете посылать бесполезные сообщения между клиентом и X.
  2. X имеет четыре подсистемы ввода: базовый протокол X11, Xinput 1.0, Xinput 2.0, Xinput 2.2. Xinput 1.0 канул в Лету, но оставшиеся три остаются взаимосвязанными. Daniel Stone описал это так: «Есть всего три человека, которые действительно понимают, как подсистемы ввода уживаются вместе... И я бы хотел не быть одним из них».
  3. Много лет назад у кого-то появилась идея «механизм, а не алгоритм». Фраза является отсылкой к тому, что X имеет свой уникальный API для рисования и собственную библиотеку вроде GTK+ или Qt. X определяет низкоуровневые понятия, такие как прямая линия, толстая прямая линия, дуга, окружность, неполноценные шрифты и другие элементы конструктора, бесполезные по отдельности. Примечание от Daniel: «Внешний вид толстых линий должен точно соответствовать спецификации, которая обязывает их выглядеть уродливо».
  4. X большой и тупой. Прежде чем мы (сообщество) начали выкидывать его компоненты и использовать обходные пути, X имел внутри почти полную ОС, включая свой сервер печати и свой бинарный транслятор для ELF, COFF и a.out.
  5. Композитинг и синхронизация окон. Разработчики научили X композитингу с помощью Composite Extension. Композитинг хорош для простых случаев, как то: рабочий стол, OpenGL. Но если вы захотите использовать hardware overlays (т.е видео), может случиться катастрофа. В том же браузере содержимое вкладки и окно flash-плагина обрабатываются отдельно и не синхронизируются, так что остаётся лишь скрестить пальцы в надежде. что разница во времени обработки не будет слишком большой. В результате при прокрутке страницы с играющим видео иногда возникают разрывы и артефакты.
  6. Шрифты. Разработчики пытались перенести шрифты под управление X-сервера с помощью расширения STSF, и предоставить клиентам достаточную информацию, чтобы те могли правильно определить расположение шрифтов на экране. Но количество информации, достаточной для выполнения данной задачи, превышало размер самих шрифтов. В итоге было решено предоставить клиентам полную свободу действий, избавившись от шрифтов на сервере.
  7. Протокол без состояний. Иными словами, X ничего не запоминает.
    • «Пожалуйста, создайте мне X.conf. Пожалуйста, используйте его для настройки.» Зачем?! Со временем это было исправлено: файл конфигурации используется для перезаписи параметров по умолчанию, а сами параметры по умолчанию подчищены и могут теперь определяться автоматически.
    • Многие имели проблемы с многомониторными конфигурациями в Linux, ну или хотя бы перенастраивали X после перезагрузки. Недостаток X в том, что он помнит эти конфигурации только после создания /etc/X11/xorg.conf.d/50-monitors.conf, который скорее всего придётся писать вручную.
    • Мы надеемся, что это было исправлено созданием libkscreen, обёртки над xrandr, которая наконец-то стала запоминать параметры мониторов, используя их уникальный EDID.
    • В течение длительного периода (а может быть и до сих пор) при подключении дополнительного монитора в Linux основной монитор имел композитинг, а дополнительный — нет. Это, возможно, исправлено в RandR1.4, но его автор не может найти убедительных доказательств.
  8. Бесполезная иерархия окон. В X каждое поле ввода и текстовая надпись имеют своё окно со своим родителем. Никто не знает, какую же функцию выполняет эта иерархия. Реальные библиотеки (т.е не основанные на компонентах протокола X11) уже давно выбросили весь этот мусор в окно.
  9. Отчасти придирка, отчасти разумное беспокойство... В X11 каждая из координат— 2-байтное число со знаком. То есть, на всех ваших дисплеях должно быть не более 32,768 пикселей. При 100dpi это даёт вам 8,3-метровый дисплей. Замечательно... Но вот факты для сравнения: Windows XP имеет 96 DPI, а мой телефон — 320+. Добавьте сюда растущие разрешения и несколько мониторов, и вы увидите, что проблема приближается очень даже быстро.
  10. Для X всё является окном, и разных типов окон с его точки зрения нет.
    • Скринсейвер — это окно, которое просит X расположить его поверх всех окон, сделать полноэкранным и отдать весь ввод.
    • Всплывающее окно просит X расположить его в заданной точке и отдать весь ввод.
    • Они конфликтуют: скринсейвер не будет активирован, пока показано всплывающее окно.
    • Наверняка ваши скринсейвер и скринлокер не прокинули хуки во все необходимые библиотеки, распознающие клавиши для управления медиа... Представьте, что вы слушали музыку, работая на ноутбуке, а затем закрыли крышку. Ноутбук уснул, скринсейвер стал активным окном. Как только вы откроете крышку, ноутбук проснётся и музыка загромыхает снова, так что снова закрыть крышку окажется проще, чем вбить проль, затем открыть плеер и поставить его на паузу либо выключить звук.
    • Разработчики пытались исправить проблему и сделали спецификацию нового расширения, которое в теории работало. Но когда его попытались реализовать, оказалось, что оно серьёзно ломает модель работы X-сервера. Так что проблема существовала 26 лет и продолжает существовать. Расслабьтесь и получайте удовольствие.
  11. «Но Eric, если X11 настолько плох, то почему бы не сделать X12 вместо нового протокола?». Ну, формально, это уже сделано. При сохранении его под знаменем X возникает практический недостаток: все, кто беспокоится о X, будут иметь право голоса в разработке следующей версии. С помощью названия «Wayland» этой проблемы можно избежать. Никого ничто не волнует. Это не связанный с X проект, разработчики могут творить с будущим дисплейным сервером всё, что душа пожелает, ну а те, кто беспокоится о X, могут пойти разрабатывать X12.

Лекарство от Wayland (пронумерованы попарно с недостатками X).

  1. Весь протокол версионирован. Каждый слушатель получает именно ту версию, которую он поддерживает, и ничего поверх этого. Никаких случайностей.
  2. Подсистема ввода в Wayland очень похожа на Xinput 2.2, за вычетом всего старья и отношения Master/Slave между источниками ввода. Слушатель получит одну виртуальную клавиатуру, одну виртуальную мышь и один невиртуальный сенсорный ввод. Кошмар под названием «мультитач» в конце концов упорядочен. Примечание от Daniel: как один из авторов мультитача в X, я считаю себя достаточно компетентным, чтобы назвать его кошмарным.
  3. У Wayland нет API для рисования, в обход которого можно было бы работать. Wayland ожидает заполнения клиентом буфера рисования, и его не волнует способ заполнения, если не считать контроля за попытками задеть чужие буфера.
  4. Wayland минималистичен, он не хранит внутри себя псевдо-ОС ради контроля вывода графики. Клиенты принимают на себя этот удар, что хорошо — им не придётся заботиться о сверхдолгом сопровождении обратной совместимости. Qt5 избавилось от модуля qt3support. X всё ещё сопровождает то, что было написано 26 лет назад. Примечание от Daniel: кроме того, вызовы к вейланду — не блокирующие, рисование всего рабочего стола не остановится из-за зависания или очень дорогой операции на стороне одного из клиентов: остановится только этот клиент.
  5. В вейланде — принудительный композитинг. Это не означает, что везде должны быть 3D-эффекты или изгибающиеся окна. Под композитингом мы подразумеваем отсутствие разрывов, необновлённых кусков и проблесков. Лозунг вейланда — «каждый кадр будет идеальным». Каждый пиксель прорисован как должно и расположен где должно, и появляется, когда клиент того потребует.
  6. Шрифты отданы клиентам.
  7. Многомониторные конфигурации и гибридная графика (Optimus) отданы клиентам, вейланду нужен только буфер с пикселями и информация о том, где его расположить.
  8. В вейланде есть два вида окон: окна верхнего уровня и подповерхности (в основном для проигрывания видео). Причём, в отличие от X, они синхронизируются. При прокрутке страницы с видео в браузере у вас не будет ни разрывов, ни артефактов.
  9. С точки зрения клиентов, вейланд не оперирует глобальными координатами, предпочитая систему отсчёта поверхности для рисования. Счётчик координат 31-битный, то есть каждая поверхность может иметь 2,147,483,648 пикселей как в ширину, так и в высоту.
  10. Для обеспечения дополнительной безопасности, ваш скринсейвер и скринлокер являются частью композитора. Кроме того, композитор распознает клавиши управления медиа, так что даже при заблокированном экране можно выключить звук.

Некоторые заблуждения в плане X и Wayland.

  1. «X — это юниксвейно». X обрабатывает печать, управление буферами для рисования, имел свой тулкит, обрабатывал шрифты, имел бинарный транслятор — и всё это помимо других задач.
  2. «В X есть сетевая прозрачность» — её нет. Базовый протокол X и DRI-1 имели сетевую прозрачность, но никто не использует ни то, ни другое. Shared-memory, DRI2 и DRI-3000 не имеют сетевой прозрачности и не работают по сети. В наше время X превратился в синхронный, плохо сделанный VNC. Если бы он был плохо сделанным асинхронным VNC, то может быть мы бы и заставили его работать. Но он не такой: XLib синхронная, а переход на XCB медленный, что делает передачу по сети настоящим кошмаром.
  3. «Разработчики Wayland наступают на те же грабли, что и X11, потому что не знают его» — неверно, потому что большинство разработчиков Wayland являются бывшими разработчиками X11.
  4. «Вейланд требует 3D.» — неверно, он требует только композитинга, так что есть даже бекенд на pixman для программной отрисовки.
  5. «Вейланд не умеет в удалённый доступ» — умеет, и должен справиться с этой задачей лучше чем X, отчасти из-за асинхронности протокола. Скорее всего Wayland станет высокопроизводительной версией VNC, и прототип уже есть. Причём мы ещё ни разу не давали идей по его улучшению, и скорее всего сможем сделать его лучше, если приложим усилия.
  6. «Вейланд нарушает обратную совместимость» — с тех пор как XWayland закончен и принят в основную ветку, у нас должна появиться почти совершенная обратная совместимость, потому что каждое приложение, использующее X, получает маленький X-сервер для дальнейшей работы с ним. Нам известно одно препятствие — трансформации окна, ведь приложение думает, что оно расположено в верхнем правом углу экрана, оттого, что клиентский X-сервер приведён к размерам клиентского окна.

Парочка характерных преимуществ Wayland

  1. «Каждый кадр будет идеальным». Каждый кадр будет представлен в правильном порядке (возможен сброс лишних кадров, но вы не получите кадр 199, затем 205, а затем 200 оттого, что сервер извлёк их в произвольном порядке. Каждый кадр имеет свой timestamp.)
  2. Минималистичный! Мы способствуем славному будущему Wayland путём уменьшения пространства для возможных ошибок.
  3. Бекенды, специфичные для оборудования. Думается, некоторые люди заметили появление бекенда Wayland, предназначенного для Rasberry Pi — он позволяет использовать все особенности этой платформы. Такой подход используется не везде, многие вещи не потребуют бекенда для конкретного оборудования, но неплохо бы иметь возможность сделать доработку, когда потребуется.

P.S. От переводчика: заметно, что в статье мало технических деталей или же ссылок, а лозунги я наоборот вырезал. К слову, о минималистичности: для вейланда уже есть композитор, способный отображать окна в 3d-пространстве на манер quake, но что-то я сомневаюсь в правильной обработке звука в таком 3d. Для игр есть OpenAL, который имеет 3d-координаты, соответствующие координатам OpenGL (синхронизация позиций источников звука и слушателя с позициями объектов и камеры производится программистом). Для вейланда нет ничего подобного OpenAL.

Если же кто-то имеет вопросы к авторам статьи — он может задать их на Phoronix.

>>> Подробности

★★★★

Проверено: maxcom ()
Последнее исправление: Aceler (всего исправлений: 16)

Ответ на: комментарий от fragmentor

fragmentor> Это некоторой илитке с опухшим ЧСВ так кажется, всего лишь :)

Тебе что-ли, илитарный ты наш?

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

архитектура головного мозга

Ы. Надо запомнить.

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

Я не разбираюсь в компьютерах. И боже упаси меня стать одним из вас, лол.

а чего ты забыл на linux.org.ru ?

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

В конце концов линуксоид ты или нет?

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

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

Я тот, кто каждый день пользуется ssh -CX

Ты тот, из никому не нужных 0,01%, кричащих громче всех. Вот именно.

Может, попросим модераторов огласить твой и мой юзерагенты?

Да пожалуйста.

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

Что?

Что «что?» ?

a кому-то Офис и Файафокс, например.

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

anonymous
()
Ответ на: комментарий от no-dashi

Так вот, когда становится невозможно сделать «ssh -CX admin@remotehost /usr/bin/guiappname» - это регресс.

А когда у guiappname нет коммандострочного backend'а, или, что ещё лучше, либки, цепляемой тем же пайтоном, и нельзя запустить прогу без иксов и их протокола, это не регрес, да? Ни тебе ортогональных острых утилит, ни glue языка, всё gui построено по компонентному принципу, и до недавнего времени даже стандартного IPC не было - у каждого свой велосипед.

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

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

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

anonymous
()
Ответ на: Сетевая прозрачность не нужна. от r5ha

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

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

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

Для этого придётся допиливать саму Mesa с целью поддержки последнего OpenGL.

Mesa в любом случае придётся допиливать.

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

Если в твоём дистрибутиве GTK и Qt будут собраны только с поддержкой Wayland....

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

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

Gtk создали из-за не кошерной лицензии на Qt.

GTK создали исключительно для gimp (gtk = gimp toolkit) потому, что motif не подошел. Сие есмь факт неоспоримый, однако. И причем здесь qt и лицензия на оный?

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

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

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

GTK создали исключительно для gimp (gtk = gimp toolkit) потому, что motif не подошел. Сие есмь факт неоспоримый, однако. И причем здесь qt и лицензия на оный?

он спутал GNOME и GTK, GNOME действительно был создан из за проприетарской лицензии Qt, которая доолгое время отравляла KDE, и пришлось Мигелю делать свободную альтернативу. А GTK+ просто случайно подвернулся, остальное было хуже на тот момент.

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

Работали с помощью FreeNX на WiMAX канале скоростью 128кбит/с. >Комфортно.

Печально ,а все потому что расширение LBX для иксов выкинули в современных дистрибутивах ,это стандартизированное расширение для сжатие трафика и работы на медленных сетях .
Хотя зоопарк протоколов для сжатия X протокола (я насчитал около 6 способов и наверно больше расширений ) говорит что не все хорошо в королевстве Датском .

Костылей конечно очень много ,народ даже не знает что X сервер может быть локальным вложенным клиентом с давних времен ,xnest сервер-клиент времен 3 иксов .Про протокол xaudio даже вики и народ не знает .Решили изобретать велосипед под названием звуковой сервер .
Xaudio -правильно перекидывает звук по сети ,но недостаток использовались «атомы» сообщения X протокола ,а он к этому не рассчитан соответственно лаги и другие приколы ,но музыку по удаленному хосту слушать это наверно извращение ...

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

anonymous> Более 20 лет «осовременивают», и? Как в идею иксов вписывается гибридная графика? С 3д и энергопотреблением?

Ещё с 80-х годов прекрасно вписывалась. И сейчас вписывается. Вопрос в драйверах.

Ок, а не расскажешь ли, как в иксах при работе от сети включить дискретную, а в режиме пониженного энергопотребления отключить дискретную и включить интегрированную? Без перезапуска иксов. А? http://xpressrazor.wordpress.com/2013/01/13/how-to-setup-amdintel-hybrid-grap... - это так, для примера.

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

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

Но эти люди хотят цепляться.

Хотя, на сколько я понимаю, бекенды для X протокола и Wayland протокола меняются в обоих тулкитах путём установки системных переменных, то есть абсолютно прозрачно для пользователя, так что проблема, если она и возникнет, возникнет очень не скоро. Да и Wayland не так быстро пишется, как заметил geekless.

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

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

И что, работая из-за файрволла тоже? Можно ссылочку?

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

сделали конфиг иксов опциональным (так что теперь в мануалах иногда просто советуют «удалите конфиг»).

И в результате ничего не работает. А как было круто, когда kbd и evdev конфликтовали, что с конфгом, что без...

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

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

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

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

Легко ,делалось еще на 3 иксах (правда не автоматом а ручками ).
Дополнительно включаеш виртуальный сервер-клиент .Его назначаеш основным для приложений ,а тот соответственно переключается к любому нужному графическому серверу (например нвидиа и интел серверам ) .Проблема в одном -QT и GTK приложения могут сдохнуть ,так как про сохранение сеанса и перекидывание X протокола нечего не знают ,слишком редкая востребовонная фича иксов ,вот и разработчики и нереализовали .(не путать с сохранением сеанса кде это разные вещи )

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

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

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

Хотя зоопарк протоколов для сжатия X протокола (я насчитал около 6 способов и наверно больше расширений ) говорит что не все хорошо в королевстве Датском .

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

Костылей конечно очень много ,народ даже не знает что X сервер может быть локальным вложенным клиентом с давних времен ,xnest сервер-клиент времен 3 иксов .

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

Про протокол xaudio даже вики и народ не знает .Решили изобретать велосипед под названием звуковой сервер .

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

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

То есть, по сути, иксовый протокол захотел быть груздем, но не влез в кузов. За что и платит теперь. А rdp - замечательно с этим справляется, поскольку выполняет СВОИ задачи и к оборудованию вообще не лезет, что есть правильно.

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

Легко ,делалось еще на 3 иксах (правда не автоматом а ручками ).

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

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

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

То есть, проблема на уровне днк (именно x-протокола). И еще удивляются, что появляются альтернативные графические подсистемы.

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

у когото сложилось впечатление, что я россиянин

LOL, да ты и по-украински с ошибками пишешь, чудик!

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

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

Так человек просил без перезапуска иксов .А вообще как я помню по альту спокойно можно с работающими приложениями сменить драйвер vesa на нвидиа .Кроме 3д приложений ,дохли .Нужно не путать перезапуск иксов с рестартом модулей с - завершением сеанса и перезапуском иксов .

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

Да-да-да...

... в этом «морге» (http://www.opengroup.org/openbrand/register/), здесь я, пожалуй, соглашусь. Но что же Вы всё-таки хотели сказать, намекая на сертификацию макоси? Неужто, что макось ждёт судьба остальных «пациентов»? И почему бы не вспомнить тогда уж Соляру 10, где opwnwin можно например использовать? Я про то, что в принципе, openwin без X никак? А можно ещё вспомнить тот же соляровский CDE... Так он вообще лёг костьми в основу POSIX 1003.12.

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

Так человек просил без перезапуска иксов .А вообще как я помню по альту спокойно можно с работающими приложениями сменить драйвер vesa на нвидиа .Кроме 3д приложений ,дохли .Нужно не путать перезапуск иксов с рестартом модулей с - завершением сеанса и перезапуском иксов .

Держать в памяти постоянно 3 x-сервера - это даже не костыль, это инвалидная коляска. В иксах по другому просто не получается. Точка.

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

Ой, да я Вас умоляю...

... некоторые из предыдущих «ораторов» тут тайлинг победить не могут. О чём уж здесь...

Хотя, справедливости ради, надо заметить что в стародавние времена и mwm и Навигатор нетшкафовский вполне недурственно и по модему использовались. Чего уж там... А сейчас, говорите, на adsl ни как? Ню-ню... =)))

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

Да в чём вопрос-то? ...

... если

Я лишь хочу видеть wayland на своём десктопе.

Расчихляете vim (или что Вы там используете в качестве редактора исходников) и понеслась! Как говорится, «пилите, Шура, пилите».

А? Что? «Вы не разбираетесь в компьютерах»? Ну тогда Вас с такими заявами (насчёт «обслуги») ждут в точке пространства с координатами «Х», «У» и ещё одна буква. Либо платите бабло тем, кто осилит сделать Вам красиво, либо... Ну, направление указано? Вперёд...

Всем остальным. Шухер! «Илита бизьнесу» в треде. Грузим раненых в танк и отступаем... =)))

anonymous
()
Ответ на: Да в чём вопрос-то? ... от anonymous

А? Что? «Вы не разбираетесь в компьютерах»? Ну тогда Вас с такими заявами (насчёт «обслуги») ждут в точке пространства с координатами «Х», «У» и ещё одна буква.

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

Лор восхитителен, особенно учитывая, что это технический ресурс, а не втентакль.

anonymous
()
Ответ на: комментарий от no-dashi

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

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

Это же ЛОР. Только блидинг эдж, только голой жопой на ежа. Иначе нельзя.

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

иксы хотели «всем владеть»

Ну, как сказал Daniel Stone про иксы:

Why would you ever fix anything when you can work around it. Why would you ever fix an OS when you could work around the fact you really don't have an OS.

:)

Deleted
()
Ответ на: Да в чём вопрос-то? ... от anonymous

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

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

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

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

угу, админ подключается к хосту «посмотреть, что там» - пользователя выкидывает на юг %)

это воистину «прекрасно»

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

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

к гтк html5-бекенд запилили «just for fun». Теперь это веб-тулкит? %)

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

А когда у guiappname нет коммандострочного backend'а, или, что ещё лучше, либки, цепляемой тем же пайтоном, и нельзя запустить прогу без иксов и их протокола, это не регрес, да? Ни тебе ортогональных острых утилит, ни glue языка, всё gui построено по компонентному принципу, и до недавнего времени даже стандартного IPC не было - у каждого свой велосипед.

А с приходом вяленда значит у guiappname появится коммандострочный режим, либка цепляемая тем же пайтоном, прогу можно будет запустить без вяленда и его композитора, появятся ортогональные острые утилиты, glue язык, всё gui само перестроится на компонентный принцип и появится стандартный IPC?

Ню-ню.

no-dashi ★★★★★
()
Ответ на: комментарий от r5ha

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

Вот только для того, чтобы давать советы по какой архитектуре ПО должно быть написано и как оно должно работать «внутри», нужно или писать ПО, или сдавать его в подряд. Откровение такое вот, да.

no-dashi ★★★★★
()
Ответ на: комментарий от Reset

Нарисуй примитивами браузер из которого пишешь.

А чем он по-твоему рисуется, лол.

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

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

Идеи не имеют ни малейшего значения. В реальном мире всё держится на тех самых «альфах с ошибками». На тех из них, кто дожил до релиза.

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

народ даже не знает что X сервер может быть локальным вложенным клиентом с давних времен ,xnest сервер-клиент времен 3 иксов

Но де факто заброшен и сегфолтится.

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

Но де факто заброшен и сегфолтится.

А в 4 иксах появился режим виртуальный сервер ,он цепляется к реальному ,но костыль xnest уже не нужен .

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

Why would you ever fix an OS when you could work around the fact you really don't have an OS.

Лол. Это прекрасно.

geekless ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.