Мэйнтейнер оконного менеджера KWin сообщил (http://www.phoronix.com/scan.php?page=article&item=wayland_k...) о плане по обеспечению работы десктоп-окружения KDE поверх дисплейного сервера Wayland, в дополнение к изначально поддерживаемой работе поверх X-сервера. Интеграцию поддержки Wayland планируется произвести в три фазы, итогом которых станет обеспечение запуска KWin непосредственно поверх Wayland с предоставлением дополнительной прослойки для совместимости со старыми X-приложениями (для мобильных приложений будет предусмотрена возможность отключения данной прослойки). Первые две фазы будут завершены в следующем году в рамках цикла разработки KDE SC 4.8 и 4.9. Первую фазу планируется завершить зимой, а вторую летом 2012 года.
Основная работа предстоит в направлении избавления KWin и других частей KDE от привязки к X11 и реализации нового уровня абстракции, который сможет взаимодействовать, как с X11, так и с Wayland. После того, как KWin будет абстрагирован от сиcт...URL: http://www.phoronix.com/scan.php?page=article&item=wayland_k...
Новость: http://www.opennet.me/opennews/art.shtml?num=31421
Очень нравиться KDE, но что бы не говорили работать за ним продуктивно сложно - отзывчивость системы слабая Х постоянно жрет много ресурсов процессора.
Я с нетерпением жду уже полного дистрибутива с wayland!!!!
C wayland будет ещё хуже.
Врядли - отвалится существенная часть оверхеда и потребления памяти со стороны иксов.
> C wayland будет ещё хуже.Толсто. Вяленд не может работать на системах с ограниченными ресурсами, в отличие от иксов. Иксы же спокойно крутятся и на i386 с 4Mb RAM.
Основной оверхед - криворукие быдлокодеры, которые так и не смогли осилить написание нормального кода. А вяленд ещё кривее.
да, KDE очень много едят памяти, да-да-да.
140 мб после загрузки - это так много.вот мой скрин:
http://s009.radikal.ru/i309/1108/df/b7d78468bce4.pngKDE 4.7.0. Gentoo ~x86
143 мб = система + yakuake в фоне + ksysguard открыт + ksnapshot (им скрин сделан)
> да, KDE очень много едят памяти, да-да-да.
> 140 мб после загрузки - это так много.
> вот мой скрин:
> http://s009.radikal.ru/i309/1108/df/b7d78468bce4.png
> KDE 4.7.0. Gentoo ~x86
> 143 мб = система + yakuake в фоне + ksysguard открыт +
> ksnapshot (им скрин сделан)ArchLinux после загрузки 108MБ, хотя памяти 2 ГБ
>143 мб = система + yakuake в фоне + ksysguard открытИ ты это называешь мало? Не смеши. Более сотни мегабайт на одну только граф среду - это явный перебор.
вообще-то там еще и ядрышко есть в памяти, однако
>вообще-то там еще и ядрышко есть в памяти, однакоИ что? Ядрышко жрёт больше всей венды?
ты об чем вообще ведешь речь?
>>143 мб = система + yakuake в фоне + ksysguard открыт
> И ты это называешь мало? Не смеши. Более сотни мегабайт на одну
> только граф среду - это явный перебор.И это ты называешь комментом? Не смеши. Более ста букаф на один бессмысленный коммент - это явный перебор.
зато у тебя цп 65% :)
> зато у тебя цп 65% :)это потому что только что открыл, загрузка поднялась от открытия. снял бы скрин через 2 сек - было бы 1-2% ЦП. интервал обновления просто в 2 или 3 секунды у меня - чащё-то незачем
Жаль, но мне трудно работать на моем, не очень мощном ноуте, под KDE.
Перешел на LXDE. Полет нормальный.
> Жаль, но мне трудно работать на моем, не очень мощном ноуте, под
> KDE.
> Перешел на LXDE. Полет нормальный.сочувствую :(
> Очень нравиться KDE, но что бы не говорили работать за ним продуктивно
> сложно - отзывчивость системы слабая Х постоянно жрет много ресурсов процессора.
> Я с нетерпением жду уже полного дистрибутива с wayland!!!!Да-да-да, X постоянно жрёт много ресурсов процессора, конечно. Чтоб вы знали - X-сервер может работать на 486 компьютере (это не частота, это - индекс процессора, до Пентиума их выпускали под индексами). Из ни на что не годного хлама делают X-терминалы, которые, о чудо, работают и не тормозят. Жрёт много ресурсов именно KDE.
> Да-да-да, X постоянно жрёт много ресурсов процессора, конечно. Чтоб вы знали -
> X-сервер может работать на 486 компьютере (это не частота, это -
> индекс процессора, до Пентиума их выпускали под индексами). Из ни на
> что не годного хлама делают X-терминалы, которые, о чудо, работают и
> не тормозят.Строго говоря, на 10Mbps (особенно хабовых) при использовании современных(tm) firefox/*office всё-таки притормаживают. Классическому иксовому софту, не тягающему чуть что пиксмапы, и того хватало за глаза. Только вот и выглядел такой xfig не домохозяйка-френдли...
PS: до кучи: http://www.altlinux.org/LTSP/Memory
PPS: есть у кого живая 486 с PXE и 16M? Тут коллега с год уж как наваял патч для эмуляции недостающих инструкций i586 на i486, а проверить на железе всё никак не получается... (делалось как раз для тонких клиентов, в первую очередь а-ля eBox 2300SX)
так там же пентюки разные, в том числе и MMX. можно ведь архитектуру на виртуалке проэмулировать.
> Классическому иксовому софту, не тягающему чуть что пиксмапыМиш, а как же без "тягания, чуть что, пиксмапов" anti-aliasing-то сделать?
Уж больно убого без AA шрифтики современные смотрятся...
Откровенно рад, что постепенно прорисовывается реальная альтернатива иксам в секторе домашних компьютеров и планшетов.
в кде так много абстракций. а ихний кнетворкманагер как не мог пппое так и не может.
Как программисту решить проблему Х? нужно создать дополнительный слой абстракции. (при условии что Х != абстракий слишком много).
MeeGo вообще в хрень превратили в отличае от Maemo, сначала заменили deb на rpm, теперь давайте заменим X11 на Wayland, а потом вообще всё окружение на Java - и получим Android, вроде как и на ядре линукс, и нахрен он как инструмент сисадмина нужен не будет..
Пробовал я MeeGo на n900 - хрень редкостная, особенно с репозитариями, каждое действие, будь то поиск пакета или просто инфа о пакете он лезет в инет и выкачивает "килограммовые" индексы, тормозит ужасно и глючат зависимости. Отличное решение заменить deb на rpm !
> Отличное решение заменить deb на rpm !У меня вот ALT, там deb на rpm заменен уже лет этак 10-ть как. При поиске пакета совершенно не нужно ничего выкачивать - apt-cache search и всё. :-)
А вот в дистрибутиве для блондинок - OpenSuse, действительно zypper'у нужно давать спец. ключ, чтобы он не проверял соответствие кешей репозитариям.
А инфа по установленным пакетам содержится в rpm/deb базах - её не нужно выкачивать. Да и вообще, надо сказать, особой разницы для пользователя между dpkg и rpm нет - они примерно одинаковы по возможностям.
В Альте не было замены deb на rpm, потому что там всегда был rpm.
>особой разницы для пользователя между dpkg и rpm нет - они примерно одинаковы по возможностямRPM отслеживает зависимости с точностью до файла, DEB - только с точностью до пакета.
> У меня вот ALT, там deb на rpm заменен уже лет этак 10-ть как.man apt-cache
в ALT Linux: find 'АВТОР'
Mandrake Russian от IPLabs никогда не базировался на deb> При поиске пакета совершенно не нужно ничего выкачивать - apt-cache search и всё. :-)
В Debian по-другому?
> разницы для пользователя между dpkg и rpm нет - они примерно одинаковы по возможностям.
Сделав
man rpm
man dpkg
в ALT Linux, не сказал бы.
Это проблема фронт-энда, а не самого rpm.
Ничего хорошего не выйдет с Waylaнd:
Пока NVIDIA и ATI/AMD всерьёз его не принимаюt
Пока вэйленд не покажет реально что он умеет все что икс и даже больше
Пока только известно что вэйленд лучше иксов одним, "правильной" обработкой композита, а кому он нужен?! У меня вообще рабочий стол чёрный и без скучных обоев.
Ну интель запилит драва, можно будет на ноутах поставить вэйланд, и реально посмотреть и понять что он умеет, а что нет.
Думаю последователей сразу так поубавиться..ЗЫ ну не вижу я перспективы в нём, для меня это какой-то быстро слепленный, но зато очень хорошо пропиаренный проект, раз столько "доброжелателей" у него, которые сами с ним не работали и не знают что он умеет, а что нет... или просто не пользовались всей мощью иксов.
Он не может уметь всё, что Х - в нём нет сетевой прозрачности.
Вот об этом и речь.
Делаем из мощной UNIX-way какой-то Glamour-way, и судя по минусам в постах - большинство ЗА.
Ну да, ну да, добавьте больше свистелок-перделок. А как что сломается, будем "Да переустановить систему и всё" - да?!
> Вот об этом и речь.
> Делаем из мощной UNIX-way какой-то Glamour-way, и судя по минусам в постах
> - большинство ЗА.
> Ну да, ну да, добавьте больше свистелок-перделок. А как что сломается, будем
> "Да переустановить систему и всё" - да?!Большинство кто пробовал сетевую прозрачность Х-в не удовлетворен ее качеством. Для большинства лучше Wayland + сеть строиться дополнительными плагинами, чем сетевая прозрачность самих Х-ов.
К тому же Х не Unix-way - Wayland UNIX-way ибо размер комбайна меньше. И, судя по форумам, количество костылей при работе через Wayland уменьшится по сравнению с Х-ми.
PS пользователь Х-ов через NX ;)
У вас какое-то странное представление о UNIX-way. На самом деле это понятие означает, что каждая часть системы должна выполнять свою небольшую задачу, но должна делать это хорошо. Никакого отношения к гламуру или антигламуру это понятие не имеет, а замена иксов на wayland очень хорошо вписывается в данную концепцию.
Сетевую прозрачность можно приделать сбоку, где ей и место, ИМХО. А ваши страхи, что всё вдруг сломается и придётся переустанавливать всю систему, совершенно необоснованны.
> У вас какое-то странное представление о UNIX-way. На самом деле это понятие
> означает, что каждая часть системы должна выполнять свою небольшую задачу, но
> должна делать это хорошо. Никакого отношения к гламуру или антигламуру это
> понятие не имеет, а замена иксов на wayland очень хорошо вписывается
> в данную концепцию.
> Сетевую прозрачность можно приделать сбоку, где ей и место, ИМХО. А ваши
> страхи, что всё вдруг сломается и придётся переустанавливать всю систему, совершенно
> необоснованны.Пока в линуксе не будет механизма сетевой прозрачности, идентичного Plan9, иксы и сетевые звуковые серверы будут самым правильным решением. Вяленд же заставить работать по VNC - оверхед немереный. Другой путь для вяленда просто не предусмотрен. Иксы выполняют свою задачу - и выполняют её хорошо. Так что и по этой логике тут UNIX-way, в отличие от вяленда.
Если сетевая прозрачность - единственная вещь, которую иксы делают хорошо, то им место на свалке истории. В остальном, поживём - увидим.
X - это не UNIX-way, а скорее OpenVMS-way. Потому, что UNIX-way - это файлы и тексты.Но это никак не умаляет нужности X, причём не в текущей инкарнации с частичным рендерингом на стороне клиента - Х11, а с нормальной, полной отрисовкой всего на стороне сервера, включая видео. Т.е. нужен не Wayland, а X12.
HTML6?
> HTML6?Ага, в 86-м году :-).
>> HTML6?
> Ага, в 86-м году :-).В 2086 или в 86 после новой эры, которую многие в 2012 ждут?
> В 2086 или в 86 после новой эры, которую многие в 2012
> ждут?Я имел ввиду, что для множества задач, для которых городится сложная и неудобная система из браузера, серверного софта и т.д., достаточно просто Хов на все терминалы. Правда Х должны быть "подработаны напильником" под новые реалии, т.е. X12.
> X - это не UNIX-way, а скорее OpenVMS-way. Потому, что UNIX-way -
> это файлы и тексты.
> Но это никак не умаляет нужности X, причём не в текущей инкарнации
> с частичным рендерингом на стороне клиента - Х11, а с нормальной,
> полной отрисовкой всего на стороне сервера, включая видео. Т.е. нужен не
> Wayland, а X12.Сокеты - вполне себе файлы. Иксы работают через UNIX Domain Sockets. Но нужность X12 с доработкой модулей под современные реалии неоспорима. Хотя и не так срочна, как сейчас орут.
> Сокеты - вполне себе файлы.Они не интегрированы в общую файловую систему. И Ховые окна тоже не интегрированы, в отличие от оболочки Plan 9 (которая, конечно, мудозвонческая).
Сетевую прозрачность можно сделать в виде плагина.
>[оверквотинг удален]
> а кому он нужен?! У меня вообще рабочий стол чёрный и
> без скучных обоев.
> Ну интель запилит драва, можно будет на ноутах поставить вэйланд, и реально
> посмотреть и понять что он умеет, а что нет.
> Думаю последователей сразу так поубавиться..
> ЗЫ ну не вижу я перспективы в нём, для меня это какой-то
> быстро слепленный, но зато очень хорошо пропиаренный проект, раз столько "доброжелателей"
> у него, которые сами с ним не работали и не знают
> что он умеет, а что нет... или просто не пользовались всей
> мощью иксов.Тут дело такое, что X11 - это протокол. И реализаций может быть (и есть) дофига. Есть даже на жабе иксы. Флагманская реализация - X.org. И реализация эта полностью модульная. А вяленд - суть монолитный дисплейный сервер с простеньким протоколом, являющийся тут излишеством (нет поддержки сети и отрисовка исключительно на локальной машине). Иксы занимаются взаимодействием клиентов с железом. Вяленд - фигнёй страдает. Архитектура принципиально отличается в пользу иксов. Всё же проблемы иксов, о которых так яростно трубят фанатики вяленда (которые его даже не пробовали ещё - кроме шестерёнок и терминала он не пускает ничего полезного), решаются отключением ненужных модулей и доработкой протокола X. В вяленде же решили пойти другим путём: ампутировать руку вместо того, чтобы забинтовать палец.
А те, кто кричат: "На десктопе нафиг не впёрлась МНЕ сетевая прозрачность" - ну не впёрлась, и не пользуйся: другим она нужна. Или сваливай нафиг с линукса на свою венду, где основная графическая система сделана так, как они мечтают.
Wayland... Gnome3... Пятой точкой чую, кто-то хочет на рынок планшетов.
> Wayland... Gnome3... Пятой точкой чую, кто-то хочет на рынок планшетов.Смешно, да. Особенно на фоне того, что уже была Qtopia, которую форкнули в Opie. И этот форк можно было бы развивать для этих дел.
Да вот только все знают, что АМД\АТИ и нвидии, с высокой колокольни, что там за линух и какие там дисплейные менеджеры, им главное выгода с этого, они до сих пор допилить ИОН не могут до рабочего состояния, а вы про дрова ещё пишете, в моих глазах нвидия пала ниже АТИ.
А что с ИоН'ом не так? Дрова подходят самые обычные, что и для любой другой более-менее современной карты.
> Да вот только все знают, что АМД\АТИ и нвидии, с высокой колокольни,
> что там за линух и какие там дисплейные менеджеры, им главное
> выгода с этого, они до сих пор допилить ИОН не могут
> до рабочего состояния, а вы про дрова ещё пишете, в моих
> глазах нвидия пала ниже АТИ.Не ION, а Optimus. Просто из нвидии поувольняли всех инженеров, и оставили каких-то быдлокодеришек, неспособных осилить архитектуру иксов. Разработчик Bumblebee вот нашёл первое решение - VirtualGL. И всё отлично пашет. Переключение же драйверов реализовать тоже можно, если написать специальный драйвер для иксов. Но, как выше было отмечено, в нвидии больше нет инженеров - вот и начинается свистопляска, когда простой пользователь компьютера сделал поддержку Optimus в линуксе, в то время как это была прямая обязанность нвидии.
АТИ же больше нет - забудьте об АТИ как о страшном сне. Сейчас рулит АМД. И блобы у неё ничуть не хуже нвидиевских.
После прочтения статьи у меня возникло несколько вопросов:1) "Wayland отличается от X-сервера тем, что на уровне сервера выполняется только переадресация всех окон..." - что понимается под словом "переадресация"?
2) "... все операции рендеринга и управления окнами производятся на стороне клиента..." - под рендерингом я понимаю построение содержимого окна (не знаю, попадают ли заголовок и границы окна под поятие "содержимое окна" в терминологии Wayland), а вот что понимается под "управлением", может закрытие, сворачивание/разворачивание, восстановление/разворачивание_на_весь_экран, изменение размеров, перемещение окна и т. п.?
3) "... и передаются для обработки серверу со встроенным композитным менеджером." - это надо понимать,как то, что все композитные менеджеры окон, перестанут существовать, так как в самом Wayland будет встроен их функционал, и остануться просто менеджеры окон, которые будут пользоваться "композитным функционалом" Wayland'а (правда не знаю как это сходиться с тем, что "... все операции рендеринга ... окнами производятся на стороне клиента...")?
4) Почему нельзя добавить в Wayland сетевeую прозрачность?Термин сервер-клиент понимаю таким же как в X11.
> После прочтения статьи у меня возникло несколько вопросов:попробую ответить, хотя не спец в Х-ах
> 1) "Wayland отличается от X-сервера тем, что на уровне сервера выполняется только
> переадресация всех окон..." - что понимается под словом "переадресация"?Что сам вэйленд не занимается реальной работой с окнами - этим занимаются конкретные подсистемы OpenGL, Cairo & so on. App=>Wayland=>OpenGL
В Х-ах вызов идет в Х, дальше Х взаимодействует с другими подсистемами, т.е. идут взаимо-вызовы App=>X.org=>OpenGL=>X.org=>OpenGL ...Таким образом уменьшается количество пробросов из/в сервер графики
> 2) "... все операции рендеринга и управления окнами производятся на стороне клиента..."
> - под рендерингом я понимаю построение содержимого окна (не знаю, попадают
> ли заголовок и границы окна под поятие "содержимое окна" в терминологии
> Wayland), а вот что понимается под "управлением", может закрытие, сворачивание/разворачивание,
> восстановление/разворачивание_на_весь_экран, изменение размеров, перемещение окна
> и т. п.?Да, т.е. то что *находится* в окне. У Х-ов в этом задействован и сервер. Потому с сетевой прозрачностью композитные менеджеры дружат очень слабо.
> 3) "... и передаются для обработки серверу со встроенным композитным менеджером." -
> это надо понимать,как то, что все композитные менеджеры окон, перестанут существовать,
> так как в самом Wayland будет встроен их функционал, и остануться
> просто менеджеры окон, которые будут пользоваться "композитным функционалом" Wayland'а
> (правда не знаю как это сходиться с тем, что "... все
> операции рендеринга ... окнами производятся на стороне клиента...")?Композитные менеджеры продолжат существование, но в качестве плагинов к Wayland. Сами приложения не обязаны при работе с Wayland знать о том каким композитом их рендерит - это задача исключительно Wayland.
Дальше композитные менеджеры и высокоуровневые библиотеки типа Qt & Gtk серьезно упростятся при работе через Wayland.
> 4) Почему нельзя добавить в Wayland сетевeую прозрачность?
Ибо бессмысленно. Это примерно как почему в ядро Linux нельзя добавить Apache HTTP server... добывать то можно, только накуя в ядре нужно держать огромный сервер - его место в виде отдельного приложения, а не ядерного модуля.
Сетевая прозрачность для Wayland является еще одним плагином и не входит в ядро.
>[оверквотинг удален]
> их рендерит - это задача исключительно Wayland.
> Дальше композитные менеджеры и высокоуровневые библиотеки типа Qt & Gtk серьезно упростятся
> при работе через Wayland.
>> 4) Почему нельзя добавить в Wayland сетевeую прозрачность?
> Ибо бессмысленно. Это примерно как почему в ядро Linux нельзя добавить Apache
> HTTP server... добывать то можно, только накуя в ядре нужно держать
> огромный сервер - его место в виде отдельного приложения, а не
> ядерного модуля.
> Сетевая прозрачность для Wayland является еще одним плагином и не входит в
> ядро.По твоему описанию получается, что:
1. X11 является аналогом Plan9 в графическом мире по отношению к ОС
2. Wayland является аналогом X11 в графическом мире по отношению к ОСВ результате сужается возможная область применения и Wayland оказывается дерьмом на практике.
>[оверквотинг удален]
> восстановление/разворачивание_на_весь_экран, изменение размеров, перемещение окна
> и т. п.?
> 3) "... и передаются для обработки серверу со встроенным композитным менеджером." -
> это надо понимать,как то, что все композитные менеджеры окон, перестанут существовать,
> так как в самом Wayland будет встроен их функционал, и остануться
> просто менеджеры окон, которые будут пользоваться "композитным функционалом" Wayland'а
> (правда не знаю как это сходиться с тем, что "... все
> операции рендеринга ... окнами производятся на стороне клиента...")?
> 4) Почему нельзя добавить в Wayland сетевeую прозрачность?
> Термин сервер-клиент понимаю таким же как в X11.Сетевую прозрачность как в иксах в вяленде реализовать невозможно из-за архитектурных ограничений вяленда. В иксах все объекты состоят из атомов. И всё представляется в виде окон. То есть, если подходить к рассмотрению архитектуры в чистом виде, всё, что работает с иксами, является клиентом. В вяленде же, грубо говоря, часть графики вынесена вне протокола ради одной только свистелки "композитный диспетчер" - посему нет и быть не может такой гибкости. Это defective by design с точки зрения терминальной системы. Посему достаточно было забить на вяленд, и писать всё на Qt/E или Qt-framebuffer. Но кое-кому ударила в голову моча, и теперь получился франкенштейн в виде вяленда.
Итого в вяленде свистелкам и перделкам в жертву принесена полноценная сетевая прозрачность. То есть полноценно её можно сделать только через средства типа VNC или другие жуткие костыли, но и то гибкостью иксов она обладать не будет.
Объясните мне кто-нибудь, что такое " переадресация всех окон". В каждой новости читаю про это, но нигде не написано что же это. Иногда начинаю думать, что авторы новостей и сами не знают.
Значит, что сервер оперирует только готовими битмапами, вся отрисовка на стороне тулкита, используемого в приложении. Т.е. формированием начинки занимается Gtk+ и Qt.
Но что за термин такой, "переадресация"? Что, куда и откуда переадресуют?
Ок, тогда что значит в данном контексте "оперирует"?
В свете этой статьи хочу еще раз сказать про Андройд, который как не крути, быстрыми темпами становится ведущей ОС на мобильниках и планшетах. Уж если Андройд является флагманом консорциума самых популярных производителей (http://ru.wikipedia.org/wiki/Open_Handset_Alliance), гарантируя огромное число железа под него, то Гугл должен продвигать такие проекты как Wayland (или схожих по функциоальности, но своих) для обеспечения работы как можно бОльшего кол-ва СПО приложений, написанных для реально ОТКРЫТЫХ Х-ов, Qt и др (через несколько лет, проблемы их прожорливости отпадут ввиду их развития и "прокачки" железа). Пока что, для Андройд выбрано самое нестандартное решение в виде Dalvik, под который не работает или трудно-адаптируема любая программа из СПО (в том числе и для планшетов). Для создания действительно универсальной и понастоящему ОТКРЫТОЙ мобильной ОС, ИМХО просто необходимо наряду с Dalvik иметь программные прослойки для функционирования разнообразного СПО, благо под ними ядро Линукс, которое, слава Богу, может позволить много открытых решений. Я не призываю избавиться от Dalvik - под него, как ни крути, уже наклепано 100000 псевдо-открытых приложений с интересным функционалом, которые на том же Линуксе для работы требуют костыль Alien Dalvik.
Как мне кажется, опенсорс сообщество должно "вежливо попросить" Гугл для начала движения в этом направлении: нужны дискуссии и статьи про то как сделать Андройд более гибким в плане СПО, если уж он действительно претендует на опенсорс статус. Я же вижу одни только разговоры "не ругайте Андройд, ему и так в патентных войнах плохо" (http://www.opennet.me/opennews/art.shtml?num=31406), либо "да он и так больше всех бабла гребет - значит все у него в порядке" (http://www.opennet.me/openforum/vsluhforumID3/79534.html?n=&...). Давайте осознаем необходимость РЕАЛЬНОЙ открытости Андройда и просить того, что удобно для СПО-сообщества, а не смотреть на Андройд как на какую-то данность (или еще хуже - стандарт!) и тратить уйму времени на запил СПО под псевдо-открытый Андройд сегодня, и самое главное - в будущем (ау! мы на СПО-форуме или нет?!). Пусть Гугл подключается сотрудниками/копеечкой к таким проектам как Wayland (может есть и другие?) для создания максимально открытой ОС уже сегодня!!!
ЗЫ Пишу это как комментарий, но если будет интерес, было бы неплохо оформить данные размышления в виде статьи - есть сочуствующие?
>Должно
>Должен
>Пусть гугл подключаетсяНикто никому ничего не должен
Согласен: поторопился и написал в повелительном наклонении. Хотелось бы рассмотреть вопрос с точки зрения общей пользы дела для Андройда и Gnu/Linux СПО. Андройду - удобство портирования Gnu/Linux СПО, которое например требуется в (гос.) учреждениях и компаниях многих стран. Для Линукса и СПО в целом - серьезный рост аудитории, которого очень не хватает учитывая его долю в 2% от рынка ОС, причем как в десткопах, так и в мобильных решениях. И Meego может и не стать панацеей и поправить все дела - здесь лучше 1+1 чем 1.
Это был осознанный выбор google, и они не будут что-либо менять.
Мобильное будущее привычного GNU/Linux за Meego, Maemo и т.п.
> Это был осознанный выбор google, и они не будут что-либо менять.У серьезных мегакорпораций нет принципов вроде "решил раз и навсегда". Все что приносит монетку и не вредит репутации - может быть спокойно сделано, особенно Гуглом: без "шума и пыли". У Гугла сравнительно гибкий менеджмент, и если сообщество СПО грамотно аргументирует пользу от внедрения в Андройд дополнительной поддержки для СПО программ, они вполне могут получить ее. Здесь может даже проблема не столько в руководстве Гугла, сколько во всяких Майкрософтах и Эпплах, которым явно не понравится резкий подьем СПО в пользовательском секторе из 2%-й зоны, и которые могут нажать на Гугл через разные патентные рычажки или просто "в лоб": http://www.youtube.com/watch?v=yXqrTfOWx60
Дело в том, что хотелки сообщества - это просто хотелки сообщества, внедрение X или Wayland не принесёт прибыли google.
>[оверквотинг удален]
> ввиду их развития и "прокачки" железа). Пока что, для Андройд выбрано
> самое нестандартное решение в виде Dalvik, под который не работает или
> трудно-адаптируема любая программа из СПО (в том числе и для планшетов).
> Для создания действительно универсальной и понастоящему ОТКРЫТОЙ мобильной ОС, ИМХО просто
> необходимо наряду с Dalvik иметь программные прослойки для функционирования разнообразного
> СПО, благо под ними ядро Линукс, которое, слава Богу, может позволить
> много открытых решений. Я не призываю избавиться от Dalvik - под
> него, как ни крути, уже наклепано 100000 псевдо-открытых приложений с интересным
> функционалом, которые на том же Линуксе для работы требуют костыль Alien
> Dalvik.Нет смысла - в Android основная изюминка это Dalvik. То, каким образом dalvik рисует на экран с точки зрения обычного приложения пофигу.
Если нужно чтобы дисплейным менеджер был именно Х-подобный или Wayland - это на Maemo & MeeGo.
>[оверквотинг удален]
> все у него в порядке" (http://www.opennet.me/openforum/vsluhforumID3/79534.html?n=&...).
> Давайте осознаем необходимость РЕАЛЬНОЙ открытости Андройда и просить того, что удобно
> для СПО-сообщества, а не смотреть на Андройд как на какую-то данность
> (или еще хуже - стандарт!) и тратить уйму времени на запил
> СПО под псевдо-открытый Андройд сегодня, и самое главное - в будущем
> (ау! мы на СПО-форуме или нет?!). Пусть Гугл подключается сотрудниками/копеечкой к
> таким проектам как Wayland (может есть и другие?) для создания максимально
> открытой ОС уже сегодня!!!
> ЗЫ Пишу это как комментарий, но если будет интерес, было бы неплохо
> оформить данные размышления в виде статьи - есть сочуствующие?Андроид не является ни частью экосистемы линукса, ни линоксом вообще. Вот ты застал время Windows 3.x? Если не застал: это надстройка над MS-DOS, для которой нужны свои приложения, и с DOS оно совместимо постольку, поскольку внизу имеется DOS в виду пускалки. Называется такой подход операционной средой.
Вот и тут андроид - операционная среда. Так что никак это не линукс.
> Давайте осознаем необходимость РЕАЛЬНОЙ открытости Андройда и просить того, что удобно
> для СПО-сообщества, а не смотреть на Андройд как на какую-то данность
> (или еще хуже - стандарт!) и тратить уйму времени на запил
> СПО под псевдо-открытый Андройд сегодня, и самое главное - в будущем
> (ау! мы на СПО-форуме или нет?!). Пусть Гугл подключается сотрудниками/копеечкой к
> таким проектам как Wayland (может есть и другие?) для создания максимально
> открытой ОС уже сегодня!!!
> ЗЫ Пишу это как комментарий, но если будет интерес, было бы неплохо
> оформить данные размышления в виде статьи - есть сочуствующие?И для тех, кто в танке: андроид уже давно не открытый. Он распространяется под проприетарной лицензией и исходники уже давно никто не даёт. Так что поставить его куда хочешь, уже не сможешь, в виду того, что выложены сейчас только те компоненты, которые изначально под GPL. Всё остальное вдоль и поперёк закрыто и закопиращено по самое небалуй.
