From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <400F988D.1070008@altlinux.ru> Date: Thu, 22 Jan 2004 12:31:57 +0300 From: "Aleksey Avdeev" User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.4) Gecko/20031103 X-Accept-Language: ru, be, uk, en-us, en MIME-Version: 1.0 To: ALT Devel discussion list Subject: Re: [devel] Q: update kernel-policy References: <20040121164043.GA2114@basalt.office.altlinux.org> <1074711484.18127.14.camel@alpha.tirs.ru> <20040122074106.GN23904@master.altlinux.ru> In-Reply-To: <20040122074106.GN23904@master.altlinux.ru> X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.4 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: Thu, 22 Jan 2004 10:21:31 -0000 Archived-At: List-Archive: List-Post: Здравствуйте. Добавлю и свои 5 копеек (в плане драйверов ixpio - меня здорово интересует данная тема). Anton Farygin пишет: > On Wed, Jan 21, 2004 at 09:58:04PM +0300, Вячеслав Диконов wrote: > >>В Срд, 21.01.2004, в 19:40, Dmitry V. Levin пишет: >> >>>Hi, >>> >>>В связи с очередными попытками нарушения устного соглашения, напр., >>>--- >>>Пакет dvb-tools версии 20031013-alt1 имеет неудовлетворенные зависимости: >>> Для установки требует: kernel-modules-dvb (= 2003-10-13) >> >>И это правильно! Программки в этом пакете суть составная часть пакета >>драйверов и без своих модулей абсолютно бесполезны. Более того, их >>работа с другой версией модулей тоже не гарантируется! > > > Хех. А как быть тогда в том случае, если пакет у меня стоит, но загружен я > в другое ядро... Если я правильно понимаю, то в случаи прописанной зависимости: 1. Нет нужного ядра: нет пакета (откажется ставится или будет вынесен вместе с ядром) 2. Ядро есть, но в данный момент не загружено: программы пакета (или система) будут сообщать о ошибках. Если всё работает нормально и (пользователь не разработчик/экспериментатор) то ситуация 1 болие часта (ИМХО). Если пользователь _сознательно_ попал в ситуацию 2 - значит его квалификации хватит для решения данной проблемы (или он так считает ;-)). Если примем предлагаемое изменение в политике - пользователь всегда будет в ситуации 2, независимо от его действий/квалификации. Оно нам надо? > >>>--- >>>предлагаю формализовать требования к зависимостям пакетов, содержащих код, >>>исполняющийся в контексте ядра (т.е. kernel-image-XXX и >>>kernel-modules-XXX): >>> >>>1. Никакие пакеты, кроме пакетов вида kernel-modules-XXX и >>>kernel-сomplete-XXX, не могут иметь зависимости на пакеты вида >>>kernel-image-XXX и kernel-modules-XXX. >> >>А как быть с приложениями зависящими от конкретных драйверов (модулей) и >>в принципе не могущих работать без них? Мой пример - VDR (я его уже в >>целом собрал, локализовал и тестирую). Такая зависимость позволит: >> >>1) воткнуть DVB карту и антенну; >>2) указать в синаптике пакет vdr или xawtv-vdr и сразу получить >>полностью рабочую систему для приёма цифрового ТВ со всеми драйверами и >>сопутствующими примочками. >> >>Поиск ответов типа "чего же мне ещё надо, то?" может занять у новичка >>много дней и надо ещё догадаться, что VDR работает только с драйверами >>карт SS с linuxtv, и что kernel-modules-dvb и есть то, что ему надо. > > > А откуда твой Synaptic будет знать, что нужно именно этот драйвер именно > для этого ядра ? > > А если у пользователя другое ядро ? (другой версии) > >> >>>2. Каждый пакет вида kernel-modules-XXX должен иметь одну и только одну >>>зависимость вида kernel-image-XXX. >> >>Разумно. >> >>>Прошу заинтересованных прокомментировать. -- С уважением. Алексей.