similar to: Re: How make check with test-harder.sh screw my box !!!!!

Use different directories for the output formats, otherwise any supermin --build call after the first will fail to rename the temporary directory to the designated output directory (as it exists already). Also make sure that we can remove all the files in the chroot output. --- tests/test-build-bash.sh | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

On Tue, Aug 12, 2014 at 5:44 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > > Please try my suggestions here: > > https://www.redhat.com/archives/libguestfs/2014-August/msg00099.html > :: Synchronizing package databases... core is up to date extra is up to date community 2.3 MiB 3.07M/s 00:01

My current version is supermin 5.1.8-1 > > If the tests *don't* run successfully, then you've most likely found a > bug in supermin. That has to be fixed before continuing. > tests failed. See the log below. ========================================== supermin 5.1.9: tests/test-suite.log ========================================== # TOTAL: 8 # PASS: 5 # SKIP: 0 # XFAIL:

Fix the build system to support a build directory different than the source directory: - fix the include path to gnulib - properly depend on and use files in the source directory - fix the ocaml dependency calculation, making sure it picks the files from all the places --- src/Makefile.am | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/src/Makefile.am

--- src/chroot.ml | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/src/chroot.ml b/src/chroot.ml index b5c1e53..9e522d9 100644 --- a/src/chroot.ml +++ b/src/chroot.ml @@ -26,7 +26,9 @@ let build_chroot debug files outputdir = List.iter ( fun file -> try - let path = file.ft_source_path in + let path = if file_exists file.ft_source_path +

> > I suspect that you could fix this by running the following command as > before the build: > > sudo pacman -Sy I always sue -Syu to install packages, and I already installed/reinstalled some packages today. Now one thing comes to my mind : lots of pacman stuff are NOT in the usal place. $ cat /etc/pacman.conf ----------------------------------- [options] # The following

Hi Rich, I'm not sure how far this helps as it mostly says 'No space left on device', but here's the output of the command you asked me to run: ➜ tmp /usr/bin/supermin --build -v -v -v --copy-kernel -f ext2 --host-cpu x86_64 /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d supermin: version: 5.1.9 supermin: rpm: detected RPM version 4.11 supermin: package handler: fedora/rpm

> Please find below the failed test-harder.sh log: > ---------------------------------- supermin: version: 5.1.9 supermin: package handler: arch/pacman supermin: prepare: hivex supermin: packages specified on the command line: - hivex-1.3.10-1.x86_64 supermin: writing /tmp/tmp.S7jYEyTv34/d1.k34uqvoy/packages error: package 'hivex' not found supermin: after resolving dependencies

Dear list, I am bulding a VM using libvirt and lxc for linux container. I have an issue with my cgroups settings: gabx@hortensia ➤➤ ~ # virsh start dahlia error: Failed to start domain dahlia error: internal error: No valid cgroup for machine dahlia My environement: Host : Arch Linux - systemd 208-11, libvirt 1.2.1-4 guest : Arch Linux , machine name : dahlia , /etc/libvirt/lxc/dahlia.xml ,

Hi, I'm trying to manually create a rhel7 image using the qemu-img and virt-install commands. I'm re-testing a procedure I previously wrote with the new grub commands that a customer suggested we add in. This procedure is available at: http://file.bne.redhat.com/dnavale/docs/review/RH-guides/AG-020715/#sect-create-images As in the procedure, I'm able to run all steps successfully

On Tue, Aug 12, 2014 at 04:38:11PM +0200, arnaud gaboury wrote: > > --2014-08-12 16:16:57-- https://aur.archlinux.org/packages/ba/bash/bash.tar.gz > > Resolving aur.archlinux.org (aur.archlinux.org)... 5.9.250.164, > > 2a01:4f8:160:3033::2 > > Connecting to aur.archlinux.org > > (aur.archlinux.org)|5.9.250.164|:443... connected. > > HTTP request sent, awaiting

On Wed, Feb 12, 2014 at 03:21:18PM +0100, arnaud gaboury wrote: > I am totally lost in this UID/GID mapping. Maybe all this stuff is > just beyond my competence. > > For now, I am writing a basic mydomain.xml file following these 3 wiki: > LXC container from libvirt.org[1] > Linux containers guide from Rad Hat 7[2] > getting start with lxc from P.Berrange [3] > > This

Hi Pino, On 04/02/2015 05:23 AM, Pino Toscano wrote: > Hi Daniel, > > On Wednesday 01 April 2015 16:37:26 Daniel Henrique Barboza wrote: >> The one that got upstream does not work in ibm-powerkvm due to the >> rpm_is_avaiable verification >> in the detection (I've attached the wrong version in bugzilla). > the new version of the patch is somehow confusing.

Hi, I've found a problem with supermin code running in an ibm_powerkvm ppc64le distro. Output of libguestfs-test-tool: $ libguestfs-test-tool ************************************************************ * IMPORTANT NOTICE * * When reporting bugs, include the COMPLETE, UNEDITED * output below in your bug report. *

Hi Pino, On 04/02/2015 09:51 AM, Pino Toscano wrote: > Hi Daniel, > > On Thursday 02 April 2015 09:34:17 Daniel Henrique Barboza wrote: >> On 04/02/2015 05:23 AM, Pino Toscano wrote: >>> Hi Daniel, >>> >>> On Wednesday 01 April 2015 16:37:26 Daniel Henrique Barboza wrote: >>>> The one that got upstream does not work in ibm-powerkvm due to the

On Mon, Feb 10, 2014 at 01:28:42PM +0100, arnaud gaboury wrote: > > The precise answer depends on which version of systemd you have. In > > any systemd host though, systemd should ensure all the filesystems > > are mounted correctly. If you have libvirt >= 1.1.1 and systemd >= 205 > > then you can use its "slice" and "scope" concepts to setup

On Wed, Feb 12, 2014 at 12:51:10PM +0100, arnaud gaboury wrote: > Dear all, > > I am slowly building a Arch Linux VM guest on my Arch Linux host. > > The guest machine is now built and is recognized as shown by this command : > > gabx@hortensia ➤➤ ~ % machinectl list > MACHINE CONTAINER SERVICE > dahlia container

> > Apparently this: > > https://wiki.manjaro.org/index.php?title=Pacman_troubleshooting#.22Unable_to_lock_database.22_Error > I didn't mentioned it, but I already ran # rm /var/lib/pacman/db.lck I even tried building with make -j1 just in case some other thread was locking the DB. In fact, some process during the build is already locking the DB.

On 04/02/2015 11:47 AM, Pino Toscano wrote: > On Thursday 02 April 2015 11:15:07 Daniel Henrique Barboza wrote: >> Hi Pino, >> >> On 04/02/2015 09:51 AM, Pino Toscano wrote: >>> Hi Daniel, >>> >>> On Thursday 02 April 2015 09:34:17 Daniel Henrique Barboza wrote: >>>> On 04/02/2015 05:23 AM, Pino Toscano wrote: >>>>> Hi

Hi, let's make supermin use /etc/os-release as primary source instead of the various release files in /etc; apparently distros (e.g. openSUSE) are starting removing them. Thanks, Pino Toscano (2): Add simple handling of /etc/os-release Use os-release to detect the distro src/Makefile.am | 3 +++ src/dpkg.ml | 3 ++- src/os_release.ml | 78