From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <led@altlinux.ru>
From: Led <led@altlinux.ru>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Date: Tue, 18 Apr 2006 12:35:37 +0300
User-Agent: KMail/1.9.1
References: <44439D25.30300@altlinux.com> <200604172020.29128.asy@altlinux.ru>
	<4444ABD1.7050201@altlinux.com>
In-Reply-To: <4444ABD1.7050201@altlinux.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="koi8-r"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Message-Id: <200604181235.37936.led@altlinux.ru>
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 <devel@lists.altlinux.org>
List-Id: ALT Devel discussion list <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Apr 2006 09:35:33 -0000
Archived-At: <http://lore.altlinux.org/devel/200604181235.37936.led@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

В сообщении от 18 апреля 2006 12:05 Anton Farygin написал(a):
> Sergey Y. Afonin wrote:
> > On Monday 17 April 2006 20:10, Nick S. Grechukh wrote:
> >>>> в новом udev убрали возможность вычислять порядковый номер симлинка
> >>>> (%e). сделано это из-за того, что этот номер даже теоретически
> >>>> получить невозможно - устройства приходят при инициализации в
> >>>> произвольном порядке.
> >>>
> >>> А зачем его вычислять ? Симлинк или есть, или его нет. Пришло
> >>> устройство - сделали следующий свободный симлинк.
> >>
> >> не задано соответствие между реальными устройствами и /dev/cdrom[0-9]+
> >
> > Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom и не
> > симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
> > установленного/вынутого носителя оно вообще зависеть не должнно никак.
> > Сначала первый контроллер на предмет девайсов опрашивается, затем второй
> > и т.д. scsi - значит по ID, IDE - hda, hdb и т.д.
> >
> > Вообще, я совершенно не понимаю, зачем PnP для _стационарных_ устройств
> > задействовать решили...
>
> Ага.. а потом начинается: в инстяляторе не работает два сидюка!! мой DVD
> не DVD и вообще не мой..
>
> нафиг.

PnP - это plug'n'play, а не boot'n'play. Так что "нафиг" как раз "play" при 
каждой загрузке - только при инсталляции он нужен или когда дествительно 
что-то "plug".

-- 
Led.