Bug#424759: Ответ: Bug#424759: linux-image-2.6.18-4-xen-686: Please build both PAE and non-PAE kernels for Xen
One search for xen-hypervisor on the Debian packages gives: xen-hypervisor-3.0.3-1-amd64 xen-hypervisor-3.0.3-1-i386 xen-hypervisor-3.0.3-1-i386-pae This means that there is a non-PAE version already available (read the package description). This means that there's only a non-PAE hypervisor available. But there is no kernel compiled w/o PAE. Reading Fedora HOWTO is a doubtful source of information since Fedora provides only PAE hypervisor, so it is true that running Xen on Fedora requires PAE to be enabled in kernel. But in general this is not true. Steve, IMHO, not providing non-PAE kernel images hits the usability of the Xen overall. In the current state only another Linux can be virtualized with Debian's Xen. But what about other good and open OSes wich are supported by non-PAE Xen? The world is not limited with Linux. Of course, I can try to compile such kernel myself, but what that is not obvious procedure, since linux-source package can't be use OOB to compile Xen image with kernel-package. But hey, what about security updates then? One will have to do the recompilation every time the kernel is updated. -- Max 2007/5/19, Teodor [EMAIL PROTECTED]: On 5/17/07, Steve Langasek [EMAIL PROTECTED] wrote: On Thu, May 17, 2007 at 11:20:26AM +0400, Max Dmitrichenko wrote: Using PAE kernels and hypervisor is required for big virtualizing servers. But non-PAE kernels are also required by developers, students and other people who use Xen on their desktop boxes to do OS research, multiplatform development and so on. Providing only PAE kernel disables the ability to run at least NetBSD and OpenSolaris, may be some other OSes too. Please, build also the non-PAE kernels in the future. IMHO this bug should be wontfixed. We already provide binary kernel images for an excessive number of flavors; it's unrealistic to think that we would be able to provide prepackaged images for all possible use cases, the important thing is to provide images that are usable on all target /hardware/, and if a user needs more specific options afterwards that's why we have linux-tree and linux-source packages. One search for xen-hypervisor on the Debian packages gives: xen-hypervisor-3.0.3-1-amd64 xen-hypervisor-3.0.3-1-i386 xen-hypervisor-3.0.3-1-i386-pae This means that there is a non-PAE version already available (read the package description). Note: using the non-PAE version gives a kernel panic on my system. I've read the Fedora HOWTO on XEN and it states that XEN 3 requires PAE to be enabled!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424759: linux-image-2.6.18-4-xen-686: Please build both PAE and non-PAE kernels for Xen
On 5/17/07, Steve Langasek [EMAIL PROTECTED] wrote: On Thu, May 17, 2007 at 11:20:26AM +0400, Max Dmitrichenko wrote: Using PAE kernels and hypervisor is required for big virtualizing servers. But non-PAE kernels are also required by developers, students and other people who use Xen on their desktop boxes to do OS research, multiplatform development and so on. Providing only PAE kernel disables the ability to run at least NetBSD and OpenSolaris, may be some other OSes too. Please, build also the non-PAE kernels in the future. IMHO this bug should be wontfixed. We already provide binary kernel images for an excessive number of flavors; it's unrealistic to think that we would be able to provide prepackaged images for all possible use cases, the important thing is to provide images that are usable on all target /hardware/, and if a user needs more specific options afterwards that's why we have linux-tree and linux-source packages. One search for xen-hypervisor on the Debian packages gives: xen-hypervisor-3.0.3-1-amd64 xen-hypervisor-3.0.3-1-i386 xen-hypervisor-3.0.3-1-i386-pae This means that there is a non-PAE version already available (read the package description). Note: using the non-PAE version gives a kernel panic on my system. I've read the Fedora HOWTO on XEN and it states that XEN 3 requires PAE to be enabled!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424759: linux-image-2.6.18-4-xen-686: Please build both PAE and non-PAE kernels for Xen
Package: linux-image-2.6.18-4-xen-686 Version: 2.6.18.dfsg.1-12etch2 Severity: normal Using PAE kernels and hypervisor is required for big virtualizing servers. But non-PAE kernels are also required by developers, students and other people who use Xen on their desktop boxes to do OS research, multiplatform development and so on. Providing only PAE kernel disables the ability to run at least NetBSD and OpenSolaris, may be some other OSes too. Please, build also the non-PAE kernels in the future. Thanx. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.18-4-xen-686 depends on: ii initramfs-tools0.85g tools for generating an initramfs ii linux-modules-2.6. 2.6.18.dfsg.1-12etch2 Linux 2.6.18 modules on i686 Versions of packages linux-image-2.6.18-4-xen-686 recommends: ii libc6-xen 2.3.6.ds1-13 GNU C Library: Shared libraries [X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424759: linux-image-2.6.18-4-xen-686: Please build both PAE and non-PAE kernels for Xen
On Thu, May 17, 2007 at 11:20:26AM +0400, Max Dmitrichenko wrote: Using PAE kernels and hypervisor is required for big virtualizing servers. But non-PAE kernels are also required by developers, students and other people who use Xen on their desktop boxes to do OS research, multiplatform development and so on. Providing only PAE kernel disables the ability to run at least NetBSD and OpenSolaris, may be some other OSes too. Please, build also the non-PAE kernels in the future. IMHO this bug should be wontfixed. We already provide binary kernel images for an excessive number of flavors; it's unrealistic to think that we would be able to provide prepackaged images for all possible use cases, the important thing is to provide images that are usable on all target /hardware/, and if a user needs more specific options afterwards that's why we have linux-tree and linux-source packages. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]