From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4443ACCF.3050604@altlinux.com> Date: Mon, 17 Apr 2006 18:57:19 +0400 From: Anton Farygin Organization: ALT Linux Ltd. User-Agent: Thunderbird 1.5 (X11/20060328) MIME-Version: 1.0 To: ALT Devel discussion list References: <44439D25.30300@altlinux.com> <200604171901.55134.asy@altlinux.ru> <4443A562.1010501@altlinux.com> <200604171727.23506.led@altlinux.ru> In-Reply-To: <200604171727.23506.led@altlinux.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?8M/XxcTFzsnFIGFwdC1jZHJvbSDXINPP19LFzcXOzs/N?= =?koi8-r?b?IM3J0sU=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.7 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 14:44:47 -0000 Archived-At: List-Archive: List-Post: 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