[devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 17 апреля 2006 17:57 Anton Farygin написал(a):
>> Led wrote:
>>> В сообщении от 17 апреля 2006 17:25 Anton Farygin написал(a):
>>>> Sergey Y. Afonin wrote:
>>>>> On Monday 17 April 2006 18:50, Anton Farygin wrote:
>>>>>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие
>>>>>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
>>>>> Интересное решение...
>>>>>
>>>>>> В современном мире принято спрашивать про устройства у HAL.
>>>>> А в отрыве от apt-cdrom кто у него спрашивать будет ? Вот, допустим,
>>>>> я пару-тройку файлов хочу с CD скопировать. Вставляю диск, и...
>>>>> Где я его ищу ?
>>>> ivman/pmount/KDE/Gnome - всё теперь завязано на этих службах
>>>>
>>>> Для себя я сделал вот так при монтировании CD:
>>>> CDROM=`hal-find-by-property --key storage.drive_type --string cdrom`;
>>>> DEVICE=`hal-get-property --udi $CDROM --key block.device`;
>>>> pmount $DEVICE cdrom
>>>>
>>>> монтируется в /media/cdrom
>>>>
>>>> Там можно ещё извратиться и спросить (например) volume label, но мне это
>>>> не нужно.
>>>>
>>>>>> При этом появляется возможность работы хоть с 10-ю приводами, но
>>>>>> появляется зависимость на запущенный hal.
>>>>> Для apt, может, и хорошо. А вот для всего остального - не уверен...
>>>> Как минимум libxine придётся патчить, что бы он не искал /dev/dvd и
>>>> /dev/cdrom ;(
>>> час от часу не легче... :(
>>>
>>>> И это касается 90% софта, который у нас есть (и который не умеет
>>>> работать с hal'ом), но работает с устройствами, на которые обычно делали
>>>> симлинки.
>>> Если б меня спрашивали, то я бы сказал, что проще убить hal (или
>>> ограничить его нишей, где его место). А "весь софт не вногу - один hal
>>> вногу" - это в фортунки можно было бы... только несмешно почему-то...
>>> Может перечитаем классиков (на предмет "может в консерватории что-то
>>> подправить?")?
>> Мы то можем перечитать.. а вот upstream считает ровно наоборот.
> 
> upstream чего? Сорри, я просто не понял... :(
> 
>> И собственно правильно делает. Выпрямляет то, что криво изначально.
> 
> Т.е. то, что флэшка с VFAT монтируется с codepage=utf8 (а есть ли вообще 
> примеры vfat с utf8?) - это "выпрямление"? или то, что на флэшке оказывается 
> раздел которого на самом деле нет, а те, что есть - всё равно монтировать 
> вручную?

В новом hal параметры монтирования flash'ек можно задавать .. 
пользователем, когда команда монтирования вводится.


Rgds,
Rider