similar to: [PATCH] Fix appliance build dependency problem

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

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':

[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

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

With this, "make syntax-check" runs a few more tests, all passing. >From febff9d2a35c4f40abbaf8943146476bdeac671e Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Tue, 4 Aug 2009 13:49:19 +0200 Subject: [PATCH 1/8] build: remove more files added by ./autogen.sh * po/LINGUAS: Remove file. * po/Makefile.in.in: Likewise. * po/Makevars: Likewise. *

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: +------------------+

Hi, just a short heads up about the current status of libguestfs on Debian: Current git master builds and works fine on Debian sid. The only change you have to make is to use a custom kernel instead of the one in squeeze/sid by pointing DEBIRF_KERNEL_PACKAGE in appliance/debian/debirf.conf to something recent enough (>= 2.6.35) like:

This largely copies the code from modesetting with minor adjustments. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- I've tested this back and forth with a GTX 960 + 2x U2415 monitors, chained to each other. I turned them on/off. I messed with their DP 1.1/1.2 settings. I pulled plugs a few times. This seems to pass the test. No crashes, the connectors seem to come and go

This largely copies the code from modesetting with minor adjustments. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- I've tried privately to get people to test this out, but to no avail. I don't have the hardware to verify this one way or the other. Ideally with this patch you should be (a) able to use a tiled monitor at 60hz with DP-MST and (b) be able to see connectors

The ELF NEEDED are used to determine guestfsd's library dependencies with help from the dynamic linker and the package manager. This was prompted by Debian bug #972241 which was caused by a libtirpc package renaming in Debian/unstable because the SONAME had been changed. --- appliance/Makefile.am | 26 ++++++++++++++++- appliance/packagelist.in | 62

> 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

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

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

This is probably a typo error which has been introduced in 2009... This fixes the following warning detected by Clang : drmmode_display.c:907:30: warning: use of logical '&&' with constant operand [-Wconstant-logical-operand] if (props && (props->flags && DRM_MODE_PROP_ENUM)) { Signed-off-by: Samuel Pitoiset <samuel.pitoiset at gmail.com> ---

This is obviously a bug, but one that has been there for some time. Please figure out what this is guarding, and confirm that the feature continues to work. On Wed, May 20, 2015 at 1:11 PM, Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> wrote: > looks good to me! :) > > Feel free to add my R-b. > > On 20.05.2015 17:08, Samuel Pitoiset wrote: >> >> This

Hello-- I've been trying to build libguestfs 1.2.14 with the appliance enabled on an older type of system at my company. Getting all the required dependencies installed has been an arduous process, but I've finally hit an obstacle I don't know how to get around. The final output of "make": + febootstrap-run initramfs -- /sbin/depmod -a ABOUT-NLS BUGS COPYING COPYING.LIB

For convenience you can pull it from the 'build' branch in: git://heisenbug.com/matthew/libguestfs.git Matt

This reverts commit 98c9e4edb58374f18249e5c9c53b392fb8b4a1d1. AFAIK it's no longer needed. Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- src/drmmode_display.c | 3 --- src/nv_driver.c | 2 -- src/nv_type.h | 1 - 3 files changed, 0 insertions(+), 6 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 7c45d9c..a91741d

Mageia introduced dnf as alternative package manager for the next version 6, with the possibility to replace urpmi as primary in the future. As such, prefer dnf over urpmi+fakeroot to download rpm packages. Thanks to Neal Gompa for his heads-up. --- README | 3 +-- src/rpm.ml | 8 +++++--- 2 files changed, 6 insertions(+), 5 deletions(-) diff --git a/README b/README index 79fcfd8..679bf70

Hello everybody! Out of curiosity: What (backup) solutions do you use to let rsync store device files and ownership permissions without root privileges? I found out about "fakeroot" so far. Is there actually a practical use for the "--super" option? I didn't find anything as fakeroot doesn't need it... Additionally it would be a nice idea to refer to