Опубликован отчёт (http://www.chaosreigns.com/wayland/state/) о текущем состоянии развития проекта Wayland (http://wayland.freedesktop.org/).- В GTK+ 3.4.1 и Qt5 присутствует полноценная поддержка Wayland, за исключением декораций на стороне клиента. GTK+ 3.4.0 имеет проблемы при сборке одновременно бэкендов для X11 и Wayland, но проблема будет исправлена в GTK+ 3.4.1, который выйдет 18 апреля. В EFL и Clutter также имеется полноценная поддержка Wayland.
Таким образом под управлением Wayland должно работать любое приложение, написанное с использованием вышеотмеченных тулкитов, но не обращающиеся к функциям Xlib. К сожалению некоторые GTK-приложения обращаются к Xlib через вызовы gdk_x11_*, что требует дополнительных изменений таких программ. Общее число работающих с Wayland программ пока не велико, так как миграция на GTK3+ началась недавно, а на Qt5 ещё только в планах.
- Из 22 протестированных GTK-приложений, доступных по умолчанию в меню Ubuntu, под управлением Wayland (при пересборке GTK с "--enable-wayland") заработали только 9, так как оставшиеся 13 использовали функции Xlib;
- Все доступные браузеры пока не поддерживают Wayland. Наиболее близок к поддержке Wayland был Chromium (http://www.opennet.me/opennews/art.shtml?num=31471), но несколько дней назад порт для Wayland был удалён (https://chromiumcodereview.appspot.com/10009024) из репозитория;
- Эталонный композитный сервер Weston работает с открытыми драйверами Intel, Radeon и Nouveau;
- XWayland, позволяющий запустить X.Org-сервер как Wayland-клиента, пока находится в наработоспособном состоянии из-за процесса перехода на использование специального оконного менеджера. Подготовлен ряд патчей для исправления ситуации, но они пока не интегрированы в проект. Из DDX-драйверов поддерживается Intel и частично Radeon, к обеспечению поддержки Nouveau разработчики пока не приступали.URL: http://www.chaosreigns.com/wayland/state/
Новость: http://www.opennet.me/opennews/art.shtml?num=33566
А хорошо пиляют, этак скоро он работать начнет даже :)
> А хорошо пиляют, этак скоро он работать начнет даже :)мне уже не тенпится поюзать этот вейланд, как минимум любопытно, да и какую-нибудь свою прогу скомпильнуть на Qt 5 и пустить на вейланде опять же любопытно и интересно
Очень не скоро. Данная новость как бы проливает свет на реальное положение дел.
А то раньше обсуждали сабж как нечто потенциально рабочее, которое пока просто никому не нужно.
Смысла в сабже наверно не будет, т к что-то сложное на нем все равно не заработает и производительность будет не сравнить ))
Заработает, и для домашнего десктопа (ДЕ плюс софт к нему прибитый) оно нормально себя чувтсвовать будет, когда допишут ввод. Но вот чтобы сделать это приличным рабочим местом пришлось бы склонировать хорошую часть иксовых фич.
Было бы это так просто - взять и написать свой Х, с сами знаете чем - давно бы уже сели а написали. Но ни одной попытки не было создать альтернативу Х11, так что ничего удивительного, что положение дел именно такое. Года через два допилят.
Хм, ну пока еще не очень живое - будем надеяться, таки сдохнет. За одну идею о том, что декорированием окон обязаны заниматься сами приложения эту штуку надо придушить. За убийство XEmbed - придушить второй раз. Ну и отсутствие сетевых возможностей - тоже не радует совершенно.
не вводи людей в заблуждение. А лучше почитай про вейленд, если так не доходит.
учи матчасть
Объясняю.
1) Wayland не даёт никаких аналогов иксовых атомов, в которых можнобыло бы держать атрибуты окна. То есть тайловые WM идут лесом, и много другого софта должно будет как-то держать информацию, относяющуюся к окнам, в своих структурах (например, текущую раскладку окна). Оттуда же и проблемы с попапами.
2) XEmbed там таки нет - есть осторожная просьба от разработчиков XFCE, да и только.
3) Вот, к примеру, ссылка, по которой есть касательно декорирования: http://fosdem.org/2012/interview/kristian-hogsberg
4) Насчёт сетей - всё и так понятно.Подскажите, где это я матчасти не знаю?
Как пользователь xmonad, ssh -X и двух X-сессий единовременно говорю: так им, вейлендфанам!
Как пользователь домашнего компьютера с КДЕ говорю: скорее бы!Мне не нужна сетевая прозрачность, мне не нужны "тайлинговые ВМ" (кстати, что это за зверь такой?), мне нужна скорость работы графики. Почему Ваши нужды должны быть важнее для разработчиков, чем мои? Не логичнее ли иметь сразу две системы? Кому надо, тот поставит иксы, кому надо - вэйланд.
"тайлинговые ВМ" это то, где "скорость работы графики" очень велика ввиду практически отсутствия графики."КДЕ -> нужна скорость работы графики", так и запишем.
>"тайлинговые ВМ" (кстати, что это за зверь такой?)В гугле забанили? Это архиудобный зверь, если компьютер нужен для работы.
>Почему Ваши нужды должны быть важнее для разработчиков, чем мои?
А почему ваши нужды должны быть на первом месте? Иксы приемлемо справляются с обеспечением и моих нужд, и ваших. Вэйленд — только ваших и то «когда-нибудь потом».
>Не логичнее ли иметь сразу две системы? Кому надо, тот поставит иксы, кому надо - вэйланд.
Не логичнее, поскольку во-первых это потребует дополнительных усилий от разработчиков любого софта, во-вторых, для обеспечения работы приложений, поддерживающих что-то одно понадобиться либо ещё один уровень (вейленд поверх иксов или иксо поверх вейленда), либо запуск вейленда по аналогии с дополнительным X-сервером (если он такое поддерживает). В итоге получаем кучу проблем под флагом «пусть иксы будут быстрее!», при том, что никакой уверенности в том, как именно их ускорить, нет ни у кого — криво написанные дрова для видеокарт, возможно, вносят вклад куда как больший, нежели особенности архитектуры X-сервера. А есть ещё и куча API помимо них. Но виноват, ясное дело, X-сервер.
(задумчиво впиливает в некоторый свой «десктопный» софт мёртвые завязки на иксы)
Сомнительная необходимость всего этого.
Как минимум необходимость внешних декораций отнюдь не сомнительна. Каждое приложение, отдельно рисующее свою рамку - это бред и с точки зрения пользователя (одинаково-то себя тулкиты вести не будут), и прождает бестолковое дублирование кода.XEmbed - это нынче разные доклеты прежде всего, хотя вообще технология сильно недооценена.
Отсутствие хинтов - это значит что WM не может отличать модальные окна от не модальных, диалоги - от полноценных окон. Это очень ограничивает, и фактически единственная альтернатива - сидеть на софте, прибитом к какому-то одному DE, у которых есть свои велосипеды на такие случаи.
Отсутствие атомов - значит имеем bookkeepeng внутри, к примеру, переключателя раскладки, который должен сам помнить соответствие "окно - раскладка". При этом если переключатель перезапустился - если не прилагать специальных усилий эти соответствия будут потеряны - вот ва и неудобства пользователя. Или если перезапущен WM - сейчас он спокойно раскладывает окна по тем же workspace, что и были. Если же атомов не будет - это будет куда более проблематичным.
В общем, то, что я перечислил (кроме сетевой прозрачности) нужно часто, просто этого не видно особо.
XEmbed - это такая штука, которая позволяет нормально впихнуть mplayer вовнутрь окна гуёвого проигрывателя
http://www.linux.org.ru/news/opensource/6639225
читаем, просвещаемся, глупости не пишем
Сходил бы ты в сад, а?
Основные претензии не к сети, а к отсутствию других, куда более нужных вещей.
Не надо переводить разговор.
> Сходил бы ты в сад, а?
> Основные претензии не к сети, а к отсутствию других, куда более нужных
> вещей.
> Не надо переводить разговор.Это про тайловые менеджеры? А ничего, что поведение программ с гуями убого смотрится в тайловых менеджерах? Давайте все переделаем под них!
>А ничего, что поведение программ с гуями убого смотрится в тайловых менеджерах? Давайте все переделаем под них!Примеры?
>>А ничего, что поведение программ с гуями убого смотрится в тайловых менеджерах? Давайте все переделаем под них!
> Примеры?Модальные окна и диалоги, к примеру. Нет, если вас всё в них устраивает, вопросов нет.
> Модальные окна и диалоги, к примеру. Нет, если вас всё в них
> устраивает, вопросов нет.И что с ними не так?
Как минимум в i3 диалоги смотрятся хорошо, без каких-либо проблем.
+ awesome
За убийство костылей конечно стоит душить, как же иначе то!
За отбирание костылей без отращивания ног - угадайте что сделать надо? Впрочем то что предлагается сделать при введении вейланда больше напоминает как раз отрезание ног - а взамен даже костыли не дают. Просто отбирается часть фич - и всё.
> К сожалению некоторые GTK-приложения обращаются к Xlib через вызовы gdk_x11_*, что требует дополнительных изменений таких программ.Ну, ё-моё, зачем лазейку оставили-то? Так переход с X11 на Wayland затянется на многие годы.
а он нужен, переход? x11 -> x12 мне кажется больше толка, иксовые плюшки мне бы сохранить хотелось
> а он нужен, переход? x11 -> x12 мне кажется больше толка, иксовые
> плюшки мне бы сохранить хотелосьопять... да их никто и не отменяет, просветитесь уже
если под плюшками не понимается tearing и прочие радости иксов
> а он нужен, переход? x11 -> x12 мне кажется больше толка, иксовые
> плюшки мне бы сохранить хотелосьКакие плюшки? Монстроузность?
Идите, читайте про Wayland. Сетевая прозрачность там будет (позже)! И даже лучше чем в Х. Картинки просто пакуются и отправляются по сети.Меня только одно беспокоит. В Wayland сложнее реализовать методы ввода текста, нужно для китайского и т.п. Но это всё-равно будет, без этого никуда.
Сеть, XEmbed, возможность частичного обновления окна, адекватно работающие тайловые WM, стандартное управление окнами независимо от тулкита, который их рисует. Это так, навскидку.
Вот когда будет - тогда и приходите.
>Вот когда будет - тогда и приходите.согласен, пусть начнут пилить вейланд когда это все уже в нем появится
> Какие плюшки? Монстроузность?кроме двойной буферизации в чём монструозность?
> Сетевая прозрачность там будет (позже)! И даже лучше чем в Х. Картинки просто пакуются и отправляются по сети.
ёшкин кот. чем упаковка картинок - лучше? и какой прок сейчас от того, что "будет"?
да все в том, что иксы настолько дохрена жрут, что уже не прилично...
_Рабочие_ альтеративы по сравнению с которыми X-ы неприлично жрут в студию.
> да все в том, что иксы настолько дохрена жрут, что уже не
> прилично...о дааа... кеды-гномы-фоксы-хромы экономят каждый килобайт. и только подлые иксы выжирают всё вместе со свопом... самому-то не смешно?
> да все в том, что иксы настолько дохрена жрут, что уже не
> прилично...(пожимает плечами)
/usr/bin/X: VIRT: 72188 RES: 52612
70 мегабайт RAM за месяц. действительно, неприлично. надо бы, чтобы гигов восемь сжирало, а то несолидно.
Не будет там сетевой прозрачности. Максимум - будет на уровне тулкитов вместо стандартного механизма. То есть ждём несовместимые реализации.
> Сетевая прозрачность там будет (позже)! И даже лучше
> чем в Х.дададада. «наша система крута и прогрессивна!.. будет. когда-нибудь. наверное. может быть.»
show me the code!
а также возможность оторвать задачу декорирования окон и поставить этим заведовать внешний менеджер. а также возможность прилеплять к любому окну нужные мне атрибуты (нет, не визуалы; те самые atom'ы со всякими интересными значениями).
всё это в иксах появилось не просто потому, что кому-то захотелось «привинтить прикольную фичечку», а для решения конкретных задач.
то, что в иксах достаточно костыльных решений — не повод отрезать *всё*, не предлагая взамен ничего вообще.
> а он нужен, переход?Несомненно. Так будет выбор: оставаться на X11 или использовать только Wayland. В противном случае с тулкитом придётся тащить не только маленькую тележку Wayland'а, но и целый трамвайный вагон X11.
gdk_x11... да и вообще GDK вымирать начали еще в GTK2 а в 3 их просто удалили. Можешь поискать на сайтах гнома, что они сами помогают перевести программы gnome-world на gtk3.
собаки лают, караван(wayland) идет...
Ога. Его «наработоспособное состояние» поражает воображение. IMHO хром поддержку зря не уберёт.
Как убрал, так и вернет.
> В GTK+ 3.4.1 и Qt5 присутствует полноценная поддержка Wayland, за исключением декораций на стороне клиента.Когда ПОЛНАЯ - исключений нет.
>> В GTK+ 3.4.1 и Qt5 присутствует полноценная поддержка Wayland, за исключением декораций на стороне клиента.
> Когда ПОЛНАЯ - исключений нет.за декораторов нужен WM
Всем критикам Wayland стоит побольше жевать и поменьше говорить. Подобное охранительное ретроградство - это сценарий поведения типичного сетевого ссыкла. Когда русификацию переводили с KOI8-R на Юникод, вы все плевались на Юникод. Когда ввели NetworkManager, вы плевались на него. Сейчас вот плюётесь на Wayland, хотя стоит ему выйти в стабильном виде в Федоре или Убунту - вы поставите его себе как миленькие.
Ах если бы делали что- то новое но при этом не ломали старое! Если бы wayland был по функциональности хотя бы приблизительно идентичен Х11 + плюшки, никто бы ничего не говорил. Но, блин, извините, когда выпиливают кучу функционала и преподносят это как революционное улучшение.... Нет, ну я, блин, не знаю как это назвать.
Сиди на Иксах просто, тебя никто не гонит.
> Сиди на Иксах просто, тебя никто не гонит.Так я и сижу. И по ходу сидеть буду. Но заявление гордых пользователей "частного случая в квадрате" (десктоп без сетевой прозрачности) о том что это ВИН, а кто не согласан - " - это сценарий поведения типичного сетевого ссыкла. " меня расстраивают.
> пользователей "частного случая в квадрате" (десктоп без сетевой прозрачности) о том
> что это ВИН, а кто не согласан - " - это
> сценарий поведения типичного сетевого ссыкла. " меня расстраивают.У меня возникает ощущение, что это не десктоп, а планшет. В том смысле, что отсутствие сетевой прозрачности будет наименьшим злом в Wayland.
>> Сиди на Иксах просто, тебя никто не гонит.
> Так я и сижу. И по ходу сидеть буду. Но заявление гордых
> пользователей "частного случая в квадрате" (десктоп без сетевой прозрачности) о том
> что это ВИН, а кто не согласан - " - это
> сценарий поведения типичного сетевого ссыкла. " меня расстраивают.как вы утомляете своей сетевой прозрачностью... никто ее не трогает
Чё правда? В топике было же явно указано, что она в "наработоспособном состоянии", как и весь валёный.
>как вы утомляете своей сетевой прозрачностью... никто ее не трогаетТо что в Wayland называют сетевой прозрачностью уже и так есть. vnc/rdp - выбирайте по вкусу. Утрирую конечно, но не сильно. Это если забыть тот факт что и она пока не работает. Меня удручает факт того что даже если каким- то боком она заработает ВСЯ отрисовка будет предьявлять явно как по мне завышеные требования к видеокарте терминального сервера.
>>как вы утомляете своей сетевой прозрачностью... никто ее не трогает
> То что в Wayland называют сетевой прозрачностью уже и так есть. vnc/rdp
> - выбирайте по вкусу. Утрирую конечно, но не сильно. Это если
> забыть тот факт что и она пока не работает. Меня удручает
> факт того что даже если каким- то боком она заработает ВСЯ
> отрисовка будет предьявлять явно как по мне завышеные требования к видеокарте
> терминального сервера.http://www.linux.org.ru/news/opensource/6639225
теперь: на основании чего требования к видеокарте будут завышенными?
На основании того, что автор слегка лукавит. Сейчас отрисовка делается отнюдь не целыи окном, а глифами - то есть в иксы валятся отдельные куски картинки и дальше указывается где какой должен находиться и как трансформироваться, сборкой занимается терминал-клиент (он же - X-сервер). 3D - рисуется на видеокарте терминального сервера, 2D акселерируется на терминальном клиенте. Если не ошибаюсь - так. Кроме того, у Gtk и Qt есть разные бакэнды, и кое-что из них меньше суёт битмапы и больше - возможности иксов.
Но за счёт чего требования к видео должны увеличиться на домашнем десктопе всё равно непонятно.
А при чём здесь домашний десктоп? Сказано ж - к терминальному серверу. Для домашнего десктопа в плане нагрузки на видео особой разницы нет ни в большую, ни в меньшую сторону.
> А при чём здесь домашний десктоп? Сказано ж - к терминальному серверу.
> Для домашнего десктопа в плане нагрузки на видео особой разницы нет
> ни в большую, ни в меньшую сторону.действительно, оплошал, извиняюсь.
> То что в Wayland называют сетевой прозрачностью уже и так есть. vnc/rdp - выбирайте по вкусу.RDP ни разу не равно VNC. Точнее они работали похожим образом лет 5-10 назад. Сейчас же по RDP умеют гоняться GDI примитивы. Так что мы начали ходить по спирале.. В венде появляется сетевая прозрачность, а из *nix ее выпиливают из-за того что кому-то кажется что она тормозит.
>> То что в Wayland называют сетевой прозрачностью уже и так есть. vnc/rdp - выбирайте по вкусу.
> RDP ни разу не равно VNC. Точнее они работали похожим образом лет
> 5-10 назад. Сейчас же по RDP умеют гоняться GDI примитивы. Так
> что мы начали ходить по спирале.. В венде появляется сетевая прозрачность,
> а из *nix ее выпиливают из-за того что кому-то кажется что
> она тормозит.какой спиралЕ? покажите где в иксах примитивы гоняются?
>>> То что в Wayland называют сетевой прозрачностью уже и так есть. vnc/rdp - выбирайте по вкусу.
>> RDP ни разу не равно VNC. Точнее они работали похожим образом лет
>> 5-10 назад. Сейчас же по RDP умеют гоняться GDI примитивы. Так
>> что мы начали ходить по спирале.. В венде появляется сетевая прозрачность,
>> а из *nix ее выпиливают из-за того что кому-то кажется что
>> она тормозит.
> какой спиралЕ? покажите где в иксах примитивы гоняются?Qt3, частично Qt4 с правильной переменной окружения, Tk, Swing, Wine именно так и делают. В иксах как раз это есть, просто тулкиты чего-то забили на это.
Да, под вендой Qt4 по RDP работает заметно медленнее нативного софта. Как раз из-за того что он уже не пользуется системными примитивами рисования.
>>как вы утомляете своей сетевой прозрачностью... никто ее не трогает
> То что в Wayland называют сетевой прозрачностью уже и так есть. vnc/rdp
> - выбирайте по вкусу. Утрирую конечно, но не сильно.сильно. есть огромная разница между ssh -Y user@host program и настройкой vnc/rdp на каждой тачке... сервером. потом клиентов ставь.
> Меня удручает факт того что даже если каким- то боком она заработает ВСЯ
> отрисовка будет предьявлять явно как по мне завышеные требования к видеокарте
> терминального сервера.меня удручает другое. вейланд явно зоточен под планшетики. он там имеет смысл, он там - хорош. ему там место. но тащат за компанию и на десктоп. на десктопе выигрыш неочевиден, но иксовый потенциал точно зарубят.
>сильно. есть огромная разница между ssh -Y user@host program и настройкой vnc/rdp на каждой тачке... сервером. потом клиентов ставь.Сильно гонять не сжатые картинки, без проксирования но с шифрованием, камень и сеть совсем ведь не грузятся, кстати подскажите как там насчет прокидывания аудио, принтеров и разнообразных интерфейсов вроде usb. Да и настройка просто жуть как сложна, по сравнению с ssh то, ага.
у меня есть единственная, но вплоне конкретная причина держаться за Х - тайлинговые менеджеры. Думаю, из тех, кого Вы нарекли ссыклом, где-то половина имеет ту же причину.
Это иллюзия. К отсутствию тайлинговых WM вы привыкнее так быстро, что не заметите этого.
Если вы ими не пользуетесь - то вам и привыкать к их отсутствию не нужно.
Но если лично вы ими не пользуетесь, это не означает что ими не пользуется никто.
> Это иллюзия. К отсутствию тайлинговых WM вы привыкнее так быстро, что не
> заметите этого.Хе-хе. Знаю людей, ушедших НА тайловые WM, но чтобы обратно с них кто-то слез - не припомню. И это логично - глупо руками делать то, что можно переложить на WM.
> Хе-хе. Знаю людей, ушедших НА тайловые WM, но чтобы обратно с них
> кто-то слез - не припомню. И это логично - глупо руками
> делать то, что можно переложить на WM.Кстати, не могли бы вы подсказать чего подобного? Хmonad почему-то в ALT требует установки жа 500 метров. Нет ли чего по-легче, но тоже удобного?
> Кстати, не могли бы вы подсказать чего подобного? Хmonad почему-то в ALT
> требует установки жа 500 метров. Нет ли чего по-легче, но тоже
> удобного?Просто оно за собой haskell тянет, хотя 500 метров — что-то дофига, на Федоре метров 40. Awesome можете попробовать, но он хочет XCB.
>> Хе-хе. Знаю людей, ушедших НА тайловые WM, но чтобы обратно с них
>> кто-то слез - не припомню. И это логично - глупо руками
>> делать то, что можно переложить на WM.
> Кстати, не могли бы вы подсказать чего подобного? Хmonad почему-то в ALT
> требует установки жа 500 метров. Нет ли чего по-легче, но тоже
> удобного?dwm + dmenu. больше мегобайта не займёт. очень удобный
Мне наиболее удобным показался wmii. Все гибко настраивается, при этом, сетап из коробки вполне юзабельный.
Да, тянет Haskell, причём целиком (ALT Sisyphus).Всем большое спасибо за рекомендации, буду посмотреть.
i3 - очень толковая штука, и, кажется, единственная из развивающихся, нормально умеющая статический тайлинг. Их бы ещё допинать, чтобы сохраняло layout контейнеров и умело окно кидать не просто в указанный воркспейс, а в указанный контейнер - и больше для счастья ничего не надо.
> i3 - очень толковая штукаСпасибо, мегавещь. Безумно удобно.
К отсутствию репродуктивного органа ты тоже привыкнешь так быстро, что не заметишь этого.
> Это иллюзия. К отсутствию тайлинговых WM вы привыкнее так быстро, что не
> заметите этого.Вы просто не представляете себе, на сколько отличается работа в тайловых wm от работы в оконых wm. Разница между стандартным UI MS Windows и kde3+compiz_fusion с кучей плагинов заметно меньше.
> Это иллюзия. К отсутствию тайлинговых WM вы привыкнее так быстро, что не
> заметите этого.дадада. «это иллюзия. к отсутствию ноги и руки вы привыкнете так быстро, что не заметите этого.»
Не всем нравится жевать экскрименты. Возможно кому-то и нравится чувствовать себя самым передовым, сидеть на альфах и постить по 50 багрепортов в сутки.Давайте, расскажите как весело было с NetworkManager-ом полтора-два года назад. Плевались на него (и не безосновательно) из-за его тотальной недопиленности на тот момент, да невозможность конфигурить без гуя.
А плеваться на Wayland еще рано. Он не то что недопиленный, он еще кисель в вакууме без конкретной рабочей реализации.
Я не в курсе насчёт NM (необходимости пока не было) - там можно емц поведение какое-то сложное задать? Ну там, "подключаться к сетям A, B, C в порядке приоритета, если поднялась сеть А - поднять такой-то набор правил файрволла, если упала и недоступна столько-то времени - переключиться на сеть D, если поднята такая-то сеть - поднять такие-то vpn" - и тому подобное? Или оно расчитано только на самые примитивные варианты использования?
В основном все примитивно. И используется только на десктопах/ноутах ... вообщем все юзеры довольны. Админы и задроты сносят и идут по старинке писать скрипты.
Главное что есть выбор!
Ну вот я долго отбрыкивался от ноута, но, видимо, придётся обзаводиться. Очевидно, ситуация будет такой: есть домашняя/рабочая сети, в них ряд ресурсов, есть 3G. Понятно, что в зависимости от подключения нужны разные настройки файрволла, разная реакция на отпадения соединения... Я, конечно, всё могу скриптами наваять, но думал - может NM такое умеет, он же вроде как заточен под динамическое изменение условий. Вроде ж стандартная задача должна быть - ну там, что если мы из левой вайфай-сети - то всё гнать через vpn, если с работы - то это не нужно, и так далее.
> Ну вот я долго отбрыкивался от ноута, но, видимо, придётся обзаводиться. Очевидно,
> ситуация будет такой: есть домашняя/рабочая сети, в них ряд ресурсов, есть
> 3G.на данный момент NM вполне достойно разруливает локаль, вафлю и 3ж. Умеет vpn (pptp - точно). в своём убунтячьем воплощении зело забывчив на пароли для vpn.
> разная реакция на отпадения соединения... Я, конечно, всё могу скриптами наваять,
> но думал - может NM такое умеет, он же вроде как
> заточен под динамическое изменение условий.В NM тоже можно цеплять скрипты на разные события в.т.ч. на поднятие интерфейса. В сложной сети, может, это и не легче чем ручками настраивать, а вот при втыкание различных свистков 3G перестраивать настройки сети мне показалось проще.
> Не всем нравится жевать экскрименты. Возможно кому-то и нравится чувствовать себя самым
> передовым, сидеть на альфах и постить по 50 багрепортов в сутки.На работе Ubunto 10.04 LTS. Нифига себе не альфа. PulseAudio не работала хронически... Если бы альфы не пихали везде где не попадя...
> А плеваться на Wayland еще рано. Он не то что недопиленный, он
> еще кисель в вакууме без конкретной рабочей реализации.Боюсь, что когда он будет допиленым он обростет костылями не меньше Х11 и кто- то умный опять скажет- "весь мир насилья мы разрушим. До основанья. А затем..."
>> Не всем нравится жевать экскрименты. Возможно кому-то и нравится чувствовать себя самым
>> передовым, сидеть на альфах и постить по 50 багрепортов в сутки.
> На работе Ubunto 10.04 LTS. Нифига себе не альфа. PulseAudio не работала
> хронически... Если бы альфы не пихали везде где не попадя...
>> А плеваться на Wayland еще рано. Он не то что недопиленный, он
>> еще кисель в вакууме без конкретной рабочей реализации.
> Боюсь, что когда он будет допиленым он обростет костылями не меньше Х11
> и кто- то умный опять скажет- "весь мир насилья мы разрушим.
> До основанья. А затем..."Так и будет, такова история всех проектов.
Обрастёт - это слабо сказано, учитывая, что, в отличие от иксов, возможностей расширения в вейланд-протоколе нет.
> На работе Ubunto 10.04 LTS. Нифига себе не альфа. PulseAudio не работала хронически...Это надо быть хроническим неудачником или кривожопым по самую макушку чтобы не работало - и тем и другим Linux противопоказан. Вот какая вам разница где вы там играете - в иксах или вейленде и зачем вам тайловые WM - пасьянсы красиво расставлять ?
Господин Д'Артаньян машущий нам шляпой с рабочей на всех возможных конфигурациях железа и при всех возможных конфигурациях софта PulseAudio, не всем-же только играть, да пасьянсы раскладывать надобно.
Не дождётесь. Вот сейчас я взял и побежал менять эргономичное рабочее место на фигню, расчитанную на показ фильмов и запуск игрушек - без управления раскладками, с разнобоем декораций (которыем мне воообще никакие не нужны), с ручным тяганием мышью там, где сейчас работает WM. Заметьте, я сетевую прозрачность даже не упоминаю.
>Когда русификацию переводили с KOI8-R на Юникод, вы все плевались на Юникод.Я вот как раз за юникод всегда был, до сих пор вздрагиваю, как установщик FreeBSD вижу.
> NetworkManager, вы плевались на него.
NM и по сей день первейший кандидат на выпиливание вместе с PulseAudio. И переключение раскладок удобней, чем в xmodmaprc никто пока не придумал. И да, как бы ни был удобен iBus, мне жаль запоротого XCompose — он всё равно был удобней.
>Сейчас вот плюётесь на Wayland
Люди нередко нахваливают хорошие вещи и плюются при виде плохих.
хотя> стоит ему выйти в стабильном виде в Федоре или Убунту - вы поставите его себе как миленькие.
Лично я подумаю о смене дистрибутива. Если б жрал, что дают — сидел бы на винде.
у меня консоли в кои-8. никакого NM нет, не было и не предвидится. вэйланда тоже. плевать в эту чушь я буду и дальше, потому что оно — чушь.
Надеюсь ребята с X.org включат голову и сделают наконец-то X12. В Wayland есть множество недочётов, которые все почему-то упорно игнорируют. А благодаря всяким любителям инноваций Wayland вполне может растечься по дистрибутивам и X могут отправить на помойку, не обращая внимания на "мелкие неудобства", которые принесёт с собой Wayland. Для мобильных девайсов Wayland подойдёт прекрасно (насколько я помню, на них он изначально и рассчитывался), а на десктопные рабочие станции уже все давно забили, а именно для последнего X выглядит гораздо привлекательнее за счёт большей гибкости.
> Надеюсь ребята с X.org включат голову и сделают наконец-то X12. В Wayland
> есть множество недочётов, которые все почему-то упорно игнорируют. А благодаря всяким
> любителям инноваций Wayland вполне может растечься по дистрибутивам и X могут
> отправить на помойку, не обращая внимания на "мелкие неудобства", которые принесёт
> с собой Wayland. Для мобильных девайсов Wayland подойдёт прекрасно (насколько я
> помню, на них он изначально и рассчитывался), а на десктопные рабочие
> станции уже все давно забили, а именно для последнего X выглядит
> гораздо привлекательнее за счёт большей гибкости.Вы таки не понимаете сложившейся ситуации. Есл бы ребята из xorg включили голову раньше то этой новости бы не было, потому-что не было бы необходимости в вейленде.
>[оверквотинг удален]
>> есть множество недочётов, которые все почему-то упорно игнорируют. А благодаря всяким
>> любителям инноваций Wayland вполне может растечься по дистрибутивам и X могут
>> отправить на помойку, не обращая внимания на "мелкие неудобства", которые принесёт
>> с собой Wayland. Для мобильных девайсов Wayland подойдёт прекрасно (насколько я
>> помню, на них он изначально и рассчитывался), а на десктопные рабочие
>> станции уже все давно забили, а именно для последнего X выглядит
>> гораздо привлекательнее за счёт большей гибкости.
> Вы таки не понимаете сложившейся ситуации. Есл бы ребята из xorg включили
> голову раньше то этой новости бы не было, потому-что не было
> бы необходимости в вейленде.Там вообще-то голову надо включать не столько иксорговцам (хотя им тоже), сколько разработчикам Qt/Gtk, которые в определённый момент забили на корректную отрисовку (да, её реализация требовала взаимодействия с разработчиками иксов) и стали всё пулять битмапами, когда не хватило существующих возможностей иксов.
На самом деле там чуть менее печально. Я тут рассылку почитал... Довольно много людей из X.org принимают участие как минимум в обсуждении архитектуры вейланда, и вроде как убедили что "тонкого стека" не выйдет. Другое дело, что нормальный стек писать не один год будут, если напишут вообще, а пока его нет - тулкитчики с писателями DE только рады будут напихать своих велосипедов, какая-нибудь убунта подхватит - и это чудо рискует застрять надолго, быть неудобным и обрастать потом костылями - причём, в отличие от иксов, оно на органичную интеграцию костылей никак не расчитано.
Ладно, оставим в стороне разговоры о бесполезности wayland, главный вопрос другой - как/насколько они будут поддерживать все существующие замечательные window manager'ы? notion, awesome, dwm?
Существующие - никак (вариант с иксами работающими поверх wayland не рассматриваю). Создать аналогичные может оказаться весьма проблематичным из-за ряда особенностей Wayland.
Не вейланд должен поддерживать оконные менеджеры, а наоборот, ОМ должны поддерживать Вейланд.
Точно так же как они поддерживают Х11.
Все говорят о тайловых оконных менеджерах, но разве есть в них что-то специфичное, что не будет поддерживаться Вейландом. Ведь по сути тайловыми менеджерами осуществляется специфическое управление свойствами окон, а они есть, как в Х11, так и в Вейланде. Существующие тайловые менеджеры именно так и работают, а не используют специфический функционал Х11.
Все выше написанное мое личное мнение на истину не претендующее.
Есть специфичное. Во-первых, в иксах есть система хинтов, которая даёт довольно богатую метаинформацию, которую WM использует чтобы решить как показать окно - к примеру, хинт TRANSIENT, который ставится на попапах, укажет, что не нужно растягивать данное окно, анадо показать в тех размерах,что просит приложение. В вейланде хинтов нет. Во-вторых, в вейланде декорированием окон (рамка, кнопки сворачивания/закрытия) должны заниматься сами приложения - по крайней мере на данный момент это так. Для тайловых WM это декорирование неприемлемо. Наверняка есть ещё что-то (я глубоко не копал, так патчил ion3 чуток).
> Есть специфичное. Во-первых, в иксах есть система хинтов, которая даёт довольно богатую
> метаинформацию, которую WM использует чтобы решить как показать окно - к
> примеру, хинт TRANSIENT, который ставится на попапах, укажет, что не нужно
> растягивать данное окно, анадо показать в тех размерах,что просит приложение. В
> вейланде хинтов нет. Во-вторых, в вейланде декорированием окон (рамка, кнопки сворачивания/закрытия)
> должны заниматься сами приложения - по крайней мере на данный момент
> это так.И первое и второе не приложения, а wm.
>Для тайловых WM это декорирование неприемлемо. Наверняка есть ещё
> что-то (я глубоко не копал, так патчил ion3 чуток).Придется самими обрабатывать.
>осуществляется специфическое управление свойствами окон, а они есть, как в Х11, так и в Вейланде.В том-то и дело, что в Wayland с этим некоторая напряжёнка.
Вот объясните, почему нельзя взять из этого вейланда механизм отрисовки, и на его основе построить полноценную систему вроде Х11, с системным декоратором, хинтами, персистенцией? Или если так хочется Unix way, почему не выпустить параллельно со стандартом отрисовки, стандарты на все это, и эталонные реализации?Или планшеты окончательно затмили всем разум?
Тогда получится всего лишь другая реализация Х11, которая подвержена тем же самым проблемам.
Принципиальное отличие между Х11 и Вейландом, это то, что Х11 сам отрисовывает все кнопки, линии, и т. п., а Вейланд - нет. Так что Вейланд никак не может соответствовать стандарту Х11.
А я не прошу реализацию стандарта Х11. Пусть будет свой стандарт, или набор стандартов. Но с вводом и оконными хинтами, а не голая отрисовка битмапов.Даже сто раз изжеванная сетевая прозрачность может быть реализована на базе wayland прозрачно. Сейчас тулкиты отдают серверу ссылки на буферы, он их условно говоря, передает дальше драйверу видяхи, который рисует по заданным сервером x/y/z координатам, называется композинг. А мог бы отдавать по сети, чтобы их нарисовали там, ничего кроме скорости не изменилось бы.
Там сделали проще. Поверх Wayland работает X. Причем, в последнем тестировании этот X работал быстрее нативного. Так что любители классики не должны ничего потерять.
> Причем, в последнем тестировании этот X работал быстрее нативного.то-то его опять поломали. кстати, «этот X» — он таки полный x-протокол поддерживает, со всеми расширениями (ну, или хотя бы с расширениями, которые сейчас на подавляющем большинстве работающих иксов подняты), или так, «два притопа, три прихлопа»?
Объясните, КАК декорации окон и тайловые менеджеры связаны с иксами?! Я всегда считал, что и рисует декорации, и распределяет окна по экрану оконный менеджер, и помощь графической системы ему совершенно незачем. Если сейчас это не так - почему? Мега-костыль же, имхо.
Сейчас в иксах - так. В вейланде окна рисуют себе декорации сами. Да, мегакостыль. распределяет даже в вейланде WM, но у него гораздо меньше информации об окне чем в иксах.
А в винде как, интересно - никто не в курсе? Окна рисуют декорации или wm.
> А в винде как, интересно - никто не в курсе? Окна рисуют
> декорации или wm.Раньше была серверная, начиная с Висты клиентская. В результате чего появились приколы типа табов в заголовке. Клиентская в этом плане лучше серверной, да и как-то мне кажется времена окошек потихоньку проходят, взгляните на планшеты.
И потом пока в вейленде не готов протокол для оконных декораций, лучше уж помочь в его разработке, чтобы реализация была удобной.
У клиентской лишь один серьезный недостаток, если содержимое окна повисло, то и кнопки управления окном тоже поломаются.
Что касается зоопарка оформления окошек, то он лечится нормальным базовым протоколом как это сделано было в винде и макоси.
В смысле каждое? Или предполагается, что это должны быть оконные менеджеры?
> Сейчас в иксах - так. В вейланде окна рисуют себе декорации сами.Да не сами! WM рисует.
> GTK+ 3.4.0 имеет проблемы при сборке одновременно бэкендов для X11 и Wayland, но проблема будет исправлена в GTK+ 3.4.1так и хочется добавить "выпиливанием X11"