From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 18 Dec 2003 12:35:08 +0500 From: Andrey Rahmatullin To: ALT Linux kernel packages development Message-ID: <20031218073508.GA21087@wrars-comp.wrarsdomain> Mail-Followup-To: ALT Linux kernel packages development References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: ALT Linux Sisyphus (20031103) X-Window-System: 4.3.0 X-Spam-Status: No, tests=bogofilter, spamicity=0.500000, version=0.12.3 Subject: [d-kernel] Re: kernel 2.6.0-test11 X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.3 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: Thu, 18 Dec 2003 07:36:33 -0000 Archived-At: List-Archive: List-Post: --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Tue, Dec 16, 2003 at 07:43:58PM +0300, Ed V. Bartosh wrote: > 4. kernel-modpost > - утилита, использующаяся для сборки модулей отдельно от дерева сорцов. > может быть имеет смысл не выносить ее в отдельный пакет, а > переименовать kernel-headers-modules в kernel-modules-tools или типа > того и ее туда положить. > Но пока сделано так. Как теперь собрать модуль, натурально требующий дерево исходников, т.к. в его Makefile стоит только make -C $(KERNEL_DIR) SUBDIRS=$(PWD) modules. Конкретно - ltmodem. > Если кому интересна эта тема - милости прошу, давайте обсуждать, > тестировать и все такое. Основной задачей у меня было получить > работающее ядро, а не сделать все с начала до конца правильно самому, > так что включайтесь, плз. Могу потестить некоторые сторонние патчи типа supermount. Ну и см.выше. -- Предыдущее (-alt3) и эти изменения исправляют ошибки, которые, насколько я понимаю, благодаря технологии PrivilegeSeparation в худшем случае могут привести к возможности исполнения кода с правами псевдопользователя в пустом чруте. К тому же что ещё и не известно, могут ли. -- ldv in devel@ --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD4DBQE/4VisB4Vf7hFmt5URAt+NAJjZsN8zncuMrxhvSw7MciiySVIWAJ4u0baf ZnNmkXuF6p+rAoisjTQZLw== =9hOy -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK--