similar to: Further nbdkit patches for Haiku

Le 13/11/2018 à 14:40, Richard W.M. Jones a écrit : > On Tue, Nov 06, 2018 at 09:02:17AM +0000, Richard W.M. Jones wrote: >> Finally about the list of failing tests: >> >> https://pastebin.com/1PFG85DS >> >> Mostly these are because of the old qemu-io binary. The qemu-io -f >> option was added 4 years ago :-/ so it could be time to upgrade. > > FWIW

Hi, Le 06/11/2018 à 10:02, Richard W.M. Jones a écrit : > François, thanks for the patches so far. > > This morning I pushed: > > https://github.com/libguestfs/nbdkit/commit/e26fb6cea3fdba13b5472daf6767e76abacd8d03 > build: add missing #include "byte-swapping.h" > > https://github.com/libguestfs/nbdkit/commit/b962272a561bfed087316d24b7d510e4ab29a985 >

On 11/13/18 7:40 AM, Richard W.M. Jones wrote: >> (I think the error message is "incorrect ELF header") could be >> something to do with the way we use shebangs (#!). IIRC this also >> fails on FreeBSD so probably nbdkit is doing something which is not >> correct POSIX. > POSIX says that #! shebangs are undefined behavior. You're at the mercy of each

On Tue, Nov 13, 2018 at 02:18:34PM +0000, Richard W.M. Jones wrote: > On Tue, Nov 13, 2018 at 03:09:16PM +0100, François Revol wrote: > > Possibly use something like this? > > > > qemuioargs="-f raw" > > qemu-io -h | grep -- -f > /dev/null 2>&1 || qemuioargs="" > > > > qemu-io $qemuioargs ... > > > > Seems to work

On Tue, Nov 13, 2018 at 03:09:16PM +0100, François Revol wrote: > Le 13/11/2018 à 14:40, Richard W.M. Jones a écrit : > > On Tue, Nov 06, 2018 at 09:02:17AM +0000, Richard W.M. Jones wrote: > >> Finally about the list of failing tests: > >> > >> https://pastebin.com/1PFG85DS > >> > >> Mostly these are because of the old qemu-io binary. The

On Fri, Nov 09, 2018 at 01:44:38AM +0100, François Revol wrote: > Le 06/11/2018 à 10:02, Richard W.M. Jones a écrit : > I made a patch here: > > https://github.com/mmuman/nbdkit/commits/tmpfix > > Also added one for the loader lib search path environment, which is > different for us. For the tmpdir patch, I changed plugins/example3/example3.c to a simpler patch which

On Tue, Nov 06, 2018 at 09:02:17AM +0000, Richard W.M. Jones wrote: > Finally about the list of failing tests: > > https://pastebin.com/1PFG85DS > > Mostly these are because of the old qemu-io binary. The qemu-io -f > option was added 4 years ago :-/ so it could be time to upgrade. FWIW this turns out to be a problem in RHEL 7 as well :-( I worked around it (in RHEL 7

On Fri, Nov 22, 2019 at 11:07 PM Richard W.M. Jones <rjones@redhat.com> wrote: > > On Fri, Nov 22, 2019 at 02:55:31PM -0600, Eric Blake wrote: > > Unrelated side topic: in your recent addition of eval.sh, you > > wondered if we should promote it to a full-blown plugin rather than > > just an example script. But reading 'man nbdkit-sh-plugin', there > >

v1 was here: https://www.redhat.com/archives/libguestfs/2020-April/msg00007.html There's a BZ for this now which I forgot to add to the commit message: https://bugzilla.redhat.com/show_bug.cgi?id=1814611 For v2: - Fix incorrect reference to $TMPDIR in existing manual. - Separate handling for small temporary files and large temporary files. Small temporary files go into $TMPDIR

Hi Folks, Now that LLVM 11.0.0 has been released, it's time to prepare for the final step envisionned in the previous RFC named *[RFC] Python 2 / Python 3 status* [0], ie. requiring Python3.6 for LLVM 12.0.0, to be released in 2021. At least Fedora already only ships Python3 and we didn't have much bugs reported wrt. Python compatibility for the LLVM toolchain. Indeed, all Python scripts

This patch series solves the FreeBSD shebang problem in a completely different way, and a few other things besides. I propose that we replace ./nbdkit with a C program. The C program is a straightforward translation of the shell script. Some advantages of this approach are: - We can parse options in exactly the same way as the real program. - Use the more accurate ‘is_short_name’ test for

With these patches, a majority of tests pass. The notable things which are still broken: - Because FreeBSD links /home -> /usr/home, $(pwd) gives a different result from realpath(2). Therefore some tests which implicitly rely on (eg) a plugin which calls nbdkit_realpath internally and then checking that path against $(pwd) fail. - Shebangs (#!) don't seem to work the same way

On 11/22/19 1:53 PM, Richard W.M. Jones wrote: > To avoid breaking existing plugins, Python plugins wishing to use > version 2 of the API must opt in by declaring: > > def api_version(): > return 2 > > (Plugins which do not do this are assumed to want API version 1). Could we also permit the python code to declare a global variable instead of a function? But a

v1 was here: https://www.redhat.com/archives/libguestfs/2018-November/msg00147.html v2: - Use stdbool for booleans. - Use __attribute__((format(printf))). - Don't abort on invalid options, exit with failure instead. - Preserve long/short option choices in the output. - Add '=' in long option output, ie. always use --longopt=arg. - Add "--" parameter

Previously we placed large files in g#get_cachedir () (usually /var/tmp). However the problem is this ties the libguestfs appliance and the virt-v2v overlay files to the same location. When virt-v2v is run in a container, or any other situation where local storage is limited, it's helpful to be able to put the overlay files on an externally mounted PVC, which might be using NFS and shared

As suggested by Nir, here: https://www.redhat.com/archives/libguestfs/2019-November/thread.html#00220

CentOS 6 has libguestfs-devel 1.20.11, which predates the support in guestfs_add_drive_opts() for requesting an nbd drive instead of a local file (annoyingly, guestfs documentation merely states the function was available since 0.3, without saying which later releases added new options); causing a compilation failure during 'make check'. Maybe the guestfs plugin should still be built,

Hello, This is a patch to allow building of the project using MSYS, MinGW, and MinGW-w64 with the following invocation: make -f Makefile.lite libFLAC libFLAC++ flac metaflac test_libs_common test_libFLAC test_libFLAC++ test_grabbag test_seeking test_streams utils examples This patch addresses eight points: 1. `uname -p` in MSYS returns "unknown" so we must use `gcc -dumpmachine`

Hello, This is a patch to allow building of the project using MSYS, MinGW, and MinGW-w64 with the following invocation: make -f Makefile.lite libFLAC libFLAC++ flac metaflac test_libs_common test_libFLAC test_libFLAC++ test_grabbag test_seeking test_streams utils examples This patch addresses eight points: 1. `uname -p` in MSYS returns "unknown" so we must use `gcc -dumpmachine`

First off, I'd like to say thanks for applying the patch we recently submitted on the bug tracker to allow openssh to build on Haiku. In our current port of openssh for Haiku it's creating a directory ~/.ssh, we'd like to have this moved to ~/config/settings/ssh (without a dot in front of ssh). Haiku (and BeOS before that) has a function available to determine the location of a