forum.opennet.ru - "Релиз протокола для взаимодействия с удаленным рабочим столо..." (41)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Релиз протокола для взаимодействия с удаленным рабочим столо..."

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

"Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
Сообщение от opennews on 03-Мрт-11, 20:04
Вышел (http://lists.freedesktop.org/archives/spice-devel/2011-March...) релиз системы SPICE 0.8.0 (http://www.spice-space.org/), позволяющей организовать удаленную работу с рабочим столом, функционирующим в виртуальном окружении. В Spice рендеринг содержимого экрана и обработка аудиопотоков разделены между сервером и клиентом с привлечением средств акселерации вывода видео, звука, а также 2D и 3D графики, в том числе с помощью специально разработанного драйвера виртуальной видеокарты (qxl), что позволяет значительно повысить эффективность вывода мультимедиа информации и снизить нагрузку на сервер, в отличие от протоколов VNC (Virtual Network Computing), ICA (Citrix Independent Computing Architecture) и RDP (Microsoft Remote Desktop Protocol), где обработка графики и аудио производится на сервере. В перспективе Spice дает возможность без лишней нагрузки на сервер организовать доступ к локальным аудио и USB устройствам, принтерам и другому оборудованию, находящемуся на стороне т... URL: http://www.ossportal.ru/technologies/kvm/news/150 Новость: http://www.opennet.me/opennews/art.shtml?num=29782
Ответить \| Правка \| Cообщить модератору

Оглавление

Релиз протокола для взаимодействия с удаленным рабочим столо..., anonym, 20:04 , 03-Мрт-11, (1) +2

Релиз протокола для взаимодействия с удаленным рабочим столо..., Inspirra, 20:44 , 03-Мрт-11, (3)

Релиз протокола для взаимодействия с удаленным рабочим столо..., www2, 10:45 , 04-Мрт-11, (19)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Inspirra, 14:48 , 04-Мрт-11, (23)

Релиз протокола для взаимодействия с удаленным рабочим столо..., ананим, 20:13 , 04-Мрт-11, (34)

Релиз протокола для взаимодействия с удаленным рабочим столо..., ананим, 20:15 , 04-Мрт-11, (35)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним, 20:21 , 03-Мрт-11, (2) +1
Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним123321, 21:30 , 03-Мрт-11, (4) +2

Релиз протокола для взаимодействия с удаленным рабочим столо..., iav, 00:14 , 04-Мрт-11, (7) –1

Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним123321, 01:57 , 04-Мрт-11, (11)

Релиз протокола для взаимодействия с удаленным рабочим столо..., anonymouse, 08:13 , 04-Мрт-11, (15)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Rush, 09:08 , 04-Мрт-11, (17)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Amazon, 12:32 , 04-Мрт-11, (22)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Hety, 14:59 , 04-Мрт-11, (25)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним, 21:39 , 03-Мрт-11, (5)
Релиз протокола для взаимодействия с удаленным рабочим столо..., robux, 23:44 , 03-Мрт-11, (6)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним, 00:23 , 04-Мрт-11, (9) +4

Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним, 00:16 , 04-Мрт-11, (8) +1

Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним, 01:09 , 04-Мрт-11, (10) –1
Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним123321, 02:01 , 04-Мрт-11, (12)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Inspirra, 02:08 , 04-Мрт-11, (13) –1

Релиз протокола для взаимодействия с удаленным рабочим..., anonymous, 12:19 , 04-Мрт-11, (21)

Релиз протокола для взаимодействия с удаленным рабочим..., Stax, 18:25 , 04-Мрт-11, (31)

Релиз протокола для взаимодействия с удаленным рабочим..., ананим, 20:40 , 04-Мрт-11, (37)

Релиз протокола для взаимодействия с удаленным рабочим..., Stax, 21:03 , 04-Мрт-11, (38)

Релиз протокола для взаимодействия с удаленным рабочим..., ананим, 22:18 , 04-Мрт-11, (39)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним12233, 18:09 , 04-Мрт-11, (30) +1

Релиз протокола для взаимодействия с удаленным рабочим столо..., Inspirra, 19:24 , 04-Мрт-11, (32) –1

Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним123321, 02:34 , 05-Мрт-11, (40)
Релиз протокола для взаимодействия с удаленным рабочим столо..., nuclight, 18:31 , 11-Мрт-11, (42)

Релиз протокола для взаимодействия с удаленным рабочим столо..., northbear, 08:39 , 04-Мрт-11, (16)
Релиз протокола для взаимодействия с удаленным рабочим столо..., Аноним, 10:27 , 04-Мрт-11, (18)

Релиз протокола для взаимодействия с удаленным рабочим столо..., rico, 17:07 , 04-Мрт-11, (28)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Inspirra, 17:20 , 04-Мрт-11, (29) –1
Релиз протокола для взаимодействия с удаленным рабочим столо..., ананим, 20:19 , 04-Мрт-11, (36)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Кирилл, 12:17 , 04-Мрт-11, (20)

Релиз протокола для взаимодействия с удаленным рабочим столо..., исчо_адын_аноним, 14:51 , 04-Мрт-11, (24) +1

Релиз протокола для взаимодействия с удаленным рабочим столо..., o, 15:11 , 04-Мрт-11, (26) –1

Релиз протокола для взаимодействия с удаленным рабочим столо..., anonymous, 15:43 , 04-Мрт-11, (27) +1

Релиз протокола для взаимодействия с удаленным рабочим столо..., Кирилл, 19:46 , 04-Мрт-11, (33)

Релиз протокола для взаимодействия с удаленным рабочим столо..., Аннонним, 14:43 , 05-Мрт-11, (41)

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

1. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +2 +/–

Сообщение от anonym on 03-Мрт-11, 20:04

Так я не понял, в данный момент оно умеет принтера пробрасывать?

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

3. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Inspirra (ok) on 03-Мрт-11, 20:44

А зачем, если для этого существуют специализированные сервера - CUPS и наверняка есть еще что-нибудь.

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

19. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от www2 (??) on 04-Мрт-11, 10:45

Чтобы проще было. Очевидно же.
У меня на компьютере настроен принтер. Я захожу по RDP на удалённый компьютер и запускаю там MS Word. Отправляю документ на печать и он печатается у меня на принтере.
И никаких дополнительных настроек и пляски с бубном вокруг купсов-бубсов. А вы ещё спрашиваете зачем.

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

23. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Inspirra (ok) on 04-Мрт-11, 14:48

> Чтобы проще было. Очевидно же.
Да, слегка затупил. Может оно и правда очевидно. Просто, условий, при которых имеет смысл использовать такую схему, очень мало. Для медленных, удаленных подключений - печать фактически нереальна, так как сами raw-файлы очень огромны; а в локальных сетях - бессмысленно наличие персональных принтеров без регламентированной политики доступа.
В любом случае, признаю - был не прав. Раз фича есть, значит она востребована, несмотря на то, что условия для применения для меня не очень очевидны.

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

34. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от ананим on 04-Мрт-11, 20:13

>Future Features
>Network tunneling (in progress) - using virtual network interface to enable sharing of network resources. Currently the focus is on printer sharing but is not limited to that.
http://spice-space.org/features.html

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

35. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от ананим on 04-Мрт-11, 20:15

зыж
вот это я понимаю, ребята специалисты!
>Current Features
>Client for Linux and Window - can be easily ported to additional platform platforms.
уже забыли как винда называется :D

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

2. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +1 +/–

Сообщение от Аноним (??) on 03-Мрт-11, 20:21

да не, скорее всего еще очень сыровато :)

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

4. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +2 +/–

Сообщение от Аноним123321 (ok) on 03-Мрт-11, 21:30

в случае если в качестве GuestOS -- прекрасно работает Венда --
-- то этоже НЕОБЪЯТНЫЕ возможности для "нормализации" Банк-Клиентов (в случае когда Банк требует чтобы его Банк-Клиент распологался на венде, и вдобавак просит использовать USB-ключик)
"нормальзированные" таким образом Банк-Клиенты -- смогут в этом случае работать в виртуальном SPICE-окружении -- гденить в подвале, в серверной.... а доступ к ним -- в комфортном виде через ноутбук :-)

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

7. "Релиз протокола для взаимодействия с удаленным рабочим столо..." –1 +/–

Сообщение от iav (ok) on 04-Мрт-11, 00:14

Идиотизм какой-то.
Банк-клиент должен работать или в браузере человека, или нигде (если без участия человека).
То есть программа пользователя просто должна подбирать в каком-то более-менее стандартном формате данные в файле, или соединяться куда-то в банк по стандартному протоколу (http, imap, scp, какое-нибудьMQ, … ).
Прочее — лишняя сущность, которая не нужна.

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

11. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Аноним123321 (ok) on 04-Мрт-11, 01:57

> Идиотизм какой-то.
конешно идиотизм :-)
...только попробуй расскажи об этом банку, с которым пришлось работать

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

15. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от anonymouse on 04-Мрт-11, 08:13

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

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

17. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Rush (??) on 04-Мрт-11, 09:08

> Угу, особо отличается этим сбербанк.
Балтийский Банк (второй после сбера на северо-западе) аналогично изобрёл свой велосипед. Слава богу пока под WINE кое как запускается.

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

22. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Amazon on 04-Мрт-11, 12:32

Клиент балтики отлично бегает под ваином. Особенно с учетом того что запускать надо только криптопрокси. Все остальное работает в нативном огнелисе

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

25. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Hety (??) on 04-Мрт-11, 14:59

Просто даже лучше не говорите ничего. Это невероятная жесть.

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

5. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Аноним (??) on 03-Мрт-11, 21:39

короче все вместе ждем XSpice

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

6. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от robux (ok) on 03-Мрт-11, 23:44

(с) Болтовня ничего не стоит, покажите работающий солюшн! :)

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

9. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +4 +/–

Сообщение от Аноним (??) on 04-Мрт-11, 00:23

Еще в RHEL6 и Fedora 14 из коробки поддерживается большая часть SPICE, в частности qemu собран со SPICE 0.6 и другие модули тоже, правда в RHEL6 virt-manager старенький и не поддерживает просмотр через SPICE, но это можно поправить руками.
А работающий полный солюшн на базе SPICE есть в RHEV. Предлагается как вполне законченное решение, метят на рынок "поставьте несколько серверов (управляемых как единое целое, вроде кластера) и 1000 десктопных клиентов могут наслаждаться интерактивной работой со своих терминалок, каждый работая при этом в своей виртуалке на этих серверах". И таки да, обещается интерактивность при цифрах в тысячи клиентов, главное серверы взять помощнее. Все это сделано на базе SPICE и готово к развертыванию.

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

8. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +1 +/–

Сообщение от Аноним (??) on 04-Мрт-11, 00:16

Вот ЭТО и будет заменой запуска сетевых приложений по X11, когда придет пора использовать вместо него Wayland. Виртуальная видеокарта, сетевой проброс аудио и 3D графики.. великолепно.

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

10. "Релиз протокола для взаимодействия с удаленным рабочим столо..." –1 +/–

Сообщение от Аноним (??) on 04-Мрт-11, 01:09

> Виртуальная видеокарта, сетевой проброс аудио и 3D графики.. великолепно.
Не так уж великолепно... это потребует запуска SPICE сервера на сервере, сейчас X клиент ничего на сервере запускать кроме ssh не требует.

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

12. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Аноним123321 (ok) on 04-Мрт-11, 02:01

> Вот ЭТО и будет заменой запуска сетевых приложений по X11, когда придет
> пора использовать вместо него Wayland. Виртуальная видеокарта, сетевой проброс аудио и
> 3D графики.. великолепно.
заменой X11-протокола во времена Wayland -- видимо станет запуск этого X11 поверх Wayland :-) :-)
(в те редкие минуты, когда понадобится подрубиться к GUI-программе через SSH)
а так как Qt и Gtk программы будут уметь использовать и Wayland и X11 -- то использовать они будут именно то что наиболее _оптимально_ использовать в каждой _конкретной_ ситуации :-)
# p.s.:
# X11 даже способен запускаться поверх полностью устаревшей Ms Windows XP (с последущем открытием GUI-программ по SSH)..
# и неужеле вы думаете, что X11 нельзя будет запустить поверх ультра-современной Wayland? :-D

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

13. "Релиз протокола для взаимодействия с удаленным рабочим столо..." –1 +/–

Сообщение от Inspirra (ok) on 04-Мрт-11, 02:08

> заменой X11-протокола во времена Wayland -- видимо станет запуск этого X11 поверх
> Wayland :-) :-)
Во-первых - X11 должен быть реализован уже в приложении, что бы была возможность запускать его с выводом на удаленный X-сервер, а локально ничего запускать не нужно. Т.е. на сервере приложений сам X-сервер вообще не нужен.
Во-вторых - приложения переписанные под Wayland уже не будут поддерживать X11. Какой псих будет тратить ресурсы на поддержку сразу двух реализаций, при том что вторая еще и гораздо сложнее, а ее пользователей меньше процента.
> и неужеле вы думаете, что X11 нельзя будет запустить поверх
Поверх чего? Сервер X11 запускается не на сервере-приложений, а на клиенте. Что бы приложения запустить на удаленную машину - поддержка X11 должна быть в самом клиенте. Если приложение будет переделано под Wayland, то уже нечего будет запускать через X11.
Очень показательно, что все ругатели X11 вообще не понимают как это работает.

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

21. "Релиз протокола для взаимодействия с удаленным рабочим..." +/–

Сообщение от anonymous (??) on 04-Мрт-11, 12:19

> Очень показательно, что все ругатели X11 вообще не понимают как это работает.
это не страшно. вэйланд придёт и уйдёт, а X останется.

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

31. "Релиз протокола для взаимодействия с удаленным рабочим..." +/–

Сообщение от Stax (ok) on 04-Мрт-11, 18:25

Мечты, мечты ;)
Так когда-то про XFree говорили. Помните такой? Ругались, мол, выпендривается xorg. А где XFree сейчас?..

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

37. "Релиз протокола для взаимодействия с удаленным рабочим..." +/–

Сообщение от ананим on 04-Мрт-11, 20:40

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

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

38. "Релиз протокола для взаимодействия с удаленным рабочим..." +/–

Сообщение от Stax (ok) on 04-Мрт-11, 21:03

Воот!
Не хотят X12 делать - ну и хренсними. Будет Wayland, с блэкджеком и тд ;)

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

39. "Релиз протокола для взаимодействия с удаленным рабочим..." +/–

Сообщение от ананим on 04-Мрт-11, 22:18

а хтож вам мешает то? делайте. (вы делаете?)
но иксы живы и ещё ОООчь долго таковыми и будут.

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

30. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +1 +/–

Сообщение от Аноним12233 (ok) on 04-Мрт-11, 18:09

> Во-первых - X11 должен быть реализован уже в приложении, что бы была возможность запускать его с выводом на удаленный X-сервер,
Вы чо слепой :-) :-) :-) :-) ? я же так и написал: """Qt и Gtk программы будут уметь использовать и Wayland и X11"""
> а локально ничего запускать не нужно. Т.е. на сервере приложений сам X-сервер вообще не нужен.
вы уж определитесь -- "локально" или "на сервере" :-) ??? то что на удалённом сервере НЕ нужно запускать ни X11 ни Wayland -- это итак всем _О_Ч_Е_В_И_Д_Н_О_ :-) ... (на удалённом на сервере вообще может даже не быть монитора, и видиокарты)
вы тут никакого открытия не сделали... и я нигде и не писал что якобы на удалённом сервере нужно запустить X11 :-) :-)

> Во-вторых - приложения переписанные под Wayland уже не будут поддерживать X11. Какой псих будет тратить ресурсы на поддержку сразу двух реализаций, при том что вторая еще и гораздо сложнее, а ее пользователей меньше процента.
какие это ещё "все приложения"? речь идёт об Qt и Gtk...
...тот кто пишет программы _напрямую_ на X11 (или _напрямую_ на Wayland) -- камикадзе-самаюбийца!! :-).
остальные же разработчики используют Qt и Gtk и им насрать на _прямую_ поддержку X11 или Wayland ...
(вот например -- была новость что удалось запусить Gtk приложение -- вообще через HTML5. при этом имелось ввиду что будет работать _любое_ Gtk+ приложение, без внесения изменений в код программы)
повторяю очередной раз:
*** НИКТО НЕ СОБИРАЕТСЯ ВЫКИДЫВАТЬ ПОДДЕРЖКУ X11 -- ИЗ QT И GTK!! ПОДДЕРЖКА WAYLAND СУЩЕСТВУЕТ ТАМ ПРОСТО В КАЧЕСТВЕ ЕЩЁ-ОДНОГО BACKEND! ***
(большими буквами -- чтобы всем ненависникам Wayland было хорошо видно :))
>> и неужеле вы думаете, что X11 нельзя будет запустить поверх...
> Поверх чего?
поверх Wayland (что тут вам показалось удивительного?.. непонимаю :-D)
> Сервер X11 запускается не на сервере-приложений, а на клиенте.
ну да на клиенте... и что(?), всё логично..
> Что бы приложения запустить на удаленную машину - поддержка X11 должна быть в самом клиенте.
да, на клиенте... ведь выше я уже сказал что X11 можно будет в-случае-необходимости запустить поверх Wayland? (да, да, я говорю про клиентскую машину! а не про удалённый сервер)
> Если приложение будет переделано под Wayland, то уже нечего будет запускать через X11.
в приложения вообще не будут вноситься какието изменения.. :-D
разработчики могут даже не подозревать о существовании Wayland... или о существовании Microsoft Windows.... но тем не менее их приложения будут работать и там и там :-D
_____________________________
#### p.s.: ####
чтобы Вы лучше понимали о чём я говорю -- попробуйте запустить на Microsoft Windows -- удалённое(ssh) линуксовское GUI-приложение через SSH
(для этого нужны программы: PuTTY-для-Windows и X11-сервер-для-Windows)
вы удивитесь, но такая схема работы возможна, и это работает вполне хорошо!!... http://mediakey.dk/~cc/wp-content/uploads/2007/06/Xming_runn... [ http://bit.ly/hHFa0B ]
....а теперь представьте что Microsoft Windows это и есть Wayland (но только с тем отличием -- что линуксовские приложения способны работать и в Wayland и в X11... а вендовые приложения работают только в своём ущербном режиме, поэтому их НЕвозможно запускать удалённо через ssh :))

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

32. "Релиз протокола для взаимодействия с удаленным рабочим столо..." –1 +/–

Сообщение от Inspirra (ok) on 04-Мрт-11, 19:24

> вы уж определитесь -- "локально" или "на сервере" :-) ??? то что
Это вам бы определиться. Wayland запускается локально для локальных приложений и причем тут запуск X11 поверх - мне не очень понятно. Так что, приложения написанные только под W, уже никакими прослойками не передать через X11.
> какие это ещё "все приложения"? речь идёт об Qt и Gtk...
помимо этих тулкитов есть еще масса других. Да и ява, опять же, или Tk, FLTK, Blеndеr со своим собственным тулкитом и пр. Ну и конечно же 3D реализация в этих тулкитах должна уметь рендерить на сервере, потому как передавать уже отредереннные картинки по сети - лишено всякого смысла для 3D.
Тот же хромиум, использующий GTK для интерфейса и какую-то свою реализацию рендеринга контента, обходящую X11 парадигму - в результате чего использовать его в сети уже не представляется возможным.
> ...тот кто пишет программы _напрямую_ на X11 (или _напрямую_ на Wayland) --
> камикадзе-самаюбийца!! :-).
Хромиум, например - фактически уже не работает по сети.

> (вот например -- была новость что удалось запусить Gtk приложение -- вообще
> через HTML5. при этом имелось ввиду что будет работать _любое_ Gtk+
> приложение, без внесения изменений в код программы)
Во-первых - до этого еще дожить надо.
Во-вторых - это схема имеет те же самые болезни что и X11.

> *** НИКТО НЕ СОБИРАЕТСЯ ВЫКИДЫВАТЬ ПОДДЕРЖКУ X11 -- ИЗ
Выкинут, сразу же, как только Wayland окажется на подавляющем большинстве станций. А это неизбежно, потому что он, априори, будет быстрее и проще.
> (большими буквами -- чтобы всем ненависникам Wayland было хорошо видно :))
*** НАЧНУТ ВЫКИДЫВАТЬ - СРАЗУ ЖЕ, КАК ТОЛЬКО W ОКАЖЕТСЯ НА БОЛЬШИНСТВЕ ДЕСКТОПОВ! ***
(-: хорошо видно? (-:
> поверх Wayland (что тут вам показалось удивительного?.. непонимаю :-D)
Нет, не очевидно. Потому что, повторюсь опять - для того, что бы запускать где-либо X-сервер, нужно, что бы было что к нему коннектить. А учитывая, что тот же гугль-хром уже пренебрег X11 парадигмой - то же самое будет и с остальными.
А так же если учесть, что выбор поддержки W/X11 можно будет выбирать при сборке, то пойдут дистрибутивы, которые будут собранны вообще без поддержки X11 в тулкитах и приложениях (без тулкитов или со своими тулкитами), что еще быстрее ускорит смерть X11. И уже ничем это не исправить.
А запускать X-сервер можно хоть сейчас, на том же Windows'е - так что и с Wayland это не будет проблемой, Только кто будет к нему коннектится?
>> Если приложение будет переделано под Wayland, то уже нечего будет запускать через X11.
> в приложения вообще не будут вноситься какието изменения.. :-D
Ага, раскажите это гуглу. Или разработчикам игр, в которых вообще нет никаких интерфейсных тулкитов, или они состоят из пары примитивных кнопок что бы войти в игру.
> разработчики могут даже не подозревать о существовании Wayland... или о существовании
Ага. Только сначала появится новый ключ у configure --disable-x11, а потом и этот ключ уйдет в историю.
> (для этого нужны программы: PuTTY-для-Windows и X11-сервер-для-Windows)
> вы удивитесь, но такая схема работы возможна, и это работает вполне хорошо!!...
Меня это не удивит. Я такую схему уже восемь лет как использую. А первые попытки внедрить X в виндовс, предпринимал еще лет двенадцать назад, что бы запускать мощный по тем временам Netscape на более слабых офисных машинах но с мощным сервером приложений в сети. Поэтому и опасаюсь, что Wayland лишит меня этой возможности в ближайшем будущем.
> Wayland и в X11... а вендовые приложения работают только в своём
> ущербном режиме, поэтому их НЕвозможно запускать удалённо через ssh :))
Вот об этом я и говорю! Что с приходом Wayland приложения написанные под него и тулкиты, разработчики которых не имеют лишнего времени писать сразу под две реализации, - сделают это опасение реальностью! И будет у нас еще одна ущербная аналогия виндовса!

P.S.
Мне кажется, что тут есть одно решение - это тотальный переход на OpenGL, который легко гонится по сети и его уже рендерить на сервер, как это сейчас и делается.

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

40. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Аноним123321 (ok) on 05-Мрт-11, 02:34

признаюсь чесно -- про хромиум не знал :-)
[и при чём я даже иногда им пользуюсь!]
если действительно будут пытаться викидывать поддержку X11 из Qt и Gtk -- то это действительно будет серъёзной проблемой
[я просто наивно полагаюсь на то что люди в большестве своём не глупые :-)]

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

42. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от nuclight (ok) on 11-Мрт-11, 18:31

Нет, решение должно быть типа Vedga (бывш. Glan) - это бэкенд отрисовки Qt на удаленном клиенте вместо локального X11. Такая схема будет прекрасно работать и под Wayland, и это всё же уровень повыше, чем графические примитивы.

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

16. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от northbear (ok) on 04-Мрт-11, 08:39

Что такое релиз протокола? Релиз очередной версии системы SPACE или релиз спецификации протокола?

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

18. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Аноним (??) on 04-Мрт-11, 10:27

> что позволяет значительно повысить эффективность вывода мультимедиа информации и снизить нагрузку на сервер
Да хрен с ним с сервером. Нагрузку на сеть это снизит?

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

28. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от rico (ok) on 04-Мрт-11, 17:07

>> что позволяет значительно повысить эффективность вывода мультимедиа информации и снизить нагрузку на сервер
> Да хрен с ним с сервером. Нагрузку на сеть это снизит?
плюсадин
нафиг ЦПУ - Х11 тормозит безбожно, FreeNX в малопонятном состоянии
этот хоть допилят?

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

29. "Релиз протокола для взаимодействия с удаленным рабочим столо..." –1 +/–

Сообщение от Inspirra (ok) on 04-Мрт-11, 17:20

> плюсадин
> нафиг ЦПУ - Х11 тормозит безбожно, FreeNX в малопонятном состоянии
> этот хоть допилят?
NX - это банальная обертка для rdp/vnc/x11. Чего там допиливать - внешний вид обертки?

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

36. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от ананим on 04-Мрт-11, 20:19

я вообще не понимаю чё за нытьё то все устраивают?
вон есть xrdp - http://xrdp.sourceforge.net/
отлично работает в линухе. при чём стандартным виндовым клиентом
чё все прицепились то? кому надо - X, кому надо - vnc, nx и тд.

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

20. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Кирилл (??) on 04-Мрт-11, 12:17

Я просто облился слюнями))
Я ждал, мне это было нужно ещё года 3 назад)))
И вот теперь тлько появилось)

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

24. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +1 +/–

Сообщение от исчо_адын_аноним on 04-Мрт-11, 14:51

> Я просто облился слюнями))
> Я ждал, мне это было нужно ещё года 3 назад)))
> И вот теперь тлько появилось)
Вау, молодец. Только не захлебнись, потому что другие уже юзают с версии 0.5 :)
А появилось оно года 2 назад уже

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

26. "Релиз протокола для взаимодействия с удаленным рабочим столо..." –1 +/–

Сообщение от o on 04-Мрт-11, 15:11

Нет его на самом деле. Небыло нет и неизвестно когда будет.
сейчас такие решения тока комерческие и только под узкий ряд ОС.
citrix, rdp, nx. Но даже они во многом лагают на тонких каналах.
Кино через пару мегабит ни на одном не посмотришь.
Так что в этом направлении (удаленный графический рабочий стол в виде "толстого" клиента)
на данный момент просто вообще ничего нет.

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

27. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +1 +/–

Сообщение от anonymous (??) on 04-Мрт-11, 15:43

Чего нет? Выше вам даже уже ответили, ГДЕ оно есть из коробки. Просто берете и пользуетесь.
*задумчиво* вы думаете, это просто так все последние релизы федоры упоминают все улучшенную интеграцию со SPICE? Люди реально пашут в этом направлении, и результаты есть вполне конкретные, можно пользоваться.

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

33. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Кирилл (??) on 04-Мрт-11, 19:46

> Чего нет? Выше вам даже уже ответили, ГДЕ оно есть из коробки.
> Просто берете и пользуетесь.
> *задумчиво* вы думаете, это просто так все последние релизы федоры упоминают все
> улучшенную интеграцию со SPICE? Люди реально пашут в этом направлении, и
> результаты есть вполне конкретные, можно пользоваться.
В том и суть что юзабилити внятное стало!
Полностью согласен. RDP для себя похоронил много лет назад)
Так как предпочитаю клиентов делать на Russian Fedora, эта новость меня очень порадовала)
Кстати, CentOS тут сам бог велел в качестве сервера)

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

41. "Релиз протокола для взаимодействия с удаленным рабочим столо..." +/–

Сообщение от Аннонним on 05-Мрт-11, 14:43

>Разработка XSpice, обособленного SPICE-сервера для Linux;
Подскажите, что это такое? Возможность работы без виртуализации?

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+2 +/–
Сообщение от anonym on 03-Мрт-11, 20:04
Так я не понял, в данный момент оно умеет принтера пробрасывать?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	3. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от Inspirra (ok) on 03-Мрт-11, 20:44
	А зачем, если для этого существуют специализированные сервера - CUPS и наверняка есть еще что-нибудь.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	19. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от www2 (??) on 04-Мрт-11, 10:45
	Чтобы проще было. Очевидно же. У меня на компьютере настроен принтер. Я захожу по RDP на удалённый компьютер и запускаю там MS Word. Отправляю документ на печать и он печатается у меня на принтере. И никаких дополнительных настроек и пляски с бубном вокруг купсов-бубсов. А вы ещё спрашиваете зачем.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	23. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от Inspirra (ok) on 04-Мрт-11, 14:48
	> Чтобы проще было. Очевидно же. Да, слегка затупил. Может оно и правда очевидно. Просто, условий, при которых имеет смысл использовать такую схему, очень мало. Для медленных, удаленных подключений - печать фактически нереальна, так как сами raw-файлы очень огромны; а в локальных сетях - бессмысленно наличие персональных принтеров без регламентированной политики доступа. В любом случае, признаю - был не прав. Раз фича есть, значит она востребована, несмотря на то, что условия для применения для меня не очень очевидны.
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	34. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от ананим on 04-Мрт-11, 20:13
	>Future Features >Network tunneling (in progress) - using virtual network interface to enable sharing of network resources. Currently the focus is on printer sharing but is not limited to that. http://spice-space.org/features.html
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	35. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от ананим on 04-Мрт-11, 20:15
	зыж вот это я понимаю, ребята специалисты! >Current Features >Client for Linux and Window - can be easily ported to additional platform platforms. уже забыли как винда называется :D
	Ответить \| Правка \| ^ к родителю #34 \| Наверх \| Cообщить модератору

2. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+1 +/–
Сообщение от Аноним (??) on 03-Мрт-11, 20:21
да не, скорее всего еще очень сыровато :)
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

4. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+2 +/–
Сообщение от Аноним123321 (ok) on 03-Мрт-11, 21:30
в случае если в качестве GuestOS -- прекрасно работает Венда -- -- то этоже НЕОБЪЯТНЫЕ возможности для "нормализации" Банк-Клиентов (в случае когда Банк требует чтобы его Банк-Клиент распологался на венде, и вдобавак просит использовать USB-ключик) "нормальзированные" таким образом Банк-Клиенты -- смогут в этом случае работать в виртуальном SPICE-окружении -- гденить в подвале, в серверной.... а доступ к ним -- в комфортном виде через ноутбук :-)
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	7. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	–1 +/–
	Сообщение от iav (ok) on 04-Мрт-11, 00:14
	Идиотизм какой-то. Банк-клиент должен работать или в браузере человека, или нигде (если без участия человека). То есть программа пользователя просто должна подбирать в каком-то более-менее стандартном формате данные в файле, или соединяться куда-то в банк по стандартному протоколу (http, imap, scp, какое-нибудьMQ, … ). Прочее — лишняя сущность, которая не нужна.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	11. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от Аноним123321 (ok) on 04-Мрт-11, 01:57
	> Идиотизм какой-то. конешно идиотизм :-) ...только попробуй расскажи об этом банку, с которым пришлось работать
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	15. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от anonymouse on 04-Мрт-11, 08:13
	Угу, особо отличается этим сбербанк.
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	17. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от Rush (??) on 04-Мрт-11, 09:08
	> Угу, особо отличается этим сбербанк. Балтийский Банк (второй после сбера на северо-западе) аналогично изобрёл свой велосипед. Слава богу пока под WINE кое как запускается.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	22. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от Amazon on 04-Мрт-11, 12:32
	Клиент балтики отлично бегает под ваином. Особенно с учетом того что запускать надо только криптопрокси. Все остальное работает в нативном огнелисе
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору


	25. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от Hety (??) on 04-Мрт-11, 14:59
	Просто даже лучше не говорите ничего. Это невероятная жесть.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору

5. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
Сообщение от Аноним (??) on 03-Мрт-11, 21:39
короче все вместе ждем XSpice
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

6. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
Сообщение от robux (ok) on 03-Мрт-11, 23:44
(с) Болтовня ничего не стоит, покажите работающий солюшн! :)
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	9. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+4 +/–
	Сообщение от Аноним (??) on 04-Мрт-11, 00:23
	Еще в RHEL6 и Fedora 14 из коробки поддерживается большая часть SPICE, в частности qemu собран со SPICE 0.6 и другие модули тоже, правда в RHEL6 virt-manager старенький и не поддерживает просмотр через SPICE, но это можно поправить руками. А работающий полный солюшн на базе SPICE есть в RHEV. Предлагается как вполне законченное решение, метят на рынок "поставьте несколько серверов (управляемых как единое целое, вроде кластера) и 1000 десктопных клиентов могут наслаждаться интерактивной работой со своих терминалок, каждый работая при этом в своей виртуалке на этих серверах". И таки да, обещается интерактивность при цифрах в тысячи клиентов, главное серверы взять помощнее. Все это сделано на базе SPICE и готово к развертыванию.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору

8. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+1 +/–
Сообщение от Аноним (??) on 04-Мрт-11, 00:16
Вот ЭТО и будет заменой запуска сетевых приложений по X11, когда придет пора использовать вместо него Wayland. Виртуальная видеокарта, сетевой проброс аудио и 3D графики.. великолепно.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	10. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	–1 +/–
	Сообщение от Аноним (??) on 04-Мрт-11, 01:09
	> Виртуальная видеокарта, сетевой проброс аудио и 3D графики.. великолепно. Не так уж великолепно... это потребует запуска SPICE сервера на сервере, сейчас X клиент ничего на сервере запускать кроме ssh не требует.
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	12. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от Аноним123321 (ok) on 04-Мрт-11, 02:01
	> Вот ЭТО и будет заменой запуска сетевых приложений по X11, когда придет > пора использовать вместо него Wayland. Виртуальная видеокарта, сетевой проброс аудио и > 3D графики.. великолепно. заменой X11-протокола во времена Wayland -- видимо станет запуск этого X11 поверх Wayland :-) :-) (в те редкие минуты, когда понадобится подрубиться к GUI-программе через SSH) а так как Qt и Gtk программы будут уметь использовать и Wayland и X11 -- то использовать они будут именно то что наиболее _оптимально_ использовать в каждой _конкретной_ ситуации :-) # p.s.: # X11 даже способен запускаться поверх полностью устаревшей Ms Windows XP (с последущем открытием GUI-программ по SSH).. # и неужеле вы думаете, что X11 нельзя будет запустить поверх ультра-современной Wayland? :-D
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	13. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	–1 +/–
	Сообщение от Inspirra (ok) on 04-Мрт-11, 02:08
	> заменой X11-протокола во времена Wayland -- видимо станет запуск этого X11 поверх > Wayland :-) :-) Во-первых - X11 должен быть реализован уже в приложении, что бы была возможность запускать его с выводом на удаленный X-сервер, а локально ничего запускать не нужно. Т.е. на сервере приложений сам X-сервер вообще не нужен. Во-вторых - приложения переписанные под Wayland уже не будут поддерживать X11. Какой псих будет тратить ресурсы на поддержку сразу двух реализаций, при том что вторая еще и гораздо сложнее, а ее пользователей меньше процента. > и неужеле вы думаете, что X11 нельзя будет запустить поверх Поверх чего? Сервер X11 запускается не на сервере-приложений, а на клиенте. Что бы приложения запустить на удаленную машину - поддержка X11 должна быть в самом клиенте. Если приложение будет переделано под Wayland, то уже нечего будет запускать через X11. Очень показательно, что все ругатели X11 вообще не понимают как это работает.
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	21. "Релиз протокола для взаимодействия с удаленным рабочим..."	+/–
	Сообщение от anonymous (??) on 04-Мрт-11, 12:19
	> Очень показательно, что все ругатели X11 вообще не понимают как это работает. это не страшно. вэйланд придёт и уйдёт, а X останется.
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	31. "Релиз протокола для взаимодействия с удаленным рабочим..."	+/–
	Сообщение от Stax (ok) on 04-Мрт-11, 18:25
	Мечты, мечты ;) Так когда-то про XFree говорили. Помните такой? Ругались, мол, выпендривается xorg. А где XFree сейчас?..
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	37. "Релиз протокола для взаимодействия с удаленным рабочим..."	+/–
	Сообщение от ананим on 04-Мрт-11, 20:40
	какие в попу мечты?!! спутать форк с совершенно новой разработкой - это круто. зыж кстати, никто не говорил. говорили как раз обратное - ну и хренсвами. мы сделаем свои иксы, с блэкджеком и тд.
	Ответить \| Правка \| ^ к родителю #31 \| Наверх \| Cообщить модератору


	38. "Релиз протокола для взаимодействия с удаленным рабочим..."	+/–
	Сообщение от Stax (ok) on 04-Мрт-11, 21:03
	Воот! Не хотят X12 делать - ну и хренсними. Будет Wayland, с блэкджеком и тд ;)
	Ответить \| Правка \| ^ к родителю #37 \| Наверх \| Cообщить модератору


	39. "Релиз протокола для взаимодействия с удаленным рабочим..."	+/–
	Сообщение от ананим on 04-Мрт-11, 22:18
	а хтож вам мешает то? делайте. (вы делаете?) но иксы живы и ещё ОООчь долго таковыми и будут.
	Ответить \| Правка \| ^ к родителю #38 \| Наверх \| Cообщить модератору


	30. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+1 +/–
	Сообщение от Аноним12233 (ok) on 04-Мрт-11, 18:09
	> Во-первых - X11 должен быть реализован уже в приложении, что бы была возможность запускать его с выводом на удаленный X-сервер, Вы чо слепой :-) :-) :-) :-) ? я же так и написал: """Qt и Gtk программы будут уметь использовать и Wayland и X11""" > а локально ничего запускать не нужно. Т.е. на сервере приложений сам X-сервер вообще не нужен. вы уж определитесь -- "локально" или "на сервере" :-) ??? то что на удалённом сервере НЕ нужно запускать ни X11 ни Wayland -- это итак всем _О_Ч_Е_В_И_Д_Н_О_ :-) ... (на удалённом на сервере вообще может даже не быть монитора, и видиокарты) вы тут никакого открытия не сделали... и я нигде и не писал что якобы на удалённом сервере нужно запустить X11 :-) :-) > Во-вторых - приложения переписанные под Wayland уже не будут поддерживать X11. Какой псих будет тратить ресурсы на поддержку сразу двух реализаций, при том что вторая еще и гораздо сложнее, а ее пользователей меньше процента. какие это ещё "все приложения"? речь идёт об Qt и Gtk... ...тот кто пишет программы _напрямую_ на X11 (или _напрямую_ на Wayland) -- камикадзе-самаюбийца!! :-). остальные же разработчики используют Qt и Gtk и им насрать на _прямую_ поддержку X11 или Wayland ... (вот например -- была новость что удалось запусить Gtk приложение -- вообще через HTML5. при этом имелось ввиду что будет работать _любое_ Gtk+ приложение, без внесения изменений в код программы) повторяю очередной раз: * НИКТО НЕ СОБИРАЕТСЯ ВЫКИДЫВАТЬ ПОДДЕРЖКУ X11 -- ИЗ QT И GTK!! ПОДДЕРЖКА WAYLAND СУЩЕСТВУЕТ ТАМ ПРОСТО В КАЧЕСТВЕ ЕЩЁ-ОДНОГО BACKEND! * (большими буквами -- чтобы всем ненависникам Wayland было хорошо видно :)) >> и неужеле вы думаете, что X11 нельзя будет запустить поверх... > Поверх чего? поверх Wayland (что тут вам показалось удивительного?.. непонимаю :-D) > Сервер X11 запускается не на сервере-приложений, а на клиенте. ну да на клиенте... и что(?), всё логично.. > Что бы приложения запустить на удаленную машину - поддержка X11 должна быть в самом клиенте. да, на клиенте... ведь выше я уже сказал что X11 можно будет в-случае-необходимости запустить поверх Wayland? (да, да, я говорю про клиентскую машину! а не про удалённый сервер) > Если приложение будет переделано под Wayland, то уже нечего будет запускать через X11. в приложения вообще не будут вноситься какието изменения.. :-D разработчики могут даже не подозревать о существовании Wayland... или о существовании Microsoft Windows.... но тем не менее их приложения будут работать и там и там :-D _____________________________ #### p.s.: #### чтобы Вы лучше понимали о чём я говорю -- попробуйте запустить на Microsoft Windows -- удалённое(ssh) линуксовское GUI-приложение через SSH (для этого нужны программы: PuTTY-для-Windows и X11-сервер-для-Windows) вы удивитесь, но такая схема работы возможна, и это работает вполне хорошо!!... http://mediakey.dk/~cc/wp-content/uploads/2007/06/Xming_runn... [ http://bit.ly/hHFa0B ] ....а теперь представьте что Microsoft Windows это и есть Wayland (но только с тем отличием -- что линуксовские приложения способны работать и в Wayland и в X11... а вендовые приложения работают только в своём ущербном режиме, поэтому их НЕвозможно запускать удалённо через ssh :))
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	32. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	–1 +/–
	Сообщение от Inspirra (ok) on 04-Мрт-11, 19:24
	> вы уж определитесь -- "локально" или "на сервере" :-) ??? то что Это вам бы определиться. Wayland запускается локально для локальных приложений и причем тут запуск X11 поверх - мне не очень понятно. Так что, приложения написанные только под W, уже никакими прослойками не передать через X11. > какие это ещё "все приложения"? речь идёт об Qt и Gtk... помимо этих тулкитов есть еще масса других. Да и ява, опять же, или Tk, FLTK, Blеndеr со своим собственным тулкитом и пр. Ну и конечно же 3D реализация в этих тулкитах должна уметь рендерить на сервере, потому как передавать уже отредереннные картинки по сети - лишено всякого смысла для 3D. Тот же хромиум, использующий GTK для интерфейса и какую-то свою реализацию рендеринга контента, обходящую X11 парадигму - в результате чего использовать его в сети уже не представляется возможным. > ...тот кто пишет программы _напрямую_ на X11 (или _напрямую_ на Wayland) -- > камикадзе-самаюбийца!! :-). Хромиум, например - фактически уже не работает по сети. > (вот например -- была новость что удалось запусить Gtk приложение -- вообще > через HTML5. при этом имелось ввиду что будет работать _любое_ Gtk+ > приложение, без внесения изменений в код программы) Во-первых - до этого еще дожить надо. Во-вторых - это схема имеет те же самые болезни что и X11. > * НИКТО НЕ СОБИРАЕТСЯ ВЫКИДЫВАТЬ ПОДДЕРЖКУ X11 -- ИЗ Выкинут, сразу же, как только Wayland окажется на подавляющем большинстве станций. А это неизбежно, потому что он, априори, будет быстрее и проще. > (большими буквами -- чтобы всем ненависникам Wayland было хорошо видно :)) * НАЧНУТ ВЫКИДЫВАТЬ - СРАЗУ ЖЕ, КАК ТОЛЬКО W ОКАЖЕТСЯ НА БОЛЬШИНСТВЕ ДЕСКТОПОВ! *** (-: хорошо видно? (-: > поверх Wayland (что тут вам показалось удивительного?.. непонимаю :-D) Нет, не очевидно. Потому что, повторюсь опять - для того, что бы запускать где-либо X-сервер, нужно, что бы было что к нему коннектить. А учитывая, что тот же гугль-хром уже пренебрег X11 парадигмой - то же самое будет и с остальными. А так же если учесть, что выбор поддержки W/X11 можно будет выбирать при сборке, то пойдут дистрибутивы, которые будут собранны вообще без поддержки X11 в тулкитах и приложениях (без тулкитов или со своими тулкитами), что еще быстрее ускорит смерть X11. И уже ничем это не исправить. А запускать X-сервер можно хоть сейчас, на том же Windows'е - так что и с Wayland это не будет проблемой, Только кто будет к нему коннектится? >> Если приложение будет переделано под Wayland, то уже нечего будет запускать через X11. > в приложения вообще не будут вноситься какието изменения.. :-D Ага, раскажите это гуглу. Или разработчикам игр, в которых вообще нет никаких интерфейсных тулкитов, или они состоят из пары примитивных кнопок что бы войти в игру. > разработчики могут даже не подозревать о существовании Wayland... или о существовании Ага. Только сначала появится новый ключ у configure --disable-x11, а потом и этот ключ уйдет в историю. > (для этого нужны программы: PuTTY-для-Windows и X11-сервер-для-Windows) > вы удивитесь, но такая схема работы возможна, и это работает вполне хорошо!!... Меня это не удивит. Я такую схему уже восемь лет как использую. А первые попытки внедрить X в виндовс, предпринимал еще лет двенадцать назад, что бы запускать мощный по тем временам Netscape на более слабых офисных машинах но с мощным сервером приложений в сети. Поэтому и опасаюсь, что Wayland лишит меня этой возможности в ближайшем будущем. > Wayland и в X11... а вендовые приложения работают только в своём > ущербном режиме, поэтому их НЕвозможно запускать удалённо через ssh :)) Вот об этом я и говорю! Что с приходом Wayland приложения написанные под него и тулкиты, разработчики которых не имеют лишнего времени писать сразу под две реализации, - сделают это опасение реальностью! И будет у нас еще одна ущербная аналогия виндовса! P.S. Мне кажется, что тут есть одно решение - это тотальный переход на OpenGL, который легко гонится по сети и его уже рендерить на сервер, как это сейчас и делается.
	Ответить \| Правка \| ^ к родителю #30 \| Наверх \| Cообщить модератору


	40. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от Аноним123321 (ok) on 05-Мрт-11, 02:34
	признаюсь чесно -- про хромиум не знал :-) [и при чём я даже иногда им пользуюсь!] если действительно будут пытаться викидывать поддержку X11 из Qt и Gtk -- то это действительно будет серъёзной проблемой [я просто наивно полагаюсь на то что люди в большестве своём не глупые :-)]
	Ответить \| Правка \| ^ к родителю #32 \| Наверх \| Cообщить модератору


	42. "Релиз протокола для взаимодействия с удаленным рабочим столо..."	+/–
	Сообщение от nuclight (ok) on 11-Мрт-11, 18:31
	Нет, решение должно быть типа Vedga (бывш. Glan) - это бэкенд отрисовки Qt на удаленном клиенте вместо локального X11. Такая схема будет прекрасно работать и под Wayland, и это всё же уровень повыше, чем графические примитивы.
	Ответить \| Правка \| ^ к родителю #32 \| Наверх \| Cообщить модератору