similar to: Bug#379721: xen-3.0: FTBFS: bashisms

Patch attached. Steve -- --- Makefile-orig 2006-09-04 14:37:18.000000000 +0100 +++ Makefile 2006-09-04 14:37:34.000000000 +0100 @@ -57,7 +57,7 @@ .PHONY: ioemu ioemuinstall ioemuclean ifndef XEN_NO_IOEMU ioemu ioemuinstall ioemuclean: - [ -f ioemu/config-host.h ] || \ + ( test -f ioemu/config-host.h ) || \ (cd ioemu; ./configure --prefix=usr) $(MAKE) -C

Package: xen-utils-3.0 Version: 3.0.2+hg9697-2 Severity: grave Justification: renders package unusable Below you find the output of apt-get install xen-utils-3.0 . /usr/sbin/xend tries tom import the python scripts from /usr/lib/python as well as from /usr/lib64/python ; both directories do not exist on my system, I have python2.4 installed. (With both python2.3 and python2.4 installed I had the

Package: xen-utils-3.0 Version: 3.0.2+hg9697-1 Severity: normal On unstable, xen-utils-3.0 can't be installed, due to dependencies. Reproducable: yes. Just install unstable and try to install xen-utils-3.0. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash

Package: xen-utils-3.0 Version: 3.0.2+hg9681-0bpo1 Severity: important Disclaimer: I'm using the packages from www.backports.org here (in the box where the problem manifested), but I've seen that it happens too with the packages straight from sid. When I installed the packages for Xen and created a domU ("chen.cfg"), it couldn't be brougth up. The error that was displayed

Package: xen-3.0 Version: 3.0.2+hg9697-1 Severity: important Hi, your package has been detected as generating a (for most of that mass bug fill: private) python module/extension that may need an upgrade to the new Python Policy[1]. A wiki page[2] explains what has to be done to upgrade your packages to the new Policy. This bug may be a false positive, in that case, please just close the bug.

Dear R-devel, Recently I ran into trouble installing two separate packages, nloptr and ncdf4, both due to the same issue: they have scripts that have the shebang `#! /bin/sh', but have bashisms in them, i.e. non-POSIX-compliant bash scripts. I use dash [1] as my shell environment, since it's about 4x as fast as bash. It looks like it's recently also become the default shell for

Package: xen-hypervisor-3.0-i386 Version: 3.0.2+hg9697-2 Severity: grave Justification: renders package unusable Hypervisor reboots system after printing: (XEN) Xen trace buffers: disabled >From what I've found online, Xen should start booting the linux kernel at this point, but never does so. I've booted the hypervisor with the options 'noreboot' and 'sync_console' -

xen-3.0_3.0.2+hg9697-1.diff.gz to pool/main/x/xen-3.0/xen-3.0_3.0.2+hg9697-1.diff.gz xen-3.0_3.0.2+hg9697-1.dsc to pool/main/x/xen-3.0/xen-3.0_3.0.2+hg9697-1.dsc xen-3.0_3.0.2+hg9697.orig.tar.gz to pool/main/x/xen-3.0/xen-3.0_3.0.2+hg9697.orig.tar.gz xen-docs-3.0_3.0.2+hg9697-1_all.deb to pool/main/x/xen-3.0/xen-docs-3.0_3.0.2+hg9697-1_all.deb

Hi, I''ve run into the same issue as: http://lists.xensource.com/archives/html/xen-users/2006-07/msg00599.html In that, running the network bridge script kills networking completely, trying to ping the gateway gives me destination host unreachable. The card is: 09:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet (rev 11) Using the bnx2 module:

Package: xen-utils-3.0 Version: 3.0.2+hg9697-1 Severity: critical The xen-backend.rules file is stored in /dev/udev, but it is not correct. I made the symlink into /dev/udev/rules.d/ so it works. It is also mentioned at the following place: http://www.debian-administration.org/articles/396 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-386 Locale:

Hi all, Just a heads up. the init scripts in /etc/xen/scripts currently contain bashisms, they should probably be changed to either depend on /bin/bash or have the bashisms removed. I run with dash as /bin/sh and the scripts doe not work on my box unless I change the #!/bin/sh to #!/bin/bash Thanks in advance, Paul _______________________________________________ Xen-users mailing list

I am having the same problem. But, I cannot access to the following link for solution http://wiki.ncsa.uiuc.edu/wiki/Dell_PE1950_NIC_Firmware_Workaround Can someone send me the content of this link? Thanks. Pete, This may be relevant: http://wiki.ncsa.uiuc.edu/wiki/Dell_PE1950_NIC_Firmware_Workaround - Mike At 8/18/2006 09:40 AM Friday, Peter McEvoy wrote: Hi, I''ve run

Package: xen-utils-3.0.3-1 Version: 3.0.3-0-2 Severity: normal pygrub can't work with this package, because the fsys filesystem modules included in the source package are missing. As a workaround, I downloaded the xen-3.0 source package, went into tools/pygrub/src/, installed e2fslibs-dev and libreiserfs0.3-dev, ran "make", and copied stuff from

FYI: The status of the xen-3.0 source package in Debian's testing distribution has changed. Previous version: 3.0.2+hg9697-1 Current version: 3.0.2+hg9697-2 -- This email is automatically generated; henning@makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

Package: xen-hypervisor-3.0-unstable-1-amd64 Version: 3.0-unstable+hg11292-2 Severity: important My server is a dell 2950 server. Before the dom0 rebooting bug ocurred, xen was well even for hvm domU. By now i have tried xen-hypervisor-3.0-amd64 (3.0.2+hg9697-2) and xen-hypervisor-3.0-unstable-1-amd64 (3.0-unstable+hg11292-2), but both of them are unusable for me. for

Package: xen-utils-3.0 Version: 3.0.2+hg9681-1 Severity: normal In the tls section: it fails to mention the better solution (apt-get install libc6-xen) In the kernel section: where it says "for now we cannot provide precompiled Linux kernels with the xen patch applied", that's not true either. apt-get install linux-image-2.6-xen-k7 or some such. -- System Information: Debian

FYI: The status of the xen-3.0 source package in Debian's testing distribution has changed. Previous version: 3.0.2+hg9681-1 Current version: 3.0.2+hg9697-1 -- This email is automatically generated; henning@makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

after upgrading to 3.0.2+hg9697-2 I experience the same problem! I switched to xen-hypervisor-3.0-amd64, but it shows the same effect! AMD Athlon64 3800+ machine - was running fine with 3.0.2+hg9697-1 until last saturday... MfG Sebastian Rieger

reassign 381481 aptitude thanks > On Fri, Aug 11, 2006 at 06:54:43AM -0700, Daniel Burrows wrote: > > > | ...................... > > > | rval == -1080447064 > > > | > > > | now2.tv_sec == 1155053066 > > > | now.tv_sec + 2 == 1155053066 > > > | now2.tv_usec == 882203 > > > | now.tv_usec == 887661 > > >

Package: xen-utils-3.0 Severity: wishlist Please include support for HVM-based guests. This allows hardware virtualization on systems with Intel's chips with VT (IE, Pentium D 930), and AMD's future chips with Pacifica. HVM allows you to run unmodified operating systems under Xen, such as Windows XP/2003. The following files are needed: /usr/lib/xen/bin/qemu-dm