similar to: [PATCH] Make libxenstore a versioned library

On Wed, Feb 18, 2015 at 02:53:07PM +0100, Stefan Bader wrote: > - libvirt > * 1.2.12 starts to validate configs and requires full path specifications > for hvmloader, pygrub, and qemu. Things are not completely cleared up, > yet. But for the future the xen build would create a xenlight.pc that > communicates the used paths. But still this would require to rewrite >

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

# 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

I''m breaking the tidying up into parts. The first is renaming libxc => libxenctl. I''d like to rename tools/libxc to tools/libxenctl but I thought it might be worth waiting until "flag day" so that we can avoid losing revision history. Does that seem reasonable? Rename libxc to libxenctl, xc.h to xenctl.h, and install xenctl.h to /usr/include/xen/xenctl.h

I do not know the history there. I could imagine it once was done to allow a stable and bleeding edge version of Xen to co-exist. Though today there might be reasons to re-think: - libvirt * 1.2.12 starts to validate configs and requires full path specifications for hvmloader, pygrub, and qemu. Things are not completely cleared up, yet. But for the future the xen build would create a

Hi, I backported the 4.2 packages from sid to wheezy, it works, but sometime I obtain that kind of error, when trying to start a PV VM : # xl create /etc/xen/ronflex.cfg Parsing config from /etc/xen/ronflex.cfg *** glibc detected *** /usr/lib/xen-4.2/bin/xl: double free or corruption (!prev): 0x0000000001e6a960 *** ======= Backtrace: =========

tags 466683 +patch thanks commit 765ac4708e4dd8a6fea0028d631a7c3363b286b7 Author: Ian Campbell <ijc at hellion.org.uk> Date: Fri Aug 16 10:30:17 2013 +0100 * debian/changelog: Update * debian/templates/control.main.in: Update descriptions for some packages. diff --git a/xen/debian/changelog b/xen/debian/changelog index 6100e75..e5b25ef 100644 --- a/xen/debian/changelog +++

Package: libxen-dev Version: 3.2.0-2 Severity: wishlist Tags: patch Hi, libvirt needs privcmd.h to build. Please apply. Thanks for building a libxen-dev package, -- Guido Index: xen-3-3.2.0/debian/libxen-dev.install =================================================================== --- xen-3-3.2.0.orig/debian/libxen-dev.install 2008-01-28 18:43:43.000000000 +0000 +++

XenStore puts in queued watch events via a thread and notifies the user. Sometimes xs_unwatch is called before all related message is read. The use case is non-threaded libevent, we have two event A and B: - Event A will destroy something and call xs_unwatch; - Event B is used to notify that a node has changed in XenStore. As the event is called one by one, event A can be handled before

XenStore puts in queued watch events via a thread and notifies the user. Sometimes xs_unwatch is called before all related message is read. The use case is non-threaded libevent, we have two event A and B: - Event A will destroy something and call xs_unwatch; - Event B is used to notify that a node has changed in XenStore. As the event is called one by one, event A can be handled before

Source: xen Version: 4.3.0-1 Severity: serious Justification: FTBFS Hi New uploaded xen 4.3.0-1 FTBFS, see [1] for build log for i386. [1] https://buildd.debian.org/status/fetch.php?pkg=xen&arch=i386&ver=4.3.0-1&stamp=1378426577 Regards, Salvatore

Hi, This is just a quick note that I receive effectively the same error when doing an amd64 build. A workaround is to install the binary package libxenstore3.0 but of course the source build should not require an external install of one of the packages that it builds. James

Hi, Attached patch tells the linker where to find libxenctrl.so.3.2, libxenguest.so.3.2 and libxenstore.so.3.0 when launching qemu-dm. Signed-off-by: Christoph Egger <Christoph.Egger@amd.com> -- AMD Saxony, Dresden, Germany Operating System Research Center Legal Information: AMD Saxony Limited Liability Company & Co. KG Sitz (Geschäftsanschrift): Wilschdorfer Landstr.

Hi folks I have some tasks for you on the Xen packages: * copyright file I doubt that this is in any way current. * pvgrub This contains several parts which needs to be statically linked together: - minios, libxenctrl, libxenguest, libxenstore, all built out of the xen tree, - patched grub, - patched newlib and - a libz. - ioemu/dom0 userspace The upstream build uses a clone

XenStore puts in queued watch events via a thread and notifies the user. Sometimes xs_unwatch is called before all related message is read. The use case is non-threaded libevent, we have two event A and B: - Event A will destroy something and call xs_unwatch; - Event B is used to notify that a node has changed in XenStore. As the event is called one by one, event A can be handled before

While on entry to xs_unwatch, there may be an event on its way from xenstored (eg in the ring or in the local kernel), all such events will definitely come before the reply to the unwatch command. So at the point where the unwatch reply has been processed (after xs_talkv), any such now-deleted watch events will definitely have made it to libxenstore''s queue where we can remove them. As

Hi, Here the packages related to xen installed on my system : ii grub-xen-bin 2.02~beta2-22 amd64 GRand Unified Bootloader, version 2 (Xen binaries) ii grub-xen-host 2.02~beta2-22 amd64 GRand Unified Bootloader, version 2 (Xen host version) ii libptexenc1 2014.20140926.35254-6 amd64 TeX Live: pTeX encoding

Hey, I was looking for step by step installation for RHEL5 as dom0 and RHEL5 as domU, but could not find it.I put some instructions, hope it will save some time for somebody. If you will find some errors please fix them :) I assume that you already have rhel 5 up and running (webserver as well).I will install guest system in paravirtualized mode (mine processor does not support full

Made the xenctrl.h and xenstore.h easier to use with C++: added ''extern "C"'' statements, moved the definition of enum xc_error_code above it''s typedef, and renamed a ''new'' parameter (''new'' is a C++ keyword). Signed-off-by: Razvan Cojocaru <rzvncj@gmail.com> diff -r 5af4f2ab06f3 -r c273ee1fc8ba tools/libxc/xenctrl.h

Made the xenctrl.h and xenstore.h easier to use with C++: added ''extern "C"'' statements, moved the definition of enum xc_error_code above it''s typedef, and renamed a ''new'' parameter (''new'' is a C++ keyword). Includes a modification of _hvm_hw_fix_cpu() suggested by Jan Beulich. Signed-off-by: Razvan Cojocaru