search for: xenlight

...the concept of a default type should be a FOO option in the ocaml binding. Or is that tedious on the ocaml side? Or is there some way to declare only a partially initialised struct in ocaml (in a way which can be sensibly marshalled to C). diff -r 41f0137955f4 -r 72376896ba08 tools/ocaml/libs/xl/xenlight.ml.in --- a/tools/ocaml/libs/xl/xenlight.ml.in Tue Nov 20 17:22:21 2012 +0000 +++ b/tools/ocaml/libs/xl/xenlight.ml.in Tue Nov 20 17:22:21 2012 +0000 @@ -72,4 +72,6 @@ external send_trigger : domid -> trigger external send_sysrq : domid -> char -> unit = "stub_xl_send_sysrq" ex...

https://wiki.centos.org/HowTos/Xen/Xen4QuickStart configure:53501: checking for LIBXL configure:53508: $PKG_CONFIG --exists --print-errors "xenlight >= 4.6.0" Package xenblktapctl was not found in the pkg-config search path. Perhaps you should add the directory containing `xenblktapctl.pc' to the PKG_CONFIG_PATH environment variable Package 'xenblktapctl', required by 'Xenlight', not found configure:53511: $? = 1 con...

I will be committing this shortly. Ian. From: Ian Jackson <ian.jackson@eu.citrix.com> Subject: [PATCH] .gitignore: ocaml: add xenlight.mli Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com> --- .gitignore | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/.gitignore b/.gitignore index 625ceee..297191e 100644 --- a/.gitignore +++ b/.gitignore @@ -359,6 +359,7 @@ tools/ocaml/libs/xl/_libxl_types.in...

...nce his name is next to xen-4.12.2-1.el7's ChangeLog entry] Hi, Anthony! On Thu, Feb 20, 2020 at 07:10:38PM +0100, Christoph wrote: >https://wiki.centos.org/HowTos/Xen/Xen4QuickStart > >configure:53501: checking for LIBXL >configure:53508: $PKG_CONFIG --exists --print-errors "xenlight >= 4.6.0" >Package xenblktapctl was not found in the pkg-config search path. >Perhaps you should add the directory containing `xenblktapctl.pc' >to the PKG_CONFIG_PATH environment variable It seems like xenlight's .pc file is broken if it references a non-existent .pc file...

I use centos 7 (7.7.1908). these pkgs are installed: xen-hypervisor-4.12.2-1.el7.x86_64 xen-devel-4.12.2-1.el7.x86_64 qemu-xen-4.12.1-1.el7.x86_64 xen-runtime-4.12.2-1.el7.x86_64 xen-licenses-4.12.2-1.el7.x86_64 xen-4.12.2-1.el7.x86_64 xen-libs-4.12.2-1.el7.x86_64 xen-ovmf-20180825-1.gitef529e6ab.el7.x86_64 even with --with-libxl it doesnt work... --- ------ Greetz Am 20.02.2020 11:31, schrieb

The following series of patches fill in most of the gaps in the OCaml bindings to libxl, to make them useful for clients such as xapi/xenopsd (from XCP). There are a number of bugfixes to the existing bindings as well. I have an experimental version of xenopsd that successfully uses the new bindings. An earlier version of the first half of the series was submitted to the last by Ian Campbell on

...;s ChangeLog entry] > > Hi, Anthony! > > On Thu, Feb 20, 2020 at 07:10:38PM +0100, Christoph wrote: > > https://wiki.centos.org/HowTos/Xen/Xen4QuickStart > > > > configure:53501: checking for LIBXL > > configure:53508: $PKG_CONFIG --exists --print-errors "xenlight >= 4.6.0" > > Package xenblktapctl was not found in the pkg-config search path. > > Perhaps you should add the directory containing `xenblktapctl.pc' > > to the PKG_CONFIG_PATH environment variable > > It seems like xenlight's .pc file is broken if it refere...

...ese packages existed. >even with --with-libxl it doesnt work... There was a bug in our code that ignored the error even if --with-libxl was requested, patch sent: https://www.redhat.com/archives/libvir-list/2020-February/msg00723.html However the mentioned xen-devel package seems to contain a xenlight.pc config file for pkg-config: https://cbs.centos.org/koji/buildinfo?buildID=27840 so it should work. Can you paste the config.log section beginning with 'checking for LIBXL'? On my Fedora 31 where I build with libxl it looks like this: configure:23591: checking for LIBXL configure:23598:...

...:17.693+0000: 2162: debug : virObjectRef:293 : OBJECT_REF: obj=0x7fe914075300 2013-10-06 11:24:17.694+0000: 2162: debug : virObjectRef:293 : OBJECT_REF: obj=0x7fe92c012fb0 2013-10-06 11:24:17.694+0000: 2162: debug : virAccessManagerCheckDomain:231 : manager=0x7fe92c012fb0(name=stack) driver=xenlight domain=0x7fe90c009130 perm=2 2013-10-06 11:24:17.694+0000: 2162: debug : virAccessManagerCheckDomain:231 : manager=0x7fe92c017360(name=none) driver=xenlight domain=0x7fe90c009130 perm=2 2013-10-06 11:24:17.694+0000: 2162: debug : virAccessManagerCheckDomain:231 : manager=0x7fe92c012fb0(name=s...

This patch adds a new option for xen config files for directly mapping hardware io memory into a vm. Signed-off-by: Matthew Fioravante <matthew.fioravante@jhuapl.edu> diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5 index 013270d..428da21 100644 --- a/docs/man/xl.cfg.pod.5 +++ b/docs/man/xl.cfg.pod.5 @@ -496,6 +496,17 @@ is given in hexadecimal and may either a span e.g.

Thanks, I'll take a look at this. Mike On Sat, Jun 1, 2013 at 12:28 AM, David Su?rez <david.sephirot at gmail.com>wrote: > Source: xen-api > Version: 1.3.2-15 > Severity: serious > Tags: jessie sid > User: debian-qa at lists.debian.org > Usertags: qa-ftbfs-20130529 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages

Hi, I am using XEN-4.1.2 and linux-2.6.32 as dom0. After I upgraded stackless python from 2.5 to 2.7 (and rebuilt xen). XenAPI became unusable, I spent some time to investigate XenAPI,py, it looks fine. So, I guess xend has problem with python 2.7, because it always returned method unknown. Do I have to tweak xend to let it support python 2.7? Thanks, Eric /root # python Python 2.7.5 Stackless

...>> Hi, Anthony! >> >> On Thu, Feb 20, 2020 at 07:10:38PM +0100, Christoph wrote: >> > https://wiki.centos.org/HowTos/Xen/Xen4QuickStart >> > >> > configure:53501: checking for LIBXL >> > configure:53508: $PKG_CONFIG --exists --print-errors "xenlight >= 4.6.0" >> > Package xenblktapctl was not found in the pkg-config search path. >> > Perhaps you should add the directory containing `xenblktapctl.pc' >> > to the PKG_CONFIG_PATH environment variable >> >> It seems like xenlight's .pc file is...

i''m the Mageia Xen package maintainer, and a user reported that i had missing symbols in my ocaml bindings: https://bugs.mageia.org/show_bug.cgi?id=5199 i''m using Xen 4.2.1 and ocaml 3.12.1 the problem is that if you just to a simple hello world and you''re using certain bindings (eg: xeneventch): you get missing symbols. (others appear to be fine). I know next to

...: configure: Configuration summary configure: ===================== configure: configure: Drivers configure: configure: Xen: no configure: QEMU: yes configure: UML: yes configure: OpenVZ: no configure: VMware: no configure: VBox: yes configure: XenAPI: no configure: xenlight: no configure: LXC: no configure: PHYP: yes configure: ESX: no configure: Hyper-V: no configure: Parallels: no configure: Bhyve: no configure: Test: yes configure: Remote: yes configure: Network: yes configure: Libvirtd: yes configure: Interface: yes configure: m...

...tack using the wrong path but the file seems > to be missing from the package entirely according to > https://packages.debian.org/sid/amd64/xen-utils-4.6/filelist > So FWIW the attached patch gets me hvmloader into the right place _and_ also reflects the correct paths in the generated libxenlight.pc which otherwise would likely cause the next round of issues. @XENFIRMWAREDIR@ in config/Paths.mk.in was part of the same change to add pkg-config files. commit babeca328413baebfdca366a5b17c06acf4295e8 Author: Wei Liu <wei.liu2 at citrix.com> Date: Fri Jan 9 14:32:18 2015 +0000 libx...

...dge 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 xenlight.pc that communicates the used paths. But still this would require to rewrite configuration files when switching between versioned libxl. * Even now there is only one libvirt which is compiled against one version of libxl. At least when moving between xen 4.4 and 4.5 this caused issues...

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 > configuration files when switching between versioned libxl. So libvirt is broken in this respect. > * Even now there is only one libvirt which is compiled against one version > of libxl. At...

This is an update to the patches sent out on 25th October. I expect, as before, that some of the larger patches won't get to the list so they are also available here: https://github.com/jonludlam/pkg-xen/commits/for-debian6. Changes since last mail: * I have split out the unrelated change to include 2 extra header files in libxen-dev * I have removed some instances of brace expansion

Source: xen-api Version: 1.3.2-15 Severity: serious Tags: jessie sid User: debian-qa at lists.debian.org Usertags: qa-ftbfs-20130529 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > make[1]: Entering directory `/?PKGBUILDDIR?' > omake phase1 > omake: Symbol `FamErrlist' has different size