similar to: Packaging the xl bash completion

On 12/7/18 2:17 PM, Eric Blake wrote: > In general, autotooled packages are supposed to allow > './configure --prefix=$HOME/subdir' as a way to then get > 'make install' to run as non-root. In fact, 'make distcheck' > tests that this scenario works; alas, we fail due to: > > /usr/bin/install -c -m 644 ../../../bash/nbdkit

reassign 768005 src:xen 4.11.1-1 thanks Hi, I was browsing the bash-completion package bug list before filing a bug to remove the obsolete 'xm' file, and then I ran into this one. Reassigning to Debian Xen team, since I that makes more sense. We totally missed this on our (release) radar. And indeed, we're shipping the upstream completion file now. Adi, I see how you're

Hi! I have the following packages installed: freenx-0.4.4-1.centos4.noarch from extras bash-completion-20050721-1.2.el4.rf.noarch from dries/dag bash-3.0-19.2.i386 from base seems to result in a non-working nxserver (the window manager doesn't start up, although X applications can be launched via logging in through a seperate ssh and setting the DISPLAY variable accordingly)... As far as

Hi! > Reassigning to Debian Xen team, since I that makes more sense. We > totally missed this on our (release) radar. > > And indeed, we're shipping the upstream completion file now. Adi, I see > how you're improving it, and I like it. I'm happy you like it... > So, we should probably ship this instead, but at the same time, the > right (tm) place to move this

In general, autotooled packages are supposed to allow './configure --prefix=$HOME/subdir' as a way to then get 'make install' to run as non-root. In fact, 'make distcheck' tests that this scenario works; alas, we fail due to: /usr/bin/install -c -m 644 ../../../bash/nbdkit '/usr/share/bash-completion/completions' /usr/bin/install: cannot remove

Ian Campbell wrote: > On Mon, 2013-09-09 at 03:29 +0000, Liu, Jinsong wrote: >> From 18344216b432648605726b137b348f28ef64a4ef Mon Sep 17 00:00:00 >> 2001 >> From: Liu Jinsong <jinsong.liu@intel.com> >> Date: Fri, 23 Aug 2013 23:30:23 +0800 >> Subject: [PATCH V3] xl: HVM domain S3 bugfix >> >> Currently Xen hvm s3 has a bug coming from the

Copy over the bash completion machinery from libguestfs, along with the simple completion script; use this script for all the tools. --- .gitignore | 2 + Makefile.am | 3 ++ bash/Makefile.am | 68 +++++++++++++++++++++++++++++++++ bash/README | 6 +++ bash/test-complete-in-script.sh | 40 +++++++++++++++++++

# HG changeset patch # User Ian Campbell <ian.campbell@citrix.com> # Date 1346428441 -3600 # Node ID ddde6c2c45de8e60518aafa077f0f3867ff68e17 # Parent ccbee5bcb31b72706497725381f4e6836b9df657 libxl/xl: implement support for guest iooprt and irq permissions. This is useful for passing legacy ISA devices (e.g. com ports, parallel ports) to guests. Supported syntax is as described in

Package: xen-utils-4.1 Version: 4.1.0-3 Severity: normal After *manually* creating /var/lib/xen xl create <configfile> worked fine. Probably it would be better to have the directory created when installing this package? Error when /var/lib/xen is missing: xl create /etc/xen/domU/sandbox-debian-unstable.cfg -c Parsing config file /etc/xen/domU/sandbox-debian-unstable.cfg xc: info: VIRTUAL

From 18344216b432648605726b137b348f28ef64a4ef Mon Sep 17 00:00:00 2001 From: Liu Jinsong <jinsong.liu@intel.com> Date: Fri, 23 Aug 2013 23:30:23 +0800 Subject: [PATCH V3] xl: HVM domain S3 bugfix Currently Xen hvm s3 has a bug coming from the difference between qemu-traditioanl and qemu-xen. For qemu-traditional, the way to resume from hvm s3 is via ''xl trigger'' command.

From: David Vrabel <david.vrabel@citrix.com> autoballoon=1 is not recommened if dom0_mem was used to reduce the amount of dom0 memory. Instead of requiring users to change xl.conf if they do this, extend the autoballoon option with a new choice: "auto". With autoballoon="auto", autoballooning will be disabled if dom0_mem was used on the Xen command line. For

Add "xl domid" command, a clone of "xm domid". Signed-off-by: Yang Hongyang <yanghy@cn.fujitsu.com> diff -r ccae861f52f7 -r 1d00cee69621 tools/libxl/xl_cmdimpl.c --- a/tools/libxl/xl_cmdimpl.c Thu May 06 11:59:55 2010 +0100 +++ b/tools/libxl/xl_cmdimpl.c Fri May 07 19:35:40 2010 +0800 @@ -1221,6 +1221,9 @@ printf(" -d DOMAIN, --domain=DOMAIN Domain to

On Wed, 2014-10-29 at 17:36 -0400, Gedalya wrote: > When booting domU's running amd64 jessie, I notice some memory problems > with xl. I ran it (actually, upstream staging-4.4) under valgrind and it reported after a reboot: ==5722== 24 bytes in 1 blocks are definitely lost in loss record 35 of 72 ==5722== at 0x4026B2D: malloc (vg_replace_malloc.c:299) ==5722== by 0x41739FF:

Jim, Thanks a lot for your confirmation. Could you also please explain if the issue can be ever fixed, if it's possible to make some patch to fix it? Is it libvirt-specific bug or Libvirt development team rely on some other developers of libxl code...etc? I'm asking because XL tools works fine and I wonder if XL uses the same libxl libraries , doesn't it? Lastly is the issue is going

libxenlight exports a function libxl_uuid2string which is used internally in several places but has one external caller in xl. The function mainly implements policy so should not be part of the libxenlight API. The extent to which it can be considered mechanism it is not a xen mechanism since UUID''s are not a concept exlusive to xen. The one caller in xl seems to be an

branch xen-unstable xen branch xen-unstable job test-amd64-amd64-xl-pcipt-intel test debian-fixup Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git Tree: xen http://xenbits.xen.org/staging/xen-unstable.hg *** Found and reproduced problem changeset *** Bug is in

QUESTION: What, if anything, can I do so that I can use xl (in place of xm) with libvirt 1.0.2 and Xen 4.2.1 in Ubuntu 13.04? BACKGROUND: I am testing a fully updated (as of March 27) installation of Ubuntu 13.04 that includes the following packages: libvirt - version 1.0.2-0ubuntu9 xen-hypervisor-4.2-amd64 - version 4.2.1-0ubuntu1 Upon setting TOOLSTACK=xm in /etc/default/xen (as well as

Hey list, arriving home from SambaXP, it was really nice. That darth vader cake was super sweet :-) Hearing some people talking about how much they'd like bash completion for `samba-tool`, I've put together an ugly script that does that. It's a very dumb script (I'm boldly calling it script), but it might make someones day a little bit easier.

Prevent xl from doing any operation if xend daemon is running. That prevents bugs that happened when xl and xend raced to close a domain. Changes since v1: * Add documentation to xl man page. * Permit the execution of commands that don''t modify anything. * Indent error message. Cc: george.dunlap@eu.citrix.com Cc: ian.jackson@eu.citrix.com Signed-off-by: Roger Pau Monne

I''m trying to create a pv guest with qcow/qcow2 disk image by xl, it always fails atlibxl_device_disk_local_attach. #xl create pv_config_file libxl: error: libxl.c:1119:libxl_device_disk_local_attach: cannot locally attach a qdisk image if the format is not raw libxl: error: libxl_create.c:467:do_domain_create: failed to run bootloader: -3 Does that mean we cannot create such a pv guest