From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Comment-To: Alexey Borovskoy To: ALT Linux kernel packages development Subject: Re: [d-kernel] scsi includes (reloading :) ) In-Reply-To: <200307312146.44521.alexey_borovskoy@mail.ru> (Alexey Borovskoy's message of "Thu, 31 Jul 2003 21:46:44 +1300") References: <200307312146.44521.alexey_borovskoy@mail.ru> From: ed@altlinux.ru (Ed V. Bartosh) Organization: ALT Linux Date: Fri, 01 Aug 2003 10:01:36 +0400 Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Portable Code, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 07:02:50 -0000 Archived-At: List-Archive: List-Post: >>>>> "AB" == Alexey Borovskoy writes: >> 2. Выносем в kernel-scsi_includes AB> Я за второй вариант. Поскольку у нас есть отделный пакет AB> kernel-source-scsi-*, то должен быть и kernel-includes-scsi-*. И куда его положим ? Мне тоже нравится этот вариант, но смущает вынос внутреннего ядерного API в место, доступное для юзерспейса, что не совсем правильно идеологически. Так что я в раздмьях между этим вариантом и выносом в kernel-sources-scsi (вариант N3), для пущей защищенности даже в виде тарбола, который будет распаковываться и испосльзоваться только на время сборки модулей. Что скажешь на это ? AB> Как альтернативный вариант, можно хедеры сунуть и в AB> kernel-includes. Но при каждом чихе в kernel-includes, AB> последствия чиха будут чуствоваться в очень большом количестве AB> пакетов. Да, согласен, этот вариант хуже. -- Best regards, Ed V. Bartosh