[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
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/
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 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
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
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}
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
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
20 matches
Mail list logo