Выкидываем XDM или Qingy

Многие наверно задумывались зачем вообще нужны эти дисплейные менеджеры (X Display Manager) когда в большинстве случаев для простого пользователя всего-то от них что и требуется выбрать сессию да ввести имя и пароль. При этом на фоне борьбы за каждую секунду загрузки системы лишний запуск/перезапуск X'ов какбы совсем не к месту. Поэтому если от XDM ничего выдающегося не надо можно его смело выкинуть и установить Qingy.
Qingy - это замена для getty на определенном этапе, которая использует Framebuffer и DirectFB для вывода графики. Вместо традиционного приглашения getty ввести логин а затем пароль на экране будет некая замена XDM но на основе DirectFB при этом без всяких X'ов, все что требуется это устройство framebuffer.
Программа хорошо конфигурируема, вот некоторые возможности:

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

Более подробно с возможностями можно ознакомиться на странице разработчика. Что, понравилось так это возможность запуска X-сессии в тойже консоли в которой зарегистрировался(возможен и традиционный режим). Получается по сессии на консоль. Также можно, например, для 1 и 2 консоли прописать Qingy, а для остальных оставить стандартный agetty. Примеры уже готовых тем можно посмотреть тут, скачать пакет с этими темами тут.
Установка проста до безобразия и подробна описана в FAQ на сайте разработчика. Я устанавливал на Gentoo, процесс установки описан. Если коротко то необходимо сделать следующее:

1. устанавливаем dev-libs/DirectFB (-X +fbdev) и sys-apps/qingy (+directfb)
2. берем fbset и его вывод записываем в /etc/fb.modes, также в /etc/directfbrc указываем этот режим
   
3. меняет в inittab на нужных нам консолях agetty на qingy
4. в конфиге qingy указываем нужную тему (мне понравились matrix и vendetta3)
5. отключаем XDM и перезагружаемся для верности

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

Обзор свежей сборки Midori

Сегодня так уж вышло, что я решил потратить пару тройку часов на обновление домашней системы (а Gentoo опасно долго не обновлять, благо 2.5 месяца это не очень большой срок). Помимо всего прочего я заметил что midori и свежий webkit-gtk замаскированы в портежах ссылаясь на отсутсвие свежей libsoup. Ага, значит наконецто теперь он будет куки сохранять, стоит попробовать. Отсутствие чего-либо в Gentoo это не проблема.

И так, берем www-client/midori-9999 и net-libs/libsoup-2.26.0.9 из моего оверлея FreshGen, размаскируем из основного дерева портежей net-libs/webkit-gtk-0_p42162 (наконец-то они додумались убрать зависимость от gnome-vfs которая заключалась лишь в imclude и не более) и установим со следующим флагами: pango soup sqlite svg xslt sqlite. В дополнении к этому поставим www-plugins/gnash-0.8.6_p20090410 с флагами agg cairo ffmpeg gtk neon nsplugin opengl parallel speex из gnash-cvs.

После того как все это соберется и запустится у тех кто смотрел midori 3-5 месяцев назад будет восторг - теперь гадкий утенок из демки для webkit'а превратился в какой-никакой а браузер.

Основные нововведения:

• причесали интерфейс


• поддерживается сохранение cookie в кэше


• поддерживается загрузка файлов (пока только "Загрузить объект" из контекстного меню)


• появились расширения, одно из них "Цветные вкладки" кажется оригинальным

В целом не плохо: скорость работы радует более чем, обилие рекламы и flash'а на странице не вызывает торможения в прокрутке и перемещении по вкладкам, удобно включать/отключать javascript, flash и изображения. Если прикинуться Safari то Gmail с его "Full View" работает нормально. Не хватает только сохранения сессий, AdBlock (который при желании можно написать в виде расширения на Lua) и NoScript(расширение, которое FireFox делает недосягаемым для конкурентов в области удобства блокирования javascript и защиты от всяких "махинаций" в том числе на уровне CSS и XSS).

Тестирование Intel GMA 900 на EEE PC 901

Продолжаю серию тестов нетбука Asus EEE PC 901. В предыдущей заметке написано как завести все это железо в рамках Gentoo Linux. Теперь самое время провести тесты видеокарты, результаты которых должны быть интересны в свете последних событий в развитии драйвера xf86-video-intel и интеграции в него новых фитч, повышающих его производительность и стабильность. Наибольший интерес представляет поддержка системы управления памятью GEM (Graphics Execution Manager), ибо уже подоспело ядро linux-2.6.28 и вполне юзабельным стал разрабатываемый xorg-server-1.6.0.
И так преступим. Установим xorg-x11-7.4 ( xf86-video-intel-2.5.1-r1, xf86-input-synaptics-0.99.3 и xorg-server-1.5.3), проконтролировав что установлены USE-флаги dri,hal,xv,xvmc, убран флаг SSE2 дабы не обновлять gcc до 4.3 и glibc до 2.9, а также устройства intel, vesa, synaptics, evdev, keyboard,mouse . Сразу стоит оговориться, что на сегодня по части производительности все что выше xorg-server-1.3 оставляет желать лучшего, но так как все-таки нетбук предъявляет дополнительные требования по функционалу, например, подключение устройств ввода/вывода "налету", придется закрыть на это глаза.
Убеждаемся что syslog-ng, acpid, sshd и hald будут стартовать автоматом при загрузке и перезагружаем подопытного для чистоты эксперимента. Заходим по ssh пользователем root и стратуем с пустым xorg.conf- starx. Смотрим что нам говорят glxinfo и glxgears: failed to initialize TTM buffer и direct rendering: Yes, 60FPS всреднем (что значит включен VSinc). Каких либо серьезных тестов проводить не буду, ибо уже 100 раз тестировалось. Мне главное убедиться, что от всех этих новых штучек будет прок в простых задачах: 2D, Video, простые OpenGL игры.
Теперь выполним более реальный тест, оценив производительность тулкита GTK. Сразу оговорюсь, для отрисовки шрифтов будут использоваться патчи из оверлея bobrik-cleartype, дабы на LCD шрифты смотрелись не так страшно (особенно когда есть с чем сравнивать). Устанавливаем gtkperf-0.4, gtk+-2.12.11, cairo-1.8.6-r1(glitz opengl) и запускаем очередную серию тестов. Получаем Total time: 16.86. Крутим опции драйвера видюхи следующим образом:

Section "Device"
Identifier "Configured Video Device"
Option "AccelMethod" "UXA"
Option "Tiling" "No"
EndSection

Все, запускаем опять gtkperf и видиим. Total time: 303.83. В целом все медленнее незначительно, но львиная доля уходит на:

GtkDrawingArea - Lines - time: 264.64
GtkDrawingArea - Circles - time: 10.72
GtkDrawingArea - Text - time: 12.25

Что то не ладно с новым методом акселерации (UXA), возможно надо mesa и xorg-server посвежее. Теперь посмотрим на поддержку 3D. Серьезные тесты гонять нет смысла хотябы потому, что это железо не предназначено для таких задач. Ограничимся запуском игрушки games-action/extreme-tuxracer. Пока не будем шаманить с 3D (например, забудем о force_comptex_s3tc.so), посотмрим дефолтовую производительность. Как оказалось смотреть не начто: в full-screen при 1024x600 оно не играбельно. Ну что же, если брать релизные версии софта, то Intel GMA900 не годится для игровых приложений, разве только для ускорения видео и Compiz. Скорее всего тут где-то что-то не так, но большого желания искать узкое место нет, лучше посотмреть что ожидается в следующем xorg-server, а вместе с ним и драйвер 2.6, GEM, обновленный libdrm и ядро со свежим DRM-модулем.

Добавим оверлей X11 и возьмем от туда следующие компоненты, попутно обновятся pixman и randr:

x11-proto/inputproto-9999
x11-libs/libdrm-9999
media-libs/mesa-9999
x11-base/xorg-server-9999
x11-drivers/xf86-video-intel-9999
x11-drivers/xf86-input-mouse-9999
x11-drivers/xf86-input-keyboard-9999
x11-drivers/xf86-input-evdev-9999
x11-drivers/xf86-input-synaptics-9999
x11-proto/dri2proto-9999

Опционально можно обновить и эти библиотеки(я не стал пробовать), однако есть риск словить нестыковки с другими библиотеками такими как cairo и gtk :

x11-proto/xproto-9999
x11-proto/xcb-proto-9999
x11-libs/libxcb-9999
x11-libs/libX11-9999

Смотрим на результаты gtkperf: Total time: 15.77. Уже не плохо. Включаем метод акселерации графики UXA(tiling теперь не нужно отключать) и получаем первую прибавку: glxgears выдает 259FPS. Походу Vsync теперь отключен в Mesa (чето такое я видел в лога репозитария на тему еще недопиленого UXA). А вот gtkperf дает осечку, хотя не такую страшную: Total time: 18.21. Кстати стоит заметить отсутсвие ругани на TTM buffer, значит GEM работает. Также судя по логам DRI2 тоже работает. Запустим нашу игру etracer: вау!, в 2 раза быстрее, теперь выдает 3FPS вместо прежних 1.5FPS. Вот они обещанные 50%, :) надо будет подумать может где загвоздка, но пока это не суть важно. Можно конечно попробовать снапшот ядра drm-intel. Насколько я понял, в ветке drm-intel-next ведутся основные разработки по необходимым нам модулям drm. Однако посмотрел логи, серьезных изменеий относительно производительности я не заметил, только фиксы и поддержка kernel-videomodeset.

Ну пожалуй до полной картины осталось протестировать воспроизведение видео. О наличи в каком либо плеере/библиотеки/драйвере аппаратной поддержки декодирования видео(как например у nvidia) на видюхах Intel я не знаю(). Поэтому сделаю просто: установлю mplayer-9999 из оверлея berkano. i8x0 xvmc у меня не заработало, что бы я не прописывал в /etc/X11/XvMCConfig: libIntelXvMC.so.1 или libI810XvMC.so.1:

localhost ~ # cat /var/log/Xorg.0.log | grep XvMC
(**) intel(0): Option "XvMC" "true"
(==) intel(0): Intel XvMC decoder disabled

Значит сломано до сих пор или както по другому включается(когда включится то можно будет проверить на xine-lib). Теперь пробуем различные видео записи(с оглядкой что просмотр идет по 100мбит сети). В качестве примеров несколько файлов наугад: big_buck_bunny_1080p_surround.avi (1Gb), Stargate.The.Ark.Of.Truth.2008.1080p.HDTV.x264-hV_RUS_ENG.mkv (7Gb), и несколько простых фильмов. Без Direct Rendering (опция -dr, не путать с DRI) смотреть почти все(заисключением широкоэкранных фильмов низкого разрешения) некомофртно: заметны дерганья картинки во многих сценах. Самый быстрый(и единственный комофртный) вывод видео через Xvideo. OpenGL и особенно Textured video(gl2) в данном случае оказались мало пригодны для просмотра тоже. Особенно разницу видно на "Звездных вратах": на XVideo идет дерганое видео и звук, на GL и GL2 все начинает тормозить начиная с заставки "со львом", сам фильм же уже нельзя назвать дерганый, он уже рваный. Да и вывод через gl/gl2 не сильно разгружает проц: от 5 до 15% разницы.

Подитожу выше сказанное: большого толка от этих карточек с ускорением нет - уж слишком занижены частоты и медленный обвяз. XvMC не понятно как включать, возможно оно не хочет заводиться с DRI2. Вцелом, драйвер intel-2.5 поправил баги накопившиеся, какой либо эффект от UXA в сравнении EXA в области 2D особо не наблюдается, даже наооборот. Получается, если не нужно 3D вообще, то можно смело забить на GEM, по части Xvideo это мало чем поможет. Тут два выбора: если необходим функлионал XRandR, XOrg.Hotplug то нужно смотреть в сторону xorg-server-1.5/1.6 и всех этих плюшек, в противном случае смело откатываться на xorg-server-1.3 и не париться. Как мне кажется, нужно подождать первых ласточек 2.6.29, к тому времени в нем возможно улучшат Intel DRM, да и libdrm, intel-2.6 и xorg-server-1.6 возможно подшаманят.

Свой linux на EEE PC 901

Отгремели новогодние салюты, улицы опустели, народ начал отдыхать от праздников. Я решил тоже посвоему отдохнуть, достав месяц лежавший новенький небук ASUS EEE PC 901 с чемто нечто неюзабельным под названием Xandros.
Идея была изначально прикрутить к нему Debian так как в рамках проекта DebianEeePC идет активная работа, однако лень взяла свое и чисто из академического интереса я начал пробовать на нем Gentoo, решив для начала потестировать на нем linux-2.6.28.
Дабы не утруждать себя занудными процессами компиляции на Intel Atom, скачал stage3-i686-20081224.tar.bz2, распаковал его на домашнем компе, "зачрутился" туда, добавил в make.conf оптимизации компилятора(march=prescott и -fomit-frame-pointer), подкрутил USE-флаги, размаскировал linux-headers-2.6.28-r1 и gentoo-sources-2.6.28 и отправил в недолгий путь emerge -vuND @system.
Теперь самое время подумать о загрузке всего этого пробного добра на малыше EEE PC. RSinc'акть rootfs после каждого чиха на него как-то не сруки, поэтому ставим на домашний комп net-misc/dhcp, net-ftp/tftp-hpa и net-fs/nfs-utils-1.1.4 что позволит экспортировать rootfs по сети через NFSv3, а также грузить ядро по сети через PXE.
Теперь собираем ядро 2.6.28 в подоспевшем chroot'е для EEE PC 901. Ключевые моменты конфига ядра таковы: --->

1. Processor family (Pentium-4/Celeron(P4-based)/Pentium-4 M/older Xeon)
   
2. Symmetric multi-processing support и SMT (Hyperthreading) scheduler support (для BIOS'ов с поддержкой Hyperthreading)
3. Не включаем в ACPI ASUS/Medion Laptop Extras
4. PCI Express support и модулем PCI Express Hotplug driver
5. Networking support--->Networking options--->IP: kernel level autoconfiguration--->IP: DHCP support
   
6. Все протоколы для bluetooth и драйвер HCI USB driver тамже
7. Для wifi Generic IEEE 802.11 Networking Stack (mac80211) и сопутствующие опции
8. RF switch subsystem support и Input layer to RF switch connector
9. В Device Drivers: Misc devices--->Eee PC Hotkey Driver (данная опция появится после включения некоторых нежеследующих пунктов), Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support, Atheros L1E Gigabit Ethernet support, Wireless LAN (IEEE 802.11), модулем Ralink driver support на всякий случай,
   
10. Input device support---> Mice---> PS/2 mouse---> Elantech PS/2 protocol extension
11. I2C support --->Intel 82801 (ICH)
12. Hardware Monitoring support модулем
13. Video For Linux--->Enable Video For Linux API 1 compatible Layer модулем, и тутже V4L USB devices--->USB Video Class (UVC)--->UVC input events device support
14. Direct Rendering Manager--->i915 driver
15. Backlight & LCD device support--->Lowlevel LCD controls и Lowlevel Backlight controls
16. Framebuffer Console support и Support for frame buffer devices--->Intel 830M/845G/852GM/855GM/865G/915G/945G/945GM/965G/965GM support
17. Модулями ALSA и Intel HD Audio (пока не понтно о полной поддержке этой версией, например по части микрофонов)
18. Generic HID support и USB Human Interface Device
19. USB модулем, EHCI, UHCI, USB selective suspend/resume and wakeup, The shared table of common (or usual) storage devices(и запомнить об этом на будущее когда тестировать кардридер)
20. LED Support, Real Time Clock--->PC-style 'CMOS'
21. В ядро NFS client support--->NFS client support for NFS version 3 и Root file system on NFS, отключить обязательно Register local RPC services via rpcbind v4 дабы не словить проблему на 2.6.28.

Вот общий конфиг ядра, который будет грузиться на нетбуке. Полный рабочий конфиг, как и некоторые другие лежат по ссылке в архиве абзацем ниже. Также там есть патч для ядра, который решает проблему невозможности включения bluetooth.
Теперь самое время настроить удаленную загрузку по сети. Настраиваем DHCP, чтобы тот отавал IP из диапазона(у меня привязки к MAC нет, так по dhcp получает IP только netbook) и отадвал опции root-path на nfs с нашим chroot'ом и параметр filename на загрузчик pxelinux.0. Теперь настраивает tftp-server, я в конфиге указал корень на /var/tftp, положил туда ядро скомпиленное нами, pxelinux.0 и pxelinux.cfg с единым конфигом для всех. Самым вредным оказался nfsd, точнее баг в 2.6.28 ядре: необходимо чтобы опция Register local RPC services via rpcbind v4 была отключена (как впрочем на всякий случай и все остальны касательно ACL, NFSv4 и авторизации). Все, теперь экспортируем наш chroot под видом например таким: /mnt/hd1 192.168.2.20(sync,rw,no_root_squash,no_all_squash). Все сетевая загрузка готова. Архив с конфигами для тех кто плавает в этом вопросе тут.
Тут возникает проблема: baselaout не приспособлен для корня на nfs, поправить это не так сложно, но всетаки проще поставить baselayout2, отказаться от паралельной загрузки сервисов(что по умолчанию) и сразу ядру при загрузке по сети передавать что корень доступен на rw.
В результате получаем рабочую систему для тестирования железа и обкатки скриптов, wifi итд с консоли EEEPC(или по ssh), а также chroot на рабочем компе, в котором можно находится паралельно и ставить всеь необходимый софт без оглядки на ущербность проца.
Теперь потестируем работоспособность железа. Дрова на беспроводную карту(в моем случае это не atheros) за отсутствием их в ядре берем из оверлея arcon - net-wireless/ralink-rt2860. Прописываем в /etc/conf.d/modules автоматическую загрузку модуля pciehp, в /etc/modprobe.d/pciehp пишем options pciehp pciehp_force=1 и делаем update-modules. Устанавливаем sys-power/acpid. Все, перезагружаемся. Наблюдаем очередной сюприз в baselayout, как uevets думает некоторое время и в ключает без особой просьбы bluetooth и wifi. Убеждаемся что модуль ядра pciehp и eeepc_laptop подгружены. Если нет, то надо думать где ошиблись. Ставим sys-apps/pciutils и sys-apps/usbutils.
Теперь, чтобы включать/выключать wifi и bluetooth, смотрим в /sys/class/rfkill/rfkillX/name кто есть кто и посылаем туда 1 или 0 соотвественно(echo 0 > /sys/class/rfkill/rfkill0/state). С камерой маленько по другому но суть таже: echo 1 > /sys/devices/platform/eeepc/camera. После этих манипуляция можно при помощи нехитрых команд lspci, lsusb, dmesg, lsmod убедиться что устройства появляются-пропадают. Убедится в работоспособности звука легко, пока только особо не разбирался почему микшер не показывает регулировки для микровофона. До кардридера пока руки не дошли.
Следующим шагом будет приведение к 2.6.28- и gentoo-особеностям скриптов из серии eeepc-acpi-scripts а также тестирования нового драйвера x11-drivers/xf86-video-intel с mesa из свежего снапшота на предмет выявления какого-либо значимого ускорения от GEM. Также интересно выглядит перспектива потестить новый xf86-input-synaptics-0.99.3 на предмет поддержки каких либо особенностей родного драйвера для тачпада. На соновании чего можно будет сделать вывод - стоит ли писать скрипт для генерации из gentoo-chroot образа без всяких dev-штучек для EEEPC со всякими "извращенно-эффективными" файловыми системами/разделами или же затраты на его создание перекроют затраты сил
на перетаксивание и адаптацию и устаканивание в debian lenny свежих X.org, быстрый parallel-init, свежее ядро, что в перспективе дальнейше работы со всем этим не кажется столь радужным.

Частота поисковых запросов о Linux

У Google есть такой забаный сервис Google Trends, которй позволяет узнать частоту поиска информации по поределенным темам. Подробнее о сервисе можно почитать здесь.
Ну поигравшись маленько, я решил посотмреть статистику по именам линукс-дистрибутивов, ну и подробнее о распределении запрсов по России.
Что меня удивило:

• по запросу Gentoo или Mandriva Россия возглавляетс список, самые ярые Джентушники у нас обитают в Москве и Алтайском крае, Мандриву у нас наиболее горяче любят в Хабаровске;
• в детализации по запросам с именами Linux-дистрибутив из регионов России почти везде лидируют(или правильнее сказать держат позиции) Тоская, Красноярская, Новосибирская, Иркутская области;
• по запросу Fedora лидирует Тайвань.

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

Linux покоряет Сибирь?

LXDE начало движение в Gentoo portage

Как известно, любой всплеск активности не случается просто так. Случилось что ожидалось: один из разработчиков Gentoo Linux занялся поддержкой LXDE в Gentoo. При этом он подключил к своей работе несколько пользователей Gentoo, которые на момент старта проекта уже имели свои оверлеи.

Gentoo LXDE Project
Official Gentoo LXDE Overlay

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

Практичный взгляд на LXDE

Месяц назад по новостям можно было наблюдать некий бум интереса к проекту LXDE. По сути LXDE это не окружение рабочего стола в традиционном смысле как GNOME, KDE, XFCE и тд, а всего лишь концепция построения такого окружения из простых и легковесных приложений.
Первый серьезный взгяд я обратил на него в Мае 2008, однако тогда у проекта была серьезная проблема с управлением X-сессями и я отложил его в сторону. Но время диктует свое, и очередной "стабильный" релиз KDE-4.1 и обещание поправить все в 4.1.1 (где то мы это уже слышали) заставил искать альтернативы, и как оказалось позже эту альтернативу для себя я нашел в LXDE.
Так как дома у меня Gentoo Linux, то пришлось писать ebuild'ы самому, правда позже у одного китайского товарища были найдены некоторые. Результат проделанной работы можно найти в моем оверлее Freshgen. В итоге на данный момент уже неделю использую LXDE, все устраивает, кроме отсутствия некоторых мелких полезных утилит, но как говорится чего не найду, то сам напишу.
Для установки минимального варината можно воспользоваться meta-пакетом lxde-base/lxdebase. К слову сказать, все важные пакеты для lxde собираются из svn, это облегчает поддержку DE в актуальном состоянии.
LXDE состоит из следующих компонентов:

• Оконный менеджер Openbox. Можно использовать любой другой, включая compiz, на для них не будет конфигов "из коробки".
• Менеджер X11 сессий LXSession. Сейчас используется облегченный вариант LXSession-lite, дабы избавиться от одного неприятного бага.
• Набор файлов конфигураций LXDE-Common.
• Панель для рабочего стола LXPanel.
• Средство переключения тем GTK LXApperance.
• Смотрелка картинок GPicView
• Файловый менеджер PCManFM с поддержкой табов, монтирования устройст через HAL.
• Сетевой менеджер LXNM с поддержкой wifi, который находится в стадии начальной разработки.
• Терминал LXTerminal на основе VTE, с поддержкой табов. Добавил к нему возможность расширенной настройки.
• Менеджер задач TaskManager, на основе аналогичной программы из XFCE.
• Средства настройки хранителя экрана и мониторов, буфер обмена LXClip и возможно что-то еще, о чем я не упомянул.

Из главных пока недостатков пока: отсутсве адектватной замены klipper/glipper (надо допиливать parcelite), отсутсвие alsa-mixer (тут сложнее, или использовать гномовский, или писать/переисывать какойнибудь под читсый GTK, а пока Volume-applet+ncurses alsamixer), у менеджера файлов нет отдельного уровня VFS.
Из основных приложений что я использую, это:

• Интернет-обозреватель Firefox и Midori
• Jabber-клиент Gajim
• Медиаплееры VLC-0.9, SMPlayer, QMPDClient
• Смотрелки и графика ePDFView, Geeqie, mtPaint
• P2P-клиент Valknut-Qt4, rTorrent
• Редакторы mEdit Leafpad Geany
• Менеджер архивов File-Roller
• Терминал LXTerminal

В целом, многие скажут, что не хватает той или иной функции в какой-либо программе, но я исходил из того, что дома то на компьютере что надо: интернет-серфинг, фильмы, музыка, профессиональная сфера интересов лежит в консоле, поэтому тут не критично какая DE используется. А если так мало надо от DE, то тогда зачем эти монстрики KDE и GNOME, но и в крайности тоже нет желания бросаться. В результате получилось что и хотелось.
Для тех, кто заинтересовался таким решением, предлагаю отметится в Google-группе, и в дальнейшем работать вместе.