При запуске рутлес 1с (вин-клиент) лог сессии на сервере стал пухнуть от сабжевых сообщений. На них был натравлен гугель и диагноз нарисовался такой: Xlib x-клиента (проги) поддерживает XGE, а x-сервер - нет. Ну да, Xlib системная от xorg 1.6, а из nxwin-а песок сыплется (xfree86 6.9.че-то-там). Между прочим, линупсовый nxagent в клиентском режиме тоже не лучше. Подумалось, что убунты, мандривы и прочие дебианы должны так давно себя вести, поскольку там всяческие новые версии появляются раньше. Волнует? Давайте поговорим об этом!
Итак, мы имеем накапливающуюся критическую массу различий между старым и новым x-окружениями. Те-кто в теме припомнят еще косяков чуть ли не десяток. Также мы имеем дочиста съеденные жданки 4-го NX-а и импотенцию самим сотворить что-то похожее.
В связи с этим возникла идея гадская, ретроградская. Комментарии о которой я хочу получить. Особенно от bsavelev-а.
Сейчас программы на сервере запускаются с системным x-окружением, а nxagent на сервере же со своим собственным старым. Достигается это хитрой его загрузкой freenx-ом, причем часть этого окружения (nx-X11* vs X*) в серверный пакет nx не включается за ненужностью nxagent-у . Что если включать в пакет nx все собранное окружение nx-x11 == xfree86, freenx же заставить запускать проги под ним, а не под системным. Для рутлеса должно прокатить. А может и не только. Зато разработчиков можно будет напинать за регресс/отсутствие вертикальной совместимости, если что. Представьте аршинные заголовки в багзилах: "KDE4/wine/XXX не запускается под xfree 86".
Плюсы - отсутствие проблем с рендерами-шмендерами и другими расширениями под nx. Минус один - может вообще нифига не заработать.