Слухи о HAL

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

Отправитель: Alexey Morozov <alex-altlinux@idisys.iae.nsk.su>
On Wed, Mar 23, 2005 at 11:11:04AM +0300, Arioch wrote: > Если я открываю /media/cdrecord через NAutilus, то (кажется через D-BUS > & HAL) он автоматически монтируется. > Кажется поддержку HAL вставляли и в KDE ? > Но Konqueror не монтирует диск автоматически :-( > > Также не монтируют Opera, amaroK и другие qt-based :-( > Здесь нужно несколько пояснений. 1. в текущем наутилусе/GNOME действительно есть поддержка HAL. 2. в KDE < 3.4 поддержки HAL нет. 3. в KDE ранее использовался механизм "дивайсов": при помощи KDED mount watcher, если я правильно понимаю, на рабочем столе [динамически] создавались иконки дивайсов, перечисленных в /etc/fstab и /etc/mtab. Открытие такой дивайсовой иконки (devices://bla-bla) приводит к автоматическому монтированию соотв. раздела (запуску mount из-под пользователя). 4. В Сизифе уже сейчас есть плагин kvm, который является клиентом HAL и позволяет монтировать устройства сразу после их подключения (а заодно и запускать CD-плеер на звуковые диски). kvm, в общем, является тупиковой ветвью эволюции, в KDE-3.4 его код частично используется в новой media:/ схеме, которая идет на смену kvm. Впрочем, в media:/, кажется, еще не обрабатываются звуковые диски.

Отправитель: Alexey Morozov <alex-altlinux@idisys.iae.nsk.su>
On Thu, Mar 24, 2005 at 02:34:53AM +0300, Vitaly Lipatov wrote: > On Wednesday 23 March 2005 18:28, Alexey Morozov wrote: > > Удивляет возможность обсуждения без понимания принципов > > работы. > Я только хотел сказать, что на мой взгляд, принцип работы с > дисками должен состоять в том, что поддержка их монтирования не > должна встраиваться в KDE/GNOME и пр. Вы поверите, что "привязанность" к KDE выражается только в использовании инфраструктуры KDE (библиотек, стандартов, например, на механизмы нотификации итп) и наличия живых привязок к библиотеке d-bus для Qt/KDE event-loop'а? Аналогично для GNOME. В принципе, А. Фролов собирался написать клиент HAL для WindowMaker'ного окружения. Его остановило только то, что на данный момент нет готовой библиотеки/способа, позволяющих "встраивать" обработку событий d-bus в обработку X'овых событий. Для glib и qt (а заодно и других /технологий программирования/) такая привязка уже создана. > Действие "зайти в каталог" в командной строке не должно быть > сложнее тыкания куда-то там в KDE. Вы поверите, что HAL - это ни разу не про автомаунт в том его понимании, которое используется в submount/supermount? Монтирование, как и любое другое действие там происходит не в момент обращения к каталогу, а в момент, когда /уполномоченная программа/ получает соответствующую нотификацию/требование. Вообще, похоже, начинает складываться некая urban legend относительно того, что умеют, а чего не умеют новые модные технологии. И легенда эта скорее ближе к мифологии и бабушкиным сказкам в пересказе матерых (или матереющих) администраторов компьютерных систем, чем к тому, что происходит на самом деле. Раньше пугали кащеем и букой, а теперь - тем что в каждое приложение, даже на винде, нужно будет встроить код, монтирующий каталог перед открытием данного каталога.

Ссылки

• Более лучшее резюме по данному вопросу
• Спецификация HAL
• Произведение Алексея Морозова об UDEV, жанр не определён
• Произведение Алексея Морозова о HAL