search for: 32,22

https://bugzilla.redhat.com/show_bug.cgi?id=1564983 Because Mount.mount_vfs was declared with the wrong type signature it could never be called correctly from outside the daemon. The root cause of this problem is that the generator doesn't generate the type signatures automatically (which it could do, and fairly easily). Therefore there are probably other similar bugs waiting to be found.

...to be of a fixed dimension (in my case: width=1 inch, height= 0.87 inches). I tried to use "pin" to fix the plotting region to a specific size, but without success. The following example will visualize the problem: par(mfrow=c(3,4),pin=c(1,0.87),mai=c(0.04,0.04,0.04,0.04), omi=c(0.2,0.32,0.32,2.16)) plot(1:10,1:10) plot(10:20,10:20) plot(20:30,20:30) plot(30:40,30:40) plot(2:11,2:11) plot(11:21,11:21) plot(21:31,21:31) plot(31:41,31:41) plot(3:12,3:12) plot(12:22,12:22) plot(22:32,22:32) plot(32:42,32:42) --> You can see that the single plots are higher than wide...

...a/tools/blktap2/vhd/Makefile +++ b/tools/blktap2/vhd/Makefile @@ -12,6 +12,9 @@ CFLAGS += -Wno-unused CFLAGS += -I../include CFLAGS += -D_GNU_SOURCE +SUBDIRS-y := +SUBDIRS-y += $(LIBDIR) + ifeq ($(CONFIG_X86_64),y) CFLAGS += -fPIC endif @@ -29,27 +32,22 @@ DEPS = .*.d all: build -build: libvhd $(IBIN) +build: $(IBIN) -libvhd: - @set -e - $(MAKE) -C $(LIBDIR) all - -vhd-util: vhd-util.o +vhd-util: vhd-util.o subdir-all-lib $(CC) $(CFLAGS) -o vhd-util vhd-util.o $(LIBS) -vhd-update: vhd-update.o +vhd-update: vhd-update.o...

From: Sylvain Gault <sylvain.gault at gmail.com> Despite having native network capabilities, UEFI 2.4 (the most widely deployed at the moment) has no native DNS resolver. I propose here an implementation more or less inspired by the one found in core/legacynet/dnsresolv.c. Since it's non-trivial, I'd like to ask for a deep review of this code. I tried to make it as strong as

...t;, swfdec_js_net_stream_play, 1, 0, 0 }, + { "play", swfdec_js_net_stream_play, 1, 0, 0 }, + { "setBufferTime", swfdec_js_net_stream_set_buffer_time, 1, 0, 0 }, {0,0,0,0,0} }; diff-tree ae8e75b794793b72bc11ab4da2212eed26473618 (from 06365380f68f96b17964c770cdca0600932b0805) Author: Benjamin Otte <otte@gnome.org> Date: Wed Mar 14 20:21:27 2007 +0100 implement onStatus events includes quite a bit of refactoring in SwfdecNetStream and buffer time support diff --git a/libswfdec/swfdec_flv_decoder.c b/libswfdec/swfdec_flv_decoder.c index da311d...

Version 1 was here: https://www.redhat.com/archives/libguestfs/2017-June/msg00003.html This patch series reimplements a few more APIs in OCaml, including some very important core APIs like ?list_filesystems? and ?mount?. All the tests pass after this. The selection of APIs that I have moved may look a little random, but in fact they are all APIs consumed by the inspection code (and some more

v2 was here: https://www.redhat.com/archives/libguestfs/2017-June/msg00008.html This series gets as far as a working (and faster) reimplementation of ‘guestfs_list_filesystems’. I also have another patch series on top of this one which reimplements the inspection APIs inside the daemon, but that needs a bit more work still, since inspection turns out to be a very large piece of code. Rich.

v1 was posted here: https://www.redhat.com/archives/libguestfs/2017-July/msg00098.html This series now depends on two small patches which I posted separately: https://www.redhat.com/archives/libguestfs/2017-July/msg00207.html https://www.redhat.com/archives/libguestfs/2017-July/msg00209.html v1 -> v2: - Previously changes to generator/daemon.ml were made incrementally through the patch

Previously posted as part of the mega utilities/inspection series here: https://www.redhat.com/archives/libguestfs/2017-June/msg00232.html What I've done is to extract just the parts related to rewriting daemon APIs in OCaml, rebase them on top of the current master, fix a few things, and recompile and test everything. Rich.

...| 4 +- fs/ocfs2/ocfs2.h | 77 ++- fs/ocfs2/ocfs2_fs.h | 79 +++- fs/ocfs2/ocfs2_lockid.h | 2 +- fs/ocfs2/slot_map.c | 454 +++++++++++--- fs/ocfs2/slot_map.h | 32 +- fs/ocfs2/stack_o2cb.c | 420 +++++++++++++ fs/ocfs2/stack_user.c | 883 +++++++++++++++++++++++++++ fs/ocfs2/stackglue.c | 568 +++++++++++++++++ fs/ocfs2/stackglue.h | 261 ++++++++ fs/ocfs2/suballoc.c...

This is a combination of: https://www.redhat.com/archives/libguestfs/2017-June/msg00046.html [PATCH 00/12] Refactor utility functions. plus: https://www.redhat.com/archives/libguestfs/2017-June/msg00023.html [PATCH v3 00/19] Allow APIs to be implemented in OCaml. with the second patches rebased on top of the utility refactoring, and some other adjustments and extensions. This passes

v6 was posted here: https://www.redhat.com/archives/libguestfs/2017-June/msg00103.html and this requires the utilities refactoring posted here: https://www.redhat.com/archives/libguestfs/2017-June/msg00169.html Inspection is now complete[*], although not very well tested. I'm intending to compare the output of many guests using old & new virt-inspector to see if I can find any

v5: https://www.redhat.com/archives/libguestfs/2017-June/msg00065.html Since v5, this now implements inspection almost completely for Linux and Windows guests. Rich.

v7 was: https://www.redhat.com/archives/libguestfs/2017-June/msg00169.html https://www.redhat.com/archives/libguestfs/2017-June/msg00184.html I believe this addresses all comments received so far. Also it now passes a test where I compared about 100 disk images processed with old and new virt-inspector binaries. The output is identical in all cases except one which is caused by a bug in blkid