search for: msg00184

On Wednesday, 21 June 2017 19:29:07 CEST Richard W.M. Jones wrote: > 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. Patches #1-13 LGTM (just with a small fixup needed in patch #7). > 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 a...

...when I looked at dmesg. Ifconfig uses the old style IOFLAG way to determine this but looking into ip code this is supposed to work even with newer kernels (I''m on 2.6.17 now with the latest iproute package) I found these links about the issue http://www.tcpdump.org/lists/workers/2001/01/msg00184.html http://lists.virus.org/bugtraq-0207/msg00363.html Radek -- Radek Vokál <rvokal@redhat.com>

http://bugs.freedesktop.org/show_bug.cgi?id=15689 Summary: loading playing flash file at URL freezes epiphany with 100% CPU usage Product: swfdec Version: git Platform: Other URL: http://talkingpointsmemo.com/archives/190399.php OS/Version: All Status: NEW Severity: critical

Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-1 Severity: grave Tags: squeeze upstream Some newer hardware components (it is unclear what exactly causes the issue) render xen-hyervisor unusable as it crashes immediately after boot for the Debian out-of-box configuration. This results in a system rebooting all over again if the hypervisor is choosen as default stanza to be booted by grub

...ome time to go through the whole rfc 4122 just to realize we do not need to do anything with the versions. v2: - Use EEXIST instead of EINVAL - Put the colliding UUID into the error - Do not evaluate the PCRE needlessly multiple times v1: https://www.redhat.com/archives/libguestfs/2020-January/msg00184.html Martin Kletzander (2): rhv-upload: Validate UUIDs passed to -oo rhv-disk-uuid (RHBZ#1789279) rhv-upload: Check that rhv-disk-uuid is not already taken (RHBZ#1789279) v2v/output_rhv_upload.ml | 12 ++++++++++++ v2v/rhv-upload-plugin.py | 12 ++++++++++++ 2 files changed, 24 insertio...

...for Lazy evaluation of regexp UUID v2: - https://www.redhat.com/archives/libguestfs/2020-January/msg00221.html - Use EEXIST instead of EINVAL - Put the colliding UUID into the error - Do not evaluate the PCRE needlessly multiple times v1: https://www.redhat.com/archives/libguestfs/2020-January/msg00184.html Martin Kletzander (2): rhv-upload: Validate UUIDs passed to -oo rhv-disk-uuid (RHBZ#1789279) rhv-upload: Check that rhv-disk-uuid is not already taken (RHBZ#1789279) v2v/output_rhv_upload.ml | 18 ++++++++++++++++++ v2v/rhv-upload-precheck.py | 10 ++++++++++ 2 files changed, 28 i...

On 2/14/20 3:29 PM, Eric Blake wrote: > On 2/14/20 1:02 PM, Eric Blake wrote: > >> Writing my own dlopen() wrapper directly in nbdkit seems like a >> non-starter (my override has to come from a shared library before it >> can replace the shared version that would be imported from -ldl, at >> least for all subsequent shared library loads that want to bind to the

...o be shipped (be that a shared library providing dlopen, or a LD_AUDIT library, or otherwise) is less palatable than the 2-binary solution that our re-exec solution provides. [1] https://github.com/libguestfs/nbdkit/commit/0c7ac4e655b [2] https://www.redhat.com/archives/libguestfs/2020-February/msg00184.html So with that said, here's a question I just thought of: If your patch for glibc support for DT_AUDIT is incorporated, is it possible to mark a shared library as its own audit library via DT_AUDIT? That is, if nbdkit-vddk-plugin.so can provide entry points for _both_ the nbdkit inter...

...ve with the body of Kickstart config in the main file and then manually NFS mount and reference the modular configs, if I have to, but I wondered is there a better method? I've Googled around a bit and found these threads from '02... https://www.redhat.com/archives/kickstart-list/2002-May/msg00184.html https://www.redhat.com/archives/anaconda-devel-list/2005-October/msg00080.html Which clarify what's going on but not really how people deal with %include and NFS. Will.

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 (https://bugzilla.redhat.com/show_bug...