similar to: [PATCH] bug #402249 - include <xen/*.h> header files

When you build Xen from source, the "make install" rule installs extra header files such as <xen/xen.h> and <xen/dom0_ops.h> which are all required for building libvirt. However the Debian package doesn't run the install rule, but instead runs (effectively) "make -C tools install" and that only installs a partial set of header files. In particular none of

Dear Debian Xen maintainers, for your convenience I attach Richard's patch directly. It simply installs the necessary headers so we're able to enable xen support in libvirt for the default builds. Please apply. Cheers, -- Guido P.S.: building a separate libxen*-dev package (like Ubuntu does) looks like a better long term solution -------------- next part -------------- A non-text

Processing commands for control at bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.10.11 > retitle 402249 please include the necessary headers for libvert Bug#402249: xen-3.0: please build libxen3.0 and libxen3.0-dev Changed Bug title to `please include the necessary headers for libvert' from `xen-3.0: please build libxen3.0 and libxen3.0-dev'.

Hi Waldi, please consider the patch from: http://lists.alioth.debian.org/pipermail/pkg-xen-devel/2007-November/001516.html it simply adds the missing headers to the current Xen packages. This would help us along until we have a libxen* and libxen*-dev packages to get Xen support into libvirt. I'll take care of (potential) abi breackage in the libvirt package. Cheers, -- Guido

Package: xen-3.0 Severity: important Version: 3.0.3-0-2 Tags: sid Hello, I need libxen3.0 and libxen3.0-dev to package libvirt (please see: #384300). Thank you, An?bal Monsalve Salazar -- http://v7w.com/anibal -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url :

Create include/asm-ia64/pvclock-abi.h to compile which includes include/asm-x86/pvclock-abi.h because ia64/xen uses same struture. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-ia64/pvclock-abi.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) create mode 100644

Create include/asm-ia64/pvclock-abi.h to compile which includes include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-ia64/pvclock-abi.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) create mode 100644

Create include/asm-ia64/pvclock-abi.h to compile which includes include/asm-x86/pvclock-abi.h because ia64/xen uses same struture. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-ia64/pvclock-abi.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) create mode 100644

Create include/asm-ia64/pvclock-abi.h to compile which includes include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-ia64/pvclock-abi.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) create mode 100644

Signed-off-by: Emil Velikov <emil.l.velikov at gmail.com> --- include/uapi/drm/sis_drm.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/uapi/drm/sis_drm.h b/include/uapi/drm/sis_drm.h index 3f7d8ca..3e3f7e9 100644 --- a/include/uapi/drm/sis_drm.h +++ b/include/uapi/drm/sis_drm.h @@ -27,6 +27,8 @@ #ifndef __SIS_DRM_H__ #define __SIS_DRM_H__ +#include "drm.h" +

Create include/asm-ia64/pvclock-abi.h to compile which contains the same definitions of include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Another approach is to include include/asm-x86/pvclock-abi.h from include/asm-ia64/pvclock-abi.h. But this would break if x86 header files are moved under

Create include/asm-ia64/pvclock-abi.h to compile which contains the same definitions of include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Another approach is to include include/asm-x86/pvclock-abi.h from include/asm-ia64/pvclock-abi.h. But this would break if x86 header files are moved under

Hi! After commit http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20060227/032167.html : - DIE *NewType(DIE *Unit, TypeDesc *TyDesc); + DIE *DwarfWriter::NewType(CompileUnit *Unit, TypeDesc *TyDesc); and http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20060227/032227.html - DIE *DwarfWriter::NewType(CompileUnit *Unit, TypeDesc *TyDesc); + DIE *DwarfWriter::NewType(DIE

Hi, after changing mksh to no longer use mkstemp, I decided to try and build mksh-static with klcc on most platforms, in Debian. Here are the results by Debian architecture: alpha (4) fails amd64 works armel works armhf (3) fails i386 works ia64 works m68k (1) workaround mips works mipsel works powerpc (2) fails ppc64 works (!) s390 works s390x works sparc works Architectures not listed either

Source: xen Version: 4.5.1~rc1-1 Severity: wishlist Tags: patch http://lists.alioth.debian.org/pipermail/pkg-xen-devel/2015-June/006206.html suggests that we are prone to "loosing" bugs as the package versions change since they include the Xen version. To avoid this we can ship a reportbug control file to redirect those bugs to src:xen, which the attached patch does. I went with

Hi all, I have been attempting to find a resolution to this problem but could not to any avail. I am attempting to install an R-package from source in windows that depends on underlying C-code.? I should mention that this error is not found when installing this package from source in Linux or Mac.? To do this I have installed R-tools 2.11 and was successfully able to use R and basic unix commands

Processing commands for control at bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.10.11 > reassign 402249 xen-3 Bug#402249: xen-3.0: please build libxen3.0 and libxen3.0-dev Bug reassigned from package `xen-3.0' to `xen-3'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system

Vijesti iz svijeta piramida najaktivnije arheolo?ke lokacije na svijetu Mjese?ni izvje?taj za august 2014. donosi: - Legendarni Graham Hancock na bosanskim piramidama - Potvr?ena veza izme?u podzemnih tunela i piramida - Briljantni profesor Konstantin Mejl o Podzemnom labirintu Ravne - Energetska zraka na vrhu Bosanske piramide Sunca - Konferencija ?Skrivena

Hi, is anyone still working on this? Are there unofficial packages somewhere? I find it disappointing that no solution has been found in three years. /me sighs and reads the build-it-yourself instructions. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata at debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata at joachim-breitner.de |

Hello, I'm also interested on libvirt and was going to produce the patch for libxen when I noticed this bug. Bastian, I'd like to know if you could do it now since 3.1 has release the 1.0 version of API and then it looks now these changes has calm down a bit. Can you merge Anibal's patch? -- O T A V I O S A L V A D O R ---------------------------------------------