From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 17 Apr 2003 17:16:54 +0400 From: "Dmitry V. Levin" To: devel-kernel@altlinux.ru Subject: Re: [d-kernel] kernel policy Message-ID: <20030417131653.GB32494@nomad.office.altlinux.org> Mail-Followup-To: devel-kernel@altlinux.ru References: <87he8zljh6.fsf@velvet.po.cs.msu.su> <3E9C5571.2040009@altlinux.ru> <3E9D746E.5040006@altlinux.ru> <3E9E4517.3070500@altlinux.com> <3E9E6A76.6050402@altlinux.com> <3E9E7E8A.1060907@altlinux.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FkmkrVfFsRoUs1wW" Content-Disposition: inline In-Reply-To: <3E9E7E8A.1060907@altlinux.com> X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 Sender: devel-kernel-admin@altlinux.ru Errors-To: devel-kernel-admin@altlinux.ru X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: devel-kernel@altlinux.ru List-Unsubscribe: , List-Id: ALT Linux kernel packages development List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: --FkmkrVfFsRoUs1wW Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Thu, Apr 17, 2003 at 02:14:34PM +0400, Anton Farygin wrote: > Ed V. Bartosh пишет: > >Hello, Anton > > AF> Удобство эксплуатации - безусловно, важный момент. А о > > AF> каком удобстве _эксплуатации_ может идти речь, если > > AF> вместо одного пакета появляется десяток-другой ? > >Это для сборщиков-комплектаторов ядер этих пакетов десятки, это и > >позволяет гибко комплектовать окончательные kernel-image с набором > >нужных фич. А для юзера собственно ничего не меняется - он берет > >понравившийся kernel-image и ставит себе. Не хочет задумываться - > >берет std. Зато потом начинаются бонусы - обновляется какая-нибудь > >alsa и это не повод для вытягивания нового ядра, апгрэйдится только > >один пакет, модуль перегрузил и все. Алса - это так, игрушки. А когда > >это, скажем, сетевые драйверы на продакшен сервере или еще что-нибудь > >такого же плана ? > > Насколько удобно будет сборщикам собирать новые пакеты с драйверами и ядра. > > Пример - выход ядра 2.4.21-финального. Как я понимаю сейчас процесс > сборки ядра будет выглядеть примерно так: > > 1) Nidd собирает kernel-source и выкладывает > 2) Мантейнеры соответствующих патчей начинают портировать свои патчи на > новое ядро. До тех пор, пока все не запортируются - нет возможности > собрать std-sub ядро > 3) После портирования патчей мантейнеры ядер начинают медленно и упорно > собирать собственно сами ядра (не забыть, что еще нужно всем владельцам > пакетов kernel-feat, входящим в kernel-image запортироваться на новое > ядро (если есть необходимость)) Нет, не совсем так. Поскольку у каждого kernel-image- свой maintainer, то именно он и занимается сборкой этого пакета, с обновлением соответствующих kernel-{fix,feat}. Если у последних есть собственные maintainer'ы (если и будут, то редко), то во взаимодействии с ними. Сборкой внешних модулей для каждого kernel-image- (тех, которые вообще применимы к соответствующим ядрам) занимаются maintainer'ы как этих модулей, так и maintainer'ы kernel-image- (кто именно, зависит от взаимной договорённости, по умолчанию - maintainer'ы внешних модулей). Все согласны? -- ldv --FkmkrVfFsRoUs1wW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+nqlF9viEa8HiNCkRAir9AJ9Y/J/Q0mXnQsThH0LVR1rOQmG63ACdEYkC QLLjXF9dtxHjlPdDFuA9smY= =gFXE -----END PGP SIGNATURE----- --FkmkrVfFsRoUs1wW--