similar to: Debian based appliance

> Install debian-archive-keyring: > > http://packages.debian.org/sid/debian-archive-keyring > > Debirf wants to pass it to debootstrap for verification. The other > possibility is to try to build an Ubuntu based appliance instead of a > Debian based one with: > > /configure --with-repo=karmic --with-mirror=<your_ubuntu_mirror> Hi, I just got the same issue, and

Systems such as Debian (and thus Ubuntu) operate with 64-bit programs in /lib, with /lib64 a symlink to it: as a result, they apply a patch to their glibc adjusting the default search path of the 64-bit dynamic loader (only used if the library is not found in ld.so.cache) to look in /lib, and instruct the 32-bit one to look in /lib32. Because fakechroot is implemented via LD_PRELOAD, it ends up

Hi, While trying to ./configure libguestfs on gentoo fails since it requires feboostrap or deboostrap Can this be made optional and not as necessary requirement, since there are still many useful uses for libguestfs besides bootstrapping, which can be used on distros like gentoo. Thanks Alex

These small fixes are required to fix the build and tests on Debian (using the debootstrap/debirf appliance). There is currently another bug in the Debian tests which I'm looking into. hexdump always fails as follows: libguestfs: error: hexdump: hexdump: /test123: hexdump: /sysroot/test123: Bad file descriptor Rich. -- Richard Jones, Virtualization Group, Red Hat

On Sat, Jul 25, 2009 at 01:28:29AM +0900, Jun Koi wrote: > hi Richard, > > i am trying libguestfs 1.0.64, and have below errors at "make" step: > > make[2]: Entering directory > `/home/quynh/projects/libguestfs/libguestfs-1.0.64/appliance' > mv initramfs.fedora-11.i686.img initramfs.fedora-11.i686.img.bak > mv: cannot stat `initramfs.fedora-11.i686.img':

I spent the last couple of days rethinking how we go about building the appliance, and the difficulties we have porting that to other Linux distros. I've come up with a much better way that works better and faster on (so far) Fedora and Debian (probably on Ubuntu too, not tried it), and should be much simpler to port to other distros. The current way is to do: +------------------+

So I got a lot further building libguestfs on Ubuntu, up to the point where I can boot the appliance and run some simple commands. We need to push some patches upstream, and there are still some things in Ubuntu itself which are broken. This documents how far I've got. (1) libguestfs from git, Ubuntu 9.10, all updated to the latest versions. You will of course also need to read the README

Previously posted here: http://www.redhat.com/archives/libguestfs/2009-December/msg00041.html I can't get aptitude to work under debirf (not on Ubuntu anyway), so using apt-get is necessary for me. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine.

Previously: http://www.redhat.com/archives/libguestfs/2009-December/msg00044.html we had to disable a lot of packages which were missing in Ubuntu Karmic. However with the patch I just posted: https://www.redhat.com/archives/libguestfs/2010-May/msg00132.html we don't need to remove packages just because they are missing. But there is still one package which is present but doesn't install

The appliance was being completely rebuilt every time guestfsd was updated. This was because make.sh depended on guestfsd, which it had to do because it called update.sh to install guestfsd. This fix removes the call to update.sh in make.sh, and therefore the dependency on guestfsd. The Makefile already includes a rule to run update.sh when guestfsd is updated, so this was unnecessary. ---

[PATCH 1/3] Add a core_pattern debug command The first patch is just a rework of Rich's earlier core dump patch. It turns it into a debug subcommand so it can be called at any time. This also has the advantage of explicitly labelling an extremely untidy API as debug. [PATCH 2/3] Call sync after guestfsd exits The second patch seems to be required for cores to be dumped reliably. I was able to

Hi all! I''m very interested with XenVGAPassthrough and tries to do it on my system with vt-d support: CPU: Intel core2duo E8400 MB: Asus p5q-vm do mem: 8GB So I''m succeed at Intel IGD: 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) with Debian Sid''s XEN 4.1/Linux 2.6.39-rc7+ (from git://

Posted earlier: http://www.redhat.com/archives/libguestfs/2009-December/msg00040.html This seems to have been implicitly ACKed by Guido last time, so I intend to push it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#)

Hello, Maybe this is not a bugs. But i fail to install llvm many times and different machine(debian os). First, i follow the instruction: http://cilium.readthedocs.io/en/latest/bpf/#llvm But during in compiling, i alway get: ... /home/yubo/git/llvm/tools/clang/lib/Basic/VirtualFileSystem.cpp: In member function ‘virtual llvm::ErrorOr<std::unique_ptr<clang::vfs::File> >

As part of the oVirt Node[1] project, I'm going to P.O.C. a version of the node using febootstrap 2.x instead of livecd-creator. The main reasons in doing this is for allowing a r/w root filesystem without some hacky overlayfs and just to see if it can be done. On IRC, rwmjones mentioned a few issues he ran into with febootstrap 2.x where some rpms had %post scripts which aren't really

This is a repost of a previously posted set. It's been updated following review comments. [PATCH 1/4] Add a core_pattern debug command Added missing return statements. [PATCH 2/4] Call sync after guestfsd exits Remove redundant sleep 1; sync [PATCH 3/4] Shut down the appliance cleanly [PATCH 4/4] Ignore launch() error in virt-rescue These were previously 2 patches. They are otherwise

When user hot-unplug a disk which is busy serving I/O, __blk_run_queue might be unable to drain all the requests. As a result, the blk_drain_queue() would loop forever and blk_cleanup_queue would not return. So hot-unplug will fail. This patch adds a callback in blk_drain_queue() for low lever driver to abort requests. Currently, this is useful for virtio-blk to do cleanup in hot-unplug. Cc:

When user hot-unplug a disk which is busy serving I/O, __blk_run_queue might be unable to drain all the requests. As a result, the blk_drain_queue() would loop forever and blk_cleanup_queue would not return. So hot-unplug will fail. This patch adds a callback in blk_drain_queue() for low lever driver to abort requests. Currently, this is useful for virtio-blk to do cleanup in hot-unplug. Cc:

https://bugs.freedesktop.org/show_bug.cgi?id=97614 Bug ID: 97614 Summary: occasional screen distortions with nouveau under 4.8.0-rc4+ Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

We set queues before reset which will cause a crash[1]. This is because is_xdp_raw_buffer_queue() depends on the old xdp queue pairs number to do the correct detection. So fix this by: - set queues after reset, to keep the old vi->curr_queue_pairs. (in fact setting queues before reset does not works since after feature set, all queue pairs were enabled by default during reset). - change