search for: comptibility

Hi all, http://www.hipac.org/index.htm I have just discovered this great project. It seems it surpasses standard netfilter in performance. The documentation states they are more or less compatible with standard netfilter, but anybody has tested if it is compatible with shorewall? Tom, have you? Regards -- Jaime Nebrera - jnebrera@eneotecnologia.com Consultor TI - ENEO Tecnologia SL

...d.html and https://llvm.org/docs/LLVMBuild.html. Several features of the system are either undocumented, obsolete or redundant with the cmake description (sometimes all at once!). For instance the LLVMBuild.txt under tools/ don't seem relevant anymore. And the –write-make-fragment for Makefile comptibility no longer makes sense. The whole thing also adds a dependency on Python in our core Build system (leaving aside documentation, that is). I have a patch that seems to work for the default configuration, submited here: https://reviews.llvm.org/D89142 It's basically a conversion of the Pyt...

...ocs/LLVMBuild.html. > > Several features of the system are either undocumented, obsolete or > redundant > with the cmake description (sometimes all at once!). For instance the > LLVMBuild.txt under tools/ don't seem relevant anymore. And the > –write-make-fragment for Makefile comptibility no longer makes sense. > > The whole thing also adds a dependency on Python in our core Build system > (leaving > aside documentation, that is). > > I have a patch that seems to work for the default configuration, submited > here: > > https://reviews.llvm.org/D89142 &...

We are using G711 for phones to talk to Asterisk and G729 licenses at asterisk to talk to ITSP Could you please suggest transcoder to use from G711 and G729 and which is comptible with Asterisk. We will like to avoid using TDM if possible Also i remember that initially we didn't have G729 and were using only 711 for with vicidial but then also we had same problems. at that time it was only 2

...ds of race conditions in Linux. > - > -The default is no delay. > +These plugin parameters have been moved to the > +L<nbdkit-delay-filter(1)> filter. Modify the command line to add > +I<--filter=delay> in order to use these parameters. I guess we don't promise back-comptibility on plugin parameters, but at least you've documented how to fix things (and the testsuite had to follow that advice). -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org

The first three patches are identical to: https://www.redhat.com/archives/libguestfs/2018-January/msg00079.html "[PATCH nbdkit v2 0/3] Refactor plugin_* functions into a backend" The rest of the patches add filters using the new filter API previously described here: https://www.redhat.com/archives/libguestfs/2018-January/msg00073.html This needs a lot more testing -- and tests --