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

[Anton Farygin]

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 считает ровно наоборот.

И собственно правильно делает. Выпрямляет то, что криво изначально.

Rgds,
Rider