First, thanks for the in-depth assistance. See responses inline below.
On Mon, Aug 08, 2011 at 03:55:07PM -0700, David Konerding wrote:Which version of Ubuntu is this?
> Hi,
>
> I am trying to get libguestfs-test-tool working on ubuntu. The first
> problem I had was that HiveX won't compile on ubuntu to due to some missing
> symbols (rpl-getopt, I see this has already been reported). Second problem
> is that if HiveX is not available, guestfish doesn't link because code
> refers to symbols which aren't compiled into libguestfs (I was able to work
> around this by #ifdeffing references to those functions).
hivex should be in Ubuntu already, thanks to Hilko Bengen:
http://packages.ubuntu.com/oneiric/libhivex-dev
The problem with missing hivex/pcre causing libguestfs builds to break
is known:
https://bugzilla.redhat.com/show_bug.cgi?id=723474
> Anyway, including the diagnostic output in case it helps.[...]
The problem is that both /bin/bash and libc are completely missing> execl: /init: No such file or directory
> febootstrap: debug: listing directory /
> 2 d . 040755 4096 88619:5000
> 2 d .. 040755 4096 88619:5000
> 11 d lost+found 040700 16384 0:0
> 12 d bin 040750 4096 23083:5000
> 13 d boot 040750 4096 23083:5000
> 14 d etc 040750 4096 23083:5000
> 109 d lib 040750 4096 23083:5000
> 156 d sbin 040750 4096 23083:5000
> 157 d usr 040750 4096 23083:5000
> 534 d var 040750 4096 23083:5000
> 690 - init 100750 3264 23083:5000
> febootstrap: debug: listing directory /bin
> 12 d . 040750 4096 23083:5000
> 2 d .. 040755 4096 88619:5000
> 540 l rbash 120777 4 0:0 -> bash
> 541 l sh 120777 9 0:0 -> /bin/bash
> febootstrap: debug: listing directory /lib
> 109 d . 040750 4096 23083:5000
> 2 d .. 040755 4096 88619:5000
> 110 d cryptsetup 040750 4096 23083:5000
> 113 d firmware 040750 4096 23083:5000
> 145 d init 040750 4096 23083:5000
> 146 d modules 040750 4096 23083:5000
> 147 d security 040750 4096 23083:5000
> 148 d udev 040750 4096 23083:5000
> 551 l libaio.so.1 120777 15 0:0 -> libaio.so.1.0.1
> 552 l libbsd.so.0 120777 15 0:0 -> libbsd.so.0.2.0
> 553 l libdbus-1.so.3 120777 18 0:0 -> libdbus-1.so.3.4.0
> 554 l libdrm_intel.so.1 120777 21 0:0 -> libdrm_intel.so.1.0.0
> 555 l libdrm_nouveau.so.1 120777 23 0:0 -> libdrm_nouveau.so.1.0.0
> 556 l libdrm_radeon.so.1 120777 22 0:0 -> libdrm_radeon.so.1.0.0
> 557 l libfuse.so.2 120777 16 0:0 -> libfuse.so.2.8.1
> 558 l libgcrypt.so.11 120777 19 0:0 -> libgcrypt.so.11.5.2
> 559 l libglib-2.0.so.0 120777 23 0:0 -> libglib-2.0.so.0.2400.1
> 560 l libnih-dbus.so.1 120777 20 0:0 -> libnih-dbus.so.1.0.0
> 561 l libnih.so.1 120777 15 0:0 -> libnih.so.1.0.0
> 562 - libntfs-3g.so.75.0.0 100644 266616 0:0
> 563 l libntfs-3g.so.75 120777 20 0:0 -> libntfs-3g.so.75.0.0
> 564 l libparted.so.0 120777 18 0:0 -> libparted.so.0.0.1
> 565 l libpcre.so.3 120777 17 0:0 -> libpcre.so.3.12.1
> 566 l libply-boot-client.so.2 120777 27 0:0 -> libply-boot-client.so.2.0.0
> 567 l libply-splash-core.so.2 120777 27 0:0 -> libply-splash-core.so.2.0.0
> 568 l libply-splash-graphics.so.2 120777 31 0:0 ->
> libply-splash-graphics.so.2.0.0
> 569 l libply.so.2 120777 15 0:0 -> libply.so.2.0.0
> 570 l libpng12.so.0 120777 18 0:0 -> libpng12.so.0.42.0
> 571 l libpopt.so.0 120777 16 0:0 -> libpopt.so.0.0.0
> 572 l libslang.so.2 120777 17 0:0 -> libslang.so.2.2.2
> 573 l libss.so.2 120777 12 0:0 -> libss.so.2.0
> 574 l libudev.so.0 120777 16 0:0 -> libudev.so.0.6.1
> 575 l libulockmgr.so.1 120777 20 0:0 -> libulockmgr.so.1.0.1
> 576 l libusb-0.1.so.4 120777 19 0:0 -> libusb-0.1.so.4.4.4
> febootstrap: debug: listing directory /lib64
from the appliance.
During the build, was febootstrap able to download all the packages it
needed?
Which version of febootstrap are you using? (Generally speaking, you
should always try to use a recent version)
Do /bin/bash and /lib/libc.so.* appear in appliance/supermin.d/hostfiles?
Do the paths to the programs / libraries in hostfiles match up with
what is available on the host filesystem?
Have you installed (on the host) all the packages that are listed in
appliance/packagelist?
Is febootstrap downloading packages which match up with the packages
installed on the host? You'll have problems if your apt configuration
is significantly different from what is actually installed on your
host, eg. if 'unstable' packages are installed on the host, but the
unstable repo is disabled in sources.list.
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#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora