similar to: Bug#404533: missing fsys python modules for pygrub, and pygrub doesn't work

Processing commands for control at bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.26 > reassign 404533 xen-3 Bug#404533: missing build deps on e2fslibs-dev and libreiserfs0.3-dev Bug reassigned from package `xen-utils-3.0.3-1' to `xen-3'. > forcemerge 390678 404533 Bug#390678: pygrub import path is incorrect Bug#404533: missing build deps on

Processing commands for control at bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.26 > reassign 413181 xen-3 Bug#413181: xen-3.0: should build-depend on e2fslibs-dev and libreiserfs0.3-dev Bug reassigned from package `xen-3.0' to `xen-3'. > forcemerge 390678 413181 Bug#390678: pygrub import path is incorrect Bug#413181: xen-3.0: should

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20061225/6b78e0ae/attachment-0002.pgp

Package: xen-utils-3.0.2-1 Version: 3.0.2-3+hg9762-1 >From /usr/lib/xen-3.0.2-1/lib/bin/pygrub: > sys.path = [ '/usr/lib/python' ] + sys.path > > import grub.GrubConf > import grub.fsys But grub.GrubConf, for example, is at /usr/lib/xen-3.0.2-1/lib/python/grub/GrubConf.py. Fix: change the added sys.path entry to point to /usr/lib/xen-3.0.2-1/lib/python.

Preamble: dom0: Xen 3.0.4 running on Ubuntu 6.06 x86_64. domU: Xen 3.0.4 or 3.1.0 kernel booting from host pygrub. File backed. ------------- I am having this strange problem getting pygrub to load consistently. When I start a domU, I sometimes get this. Error: Boot loader didn''t return any data! ... and nothing else. When I look in the xend-debug.log log, I see this.

Package: xen-utils-3.0.3-1 Version: 3.0.3-0-4 Severity: normal Booting with pygrub doesn't work. First problem is the path to libraries (/usr/lib/python is used instead of /usr/lib/xen-3.0.3-1/lib/python): $ /usr/lib/xen-3.0.3-1/bin/pygrub Traceback (most recent call last): File "/usr/lib/xen-3.0.3-1/bin/pygrub", line 25, in ? import grub.GrubConf ImportError: No module

This grub.cfg from a default fedora 19 Beta install caused pygrub failures.The previous pygrub commit fixed taht. So this example file added for reference. Signed-off-by: Marcel Mol <marcel@mesa.nl> --- tools/pygrub/examples/fedora-19.grub2 | 117 +++++++++++++++++++++++++++++++++ 1 files changed, 117 insertions(+), 0 deletions(-) create mode 100644 tools/pygrub/examples/fedora-19.grub2

You get these if you install Debian Wheezy as HVM and then try to convert to PV. This is Debian bug #603391. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Tested-by: Tril <tril@metapipe.net> --- tools/pygrub/examples/debian-wheezy-hvm.grub2 | 104 +++++++++++++++++++++++++ tools/pygrub/src/GrubConf.py | 6 +- 2 files changed, 109 insertions(+), 1

hallo, I've chanced packages and now I don't get the strange behaviour I noticed yesterday but a more common problem: kernel panic my grub stanza is: title Xen 3.0.2-1-i386 / Debian GNU/Linux, kernel 2.6.16-2-xen-k7 root (hd0,0) kernel /xen-3.0.2-1-i386.gz module /vmlinuz-2.6.16-2-xen-k7 root=/dev/hda2 ro console=tty0 savedefault and I consider it

On Sat, 2013-09-28 at 20:59 -0700, Tril wrote: > Backtrace from manual run of the buggy GrubConf.py: > # python /usr/lib/xen-4.1/lib/python/grub/GrubConf.py grub2 grub.cfg > WARNING:root:Unknown directive load_video > WARNING:root:Unknown directive terminal_output > WARNING:root:Unknown image directive load_video > Traceback (most recent call last): > File

Package: xen-3.0 Version: 3.0.3-0-2 Severity: normal Hi, Currently, ext2fs and reiserfs pygrub modules are not necessarily built because setup.py can't find ext2_fs.h and reiserfs.h when e2fslibs-dev and libreiserfs0.3-dev are not installed. xen-3.0 should hence build-dep on e2fslibs-dev and libreiserfs0.3-dev Samuel -- System Information: Debian Release: 4.0 APT prefers testing APT

Hello, I''m running a standard Debian Etch Xen server for testing. Today I ran a Debian update and it installed some new kernel-related packages. The install scripts said something about deleting unused symlinks, but I was in a hurry, so I can''t remember exactly. Now I''ve the problem that the server will not boot any more. After loading the hypervisor, the system

Confirmed this issue. To reproduce: Install a fresh Wheezy AMD64 guest under Xen 4.1 (hypervirtualized, boot from the debian-7.1.0-amd64-CD-1.iso). Use "entire disk" automatic layout for partitioning, this creates /dev/xvda1 for / and /dev/xvda5 for swap. It will create /boot/grub/grub.cfg with many references to (/dev/xvda,msdos1) which works fine when the machine is booted

Package: xen-3.0 Version: 3.0.2+hg9697-1 Severity: important Hello, There was a problem while autobuilding your package: > Automatic build of xen-3.0_3.0.2+hg9697-1 on avidan by sbuild/i386 0.49 > Build started at 20060725-0410 > ****************************************************************************** ... > CFLAGS="-O2 -fomit-frame-pointer -DNDEBUG -m32 -march=i686 -Wall

On Fri, 2005-10-21 at 18:54 +0000, Xen patchbot -unstable wrote: > # HG changeset patch > # User kaf24@firebug.cl.cam.ac.uk > # Node ID 8eaaa622db81393ef0eae497090c34c04adf4212 > # Parent 3eee5653f08b01a310e0a9172a6c0149f16217df > Tweak to pygrub build config detection. > Signed-off-by: Jeremy Katz <katzj@redhat.com> Applying both patches for this is overkill.... ;)

Processing commands for control at bugs.debian.org: > merge 414294 395305 Bug#395305: Unable to shutdown cleanly DomU when named more than 17 characters Bug#414294: xen-utils-common: /etc/init.d/xendomains fail to save domains with "long" names Merged 395305 414294. > merge 413181 404533 Bug#404533: missing build deps on e2fslibs-dev and libreiserfs0.3-dev Bug#413181: xen-3.0:

This patch removes the extra command `install pygrub` because this is already done by the setup.py script. Signed-off-by: Anthony PERARD <anthony.perard@citrix.com> --- This patch need to be applied after the patch named "Fix pygrub install." tools/pygrub/Makefile | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/tools/pygrub/Makefile

user debian-release at lists.debian.org usertag 469013 -goal-python2.5 retitle 469013 Python API memory handling bug in unused code path found 469013 3.0-unstable+hg11561-1 thanks Hi, the code that exhibits the buggy PyObject_NEW/PyMem_DEL behaviour (in xen-unstable-3.0-unstable+hg11561/tools/pygrub/src/fsys/ext2/ext2module.c) is not actually compiled and the results shipped[1]. As such,

If we pass 0 as pygrub --entry argument (i.e. we want to boot first item), default value is used instead. This is dueto wrong check for range of allowed values of index - 0 is index of first item. Signed-off-by: Miroslav Rezanina <mrezanin@redhat.com> Patch: --- diff --git a/tools/pygrub/src/pygrub b/tools/pygrub/src/pygrub index 1845485..eedfdb2 100644 --- a/tools/pygrub/src/pygrub +++

I just installed a CentOs 5 domU system on a CentOS 5 dom0 system following the instructions detailed here: http://wiki.centos.org/HowTos/Xen/InstallingCentOSDomU. The installation went through successfully. After installation, however, pygrub can't find a kernel. This is the xen cfg file I'm using: bootloader="/usr/bin/pygrub" name = "testsrv" memory =