Вот когда релиз выйдет, то цифиры у дистрибутивов вырастут как после дождя :)

И действительно нет бинарников для редхата! Т.е. разругались окончательно и навсегда.

эхх, дорастет-ли когда-нибудь kde до rock-stable?

А кто может популярно рассказать, зачем этот самый desktop sharing? Чем просто vnc не угодил? Или просто kde не работает через vnc?

Я чего-то не понял - KVim был отдельным проектом, KPartом - а теперь, получается что он только для KDevelop?

2svu (*) (2002-10-03 12:58:38.815):
Это не правда.
КДЕ'шники сами _не делают_ бинариков. Т.е. их делают или дистрибутивы, а потом дают кдешниками или "добровольцы" собирают кде под нужный дистрибутив и дают кдешникам. Последние релизы кде для RedHat'a собирались именно "добровольцами".
Если эти "добровольцы" найдутся и в этот раз, то все будет ок.

2svu (*) (2002-10-03 13:03:46.18):
Просто кдешники сделали свою реализацию VNC.

2Mossy (*) (2002-10-03 13:04:59.035):
есть плагин "KVim", а есть аппликейшон KVim который использует "KVim plugin". Теперь этот плагин можно подключать и к kdevelop.

А чем крута их реализация VNC? Или у них все остальное так здорово, что им человеко-часы девать некуда? А почему не сделают свою реализацию X Window. Или ядра? Чегой-то я не понимаю смысла этого действия....

Давняя мечта: чтобы в браузерах textarea можно было редактировать vim'ом. Может сбудется..

>А чем крута их реализация VNC? Или у них все остальное так здорово, что им человеко-часы девать некуда? А почему не сделают свою реализацию X Window. Или ядра? Чегой-то я не понимаю смысла этого действия....

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

Unlike other Unix/Linux RFB servers KRfb shares your X11 session instead of creating a new one. This allows a friend or administrator to fix problems on your computer, or you can use it to show your desktop to somebody else at a remote location. It is compatible with all regular VNC/RFB clients.

ага - гномовцы теперь виноваты

не смешно

мы любим кде, только ждем релиза 3.3.3 который и будет rock-stable

А кто-нить знает как эта поддержка vnc работает в kde? Единственное что приходит на ум - так это тупое опрашивание всего экрана - иначе никак не сделать мне кажется.. Тогда должно тормозить очень сильно (хотя тормозит только тогда, когда кто-то подключится)..

А такую desktop sharing как в этом КДЕ можно запросто (не модифицируя ничего - просто написав 3 строки на шеле) на основе vncviewer+Xvnc сделать хоть сейчас для любого десктопа, хоть КДЕ, хоть гнома, хоть wmaker session.

2ANDI: разделение существующей X session - это действительно фича, полезная многим (не мне). Но если это только 3 строчки на шелле - почему бы их просто не написать и не предложить в стандартный vnc? Зачем изобретать велосипед, если к существующему можно добавить одно маленькое, не очень критичное колесико?

Даже если уважаемый hvv ошибается (виноват, я не очень представляю, какие должны быть эти 3 строчки) - хотя у меня нет оснований сомневаться в его компетентности - все-таки лучше было бы добавить поддержку разделяемых сессий в стандартный vnc, чем грести все под себя и делать такие полезные вещи "только для членов профсоюза".

Упрек про критическое отношение гномовцев к kde - принимается с оговорками. Но уж очень заметна в kde тенденция решений "под себя". Я не знаю ни одного проекта, который, будучи порожден в kde, вышел из под его крыши и стал полезен всей коммьюнити. Для гнома - знаю. Пример - libxml. Какие-то еще были в этом роде либки и тулзики. Если такие есть у kde - расскажите, плиз.

2hw

Напиши плз эти три строчки?

2svu: >Я не знаю ни одного проекта, который, будучи порожден в kde, вышел из под его крыши и стал полезен всей коммьюнити.

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

Эта поддержка работает так же, как и desctop sharing в WindowsXP -- т.е. ты говоришь, что хочешь расшарить свой дектоп, а народ может к тебе подконнектится и видеть все твоими глазами и вместо тебя мышкой подергать (в педагогических целях).

т.е. это не просто доступк удаленному компу по x11_via_SSH или по VNC, а именно разделяенмый доступ к вашему рабочему столу, причем AFAIK, к нему можно будет цепляться и просто VNC клиентом.

собираются еще туда же цивилизовывать X11_over_SSH (к следющей версии), а часть нароботок будут включены в kdelibs.

к тому же -- никто под себя не гребет -- там все в исходниках -- смотри. К томуже, ечли говорить о стандартизации -- это должна быть фича X-ов, а не VNC, чего они с упехом и сделали -- в KDE только оболочка для управления.

Вот скрипт. Все внутри указано в комментариях. 9 строк, можно сделать
меньше если ухудшить гибкость. Проверил на Rh72.
#!/bin/sh

#This script is (C) 2001-2002 by Vlad V. Harchev <hvv.hippo@ru> (email obfuscated!)

#Надо положить это в файл ~/.xsession
# - тогда при логине в систему через xdm/gdm/kdm? он будет подцеплен.
#
#Пример desktop sharing, упрощенный. Для ПАРАЛЛЕЛЬНОЙ работой с сессией
#этого юзера можно подсоединиться к ней  коммандой:
#       vncviewer -shared :3
#в данном случае, а в общем случае -
#       vncviewer -shared ${hostname_user_logged_in}$vncnum
#Требует запущенного фонт-сервера! Проверьте что он раздает и русские шрифты
#тоже.
#Внимание - при логине юзера через desktop managter его сессия убивается (
# лень было делать подсоединение к ней).
#Внимание:

vncnum=:3 #номер дисплея для Xvnc. Для каждого юзера подставить свое число.
          #не равное 0 c : перед ним
#для упрощения - считаем что на этом компе только одна сессия для
#данного юзера. Легко исправить.
killall Xvnc >/dev/null 2>&1; killall -9 Xvnc  >/dev/null 2>&1
geom="-geometry 1024x768"
viewergeom=$geom
cmd="Xvnc $vncnum $geom -pixelformat rgb565 -depth 16"
$cmd >/dev/null 2>&1 &
(sleep 5; export DISPLAY=localhost:0;
vncviewer -fullscreen -shared $viewergeom $vncnum >/dev/null 2>&1) &
DISPLAY=$vncnum ; export DISPLAY; exec gnome-session;

##конец файла

   Эта  поддержка  работает  так же, как и desctop sharing в WindowsXP --
   т.е.  ты  говоришь,  что хочешь расшарить свой дектоп, а народ может к
   тебе  подконнектится  и видеть все твоими глазами и вместо тебя мышкой
   подергать (в педагогических целях).
А можно будет работать одновременно (то есть видеть 2 курсора мыши
если оба движутся!) и одновремемно чтобы оба вбивали что-то с клавиатуры?
И чтобы оба видели в реальном времени что происходит на раб. столе?
Это были вопрос и к KDE реализации, и к XP реализации. В моей - на все
вопросы ответ Да.

PS: мой скрипт как видно по посл. строке пускает гном. Туда можно подставить что угодно (wmaker/twm/прочее) вместо "gnome-session".

Про "под себя" я понимаю то, что либка должна быть независимой от всей инфраструктуры KDE. Это правда про libxml - она вполне юзабельна без всякого гнома вообще. В консоли можете использовать.

Про KHTML - не слыхал про проекты без kde или хотя бы qt. Можно имена, плиз - схожу, посмотрю. Я смогу на C написать морду для гнома? Как galeon, только вместо mozilla - khtml? Про gtkhtml я знаю - без gtk он работать не будет. Неужели khtml справляется жить без qt?

Про шаренье десктопа - согласен, это можно и нужно обсуждать и решать (правда, тут это офтопик). С чем я категорически не согласен, так это с тем, чтобы соотв. код был зависим от KDE или GNOME. Он должен жить либо в X, либо в vnc (либо в отдельном независимом проекте). Это тоже про "под себя". Кстати, а если у меня на десктопе играет mplayer (через расширение xv). Или скринсейвер (glx) работает. Как шаренье справится с неподдерживаемым расширением?

И в принципе, есть еще то, что кажется и реализовано в kde:
  http://www.hexonet.de/software/x0rfbserver/index.html
А также библиотека для написания vnc серверов:
  http://libvncserver.sourceforge.net/
KDE же как всегда пошел своим путем, не используя эти проекты..

В случае kde - наверно увидишь слайд-шоу если кто-то подключится (и он тем более).
В моем случае - hw-ускорения вообще не будет даже если никто не подключится (Xvnc - это хак для древней X - расширения xv и GLX и Xft он не поддерживает в принципе).

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

Offtopic

небольшой такой offtopic

по поводу мышей - не понял, это если я повешу 10 usb-мышей у меня будет 10 отдельных курсоров или один десятью дергаться будет? А 2 клавы - 2 мыши - 2 монитора - 1 системный блок - реально?

Да, про разные x extensions - это действительно интересный вопрос. Мне непонятно как его решать в общем случае. В принципе, это делает задачу разделения десктопа нерешаемой. Потому как использование сервера без расширений - это уж очень жестко...

Кстати, а почему в kde я увижу слайд-шоу? Что такое произойдет с ни в чем не повинным mplayer?

Пользуйся lynx и будь счастлив в vim

RedHat 8.0

KDE новых версий для RedHat появляется в rawhide, собранная самими RedHat'овсцами.

А мне больше всего понравилось наличие Exchange 2000 плагин для KOrganizer. Теперь я смогу вообще сидеть в Линукс безвылазно ;)

   Да, про разные x extensions - это действительно интересный вопрос. Мне
   непонятно как его решать в общем случае. В принципе, это делает задачу
Наверно впихнуть rfb support в Хfree -чтообы паралельно с отображением на
реальной железке в сеть отдавались копии экрана. Правда это наверно
очень сложно технически.
   Кстати,  а почему в kde я увижу слайд-шоу? Что такое произойдет с ни в
   чем не повинным mplayer?
Будут делаться захваты всего/части экрана (и возможно сравниваться
с пред. изображением), сжиматься и отдаваться по сети подключенному. Наверно это
сильно загрузит CPU и X и затормозит mplayer.

>А также библиотека для написания vnc серверов: http://libvncserver.sourceforge.net/ KDE же как всегда пошел своим путем, не используя эти проекты..

KRfb как раз и использует libvncserver.

> С чем я категорически не согласен, так это с тем, чтобы соотв. код был зависим от KDE или GNOME. Он должен жить либо в X, либо в vnc (либо в отдельном независимом проекте). Это тоже про "под себя".

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

>паралельно с отображением на реальной железке в сеть отдавались копии экрана.

Мне кажется, это прямо-таки почти невозможно. А если там был оверлей с тв-ин? Не, честная организация такого процесса была бы слишком сложной. И - главное - не нужной! Ведь есть же обычный X протокол. И сервер по этому протоколу может честно сказать: "Могу делать то-то и то-то. А вот это делать не могу и не буду". И все. Просто и честно. Да, X протокол можно и нужно сжимать. Но сама идея, мне кажется, наиболее оптимальна именно в таком варианте. А трансляция экрана как набора точек - must die. Даже дифференциально.

Хотя, конечно, в реальной жизни для задач администрирования (но не полноценной работы на десктопе!) решения типа vnc, конечно, есть и будут.

2anonymous (*) (2002-10-03 17:33:37.04)
>А 2 клавы - 2 мыши - 2 монитора - 1 системный блок - реально?
Реально. Даже 3-3-3-1 реально (гы, горыныч). Тока на саунд для всех слотов не хватает. Чуть не каждый день за таким сижу.

   KRfb как раз и использует libvncserver.
ОК, извиняюсь за наезд на КДЕ по поводу неиспользования этой библиотеки.
   Мне кажется, это прямо-таки почти невозможно. А если там был оверлей с
   тв-ин?  Не,  честная  организация  такого  процесса  была  бы  слишком
   сложной.
А хрен его знает - но если скриншот берется, то и x0rfbserver возьмет картинку.
Но смотреть кино вместе или играть в 3д-шутер вместе мало кому интересно
наверно..
   наиболее  оптимальна  именно в таком варианте. А трансляция экрана как
   набора точек - must die. Даже дифференциально.

   Хотя,  конечно,  в  реальной  жизни для задач администрирования (но не
   полноценной  работы  на  десктопе!)  решения типа vnc, конечно, есть и
   будут.
Ну она stateless и легко ее реализовать, и подход пользовать под другими
оконными системами. Посему и есть VNC-серверы для виндов, и вьюверы
для всего и вся.. Так что не факт что точки - мастдай везде.

А-а, libvncserver - это уже о чем-то говорит. Т.е. если это добавление kde-specific фич и создание соотв. api для kde - это же совсем другое дело. Похоже, в этом случае и мне свои наезды придется большей частью забрать обратно.

Не уверен, что скриншоты xv берутся (у меня не получилось, только что попробовал). А смотреть вместе кино - почему нет? Если есть гигабитная сеточка, можно броадкастить какое-нибудь не очень большое разрешение. Тут еще важно, как компрессировать (какие форматы Xv предлагать). Шутер - тоже сложный момент. Сегодня - однозначно нет. Потому как в удаленном режиме XFree не умеет использовать аппаратную акселерацию (могу ошибаться, но 4.0 точно не умел). А если она есть - сам трафик glx в играх с небольшими объемами текстур вполне сойдет для быстрой сетки. Так что - возможны варианты.

Про stateless. Какое же stateless, если Вы хотите пересылать разницу? Кстати, все-таки иногда вам придется пересылать полный экран (насколько я знаю, все дифференциальные протоколы и форматы через некоторый интервал пересылают полный пакет). И до прихода этого полного пакета, на основании "разностей" вы не сможете ничего показать. Так что - выигрыш сомнителен.

Да, реализация проста как топор. И базовая идея столь же гибка (что я и демонстрирую в примере с x extensions). mustdie - я же говорю, в роли замены десктопа. Для администрирования (особенно - с униховой машины винюкового хозяйства) - просто замечательно.

rdesktop гораздо быстрее для администрирования win и работает приятнее и быстрее.

  Не  уверен, что скриншоты xv берутся (у меня не получилось, только что
  попробовал).
В некоторых режимах берутся, мне кажется.. По крайней мере на ЛОР в
галерее иногда бывают шоты с мплэйером. Может еще от драйвера зависит.
   удаленном  режиме  XFree  не умеет использовать аппаратную акселерацию
   (могу  ошибаться,  но 4.0 точно не умел). А если она есть - сам трафик
   glx  в  играх  с небольшими объемами текстур вполне сойдет для быстрой
   сетки. Так что - возможны варианты.
Ну голый Х-протокол все равно не подойдет для подсматривания всего этого
- надо его сильно менять - что трудоемко и не стоит этих затрат.
   Про  stateless. Какое же stateless, если Вы хотите пересылать разницу?
   Кстати,   все-таки   иногда   вам  придется  пересылать  полный  экран
   (насколько  я  знаю,  все  дифференциальные  протоколы и форматы через
   некоторый  интервал  пересылают  полный  пакет).  И  до  прихода этого
   полного   пакета,  на  основании  "разностей"  вы  не  сможете  ничего
   показать. Так что - выигрыш сомнителен.
В rfb протоколе вьювер может запросить у сервера любой кусок экрана
в любой момент, целиком. А "полный пакет" rfb протокол без желания клиента
никогда не посылает, разве что только при подсоединении. Конечно это
не stateless, но само состояние описывается намного меньшим кол-вом
параметров чем состояние Х-сервера :) - так что можно сказать что
much less stateful.
   роли  замены  десктопа.  Для  администрирования (особенно - с униховой
   машины винюкового хозяйства) - просто замечательно.
Кстати наоборот - win32 api не дает прикладной
программе получить изменения экрана - посему vnc server for win32
постоянно опрашивает экран, сравнивает с тем что было - и все это
так прикольно глючит и тормозит.. Для руления виндой всякие rdesktop
и cirtix - напорядки лучше..

Про скриншоты с мплейером - а Вы уверены, что мплейер в этот момент работает через xv? Может, это просто модуль вывода x11? Так что - ау, народ, может кто-нибудь сделать скриншот мплейера, использующего xv?

А почему голый (но пожатый) X протокол не подходит? Может, просветите?

Насчет much less stateless - сойдемся:)

Если winapi так плох (и vnc server for win32 так плох), как же работают rdesktop и citrix? Через недокументированность? Почему тогда vnc не могет? Кстати, для администрирования 800x600 (или даже 640x480) - вполне достаточно. При таких разрешениях, да каком-нибудь 16-битном цвете - сравнение экранов не должно занимать уж жутко много времени. Хотя, конечно, подход ужасный. Ладно, пусть будет rdesktop/citrix. Но - моя мысль была именно в этом - только для администрирования. Для нормальной десктопной жизни - только X. Может, не по букве (в смысле - протокол можно обсуждать, жать и пр. - да и удаленный GL было бы сделать неплохо), а по духу.

Извините за беспокойство, все очень интересно, но что мне в sources.list вписать чтобы новый KDE поставить?

   работает  через xv? Может, это просто модуль вывода x11? Так что - ау,
Вроде я шот видел, и в комментарии было сказано что он был снят будучи
пущеным через xv AFAIR.
   А почему голый (но пожатый) X протокол не подходит? Может, просветите?
Ну надо знать X API - тогда легко станет понятно. Вообще Х протокол
абсолютно под это не рассчитывался - он больше похож на remote method
invokation чем на что-то еще, с асинхронными исключениями.
   Если  winapi  так  плох  (и  vnc  server  for  win32 так плох), как же
   работают  rdesktop и citrix?
Cirtix - вообще модификацией NT был (то есть заменял часть системных
либ) (отвалили кучу бабок за спецификации и вроде купили лицензию на сырцы
нек. частей виндов) а rdesktop - работает через терминальные сервисы, которые
самой ОС предоставляются. Короче, серверы и того, и другое работает на
каком-то уровне близком к ядерному.
   -  вполне достаточно. При таких разрешениях, да каком-нибудь 16-битном
   цвете  -  сравнение экранов не должно занимать уж жутко много времени.
Время-то хрен с ним (да и то - для движущихся окон получается
лесенка из вертикальных граней например - из-за тормозов при снятии
скриншота) - узкое место это сеть.
   -  моя  мысль  была  именно в этом - только для администрирования. Для
   нормальной десктопной жизни - только X. Может, не по букве (в смысле -
   протокол  можно  обсуждать,  жать  и  пр.  - да и удаленный GL было бы
   сделать неплохо), а по духу.
Очень тяжелые клиенты получатся. Да и для чего в реальной жизни нужна
совместная работа нескольких пользователей с одним десктопом?! Ну а
для случая когда клиент всегда один, не меняется и не отключается -
то это и есть Х сегодня.

Ладно, вопрос со скриншотом xv оставим висеть в воздухе (до тех пор, пока кто-нибудь не ткнет носами меня и Вас в это скриншот:)

Иксовое API я немного знаю (спасибо GSwitchIt). И именно то, что оно rpc-like, мне нравится. Объектный подход. Окно - объект, точка - объект, строка, текстура, полигон (2д и 3д).

Про то, что "правильные" реализации работают на около-ядерном уровне, я понял. Жаль, что vnc это не под силу. Впрочем, я уже сказал - "пусть будет уголовник", т.е. rdesktop. Мне общий подход не нравится - передавать десктоп как кино...

Тяжелые клиенты - да, есть немного. Но найдите хоть одну продающуюся сегодня систему, для которой X server был бы слишком тяжел. Ресурсы железа нынче... У меня спокойно гулял иксовый клиент на p166 - и не сильно тормозил. Так что это можно считать not an issue. Вот сетевой трафик - это да. Нужно бороться за сжатие и оптимизацию. Кстати, тяжесть клиента снимает часть ноши с сервера. Это мне тоже очень нравится в X. Масштабируемость потенциально лучше.

Кстати, а удаленный xft работает (в смысле - рендер)?

Кстати, про удаленщину. Я тут был свидетелем как vmware подралась за дисплей с pcAnywhere. Первый поставил свой драйвер дисплея (у меня win2000 идут клиентом в линухе). Второй куда-то хуков хотел прописать. Им сильно поплохело. Ведь этот нехороший pcAnywhere нельзя поставть client-only (correct me if I am wrong). Он почему-то считает, что если я хочу ходить в гости, то и сам обязан принимать. Уррроды.

IMHO все несколько отвлеклись.
Есть вопрос по этой версии KDE (из серии "то ли лыжи не едут, то ли
я такой").
Поставил kde 3.1beta1 (за день до появления этой новости качнул).
Все бы было хорошо, но менюхи, гад, не видит мои.
kdehome прописан, пути к bin есть, lib пошарен, посмотрел
в их запускающий скрипт, сделал папочку $home/.kde3 (симлинк
с .kde)
Но менюх не видно, конфигурилка не запускается ни у одной проги.
Общая конфигурилка при запуске ничего найти не может.
Кто знает в чем дело? А то сейчас следующую бету воткну и могу
огорчиться...

Сделал менюшки.
Хотя у них написано, что их нет.
Кривые уроды.
Симлинки надо было покидать на apps-mdk и apps-mdk-simpliphy
c apps, причем везде и все заработало.
А если еще симлинк с $HOME/.kde на $HOME/.kde3 сделать, так вообще
все работает.
Только валится, скотина.