similar to: Bug#403105: lomount is not in xen-utils any more

Package: xen-utils-3.0.3-1 Version: 3.0.3-0-2 I think a Xen user expects to have lomount available as it's standard part of the upstream distribution. It's quite useful to access images created on fedora, or netbsd domU installations. Currently it's put somewhere deep in /usr/lib/xen-utils*/.../bin I also don't understand why the bins are placed there and an extra wrapper

Processing commands for control at bugs.debian.org: > close 403105 4.4.0-1 Bug #403105 [src:xen] lomount not in path - lot of xen utils in /usr/lib/.../bin dir and therefore not accessible Marked as fixed in versions xen/4.4.0-1. Bug #403105 [src:xen] lomount not in path - lot of xen utils in /usr/lib/.../bin dir and therefore not accessible Marked Bug as done > thanks Stopping processing

Hi, in order to use lomount on ia64 machines (which use EFI partitions aka GPT), I have heavily patched lomount. It now handles MBR and GPT partitions. It handles large files (which is IMHO necessary). It displays the partition if -partition option is missing (small bonus!) Also I think the logic is simpler. Tested on MBR and GPT created by parted. Tristan.

You might realize I am digging into the details of the the debian Xen packages - so I find some opportunities to optimize them, which I report either here or as a bugreport. This one I just watched in Ralph Passgang's 3.1 packages, but I saw the same in the Debian packages(at least in stable), too: look at # for i in `ls /usr/lib/xen-3.1.0-1/bin`; do ls /usr/sbin/$i; done (with the

Hey all, This utility (from Qemu) might be useful to anyone who has multiple partitions on a file-backed VBD and wants occasionally to mount them in dom0. http://www.dad-answers.com/qemu/utilities/QEMU-HD-Mounter/lomount/ You can tell it what partition to mount out of the file and it sorts out the offsets, etc. by parsing the partition table. This allows you to get around the loop

Package: xen-utils-common Version: 3.0.3-0-2 Severity: minor Tags: patch Hi ! /etc/init.d/xendomains and /etc/init.d/xend complain about xen-utils-version not existing any more instead of failing silently. The following patch fix this problem. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1,

Package: xcp-xapi Severity: important Version: 1.3.2-5 Tags: patch User: ubuntu-devel at lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch quantal Hello, the "smbfs" package has been deprecated for years, and finally removed last week: cifs-utils (2:5.4-1) unstable; urgency=low * New upstream release (Closes: #669327). - Version build dep on libwbclient-dev for

"PFEIFER DRAKO Schnieders, Ingo" <schnieders.ingo at drako.de> writes: > Did you modify or rebuild the original packages so that the remus binaries > are available ? Yes. > Where can I get these packages for testing at our environment ? Can you build it with the above steps? sudo apt-get build-dep xen-utils-4.0 apt-get source xen-utils-4.0 wget

Package: xen-utils-common Version: 4.1.4-3+deb7u1 Severity: normal Tags: patch Dear Maintainer, * What led up to the situation? I have a xen dom0 with more than one interface that I want to make bridges on * What exactly did you do (or not do) that was effective (or ineffective)? I have my own bridge making script that calls network-bridge for each interface. This used to work in

Package: xen-utils-3.0.3-1 Version: 3.0.3-0-2 Severity: important the xen-utils packages lack xfrd, which is required for live domain migrations using xm migrate. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale:

Package: xen-utils-4.0 Version: 4.0.0-1 Severity: normal xen-utils-4.0 needs to be built to work with the version of Python in Unstable. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386

Package: xen-utils-common Version: 4.1.3-2 Severity: important IMPORTANT NOTE: This bug has been generated using reportbug run from a debian stable system. The affected debian testing systems are isolated in a lab and do not have internet access. The issue is wholly reproducible on several different debian testing installations. xen-utils-common fails to install if xen cannot be started.

Package: xen-utils-4.0 Version: 4.0.1-1 Severity: normal Hello, I got this bug too, and also want to install python-xml because I read in xen list that i need this package http://lists.xensource.com/archives/html/xen-users/2007-07/msg00261.html But now the packages was removed. There is a package in debian Squeeze which provide xmlproc ? LANG=C apt-get install python-xml apt-get install

Package: xen-utils-4.0 Version: 4.0.1-5.4 Severity: important This bug affects xen-utils-4.0 in debian stable and xen-utils-4.1 in debian testing. xen-utils contains the python libraries for python development against xen/xenstore. These libraries should be separated from the main xen-utils packages so that they can be installed on a xen domU without pulling in dom0 xen functionality (i.e. the

Package: xen-utils-3.0 Version: 3.0.2+hg9681-1 Severity: normal In the tls section: it fails to mention the better solution (apt-get install libc6-xen) In the kernel section: where it says "for now we cannot provide precompiled Linux kernels with the xen patch applied", that's not true either. apt-get install linux-image-2.6-xen-k7 or some such. -- System Information: Debian

Package: xen-utils-common Version: 3.2.0-2 Followup-For: Bug #519064 I've experienced the same problem (missing /var/lib/xen/save) on one host, but had no problem on another. Some investigation showed that /var/lib/xen/save gets created on some actions like a reboot whith a suspend/resume cycle. This problem will thus not be reproducable on quite some hosts, but is a real bug. The simplest

Package: xen-utils-3.0-unstable-1 Version: 3.0-unstable+hg11561-1 Severity: grave Justification: renders package unusable with the recent unstable kernel, the evtchn device should be created with major/minor 10, 63. Instead, it's being created with 10, 201. If fixed manually, xenstored will re-create it with the wrong minor number. This causes Xen to be entirely unusable, as xenstored is

Package: xen-utils-4.0 Version: 4.0.1-1 Severity: normal When I invoke me at dev:~# xentrace_format I get exec: 22: /usr/lib/xen-4.0/bin/xentrace_format: not found as result. The missing python script is referenced by the /usr/sbin/xentrace_format script from the xen-utils-common package. Using the python script from another (xen 4.0.0) distribution works fine. So I assume the file is

Package: xen-utils-4.2 Version: 4.2.0-1 Severity: important Hello, the default xl toolstack does not work in the Xen Debian packages. It reports that xm toolstack is selected but no way how to change it. The /etc/defaul/xen has no documentation whatsoever. Please make both stack available or properly document how to switch. -- System Information: Debian Release: wheezy/sid APT prefers

Package: xen-utils-common Version: 3.2.0-2 Severity: normal When I was trying to migrate (xm migrate) a guest from one host to another, it simply fails. On the source host the virtual machine gets destroyed without any warning message - on the destination host I see the following error message in /var/log/xen/xend.log [2009-03-10 08:01:22 9846] ERROR (XendCheckpoint:52) read_exact: EOF trying