The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проблемы с рецензированием патчей тормозят развитие X.Org , opennews (?), 19-Май-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


64. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Аноним (-), 20-Май-12, 12:40 
Организация процесса разработки *BSD мне нравится намного больше: за кодом следит не один человек, а ежегодно выбираемая группа
Ответить | Правка | Наверх | Cообщить модератору

67. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Аноним (-), 20-Май-12, 13:18 
Сколько "выбранных" разработчиков от BSD пилит иксы?
Ответить | Правка | Наверх | Cообщить модератору

68. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от filosofem (ok), 20-Май-12, 13:26 
Внизапно, чем X.Org не *BSD? Вполне себе BSD-обра́зный проектик.
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

72. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от iZEN (ok), 20-Май-12, 15:46 
> Внизапно, чем X.Org не *BSD? Вполне себе BSD-обра́зный проектик.

Нет. X.Org приняли идеологию Linux, что называется, "всем сердцем", наплевав на совместимость по исходному коду с остальными Unix- и Unix-подобными системами. Также команда X.Org приняла модель разработки ядра Linux. Но самая обидная для этого проекта деталь в том, что они не учли масштабности собственной разработки (когда людей мало, а кода больше, чем надо бы).

Ответить | Правка | Наверх | Cообщить модератору

75. "Проблемы с рецензированием патчей тормозят развитие X.Org "  –1 +/
Сообщение от kurokaze (ok), 20-Май-12, 16:10 
Обидели бзд^W мышку - нассали в норку (с)
Ответить | Правка | Наверх | Cообщить модератору

77. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Юрий (??), 20-Май-12, 16:26 
И что? BSD не использует Xorg? И если иксы будут вытеснены вяленым из линукс, то с чем останется BSD?
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

79. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Аноним (-), 20-Май-12, 16:38 
А какая проблема запустить wayldn на BSD?
Ответить | Правка | Наверх | Cообщить модератору

90. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Юрий (??), 20-Май-12, 19:28 
> А какая проблема запустить wayldn на BSD?

А как в BSD дело обстоит с udev к которому вяленый привинчен намертво.

Ответить | Правка | Наверх | Cообщить модератору

96. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Аноним (-), 20-Май-12, 21:31 
Вас обманули, он привинчен к EGL (и каким-то его расширениям).
Ответить | Правка | Наверх | Cообщить модератору

99. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Юрий (??), 20-Май-12, 21:48 
> Вас обманули, он привинчен к EGL (и каким-то его расширениям).

wayland-system-compositor.c

...
#define LIBUDEV_I_KNOW_THE_API_IS_SUBJECT_TO_CHANGE
#include <libudev.h>
...
if (ec->udev == NULL) {
    fprintf(stderr, "failed to initialize udev context\n");
    return -1;
}

Да меня жестоко обманули, признаю, это какое-то расширение EGL

Ответить | Правка | Наверх | Cообщить модератору

103. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Аноним (-), 20-Май-12, 22:14 
[wayland]$ git pull
Already up-to-date.
[wayland]$ find . -name 'wayland-system-compositor.c'
[wayland]$

Что это за файл и где вы его взяли?

Ответить | Правка | Наверх | Cообщить модератору

107. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Юрий (??), 20-Май-12, 23:31 
http://cgit.freedesktop.org/wayland/wayland/commit/?id=82863...
Rename wayland-system-compositor back to just compositor

Я не слежу как их колбасит. Мне это не интересно.

Ответить | Правка | Наверх | Cообщить модератору

109. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Eugeni Dodonov (ok), 21-Май-12, 02:06 
> http://cgit.freedesktop.org/wayland/wayland/commit/?id=82863...
> Rename wayland-system-compositor back to just compositor

author    Kristian Høgsberg <krh@bitplanet.net>    2010-06-05 01:52:02 (GMT)

(Т.е., где-то 2 года назад уже как).

Заодно уж замечу что теперь композитор перенесен в weston, и сам wayland никак от udev не зависит. И вообще сам проект wayland - это протокол для общения между программами и композиторам(и), как этот протокол реализуется на практике - это дело композитора. Ну и в принципе, ничто не мешает написать свое собственное расширение протокола и использовать как душа попросит. Хоть xlfd туда засуньте, и будет совсем как в старые добрые времена когда xfs запускался из /etc/rc.local :).

Т.е., в данном контексте, weston может использовать libudev и libdrm для поддержки ввода и рендеринга, а другой композитор может использовать что угодно, хоть devfs, хоть эмуляцию XF86Config - если кто-то захочет это написать :).

Кристиану это не интересно, и в принципе я бы даже предположил что никому не интересно. Да и разработчиков из bsd в проекте особо не наблюдается (хотя иногда в рассылках и мелькают). Как раз недавно тут промелькала новость что поддержку DRI2 и KMS для FreeBSD написали, так что никаких нерешимых проблем для запуска wayland'а там нету. Кроме интереса.

> Я не слежу как их колбасит. Мне это не интересно.

Скромно замечу что иксы тоже в последнее время libudev используют, начиная с 1.8 (http://www.x.org/wiki/XorgHAL), для той же самой функциональности как и wayland.

Ответить | Правка | Наверх | Cообщить модератору

110. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от iZEN (ok), 21-Май-12, 02:27 
> Кристиану это не интересно, и в принципе я бы даже предположил что
> никому не интересно. Да и разработчиков из bsd в проекте особо
> не наблюдается (хотя иногда в рассылках и мелькают). Как раз недавно
> тут промелькала новость что поддержку DRI2 и KMS для FreeBSD написали,
> так что никаких нерешимых проблем для запуска wayland'а там нету. Кроме
> интереса.

Какой может быть интерес без рычагов управления сообществом, заинтересованным в написании и адаптации графической подсистемы для не-Linux? К примеру, товарищи из комитета X.Org буквально вышвырнули из управляющего совета MacOS'ников и BSD'шников: http://www.opennet.ru/opennews/art.shtml?num=33375
//--
Из не прошедших в совет можно отметить Marc Balmer из компании Micro Systems, предвыборная программа которого касалась улучшения поддержки BSD-систем, и Jeremy Huddleston из компании Apple, мэйнтейнер проекта XQuartz и разработчик расширения XQuartz DDX. Члены совета, не участвовавшие в выборах, так как их срок истекает только в следующем году: Alan Coopersmith (Oracle), Eric Anholt (Intel), Stuart Kreitman (Oracle), Bart Massey (университет Портлэнда).
--//

Ну напишут энтузиасты необходимый код и модули ядра для BSD и MacOSX с поддержкой "новых графических технологий Linux", а толк-то будет с отсутствующим руководителем в "комитете"? "Когда в товарищах согласья нет..."

Ответить | Правка | Наверх | Cообщить модератору

111. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Eugeni Dodonov (ok), 21-Май-12, 02:39 
> Какой может быть интерес без рычагов управления сообществом, заинтересованным в написании
> и адаптации графической подсистемы для не-Linux? К примеру, товарищи из комитета
> X.Org буквально вышвырнули из управляющего совета MacOS'ников и BSD'шников: http://www.opennet.ru/opennews/art.shtml?num=33375

Вот как раз поэтому Kristian и пришел к идеи создания wayland не оглядываясь на механизмы управления X.Org.

В прочем, вся эта новость об этом тоже и говорит - X.Org проходит (на мой взгляд, конечно) через те же проблемы, что и XFree86 в свое время. Я особо не верю в то, что ситуация в комитете иксов (и в общем процессе разработки) изменится к лучшему, скорее наоборот.

В wayland, конечно, нет 20 лет кода и тысяч вариантов железа со специфическими опциями - и очень надеюсь что и не будет. Об этом Pekka Paalanen на прошлой неделе довольно таки интересно писал в http://lists.freedesktop.org/archives/wayland-devel/2012-May.... Но сама идея ближе к тому, что каждый компонент системы занимается своим делом - программы рисуют свой экран, композитор их "оркестрирует", система ввода-выводы передает свои сигналы системному композитору, и композитор их правильно распределяет между клиентами (ну и, если надо, по сети передает - по сетевой прозрачности есть патчи от Jesse Barnes например). В общем и целом, как раз идея KISS-философии и получается...

Ответить | Правка | Наверх | Cообщить модератору

122. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Vkni (ok), 21-Май-12, 14:45 
>Но сама
> идея ближе к тому, что каждый компонент системы занимается своим делом
> - программы рисуют свой экран, композитор их "оркестрирует", система ввода-выводы передает
> свои сигналы системному композитору, и композитор их правильно распределяет между клиентами
> (ну и, если надо, по сети передает - по сетевой прозрачности
> есть патчи от Jesse Barnes например). В общем и целом, как
> раз идея KISS-философии и получается...

Во фразе "программы рисуют свой экран" ошибка. Программы должны давать указания рисовалке, а не рисовать сами. И в этом месте у Wayland'а получается пара десятков кубик-рубик-монолитов. Ну по числу библиотек управляющих компонентов. Потому, что каждая библиотека вынуждена делать свой велосипед - библиотеку низкоуровневой прорисовки.

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

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

123. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +1 +/
Сообщение от Eugeni Dodonov (ok), 21-Май-12, 16:11 
> Во фразе "программы рисуют свой экран" ошибка. Программы должны давать указания рисовалке,
> а не рисовать сами. И в этом месте у Wayland'а получается
> пара десятков кубик-рубик-монолитов. Ну по числу библиотек управляющих компонентов. Потому,
> что каждая библиотека вынуждена делать свой велосипед - библиотеку низкоуровневой прорисовки.

Хорошо, программы дают указания рисовалке (gtk, qt, efl), которая делает низкоуровневую прорисовку через egl и посылает сформированный framebuffer композитору :).

Но да, я согласен - когда много тулкитов, то получается смесь. Впрочем, в иксах итд ситуация похожая - пусть даже и есть низкоуровневая система на основе libx, но тулкиты сами себе все рисуют по-своему. Что и наблюдалось несколько лет назад в иксах - на глаз можно было спокойно отличить программы на gtk от qt, wx и fltk...

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

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

125. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Vkni (ok), 21-Май-12, 16:48 
Вот поэтому и нужно делать один велосипед с карбоновой рамой на всех (изначальная архитектура Х), а не делать систему, которая заставляет каждый тулкит создавать свой велосипед. А если вы ещё заставите рисовалку, а не тулкиты думать про шрифты, у вас и получится Х12. :-)

Декорации сами себе делают наиболее отмороженные программы. На UNIX машине - это один единственный Chrome. А нормальные люди понимают, что на X есть возможность поменять WM на наиболее подходящий. И через несколько лет эволюции WM может оказаться значительно удобнее, чем тот костыль, что придумал автор программы.

Ну, например, сейчас есть WM, позволяющие нажатием 2х кнопок максимизировать любое окно, убрав все остальные. Есть WM, позволяющие располагать окна с закладками, удобнее, чем закладки терминалов. И эти "фичи" работают даже с очень древними программами, работающими с WM.

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

126. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от arisu (ok), 21-Май-12, 16:49 
программа, которая кладёт на системные декорации, отправляется в топку. сразу.

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

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

83. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от filosofem (ok), 20-Май-12, 17:29 
>наплевав на совместимость по исходному коду с остальными Unix- и Unix-подобными системами.

Это с которые проприетарные и которые поспонсировали, попользовались иксами, утащили что им надо и бросили? А что надо отреверсить Соляру, Макось и прочие Аиксы и пропатчить православный ванильный xorg, чтоб он на айфоне запускался?


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

Не расслышал, у кого не хватает ресурсов на масштабную разработку масштабных Иксов? У Яббла, Оракула, Штеуда и Межделмаша? Или еще у 100500 корпорасций, пользующихся x11?

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

88. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Аноним (-), 20-Май-12, 18:20 
> Нет. X.Org приняли идеологию Linux, что называется, "всем сердцем", наплевав на
> совместимость по исходному коду с остальными Unix- и Unix-подобными системами.

Они приняли простую идеологию - некоторые люди пытаются сделать чтобы это ископаемое хоть немного соответствовало бы современным реалиям. Когда вывод простыней по типу 2500х1536 на экран - просто обыденность и чуть ли не в планшетках каких-то уже применяется. Стандартный x11 протокол при необходимости гнать картинку 2500х1536x60fps вообще безнадежно зашивается, если например видео возжелать. Более того, возникают затыки и на интерфейсах между драйверами, etc.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

100. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от arisu (ok), 20-Май-12, 21:53 
«стандартный» икс вообще мало что умеет. и это не мисдизайн, это изначально выбраная идеология. именно поэтому система расширений является не костылём сбоку, а интегральной частью иксов. то, что не все расширения удачны — это уже другой разговор.

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

Ответить | Правка | Наверх | Cообщить модератору

104. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от Аноним (-), 20-Май-12, 22:19 
Ви таки уже написали свой тулкит, который идеально вписывается в иксы?
Ответить | Правка | Наверх | Cообщить модератору

105. "Проблемы с рецензированием патчей тормозят развитие X.Org "  +/
Сообщение от arisu (ok), 20-Май-12, 22:31 
> Ви таки уже написали свой тулкит, который идеально вписывается в иксы?

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру