search for: l191

...t this a bit closer, I think this may be a bug in qemu. > > /dev/fd/7 is supposed to be the file descriptor of the image which we > have opened in libguestfs, see this code: > > https://github.com/libguestfs/libguestfs/blob/06df910491c49360c0292c7153ba5e5cd09a4735/lib/info.c#L174-L191 > > I wonder if qemu gets confused by this and thinks that the image is > open in two places? > > I can't reproduce this here however. Having a nice short reproducer > might help. This bug has now been reported by a Debian user: https://bugs.debian.org/cgi-bin/bugreport...

On Thu, Nov 23, 2017 at 10:57 AM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Tue, Nov 21, 2017 at 11:43:54PM +0200, Yaniv Kaul wrote: > > Since I upgrading to FC27, I *sometimes* fail to virt-sysprep. > > The debug messages: > > libguestfs: trace: set_verbose true > > libguestfs: trace: set_verbose = 0 > > libguestfs: create: flags = 0, handle =

...tation that "hijacked" the overlay and included itself between the realFS and the memoryFS. It obtains files from the database! > > See: > https://github.com/Ericsson/CodeCompass/blob/a1a7b10e3a9e2e4f493135ea68566cee54adc081/plugins/cpp_reparse/service/src/databasefilesystem.cpp#L191-L224 <https://github.com/Ericsson/CodeCompass/blob/a1a7b10e3a9e2e4f493135ea68566cee54adc081/plugins/cpp_reparse/service/src/databasefilesystem.cpp#L191-L224> > > These files *do not necessarily* (in 99% of the cases, not at all) exist on the hard drive at the moment of the code wanting...

...is a bit closer, I think this may be a bug in qemu. > > /dev/fd/7 is supposed to be the file descriptor of the image which we > have opened in libguestfs, see this code: > > https://github.com/libguestfs/libguestfs/blob/ > 06df910491c49360c0292c7153ba5e5cd09a4735/lib/info.c#L174-L191 > > I wonder if qemu gets confused by this and thinks that the image is > open in two places? > > I can't reproduce this here however. Having a nice short reproducer > might help. > It's not reliably reproduced on my setup either. I run Lago (http://lago.readthedocs.i...

Hello, migrated von the mailserver from centos to alpine linux. Most parts are run well. dovecot 2.2.31 sieve: 0.4.19 But i fight with on behavior. I have an sieve script which pipes a few fields to an external script which send this data to an telegram-bot. the part of the sieve-script. if header :matches "Subject" "*" { set "subject" "${1}"; } if

I'd like to get some more perspectives on the role of the VirtualFileSystem abstraction in llvm/Support. (The VFS layer has recently moved from Clang to LLVM, so crossposting to both lists) https://reviews.llvm.org/D54277 proposed adding a function to VirtualFileSystem to get the underlying "real file" path from a VFS path. LLDB is starting to use VFS for some filesystem

...ing the image? Looking at this a bit closer, I think this may be a bug in qemu. /dev/fd/7 is supposed to be the file descriptor of the image which we have opened in libguestfs, see this code: https://github.com/libguestfs/libguestfs/blob/06df910491c49360c0292c7153ba5e5cd09a4735/lib/info.c#L174-L191 I wonder if qemu gets confused by this and thinks that the image is open in two places? I can't reproduce this here however. Having a nice short reproducer might help. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualiza...

...r, I think this may be a bug in qemu. >> >> /dev/fd/7 is supposed to be the file descriptor of the image which we >> have opened in libguestfs, see this code: >> >> https://github.com/libguestfs/libguestfs/blob/06df910491c49360c0292c7153ba5e5cd09a4735/lib/info.c#L174-L191 >> >> I wonder if qemu gets confused by this and thinks that the image is >> open in two places? >> >> I can't reproduce this here however. Having a nice short reproducer >> might help. > > This bug has now been reported by a Debian user: > >...

...behavior? Mybe its ab > problem with the libmusl which used in alpine. This is nothing new: https://github.com/dovecot/pigeonhole/blob/master/doc/rfc/spec-bosch-sieve-extprograms.txt#L149 https://github.com/dovecot/pigeonhole/blob/master/src/plugins/sieve-extprograms/sieve-extprograms-common.c#L191 (code is at least 4 years old) I could add an option to allow newlines, but I am not sure that is a good idea per se. Regards, Stephan.

> Date: Tue, 30 Mar 2010 19:52:42 +0400 > From: Max Lapshin <max.lapshin at gmail.com> > Subject: Re: [Speex-dev] Speex in flash player: how to work with? > > _microphone = Microphone.getMicrophone(); > _microphone.setSilenceLevel(0); > _microphone.codec = SoundCodec.SPEEX; > _microphone.encodeQuality = 10; > _microphone.rate = 16; > _microphone.framesPerPacket

...t; > We should drop it from the OCaml code? > > > > And break users that used this flag? > > Actually I meant just drop the params['rhv_direct'] field, ie: > https://github.com/libguestfs/virt-v2v/blob/784be60842d088596d7af938f90c689083677dca/v2v/output_rhv_upload.ml#L191 > > As you say we do need to preserve the command line option, but it'll > be ignored. Sounds good. > > > [...] > > > > > > > -# Modify http.client.HTTPConnection to work over a Unix domain socket. > > > > -# Derived from uhttplib written by...

...this may be a bug in qemu. > > > > /dev/fd/7 is supposed to be the file descriptor of the image which we > > have opened in libguestfs, see this code: > > > > https://github.com/libguestfs/libguestfs/blob/ > 06df910491c49360c0292c7153ba5e5cd09a4735/lib/info.c#L174-L191 > > > > I wonder if qemu gets confused by this and thinks that the image is > > open in two places? > > > > I can't reproduce this here however. Having a nice short reproducer > > might help. > > This bug has now been reported by a Debian user: > &g...

...nsfer now. > > > > We should drop it from the OCaml code? > > And break users that used this flag? Actually I meant just drop the params['rhv_direct'] field, ie: https://github.com/libguestfs/virt-v2v/blob/784be60842d088596d7af938f90c689083677dca/v2v/output_rhv_upload.ml#L191 As you say we do need to preserve the command line option, but it'll be ignored. > > [...] > > > > > -# Modify http.client.HTTPConnection to work over a Unix domain socket. > > > -# Derived from uhttplib written by Erik van Zijst under an MIT license. > > &...

On Thu, Jul 9, 2020 at 10:53 AM Richard W.M. Jones <rjones@redhat.com> wrote: > > On Thu, Jul 09, 2020 at 01:51:44AM +0300, Nir Soffer wrote: > > We can use now ImageioClient to communicate with ovirt-imageio server > > on oVirt host. > > > > Using the client greatly simplifies the plugin, and enables new features > > like transparent proxy support. The

...from the OCaml code? > > > > > > And break users that used this flag? > > > > Actually I meant just drop the params['rhv_direct'] field, ie: > > https://github.com/libguestfs/virt-v2v/blob/784be60842d088596d7af938f90c689083677dca/v2v/output_rhv_upload.ml#L191 > > > > As you say we do need to preserve the command line option, but it'll > > be ignored. > > Sounds good. > > > > > [...] > > > > > > > > > -# Modify http.client.HTTPConnection to work over a Unix domain socket. > > &gt...

...would > avoid. > E.g. > https://ghostbin.com/paste/qus2s#L306 - 6 counter updates in the same BB > https://ghostbin.com/paste/qus2s#L286 - 3 counter updates in the same BB > https://ghostbin.com/paste/qus2s#L261 - 2 counter updates in the same BB > https://ghostbin.com/paste/qus2s#L191 - 5 counter updates in the same BB > https://ghostbin.com/paste/qus2s#L435 - 9 counter updates in the same BB > https://ghostbin.com/paste/qus2s#L373 - 2 counter updates in the same BB > > It seems like the "identical counter merge" leaves a lot on the table that > even a s...

> On Mar 11, 2016, at 5:28 PM, Sean Silva <chisophugis at gmail.com> wrote: > > > > On Fri, Mar 11, 2016 at 12:47 PM, Vedant Kumar <vsk at apple.com> wrote: > There have been a lot of responses. I'll try to summarize the thread and respond > to some of the questions/feedback. > > > Summary > ======= > > 1. We should teach GlobalDCE to