[https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1037541]
I think what's happening here is we are using the 31/32 bit lstat
functions in OCaml:
https://github.com/ocaml/ocaml/blob/3d50c168062e9fdbacf739a73738b10108ff3628/otherlibs/unix/unix.mli#L500
(I guess st_size which is signed 31 bits
> It looks like libguestfs-tools version 1:1.46.2-1 in depending on
> guestfs-tools that is not in the archive making the package
> uninstalable
Just wanted to note that upstream we have split up the
old, very large, libguestfs git "monorepo", splitting out:
guestfs-tools
12 years after this bug was filed, and because this is the top hit for
"qemu-img" and stdin / stdout, I want to point out that this is now
possible in Debian and other Linux distros using nbdcopy (in package
libnbd-bin) + qemu-nbd.
To stream from any qemu format such as qcow2 out to stdout:
guestfsd: error while loading shared libraries: libtirpc.so.3: cannot open
shared object file: No such file or directory
Did something change with how libtirpc gets packaged on Debian
or upstream?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my
This is actually a bug in binutils, not OCaml. The fix is:
https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=4d8ee860737005517be588f4771c358593fa421c
See also:
https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/message/3YRZ5TJK7PTYDYHUDOYC5HFWKZPA7KIJ/
The libguestfs FTBFS thing is caused by a bug in binutils
(not OCaml or libguestfs). See:
https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/message/3YRZ5TJK7PTYDYHUDOYC5HFWKZPA7KIJ/
On Thu, Dec 12, 2019 at 11:01:02AM +0100, Vincent Danjean wrote:
> [resend to the good (cloned) bug, sorry for the message in the original bug,
> it was a mistake]
>
> Hi,
>
> On Thu, 5 Dec 2019 11:12:56 +0000 "Richard W.M. Jones"
> wrote:
> > I belie
I believe this is a new bug and nothing much to do with:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775761
However about this new bug, what is supposed to happen is that
common/mlstdutils/guestfs_config.ml is generated by ./configure with
the correct @host_cpu@ substituted. If that's not
Upstream in:
https://github.com/libguestfs/libnbd/commit/2a955696cde1be60d468fdc662b4f70ec862b866
which will be in libnbd >= 1.0.1 & >= 1.1.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog:
I was able to reproduce a crashing bug in qemu-system-arm on armv7
host. I'm _not_ going to claim this is the same bug that Debian is
seeing, but it might be.
It's deep inside TCG and unfortunately there is not a lot of useful
information in the stack trace. However it's clearly a bug in qemu.
The test failure looks like a problem in libguestfs (or maybe qemu)
rather than nbdkit.
TBH in Fedora we disable nbdkit tests on 32-bit armv7, 32-bit i686
and all POWER:
https://src.fedoraproject.org/rpms/nbdkit/blob/44518f07e0b28a799fa683f1f5ec2ca9c000ac01/f/nbdkit.spec#_419
Now that's not
On the face of it, it looks like the following patch should fix it:
https://github.com/libguestfs/nbdkit/commit/a6b907e5359a139404cee5fd5c7f94eab36a5fde
What I don't understand is why that isn't included in your nbdkit
(1.1.25) already?
In any case the latest nbdkit -- 1.1.27 released a
In Fedora we package up the icoutils dependencies in a separate
subpackage to avoid pulling in all of X and Perl when installing the
main library:
http://pkgs.fedoraproject.org/cgit/rpms/libguestfs.git/tree/libguestfs.spec#n427
Rich.
--
Richard Jones, Virtualization Group, Red Hat
I posted a patch upstream which should fix or at least work around
this:
https://www.redhat.com/archives/libguestfs/2016-September/msg00189.html
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog:
I actually have libguestfs running on mipsel at home. It's very slow
indeed :-(
Anyway, it looks as if the segfault is happening in the `qemu-img'
utility. The command which fails is:
qemu-img create -f qcow2 -o preallocation=metadata blank-disk-1s.qcow2 512
(You could just run that command
On Tue, Jan 12, 2016 at 07:57:03AM +0100, Hilko Bengen wrote:
> Helge,
>
> I have applied all the architecture-specific bits but not the bin2s
> script yet. TBH, so far I don't see what is wrong about export and use
> of the "_binary_init_size" constant.
On Tue, Jan 12, 2016 at 10:05:00AM +, Richard W.M. Jones wrote:
> On Tue, Jan 12, 2016 at 07:57:03AM +0100, Hilko Bengen wrote:
> > Helge,
> >
> > I have applied all the architecture-specific bits but not the bin2s
> > script yet. TBH, so far I don't see what is
On Tue, Jan 12, 2016 at 06:21:14PM +0100, Helge Deller wrote:
> On 12.01.2016 12:10, Richard W.M. Jones wrote:
> > On Tue, Jan 12, 2016 at 10:05:00AM +, Richard W.M. Jones wrote:
> >> On Tue, Jan 12, 2016 at 07:57:03AM +0100, Hilko Bengen wrote:
> >>> Helge,
Just a note that the upstream p2v/Makefile.am uses:
libexec_PROGRAMS = virt-p2v
In Fedora, the binary is placed in /usr/libexec (which doesn't
exist on Debian of course).
Wherever you put it, the command is not intended to be run by
any user (neither non-root, nor root). The command should
It seems to be the same as this Ubuntu bug report:
https://bugs.launchpad.net/ubuntu/+source/ocaml-gettext/+bug/1481994
Rich.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Tue, Jun 30, 2015 at 09:46:31AM +0200, Hilko Bengen wrote:
(2) The second problem is that we run 'dhclient', but for some reason
this command cannot acquire an IP address unless you name a specific
interface (eg 'dhclient eth0'). This was already reported for Ubuntu:
I went through this with Adam and there are two bugs:
(1) isc-dhcp-client is not listed in
/usr/lib/x86_64-linux-gnu/guestfs/supermin.d/packages
As a result, dhclient is not loaded into the appliance, and
the dhclient command fails.
I thought this was strange, because upstream we have
Could someone attach the *complete* and *unedited* output (in
/tmp/log) of the following commands to the bug:
guestfish --network -a /dev/null run -v -x | tee /tmp/log
and:
virt-builder debian-7 -v -x \
--run-command 'wget -O /dev/null https://www.debian.org/' \
| tee /tmp/log
The output of virt-filesystems isn't wrong.
virt-resize can't resize extended partitions (like /dev/sda5).
See the section LOGICAL PARTITIONS in the virt-resize man page.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and
On Fri, Apr 17, 2015 at 01:19:53PM +0200, Simon Josefsson wrote:
Do you see any problem including Oz in Debian? The tools look
complementary, and Oz provide some value to me. I've added a pointer
to the virt-install and virt-builder tools to the Oz package
description now.
No problem at all
On Thu, Apr 16, 2015 at 04:35:14PM +0200, Simon Josefsson wrote:
Hi.
I recently found myself setting up a libvirtd/KVM-based virtual
machine, and needed a way to build VM images from the command line. I
searched around, and found the Oz project:
https://github.com/clalancette/oz/wiki
On Thu, Apr 16, 2015 at 07:24:26PM +0200, Simon Josefsson wrote:
Thanks for the pointer. Trying it out, it looks to me that they don't
offer the same functionality. virt-builder downloads an image that
someone else prepared (not sure how?)
At the moment using:
The commit that you point to has been backported to 1.28.6 (ie. along
the 1.28 stable branch), so updating should be sufficient to fix this.
I tested with virt-builder 1.28.6 and the bug has been fixed.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
I wonder why it chose to run /usr/bin/qemu-system-i386 ?
Is $LIBGUESTFS_HV or $LIBGUESTFS_QEMU set?
What is the output of:
guestfish get-hv
What happens if you do:
LIBGUESTFS_HV=/usr/bin/qemu-system-x86_64 libguestfs-test-tool
It looks as if libguestfs is configured wrongly, or maybe
On Tue, Jan 20, 2015 at 07:42:10AM -0800, Rogier wrote:
It looks as if libguestfs is configured wrongly, or maybe you've got
the 32 bit version of libguestfs installed on your system.
I do have a 32-bit version (my entire userland is still 32-bit - it
used to be the better choice, and as
On Tue, Oct 07, 2014 at 11:44:00PM +0200, Andreas Henriksson wrote:
Hello Rich.
On Sun, Oct 05, 2014 at 01:59:46PM +0100, Richard W.M. Jones wrote:
libaugeas0,
libcap2,
libhivex0,
libpcre3,
libxml2,
libyajl2,
Why are these wrong? They all seem to be correct build
libaugeas0,
libcap2,
libhivex0,
libpcre3,
libxml2,
libyajl2,
Why are these wrong? They all seem to be correct build deps to me.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
I'm not complete clear on what change is being made to Debian.
However from the build log, the problem is that 'libsystemd.so.0'
isn't making it into the appliance.
This seems to be because the following upstream commit shoud be
backported to the 1.26 branch (either in Debian or upstream):
This is a bug in mke2fs, not in libguestfs. See:
https://bugzilla.redhat.com/show_bug.cgi?id=1099892
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual
I'm slightly surprised that libguestfs ever worked on MIPS. We've
certainly never tested it upstream.
The error is a hang in the appliance, which eventually causes
libguestfs-test-tool to hit its default timeout (600 seconds).
It's not really possible to tell what is causing the hang. We'd
FYI, on Fedora we have a 'libguestfs-rescue' sub-package which pulls
in some extra dependencies that are useful in the virt-rescue shell.
This allows us to have larger dependencies for people who want to use
virt-rescue, without needing those dependencies elsewhere.
I'm not sure if this solves
I am able to reproduce this bug with supermin 5.1.5 by doing:
$ sudo dpkg --add-architecture i386
$ sudo apt-get update
$ sudo apt-get install attr:i386
$ sudo apt-get install xfsprogs
(Note that xfsprogs requires attr.)
After that:
$ dpkg-query --show --showformat '${Package} ${Version}
Since I wrote the message #26 above, we've done a lot of work upstream
and -- starting with libguestfs = 1.26 and supermin = 5 -- it will
be possible to split the dependencies of the appliance.
The basic ideas are covered in these blog posts:
In Fedora we have had /dev/kvm mode 0666 for years. It was changed
that way in July 2009.
There has never been a security problem attributable to this.
There is no problem with having any user create a VM. Virtual
machines are regular processes, subject to all the usual ulimits.
They use
On Thu, Oct 10, 2013 at 10:18:53PM +0400, Michael Tokarev wrote:
10.10.2013 17:44, Richard W.M. Jones wrote:
In Fedora we have had /dev/kvm mode 0666 for years. It was changed
that way in July 2009.
There has never been a security problem attributable to this.
This is plain wrong
To: Thomas Koch:
I was forced to install vim! This is insulting for an emacs user!
guestfish needs vim to implement the 'vi' command:
http://libguestfs.org/guestfish.1.html#vi
(and emacs to implement the 'emacs' command). I don't know why
libguestfs0 would depend on this however.
Seriously.
There seems to be some confusion and misunderstanding in this bug
report.
First the facts:
(1) febootstrap is a general tool to build supermin appliances. It
has nothing to do with 'Fedora' -- the name is just an unfortunate
historical accident.
(2) On Fedora we split out 'febootstrap' (the
I believe this is fixed upstream in libguestfs:
https://github.com/libguestfs/libguestfs/commit/abb1d466364f74adfcf3c985b92673285fd32e44
Also Dan Berrange made the equivalent change to libvirt, and I
will also change hivex.
Rich.
--
Richard Jones, Virtualization Group, Red Hat
On Thu, Jan 24, 2013 at 03:57:26PM +0100, Hilko Bengen wrote:
* Richard W.M. Jones:
I believe this is fixed upstream in libguestfs:
https://github.com/libguestfs/libguestfs/commit/abb1d466364f74adfcf3c985b92673285fd32e44
Thanks! It looks surprisingly simple. ;-)
This should
Do you have a suggested patch or can you show us how to do this?
Rich.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I have added a patch upstream which allows the extension to
be compiled with Python 3:
http://git.annexia.org/?p=hivex.git;a=commitdiff;h=207402a20ac8be74e767876f8ac93aba6292b2a9
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit
On Tue, Jul 19, 2011 at 06:34:15PM +0200, Hilko Bengen wrote:
* Guido Günther:
On Sun, Jul 17, 2011 at 02:18:11AM +0800, Liang Guo wrote:
Hi, Guido,
I found libguestfs git repository[1] has no commit since March, do you
still working on it? What's the current state ?
I think
On Sun, Jul 17, 2011 at 02:18:11AM +0800, Liang Guo wrote:
Hi, Guido,
I found libguestfs git repository[1] has no commit since March, do you
still working on it? What's the current state ?
I think libguestfs is interesting, may I help to packaging it ?
Thank you!
Follow up to this, since it was posted to another mailing list:
http://lists.debian.org/debian-devel/2011/05/msg00768.html
Can anyone tell me where this klibc linked insmod is?
busybox-static woule be a reasonable choice (1.5 MB), however the
version compiled for Debian appears to lack insmod
[Previous response appears to have been consumed in the aether]
Can you clarify why it does?
I do not really like wasting space on every Debian system without a good
reason.
Well I can tell you what we use it for in febootstrap:
We boot the appliance using a custom initramfs which has a
Can you clarify why it does?
I do not really like wasting space on every Debian system without a good
reason.
Well I can tell you what we use it for in febootstrap:
We boot the appliance using a custom initramfs which has a statically
linked init (no libc6) and which has to load kernel
On Mon, Apr 04, 2011 at 01:11:59AM +0200, Marco d'Itri wrote:
Richard, what should I do about this bug?
I am happy with adding support in udev to detect libguestfs in some
reasonable and unambiguous way to fix this, but I do not know how to do
it.
We're now setting RUNLEVEL in order to work
Just a note that I'm providing Debian and Ubuntu packages here:
http://libguestfs.org/download/binaries/debian-packages/
http://libguestfs.org/download/binaries/ubuntu-packages/
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-df lists disk usage of
1.0.84 is very very old, and not supported upstream or
advisable to use.
We are providing libguestfs packages here which I think you
should try instead:
http://libguestfs.org/download/binaries/
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in
On Fri, Dec 10, 2010 at 05:25:40PM +0100, Marco d'Itri wrote:
On Dec 10, Richard Jones rjo...@redhat.com wrote:
When I boot a Debian appliance for libguestfs (http://libguestfs.org)
the boot sits and waits for 60 seconds while it prints the large
warn_if_interactive warning (when starting
On Fri, Dec 10, 2010 at 05:48:52PM +0100, Marco d'Itri wrote:
On Dec 10, Richard W.M. Jones rjo...@redhat.com wrote:
There is no runlevel and there are no init-/upstart-related
environment variables set at all.
Maybe then this custom init should be modified to appear to be more
like other
Package: seabios
Version: 0.6.0+git20100710-2
Severity: important
seabios 0.6.0+git20100710-2 is incompatible (sort of) with
qemu 0.13 and virtio-blk. In some circumstances you will
hit errors like:
guest moved used index from 0 to [some number]
I was hitting this, and was able to resolve
On Mon, Aug 23, 2010 at 01:52:13PM +0200, Guido Günther wrote:
We basically need to split out the build of the appliance and make that
downloadable from an external URI. Not much work but nobody got around
to it so far. Another way would be to fix the supermin appliance build
for Debian but
On Thu, Jun 24, 2010 at 11:45:32AM +0800, Paul Wise wrote:
How about the libguestfs package depends on each of the packages used
inside the vm/appliance, then builds the vm on first install and updates
the vm via file triggers whenever the packages outside the vm change?
This means it doesn't
On Thu, Jun 17, 2010 at 03:04:26AM +0300, Fathi Boudra wrote:
Anyway, a new upstream release will be appreciated. If you don't mind,
I could upload a NMU if needed.
Yes please. The version in Debian is ancient.
Rich.
--
Richard Jones, Virtualization Group, Red Hat
On Thu, Jun 17, 2010 at 11:45:02AM +0300, Fathi Boudra wrote:
Hi,
I have uploaded febootstrap 2.7-1 to Debian.
Unfortunately, this version still segfault:
Complete!
/usr/bin/fakeroot: line 1: 17946 Segmentation fault exit $RESULT
These segfaults are almost certainly caused by glibc
There is an upstream fix for this:
http://git.annexia.org/?p=perl4caml.git;a=commitdiff;h=4cb12aa05bd5aa69ccfa1c6d41ab10bc79a3c3a3
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
On Fri, Apr 09, 2010 at 04:39:55PM +0200, Olivier Berger wrote:
Hi.
On Sun, May 24, 2009 at 08:56:59PM +0100, Richard Jones wrote:
* Package name: libguestfs
Version : 1.0.31
Upstream Author : Richard W.M. Jones rjo...@redhat.com
* URL : http
On Thu, Apr 08, 2010 at 01:39:00PM +1000, Erik de Castro Lopo wrote:
Hi,
I ran the commands (also tried with fedora-12 with same result):
mkdir fed10-64
febootstrap fedora-10 fed10-64
http://mirror/pub/fedora/linux/releases/10/Everything/x86_64/os
Which package is this?
On Thu, Apr 08, 2010 at 08:17:16PM +1000, Erik de Castro Lopo wrote:
Which package is this?
ii febootstrap 2.1-4tool for bootstrapping a Fedora system (like
Debian debootstrap)
This is kind of old, I really need to update this to the
latest version.
So why is febootstrap even
On Tue, Oct 27, 2009 at 05:34:27PM +0530, Ritesh Raj Sarraf wrote:
On Tuesday 27 Oct 2009 15:44:01 you wrote:
See this blog entry:
http://www.lucas-nussbaum.net/blog/?p=385
You need an even newer version of rpm from Debian/experimental.
The package needs. It should then depend
On Tue, Oct 27, 2009 at 09:58:35AM +0530, Ritesh Raj Sarraf wrote:
On Monday 26 Oct 2009 22:26:38 Richard W.M. Jones wrote:
I think this is because of an old version of RPM.
Which version of RPM do you have?
r...@champaran:~ $ rpm --version
RPM version 4.7.0
See this blog entry
I think this is because of an old version of RPM.
Which version of RPM do you have?
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. Supports Linux and
Package: wnpp
Severity: wishlist
http://gitorious.org/vhostmd/pages/Home
http://gitorious.org/vhostmd
vhostmd (the Virtual Host Metrics Daemon) allows virtual machines to
see limited information about the host they are running on, in a
secure and highly configurable way.
--
Richard Jones,
I opened an upstream bug here:
https://bugzilla.redhat.com/show_bug.cgi?id=510194
Is it possible you can repeat this and show the full messages? I'm
interested to see what packages it is trying to install.
I repeated your test using your LANG and LC_CTYPE settings, but with a
Fedora host, and
On Wed, Jul 08, 2009 at 01:57:02PM +0200, Arthur Lutz wrote:
ERREUR de résolution de dépendance par rpm_check_debug :
Traceback (most recent call last):
File /usr/bin/yum, line 29, in module
yummain.user_main(sys.argv[1:], exit_code=True)
File /usr/share/yum-cli/yummain.py, line 309,
Also virt-mem needs kernel debuginfo-type information.
Is there any progress on providing this for Debian?
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 60 OCaml packages
On Sat, Jun 28, 2008 at 12:23:25PM +0200, Guido Günther wrote:
Hi,
the source for prelimenary Debian packages is available here:
http://git.debian.org/?p=users/agx/virt-top.git
Those will be uploaded once we've moved them over to pkg-ocaml.
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL
Bastian Blank wrote:
On Sat, Dec 15, 2007 at 07:40:07PM +0100, Guido Guenther wrote:
for your convenience I attach Richard's patch directly. It simply
installs the necessary headers so we're able to enable xen support in
libvirt for the default builds. Please apply.
libvirt redefines several
You don't necessarily need ocaml-csv to compile virt-top. If you don't
have it you'll lose a bit of functionality (basically all the --csv
command line options) but it will still compile and run.
Another thing to note is the Debian OCaml packaging policy:
This is a libvirt package for Debian. It's derived from the Ubuntu
libvirt package, rebuilt for Debian testing. I'm not the greatest
Debian packager in the world, so any comments / feedback are welcome.
The previous patch to the base Xen package is also required before this
can be built.
This is a Debian package for virt-install (a dependency of
virt-manager). It is both a standalone command line tool for installing
new virtual guests, and a library of Python functions used by
virt-manager for the same task.
Source:
Sorry, missed one. virt-viewer is a soft dependency for virt-install in
that it's required for graphical installs.
http://et.redhat.com/~rjones/debian-libvirt/virt-viewer_0.0.2-1.diff.gz
http://et.redhat.com/~rjones/debian-libvirt/virt-viewer_0.0.2-1.dsc
Since xen-utils contains the required libraries, is it now possible to
package libvirt?
Rich.
--
Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/
Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod
Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered
79 matches
Mail list logo