similar to: IMPORTANT: New git repositories for febootstrap & libguestfs

I have moved all three repositories to new locations on github: https://github.com/libguestfs/libguestfs https://github.com/libguestfs/hivex https://github.com/libguestfs/febootstrap You don't need to reclone them (unless you want to). You can simply edit .git/config and adjust the URL to: git at github.com:libguestfs/libguestfs.git git at github.com:libguestfs/hivex.git git at

On Mon, Nov 14, 2011 at 04:43:28PM +0100, Andrzej Tobola wrote: > Hello Richard, > > Can't configure febootstrap-3.12 on Fedora 16: > > $ ./configure > ............ > checking for aptitude... no > checking for apt-cache... no > checking for dpkg... no > checking for pacman... no > checking for gzopen in -lz... no > checking for mke2fs... /sbin/mke2fs >

This patch is FYI as it needs more testing, although feel free to take a look at it if you want. Background: We'd like to change libguestfs so that the appliance can support optional features. This would mean you could have (for example) a 'libguestfs' base package and a 'libguestfs-xfs' package providing optional support for XFS filesystem tools. This would only apply to

On Wed, Jun 16, 2010 at 03:38:22PM -0700, Dwayne Fontenot <dwayne.fontenot at att.net> wrote: > Is lib/ supposed to be empty in febootstrap git HEAD? Yes. Run ./autogen.sh to populate it with gnulib stuff. Actually, this may not work too well unless you have gnulib checked out exactly in ../gnulib. I need to ask Jim Meyering nicely if he'll make gnulib into a submodule of

This patch series adds support for outputing an ext2-based appliance from febootstrap-supermin-helper. The usage is very simple, you just add '-f ext2' flag and the name of the appliance file that you want to write to. The implementation uses libext2fs, which is a very low level way to create ext2 filesystems from scratch. We'd like to use libguestfs, but that's an obvious

On Fri, Jun 18, 2010 at 11:09:10AM -0700, Dwayne Fontenot <dwayne.fontenot at att.net> wrote: > > open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 > fstat64(3, {st_mode=S_IFREG|0644, st_size=80626448, ...}) = 0 > mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x30041000 > mmap2(NULL, 245760, PROT_READ, MAP_PRIVATE, 3, 0x2330) = 0x30241000 >

http://libguestfs.org/download/binaries/appliance/ This could be interesting for people trying to compile libguestfs on platforms which don't yet support febootstrap. I suspect it may also be useful for Debian. I'm not suggesting that Debian uses a binary appliance, but instead of having update-guestfs-appliance build a supermin appliance, it could build a fixed appliance (in two steps,

After the last round of patches to febootstrap, the image-based test in libguestfs still failed. It turned out that this happens because Debian started replacing /var/run and /var/lock with symlinks that point to a tmpfs mounted to /run. The symlinks were copied to the appliance but /run/lock did not exist, so pvcreate refused to run (script 'images/guest-aux/make-debian-img.sh'). After I

I'm going to be out of contact from next week until the beginning of March. libguestfs and the virt tools will obviously keep going without me, but I'm just sending this note to say that I have put mirrors for the following git repositories up in case the primary git repo has any problems. Primary Mirror http://git.annexia.org/?p=febootstrap.git;a=summary

-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw

[CC also to libguestfs mailing list] On Tue, May 17, 2011 at 08:11:10PM +0200, Guido G?nther wrote: > As to binary debs: I wonder if we can't just get away by adding the > needed packages as build-depends (so they end up installed on the buildd > before the package built) and modify febootstrap to look at the > _installed_ files instead of at the downloaded debs. > >

This series of patches aim to make adding disks from libvirt domains easy through the core API. These two new APIs allow you to add the disks from a libvirt domain. The higher level add-domain API takes the name of the libvirt domain as a string and connects to libvirt itself. The lower level add-libvirt-dom API relies on the program to connect to libvirt and pass the virDomainPtr into the API

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

On Fri, Jun 22, 2012 at 12:57:40PM +0000, Davis, Richard wrote: > I see that the libguestfs packages are included in the RHEV > Hypervisor product. > > Are there any plans to further integrate the libguestfs toolset into > the RHEV product ? In particular, the ability to mount and change > raw volume content for a VM via guestfish ? Yes there are plans to do this, but no public

The "oldlinux" branch of the libguestfs git repo contains a version of libguestfs that works with 'old' versions of Linux. 'old' in this sense means 'RHEL 5'. https://github.com/libguestfs/libguestfs/tree/oldlinux I have recently rebased the oldlinux branch on top of libguestfs git (version 1.19.37). I'll push an EPEL 5 build shortly. Rich. -- Richard

In RHEL 6.5 we are probably going to rebase libguestfs, febootstrap and virt-v2v. As usual when this happens, I've put up a preview repository: http://oirase.annexia.org/tmp/libguestfs-RHEL-6.5/ If you want to use these packages, the easiest thing to do is to copy the attached file into /etc/yum.repos.d/ and simply install or upgrade libguestfs. If you want to test libguestfs, obviously

On Fri, Sep 02, 2011 at 02:06:57AM -0500, Greg Scott wrote: > "This kernel requires an X86-64 CPU, but only detected an i686 CPU. > Unable to boot - please use a kernel appropriate for your CPU." That's strange because virt-p2v-image-builder is supposed to only build 32 bit images ... Please keep the replies on the list. Rich. -- Richard Jones, Virtualization Group, Red

-- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -------------- next part -------------- >From 8f1b06f64807239d4b4c923af4db8626a866ff6f Mon Sep 17

1/8 generator: Rearrange argt logically (RHBZ#642934,CVE-2010-3851). 2/8 generator: Optional arguments, add-drive-opts (RHBZ#642934,CVE-2010-3851). These two previously posted. 3/8 fish: Specify format of disks (RHBZ#642934,CVE-2010-3851). Updates to guestfish to add the --format option and to make -d copy the format from libvirt. 4/8 fuse: Specify format of disks (RHBZ#642934,CVE-2010-3851).

As suggested by Jim in this earlier message: https://www.redhat.com/archives/libguestfs/2009-September/msg00152.html Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW