7393 2005-07-19 11:41:13 +0400 Добавить возможность выбора subfs|обычные записи в fstab 2005-08-04 18:08:05 +0400 1 1 4 Development Sisyphus hal unstable all Linux CLOSED NOTABUG P3 enhancement --- 1 eugvv rider eostapets mike qa-sisyphus oldest_to_newest 27396 0 eugvv 2005-07-19 11:41:13 +0400 В hal-0.5.3-alt2 в fstab по умолчанию добавляются записи с типом файловой системы subfs. Хотелось бы иметь возможность выбора - subfs или обычные записи в fstab (vfat, iso9660...). Например сделать два комплекта настроек, один упаковать в пакет hal-config-subfs а второй - в hal-config-traditional. Или переключать конфиги при помощи альтернатив. Я понимаю, что можно написать под себя свой конфиг (я в конечном счете так и сделал), но уж больно у него конфиги тяжелые. Особенно учитывая недостаток документации в пакете. 27404 1 rider 2005-07-19 12:23:59 +0400 Никто не запрещает запаковать отдельный пакет, изменяющий поведение hal 27411 2 eugvv 2005-07-19 12:51:53 +0400 Что-то у меня не получилось при помощи отдельного конфига убрать опции монтирования "fs=cdfss|vfat". Пришлось убирать это из /usr/share/hal/fdi/policy/10osvendor/10-storage-policy.fdi. Документация с freedesktop.org не помогла. 27413 3 rider 2005-07-19 13:10:54 +0400 В исходниках обнаружено свойство <remove> Например: <remove key="volume.policy.mount_option.fs" type="string"/> type указывать обязательно. Работает только внутри device и match 27451 4 mike 2005-07-19 16:48:10 +0400 (In reply to comment #1) > Никто не запрещает запаковать отдельный пакет, изменяющий поведение hal control(8)? 2 eugvv: возможно, самый логичный вариант. :) 27477 5 rider 2005-07-20 13:57:59 +0400 control - самый нелогичный вариант. тем более если он будет что-то править в /usr/share/ (файлы не помечены как config, и не будут помечены) 27483 6 eostapets 2005-07-20 15:04:58 +0400 На самом деле нужна схема минимального неизменяемого справочника в /usr/share и рабочие конфиги в /etc, которые могу в том числе и модифицироваться с помощью альтернатив или control 27485 7 rider 2005-07-20 15:55:36 +0400 не вижу смысла в control для hal проще сделать конфигуратор а рабочие конфиги в /etc лучше не класть - авторы hal имеют свойство менять его поведение. 27486 8 eostapets 2005-07-20 16:35:13 +0400 Смена поведения штука, конечно, хорошая, но заставлять пользователя править конфиги в /usr/share тоже не лучший выход. А control можно использовать просто как очень удобный механизм переключения альтернатив наподобии select-gcc 27487 9 rider 2005-07-20 16:42:52 +0400 А зачем для смены поведения править конфиги в /usr/share ? Достаточно положить перекрывающий конфиг в /etc/hal 27490 10 eostapets 2005-07-20 18:14:12 +0400 Сколько пользователей в процентном отношении будут создавать собственный конфиг, в котором сначала нужно почитав документацию написать правила удаления старых правил, а затем добавить новые правила? Я думаю < 1%... Если же в /usr/share положить только конфиги не предполагающие правки или перекрытия для 90%, а остально положить в /etc/hal, то какой бы вариант настройки не выбрал пользователь - плохой привычки у него не возникнет... А так меня советы из серии vim /usr/share/hal/...fdi напрягают очень сильно - такого не должно быть в нормальном дистрибутиве! 28155 11 rider 2005-08-04 18:08:00 +0400 именно. Поэтому я и говорю, что достаточно: или написать модуль к альтератору или запаковать готовые конфиги в пакет. но эти оба пункта явно не ко мне, текущее поведение считаю правильным и обоснованным.