similar to: [PATCH] remove unnecessary execute perms

blktap2: fix makefile of vhd for parallel make With parallel make, libvhd might not be created before link resulting in link error. This patch guarantees it. Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp> diff --git a/tools/blktap2/vhd/Makefile b/tools/blktap2/vhd/Makefile --- a/tools/blktap2/vhd/Makefile +++ b/tools/blktap2/vhd/Makefile @@ -12,6 +12,9 @@ CFLAGS +=

# HG changeset patch # User john.levon@sun.com # Date 1161090130 25200 # Node ID afeef751f9dafa771726bcfb00b29a10b0baeabd # Parent 7147e57f18552bbb8d25155cc1c635315283ee31 On Solaris, GCC is configured to use Sun''s LD. Fix the build to use the correct flags, and link against libsocket where necessary. Signed-off-by: John Levon <john.levon@sun.com> diff --git a/config/Linux.mk

Device model path cleanup. Remove bochsrc which is no longer needed. Signed-off-by: Arun Sharma <arun.sharma@intel.com> --- a/tools/examples/xmexample.vmx Thu Jun 30 18:41:11 2005 +++ b/tools/examples/xmexample.vmx Thu Jun 30 18:59:08 2005 @@ -89,10 +89,10 @@ # New stuff -device_model = ''/usr/bin/qemu-dm'' +device_model = ''/usr/lib/xen/bin/qemu-dm''

On Tuesday 02 August 2005 10:42, Xen patchbot -unstable wrote: > # HG changeset patch > # User smh22@firebug.cl.cam.ac.uk > # Node ID 59e76450e286240decceda23eca343ec4604124f > # Parent 48dea637aac96bcbabe788d036b52570520cc82e > Fixes. Sorry, but could we not make checkin comments like "Fixes."? It would just take a few more seconds to describe it in a complete

On Thu, 2005-06-16 at 06:17 +0100, Keir Fraser wrote: > > I suggested that we simply mmap /dev/kmem for the xenstored to access > > the domain0 page for the moment. That doesn''t work: we''ll do something > > else. > > Just use xc_map_foreign_range(), as you would for mapping any other > domain''s xenstore page. So here''s my patch

# HG changeset patch # User john.levon@sun.com # Date 1161090738 25200 # Node ID 74d0bc37ec06da88b0c38a1c34c8cc95bc28bdbd # Parent 7a86cb5bb6b6e9164bec378b5fb0a270625a2452 A couple of simple compile fixes for tools/ on Solaris. Signed-off-by: John Levon <john.levon@sun.com> diff --git a/config/Linux.mk b/config/Linux.mk --- a/config/Linux.mk +++ b/config/Linux.mk @@ -21,6 +21,7 @@

Hi I seem to be having a little trouble with libxenstat, and was wondering if the xenstat guys might be able to help. I''ve pulled the xen-unstable.hg tree and done a somewhat clean install (ie, post-make uninstall, as well as deleting the relevant libxenstat libraries). Next, I entered the tools/xenstat/libxenstat directory and modified the Makefile so that the shared libraries would

Changeset 11598 broke the build with my gcc-4.1.2. You can''t forward-declare a static function within another function. Trivial patch attached to fix this. Signed-off-by: Charles Coffing <ccoffing@novell.com> gcc -O1 -fno-omit-frame-pointer -g -m32 -march=i686 -Wall -Wstrict-prototypes -Wdeclaration-after-statement -nostdinc -fno-builtin -fno-common -fno-strict-aliasing

There is an error in xenstat, such that a wild pointer is being dereferenced and written to. Signed-off-by: Charles Coffing <ccoffing@novell.com> --- xen-unstable.orig/tools/xenstat/libxenstat/src/xenstat.c +++ xen-unstable/tools/xenstat/libxenstat/src/xenstat.c @@ -704,7 +704,7 @@ static char *xenstat_get_domain_name(xen { char path[80]; char *name; - unsigned int

When qemu-dm is using SDL and has the mouse captured, a "xm destroy" of the VM will cause control of the mouse to be lost. This happens because the qemu-dm is killed with SIGKILL, so atexit doesn''t run, so SDL_Quit doesn''t run. Other things could go wrong too -- for example, if the VM was fullscreen, the video mode probably wouldn''t be reset either. There

Package: libxen-dev Version: 4.0.0-2 Severity: grave Hi Bastian, libxen-dev used to ship the following file: /usr/include/blktaplib.h but it has gone, I don't get why. The result is that I can't compile my xen-qemu-dm-4.0-4.0.0 in a normal SID system, while it was working perfectly with version 4.0.0-1~experimental.2 of libxen-dev. I had a look into the debian/changelog of xen 4.0.0-2,

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Hi, this morining I was trying to compile xen 3.1 on my Debian Etch (AMD64). I have a little problem with gcc-multilib. It depends on many packages that don't exist in Etch. So I brutally remove it from debian/control and then dpkg-buildpackage. There was some warning on compilation: dpkg-shlibdeps: warning: format of `NEEDED libxenstore.so' not recognized dpkg-shlibdeps: warning: format

CentOS Errata and Bugfix Advisory 2013:0948 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0948.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8f59b77252fe73060e43645a25c76e48a72c4ae101fa28bc3acef1caca467cf8 rpmlint-0.94-3.1.el6.noarch.rpm x86_64:

Author: tha-guest Date: 2006-02-18 22:55:21 +0000 (Sat, 18 Feb 2006) New Revision: 24 Removed: trunk/debian/patches/30rename-pae-hypervisor.dpatch Log: Guido found a better way to have the pae hypervisor installed with another name without patching upstream and it seems to work as good as the patched upstream version, so I removed my patch from svn again. There seems to be no need to just

We should always install xen.efi into /usr/lib64/efi/; installation into /boot/efi/efi/$(EFI_VENDOR) remains dependent upon specifying EFI_VENDOR. Signed-off-by: Jan Beulich <jbeulich@novell.com> --- a/xen/Makefile +++ b/xen/Makefile @@ -35,11 +35,16 @@ _install: $(TARGET).gz ln -f -s $(notdir $(TARGET))-$(XEN_FULLVERSION).gz $(DESTDIR)/boot/$(notdir $(TARGET))-$(XEN_VERSION).gz ln -f

The following patch uses INSTALL_SCRIPT to install scripts, as opposed to directly using INSTALL. It is relative to R-1.0.1 source. -- Johnny C. Lam <lamj@stat.cmu.edu> Department of Statistics, Carnegie Mellon University http://www.stat.cmu.edu/~lamj/ --- Makeconf.in.orig Sat Jan 22 15:10:00 2000 +++ Makeconf.in Mon Apr 17 16:04:58 2000 @@ -23,6 +23,7 @@ INSTALL =

I need vtun working over IPv6. The version from rpmforge does not seem to support IPv6 (binds to 0.0.0.0:5000 if I specify binding to the interface, and won't let me put in an IPv6 address for address binding). So I was pointed to the KAME (which does not provide any FC/RHEL support. The person who sent me there provided a makefile that he said works on Linux, but did not work for me:

Reading many comments about vtun available through google searchs seems to imply it supports IPv6. When I install it (v 3.0.2-1) and bind it to an interface that does NOT have IPv4 defined (only v6), start the service, and do a 'netstat -nat|grep 5000', I see it bound to 0.0.0.0:5000, not to the IPv6 0::/128 equiv address. What gives? IPv6 support or not? Meanwhile I found the kame