similar to: Bug#588811: upgraded to 4.0.1~rc5-1 - same problem

Package: xen-utils-4.0 Version: 4.0.1~rc3-1 Severity: important When invoking pygrub either via command line or via bootloader being set in the configuration file, pygrub fails because it cannot import xen.lowlevel.xc. Example output: # /usr/lib/xen-default/bin/pygrub Traceback (most recent call last): File "/usr/lib/xen-default/bin/pygrub", line 20, in <module> import

FYI: The status of the xen source package in Debian's testing distribution has changed. Previous version: 4.0.1~rc3-1 Current version: 4.0.1~rc5-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more

I''ve been trying to get xen-4.0.1-rc5 built for a few days on my new server, and currently I''m running into a roadblock. I''ve followed a couple tutorials[1] I''ve found before, and right now I''m getting the same problem. I pull the /boot/config-* file from the distribution kernel, run a make oldconfig/make menuconfig to enable all the Xen stuff, then

This is a relatively simple fix i found, I don't know if it need to be reported to upstream. Since the script resolves additional dependencies anyway by appending the path, we simply move the import xen.lowlevel.xc line to below the line that appends path. Worked like a charm for me. Rergards, Dmitry -------------- next part -------------- A non-text attachment was scrubbed... Name:

Hey all, I was watching some logs on a domU today and i suddenly noticed that the timestamps were off by something on the order of 47 seconds. I was surprised because *I don''t* run independent wall clocks. I checked some other domUs and the "drift" was also very close to that of the first domU. I also checked another dom0, Here the domUs were "only" out of sync by

Package: xen-utils-4.0 Version: 4.0.1-5.7 Severity: important After Upgrading to xen-utils 4.0.1-5.7 my pygrub Xen VMs won't boot. Running pygrub manually shows: /usr/lib/xen-default/bin/pygrub --args=root="/dev/xvda ro" --output=/tmp/foo /dev/vg0/vm-disk Using <class 'grub.GrubConf.Grub2ConfigFile'> to parse /boot/grub/grub.cfg WARNING:root:Unknown directive

I run my production DomU''s using Xen 3.4.1 at the moment with the old 2.6.18.x dom0 kernel. I just built a new Xen version (4.0.1-rc5) with jemerys git repo of 2.6.32.16 dom0 pvops kernel. When starting domains the go instantly into a paused state and eventually i see this error on the command line. [root@host test1]# xm create -c vps.config Using config file

The radio buttons have disappeared unless one right click's on the general area of the button. This problem began in 1.4-rc5 and still exists in 1.4-rc6. Links 2003's radio buttons worked fine in 1.4-rc4 which is the last version of WINE that'll I use until this problem is fixed.

I hate following up to myself, but I thought a clarification of one point (specifically WRT RC5 which was mentioned in the original question) might be worthwhile...because what I should have said originally was that "To the best of my non-legally- admissible knowledge, however, none of the algorithms in the current *OpenSSH* implementation are currently encumbered by patents that would

Good morning! I know I'm on the bleeding edge, but I'm having trouble getting the 2.6.30-rc5 kernel to boot on my CentOS 5.3 box. It's a dual-socket Nehalem box with the Tylersburg chipset (Supermicro board). I installed CentOS 5.3 on it with no problems - boots and runs fine. But I wanted to take a look at the 2.6.30-rc5 kernel and try out some new stuff. After a few go around's

We have tested Xen for 3.0.3 rc5. In the testing we mainly focus on retesting the issues of the rc3. Following is the detail status: One new issue found in 3.0.3 rc5: 1. IA32 PAE Win2003 will crash HVM domain with more than 4GB memory assigned on IA32e HV. The issue won''t appear every time. Booting IA32 PAE Win2003 HVM domain for several times with more than 4GB memory will reproduce the

Hello Dovecot users, After more than a week on one of the Dutch islands, I finally managed to update the Sieve and Managesieve packages for the new v1.2.rc5 release. Sorry for the delay. Changelog Sieve v0.1.6: * Adjusted to changes in Dovecot to make it compile against v1.2.rc5 * Made default of sieve_dir setting match the ManageSieve implementation. - Fixed a few problems in de

Hello Dovecot users, After more than a week on one of the Dutch islands, I finally managed to update the Sieve and Managesieve packages for the new v1.2.rc5 release. Sorry for the delay. Changelog Sieve v0.1.6: * Adjusted to changes in Dovecot to make it compile against v1.2.rc5 * Made default of sieve_dir setting match the ManageSieve implementation. - Fixed a few problems in de

The Wine development release 4.0-rc5 is now available. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. The source is available from the following locations: https://dl.winehq.org/wine/source/4.0/wine-4.0-rc5.tar.xz http://mirrors.ibiblio.org/wine/source/4.0/wine-4.0-rc5.tar.xz Binary packages for various distributions will be available

?http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc5.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc5.tar.gz.sig I've finally gone through all my unread mails and fixed most of the reported bugs. There are only a couple ones left that I can't reproduce. Please report if you still have any problems with rc5, even if you already have reported the same bug before. v1.1.rc6 will

?http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc5.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc5.tar.gz.sig I've finally gone through all my unread mails and fixed most of the reported bugs. There are only a couple ones left that I can't reproduce. Please report if you still have any problems with rc5, even if you already have reported the same bug before. v1.1.rc6 will

I have a shell script, /usr/bin/joevpn, which does a quick VPN connect. Basically (HOST and DOFIL are defined above and are correct. I just did not list them here) case "$1" in start) date > $DOFIL while [ -f $DOFIL ] do echo y | /usr/local/bin/vpnclient connect $HOST sleep 10 done ;; #

OK, at least two patches got dropped on the way from the mm tree to Andi's tree: the desc.h cleanup, and the processor.h rearrangement. Merging into Andi's tree without these patches must have been a nightmare 8( Andi then tried to fix it with x86_64-mm-paravirt-compile.patch but then it didn't boot so he disabled it in x86_64-mm-paravirt-broken.patch This patch undoes those two

OK, at least two patches got dropped on the way from the mm tree to Andi's tree: the desc.h cleanup, and the processor.h rearrangement. Merging into Andi's tree without these patches must have been a nightmare 8( Andi then tried to fix it with x86_64-mm-paravirt-compile.patch but then it didn't boot so he disabled it in x86_64-mm-paravirt-broken.patch This patch undoes those two

On Thu, 16 Nov 2006 00:16:26 +0100 Adrian Bunk <bunk@stusta.de> wrote: > Paravirt breaks CONFIG_X86_PAE=y compilation: > > <-- snip --> > > ... > CC init/main.o > In file included from include2/asm/pgtable.h:245, > from > /home/bunk/linux/kernel-2.6/linux-2.6.19-rc5-mm2/include/linux/mm.h:40, > from >