Статья о развитии X Window System

> вот ты скажи - вроде взрослый и мобильник наверно имеется. у тебя одна мелодия на все звонки ?

Представь себе, да. Я все равно достаю телефон и в это время легко увидеть номер абонента. А ..ов с кучей "бумеров" на мобилах следует стерилизовать.

ало анонимус!

не тебе указывать модератору!

>они прекрасно интегрируются

так и xorg с nas тоже, отлично интегрируется - в чем проблема то ? в наличии альтернатив что ли ? просто графика это графика, звук это звук - понятно или тебе вообще ничего не ясно кроме того что ты вдолбил (как вариант тебе вдолбили) ?

>К тому же можно использовать не nas, а что-нить другое, например, тот же arts, если на обеих машинах KDE.

Лучше вот это: http://pulseaudio.org/

> перестаньте размахивать мудями,

вы начали, вы и заканчивайте

а вот результаты поиска подделывать нехорошо
http://www.google.ru/search?hl=ru&q=%D0%BF%D0%BE%D1%87%D1%82%D0%BE%D0%B2%...
первый линк на "Почтовик от создателей Mozilla"

> почтовый сервер вообще ничем кроме доставки заниматься не должен.
> Это аксиома :)

а как же Ваша предыдущая "аксиома". а как же это

> более того, функции антиспама в почтовом клиенте вообще напрочь не
> нужны, фильтрация должна осуществляться исключительно на стороне
> сервера.

> в большинстве случаев фильтрация осуществляется именно с целью
> избавления от спама :)))

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

> а что с ними не так? Обычные клиенты.
то есть мальчик нашел повод придраться что эволюшн не просто почтовик?

>а вот результаты поиска подделывать нехорошо

уау, я работаю в гугле! :-D

>а как же Ваша предыдущая "аксиома"

"на стороне почтового сервера" и "почтовым сервером" - не одно и то же :)

>нашел повод придраться

да нет, меня просто достали деятели, желающие построить всех под одну гребенку и поставить всем один DE с одной темой и одной цветовой схемой. Мне, к примеру, звуки нафиг не нужны. Да, и мелодия в телефона у меня тоже одна :)

> Другое дело, что компоненты могут (и должны) между собой
> взаимодействовать по хорошо определенным протоколам.
> Допустим, есть некое решение распределенного звука, которое умеет
> использовать $DISPLAY (ну... я упрощаю, конечно) и бродкастить звук на
> соотв. терминал (опять таки, на терминале д.б. запущен клиент)?

именно это я имею в виду. и логичнее всего имхо такую штуку иметь в составе иксов, поскольку это нужно по большей части именно иксовым приложениям. думаю на freedesktop.org кто то уже думает над этим.

>> из не unix way ПО единственное что хорошее видел это emacs, все остальные полная гадость.

Кстати, а почему emacs не unix-way? (если отделить емакс и его пакеты)

>Для linuxоводов - еще alsa или atrs (в зависимости от того, что человеку удобнее).

Позволю добавить: есть ещё pulseaudio

> да нет, меня просто достали деятели, желающие построить всех под одну
> гребенку и поставить всем один DE с одной темой и одной цветовой
> схемой

а иксов, иксов то разных у вас сколько ? надо же - вот вредины - это стандарт "де факто" и "де юре"

сейчас вроде 2 - шестая ветка и седьмая.

> Если нужно слушать музыку, то проще запустить mpd на терминале и натравить его на поток icecast, а морду к mpd пускать хоть за 1000 км от терминала.

Только причем тут сабж. Обсуждается вроде как вопрос синхронной передачи аудио и видео от сервера клиенту :-) В принципе, по UDP без разницы, каким приложением передаются данные между узлами. Это же не TCP-сессии.

> 2Tester: >the X.org foundation announced the development of the Media Application Server (MAS) to remedy this problem. >надо же, решение в пользу поддержки звука было принято еще в 2001 г. надеюсь это не лоровские троли саботировали

> Предлагаю потестить:

> http://www.mediaapplicationserver.net/downloads.html

> anonymous (*) (07.02.2007 15:01:20)

Абсолютно солидарен. Tester? :)

> дак и xorg с nas тоже, отлично интегрируется - в чем проблема то ?

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

специально для gr_buza: почтовый клиент (типа эво/кмейл/тандерберд) формально нельзя называть клиентом поскольку при передаче письма он работает как smtp сервер. я тоже умею ловить на словах :)
экзотику типа отправки через imap оставим в стороне

> Предлагаю потестить:
> http://www.mediaapplicationserver.net/downloads.html
> Абсолютно солидарен. Tester? :)

у меня завтра предзащита кандидатской
так что пока - голое теоретизирование %)

> сейчас вроде 2 - шестая ветка и седьмая.

А что, XFree уже фтопке?

>при передаче письма он работает как smtp сервер

ЕМНИП, сервером называется программа, ПРЕДОСТАВЛЯЮЩАЯ некоторые услуги и ПРИНИМАЮЩАЯ соединения по сети.

так кто коннектится к клиенту? :)

>логичнее всего имхо такую штуку иметь в составе иксов

бред

>поскольку это нужно по большей части именно иксовым приложениям

Феерический.

ну, я имел в виду мейнстрим.

не знаю правда, работают ли последние драйвера от производителя на xfree, не уверен.

Что значит "в составе иксов"? Если в сервере - то нафиг, лесом. См. выше про монолиты. Только отдельный процесс, отдельная единица дистрибуции, отдельный тарбол. Только так - "логичнее". А если хотите положить в git на fd.o - это наверняка пожалста.

ЗЫ И абсолютная ложь, что звук нужен "по большей части иксовым приложениям". Кол-во приложений командной строки, работающих со звуком - весьма велико.

> ЕМНИП, сервером называется программа, ПРЕДОСТАВЛЯЮЩАЯ некоторые услуги
> и ПРИНИМАЮЩАЯ соединения по сети.

изменяет. как насчет сокета к локальному mysql ?

сокет есть реализация сетевого апи в переложении на файлы. Так и знал, что на мелочах подловят.

так кто коннектится к клиенту?

скажите пожалуйста, очень хочу узнать

>Кстати, а почему emacs не unix-way? (если отделить емакс и его пакеты)

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

>Да, и браузер тоже в ядро интегрировать.
Не получится, там уже веб сервер есть. Не унихвей :-)

>да не интегрируются они никак. и вообще никак не взаимодействуют.

так ты скажи как они должны взаимодейвствовать то ? а ? звук то с графикой ?

> так кто коннектится к клиенту?

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

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

можно не отвечать, я закончил. респект svu и displacer, кто соображает головой, а не лозунгами.

Да, смартфон не нужен, совершенно верно.

Внимательно слежу за вашими сообщениями в этой новости и могу сделать вывод, что самые комфортные Хсы для вас - windows.

>я же привел пример с почтовиком - один на отправку, другой - на получение, разве это нормально?

Нормально.

> На компоненты надо разбивать, а не монолитные чудовища строить. > Зачем Вам тогда непосредственная поддержка звука в _коде_иксового_сервера_?

Зачем Вам непосредственная поддержка мыши в коде графического сервера? Где Ваша отдельная библиотека для мыши, отедльная для клавиатуры?

Очень правильный вопрос - по поводу мыши и клавиатуры. В идеале, и их не надо бы внутри иксов. Если бы Вы знали, сколько геморроя причиняет тот факт, что клавиатурный API жестко вмонтирован в иксовый, а XKB расширение этого API реализовано в той же xlibc. Причем все так вросло друг в друга, что просто полная задница с т.зр. maintenance...

>вот ты скажи - вроде взрослый и мобильник наверно имеется. у тебя одна мелодия на все звонки ?

Вопрос конечно не ко мне был, но не могу удержаться. У меня например не только одна мелодия на все звонки, но к тому же и умолчальная.

Меня радует возможность ничего не настраивать хоть на каком то компьютере

:-)

>ало анонимус!

>не тебе указывать модератору!

Ребята, давайте жить дружно! Дисскусия это еще не война, на первый взгляд

>У меня например не только одна мелодия на все звонки, но к тому же и умолчальная.

не, я люблю ставить обычную банальную, ну как обычный телефон звонит или как древние мобильники - просто, никакой полифонии и прочих извратов, в нокиях последних это desk phone high кажись ...

А может прорисовку экрана запихнуть в ядро все по минимуму и отказаться от X. И быстродействие будет и все остальное, если вы говорите что нужно что-то новое.

Дорогой svu. Как с Вами связаться? Пожалуйста напишите мне на gnorik собака гмайл Нетривиальный вопрос по switcher-у Спасибо

А может команду разработчиков KDE попросить и иксы переписать? Им наверное не сложно будет...

>по поводу мыши и клавиатуры. В идеале, и их не надо бы внутри иксов.

По поводу клавиатуры - может быть. Но на счёт мыши... полная реализация может и не нужна, но интерфейс к ОС-драйверу мышки всё же ИМХО нужен. Да и клавиатура тоже нужна: хотя бы для сетевой реализации.

>А может прорисовку экрана запихнуть в ядро все по минимуму и отказаться от X.

Ну а чем fb в этом смысле не устраивает?

1) а как быть с конфидециальностью данных? 2) давайте не будем забывать что мультикаст еще роутить нужно, и этим практически никто не занимается из провайдеров 3) применение мультикаста здесь вобще идет в разрез с понятием мультикаста, мультикаст нужен чтобы транслировать в сеть данные _группе_ подписавшихся клиентов.

Вывод: это бред

Здравствуйте, не подскажите, где можно найти внятную документацию (вроде HowTo) по использованию NAS? То, что приведено здесь http://radscan.com/nas/nas-README.txt совершенно недостаточно.

С уважением, Сергей.

> сделал я как-то двухголовую рабочую станцию - все зашибись, два рабочих графических места. а как звук поделить ? сел за одно место - у тебя эта звуковуха, сел за другое - другая. хз в общем - как хочешь так и разбирайся.

Графика: На удалённой машине у вашего пользователя установлено куда отправлять видеопримитивы для отображения. (export DISPLAY=10.0.0.1:0). Для отрисовки окошек Xclient передаёт на данные на Xserver, где явно прописано - от каких клиентов принимать данные. В иксовом сервере есть авторизация.

Логично, что и для звука должно быть что-то такое же: На удалённой машине у вашего пользователя программа запускается, и в настройках звука указывается - выводить звук на удалённую машину с таким-то IP. Для этого используется esd сервер. На локальной машине вы опять же настраиваете авторизацию и принимаете звук.

То, что ssh перенаправление не отвечает за esd - это не проблемы esd и не проблемы xorg.

Опять же предположение, что всем нужен звук с удалённой машины - не совсем верно. Зачастую нужно какое-то отдельное приложение. И чтобы удовлетворить всех, вы настраиваете и добавляете в свою конфигурацию то, что нужно именно вам. Всё настраивается. Если esd вас чем-то не устраивает, пошлите патчи, внесите запрос на фичи, выберите другой аналог. Только почему звуком должен заниматься xorg?!

Юникс подход - на каждую задачу своя программа.

>Если esd вас чем-то не устраивает, пошлите патчи, внесите запрос на фичи, выберите другой аналог.

EsounD is dead. Use pulseaudio instead.

Ответ Testerа будет в стиле, что esd его не устраивает, потому что ...

artsd он уже забраковал

только интеграция в X-ы решит все его половые проблемы 8-)

Дорогим меня на ЛОРе еще не называли;) Ок, напишу.

В каком-то виде все это просто необходимо. Просто API xlib оказался монолитом, который пытается объять необъятное - и в результате попытки что-то улучшить разбиваются об эту глыбищу. Если б это все сделали более кусочно и подключаем-отключаемо, многим (включая меня) было б сильно легче. А Daniel Stone провел бы больше времени с семьей и друзьями;)

>Очень правильный вопрос - по поводу мыши и клавиатуры. В идеале, и их не надо бы внутри иксов.

Да, действительно X задумывался как графический сервер. Но имхо это уже давно не так - X Window стало системой построения полнофункциональных тонких клиентов (ну или клиентов "удалённого доступа"). Другое дело, что делать такую систему было бы правильней и удобней из независимых _между собой_модулей для графики, звука, клавиатуры, мыши и других устройств для интерактивного I/O с пользователем. Но в любом случае они должны быть зависимыми с некторым главным управляющим модулем - не велосипедировать же в каждом из этих приложений поднятие канала, авторизацию, и т.д. Поэтому если для вас X - только графический сервер - вперёд откручивать клавиатуру и мышь в отдельный сервис который НИКАК не связан с X, а те для кого это всё же полноценная система хотят поставить DISPLAY и иметь полнофункциональную систему, а не только картинку без клавиатуры, мыши и звука.

а взять и переписать? :)

или это не наш путь? :)

З.Ы. или это и будет сделано в седьмой версии? :)

Правильно Альпекс, у тру линуксоидов должна быть только одна мелодия

иммитирующая звонок телевонного аппарата производства 1978 года.

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

А будет это для юзера и админа одна переменная $DISPLAY, куча конфиг файлов или вообще gconf (хехе) - это совершенно отдельный вопрос.

Иксы, кстати, НИКОГДА не были полноценной системой. Хотя бы потому, что без оконного менеджера и тулкита в живой природе не встречаются. Или Вам и эти сервисы туда запихать? Получившаяся картинка - ничего не напоминает?