LINUX.ORG.RU

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

 ,


29

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.

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

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

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

Обычно все ограничевается запуском игрушек и браузера в рамках одного устройства.

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

для тупых: «Удаленный помощник» ровно так же не дает пользователю работать за компьютером, пока суппорт разбирается с какой-либо проблемой, как и rdp, как и vnc, и прочие-прочие-прочие костыли, так нежно любимые вендузятниками, у которых _никогда_ не было полноценного инструмента работы с удаленным компом (за исключением серверных ос, где более-менее проблема с многопользовательским режимом решена)

Для особо одаренных: что именно он не дает делать?

http://windows.microsoft.com/ru-ru/windows-vista/windows-remote-assistance-fr...

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

P.S. Все работает именно так, как описано, несмотря на то, что это официальная информация с сайта бобра :-)

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

ну так в шиндошвс ровно тоже самое - отдельно winstation, отдельно desktop, и для каждого гуевого сеанса - свой инстанс графической подсистемы с соответствующим видеодрайвером %)

И чо, пруфы есть? А для macosx?

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

Ну нет же, надо сделать два юнисекс-туалета. Для любого инженера очевидно.

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

andreyu ★★★★★ ()
Ответ на: Да вот же они... от anonymous

Занятно, почитал про X12 по ссылке на x.org. 90% предложений и критических замечаний сводится в основном, что что-то надо расширить, что-то де-факто ставшее стандартным сделать стандартным формально, для чего-то несколько усовершенствовать алгоритмы взаимодействия. Т.е. ничего сверхсложного, если не пытаться при всем при этом сохранить совместимость сверху вниз. Пожалуй, самое сложное - это реализация реальной многопоточности. Вот тут можно будет голову сломать. Да и реально ли это вообще. Ну и устранение излишней буферизации при работе с аппаратным 3д - тоже штука не простая.

zloy_starper ★★★ ()
Ответ на: Re: Мультитач использовать можно... от anonymous

Re: Мультитач использовать можно...

...

Один указатель с поддержкой до 3-х касаний, горизонтальный/вертикальный/круговой скроллинг, зоны касаний для скролла/двойного клика?

Не моё, но всё же — http://pastebin.com/aa8SQZZi

Ну и ряд видео типа таких — http://www.bing.com/videos/search?q=xorg multitouch youtube&docid=4952325...

Хотелось бы еще зум и сдвиг, а в идеале на каждое касание по указателю, как в андроиде. Но вот концепция - «одно устройство - один набор координат» не позволяет, бай дезигн.

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

А мультитач экраны - вообще фантастика :-)

Ну да... Удобно. Не спорю. S10-3t это же так называемый «трансформер». Очень удобно. Gnome3 на нём отруливает не по-детски. =)))

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

если кто-то готов исследовать подсистемы Xorg - я готов проинвестировать его деятельность.

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

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

Запустил, используя сетевую прозрачность иксов. И никаких тормозов. Работает очень быстро. Прокрутка страницы проблем не вызывает.

Простите, сэр, но я верю своим глазам:

https://vimeo.com/68038515

Aceler ★★★★★ ()

очередной GTF...

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

Занятно, почитал про X12 по ссылке на x.org. 90% предложений и >критических замечаний сводится в основном ...........это реализация >реальной многопоточности.

Шутка :-) а не проще с HaikuOS (Be-Be в детстве ) портировать графическую систему а?
А что рабочий порт Qt есть ,GTK порт работает (правда версию не знаю говорят старая ) ,многопоточный графический клиент-сервер ,Х эмулятор ( драйвер-враппер )тоже написали ,а ресурсы графический демон вообще смешные жреет всего от 3 до 8 метра оперативки .Достаточно стабильно работает ,правда протокол объектно-ориентированный .Да и Gallium графические драйвера вроде используется в порте Be-Be ,может будет еще и проще чем мир и вайланд
дописать .

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

Да. Всё так...

... если реализовывать по шагам.

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

Вначале одно, потом другое. Если не цеплять _сразу_ в разработку существующие библиотеки, а заниматься именно и чисто самим сервером. Там в библиотеках ещё могут быть проблемы, связанные с тем, что та же Xlib малость... «жирновата». И не всё из неё используеся повсеместно.

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

Для особо одаренных: что именно он не дает делать?

для особо тупых ещё раз повторю: когда суппорт подключается к компу - всё, пользователь на этом компе работать _не_ _может_. Не может суппорт запустить на компе пользователя 1с и покрутить, пока пользователь сидит в банк-клиенте, например. Не может в том же банк-клиенте заниматься перегенерацией ключей, пока пользователь спокойно делает отчеты в 1с. Шиндошвс - ОДНОПОЛЬЗОВАТЕЛЬСКАЯ система.

geek ★★★ ()

Предложение

Почему бы не составить свой список вопросов к разрабам вэйленда и не задать его на форониксе (раз уж они пока ещё отвечают)? Спросить может RussianNeuroMancer или кто-то ещё, зарегистрированный там. По крайней мере это самый простой и логичный способ узнать, какого иксы не фиксятся, и зачем вэйландпилится. Только вопросы подобрать не троллинга ради, а по существу. Перевести можно коллективно, ну или я переведу.

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

И чо, пруфы есть?

просвещайся http://technet.microsoft.com/en-us/library/Cc768129.winarc01_big(l=en-us).gif

заодно погугли, что такое SMSS, Winlogon, CSRSS

А для macosx?

лолщито? У макоси вообще какой-то доступ к удаленному раб. столу кроме говна под названием VNC есть?

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

<irony>Камера и алгоритм сравнивающий изображение кабинки до использования и после. Если слишком изменилось - ага.</irony>

А вообще разруха в головах. Почему-то в нормальных местах гадят куда нужно.

Nanodesu ()
Ответ на: Предложение от Rakot

Про переключалку спросить обязательно. А то ведь как пить дать - забудут.

Nanodesu ()
Ответ на: Предложение от Rakot

Re: Предложение

логичный способ узнать, какого иксы не фиксятся

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

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

У меня в wheezy такого нет, значит это не системная проблема и косяк только у вас.
Или в дебиане пофиксили.

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

У меня в wheezy такого нет, значит это не системная проблема и косяк только у вас.

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

Debian Lenny.

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

Убогим приятно сидеть в своём уютном болоте, им внешний мир нафиг не нужен.

С какого лешего ты начинаешь делать такие дурацкие обобщения - от сервера графики к оценке личности ? Похоже, в детстве медведь хотел наступить тебе на ухо, но промахнулся.

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

Шиндошвс - ОДНОПОЛЬЗОВАТЕЛЬСКАЯ система.

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

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

надо сделать два юнисекс-туалета. Для любого инженера очевидно.

Сначала попробуй научить девочек писать стоя.

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

Они просто не представляют что это взможно

Но им это совершенно точно нужно.

Ты, случаем, не маркетологом подрабатываешь?

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

Переведи мне «replacement».

«replacement» нужно переводить на сайтах дистрибутивов. А авторы что угодно могут написать.

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

просвещайся http://technet.microsoft.com/en-us/library/Cc768129.winarc01_big(l=en-us).gif

Не увидел, что запускается два инстанса WM/GDI, увидел один инстанс WM/GDI и GDDs.

заодно погугли, что такое SMSS, Winlogon, CSRSS

Это отменяет кривую реализацию в X-ах? Ориентироваться надо на грамотные архитектурные решения, а не оправдывать кривизну тем, что у конкурентов так же(что под вопросом, на самом деле).

лолщито? У макоси вообще какой-то доступ к удаленному раб. столу кроме говна под названием VNC есть?

Ты потерял нить, я говорил о гибридной графике, на макосиксе она работает. И да, там не X.

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

TUIO уже отменили?

Протух он под Linux, остался только в бунте, а они, как известно, mir пилят, как думаешь, почему?

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

Debian Lenny.

В смысле Squeeze. Что-то у меня lsb-release врёт…

Aceler ★★★★★ ()

X большой и тупой.

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

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

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

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

Неужели я становлюсь свидетелем рождения конструктива на ЛОРе!? Вротмненоги!

Да какой там конструктив. Все три проекта — X.org, Wayland, Mir — открыты для любых желающих и разрабатываются немаленькой командой, так нет, пытаются собраться не пойми зачем. К тому же geekless уже умудрился наговорить гадостей как в адрес разработчиков Росы, опакетивших его lxpanelx, так и в адрес разработчиков LXDE, решивших попробовать портировать свой софт на Qt и скооперироваться с разработчиками Razor-Qt.

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

LXDE, решивших попробовать портировать свой софт на Qt и скооперироваться с разработчиками Razor-Qt.

А с этого места поподробнее, а на чем тогда LXDE сейчас базируется? Но совмещение двух схожих по целям проектов я думаю довольно здравое решение, чего он возмущается-то?

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

Тут ситуация примерно как с линуксом в целом: на их форуме в ответ на вопрос, когда будет сабжевый драйвер, попросили показать дистрибутив с Wayland по умолчанию. Т.ч. ждём Tizen, а там, может, и остальные вслед за Intel подтянутся

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

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

Вот жеж наркоманы :)

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

А вообще разруха в головах.

Это очевидно.

Почему-то в нормальных местах гадят куда нужно.

Дело не в «нормальном месте», а в посетителях. Если человек говно, то он везде говно.

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

К тому же geekless уже умудрился наговорить гадостей как в адрес разработчиков Росы, опакетивших его lxpanelx

Опакетивших мою альфу под именем релиза lxpanel. Охренеть, какое счастье. Особенно команда LXDE бы обрадовалась, если бы узнала такие новости.

так и в адрес разработчиков LXDE, решивших попробовать портировать свой софт на Qt и скооперироваться с разработчиками Razor-Qt.

Разупорись, чувак. Просто разупорись. Даже не прошу предоставить пруфов.

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

Разупорись, чувак. Просто разупорись.

Так, стоп, так разработчики Razor-Qt и LXDE собираются объединятся или нет?

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

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

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

чего он возмущается-то?

«Он» не возмущается. Просто кое-кто в этом треде перешел с травы на синтетику и пишет тут свои фантазии вместо реальных фактов.

geekless ★★ ()

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

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

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

Ford_Focus ★★★★★ ()

Квайт, спасибо за перевод интересной, актуальной статьи!

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

Вообще эта фраза в оригинале(в первоисточнике) как раз на это и намекает... Её вырвали из контекста, и иногда неправильно используют.

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

Да какой там конструктив. Все три проекта — X.org, Wayland, Mir — открыты для любых желающих и разрабатываются немаленькой командой, так нет, пытаются собраться не пойми зачем. К тому же geekless уже умудрился наговорить гадостей как в адрес разработчиков Росы, опакетивших его lxpanelx, так и в адрес разработчиков LXDE, решивших попробовать портировать свой софт на Qt и скооперироваться с разработчиками Razor-Qt.

Наверное здесь мне нужно вмешаться.

Да какой там конструктив. Все три проекта — X.org, Wayland, Mir — открыты для любых желающих и разрабатываются немаленькой командой, так нет, пытаются собраться не пойми зачем.

Пока все просто. Хочется поразбираться с X11 и X12 с целью сформулировать требования для X12+ и возможные пути реализации. Пока локально, то есть без взаимодействия с командой Xorg. Как только родится документ - будем обсуждать его пункты с командой Xorg. Плюсом здесь является то что у нас уже будут законченная аналитика по пунктам включенным в конечный документ. Это что-то вроде теоретической части к дипломной работе. Можно было пойти другим путем (сразу пытаться влиться в команду Xorg, разбираться одному, ...), но взвезив комплексно множество условии я принял решение какое принял. В сторону Xorg я уже посматриваю не один год. Надеюсь теперь вам стало «пойми зачем».

К тому же geekless уже умудрился наговорить гадостей как в адрес разработчиков Росы, опакетивших его lxpanelx, так и в адрес разработчиков LXDE, решивших попробовать портировать свой софт на Qt и скооперироваться с разработчиками Razor-Qt.

Смело. Если это на самом деле так и позиция человека имеет объективные причины чтобы «резко реагировать», то в этом есть смысл. Равнодушие и либерализм намного хуже и вреднее для общества.

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

Наверное здесь мне нужно вмешаться.

Пока все просто. Хочется поразбираться с X11 и X12 ...

Забыл предупредить. Неожиданно, но пока нет ответа насчет форума. Подожду еще максимум 3 дня, если ответа не будет решу вопрос другим путем. Форум точно будет на неделе, но, видимо, затянется.

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

Если это на самом деле так и позиция человека имеет объективные причины чтобы «резко реагировать», то в этом есть смысл.

Видимо, здесь мне тоже «нужно вмешаться».

«Позиция человека» заключается в том, что переписывать с нуля код проекта (а там, кроме libfm, всё завязано на gtk и требует переписывания с нуля) нецесообразно. Это потерять 2-3 года на исправление всех детских багов и восстановление той функциональности, что наработана сейчас.

При том, что никаких объективных причин для смены тулкита нет. Все страшные сказки про gtk3 при внимательном рассмотрении оказываются именно сказками.

Некоторыми это воспринимается как «наговорить гадостей». O_O

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

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

«Позиция человека» заключается в том, что переписывать с нуля код проекта (а там, кроме libfm, всё завязано на gtk и требует переписывания с нуля) нецесообразно

Тебе откуда вообще знать, какие цели у этих людей?

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

Тебе откуда вообще знать, какие цели у этих людей?

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

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