search for: _internal

...turn ep.load() File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 2260, in load entry = __import__(self.module_name, globals(),globals(), ['__name__']) File "/usr/lib/python2.7/site-packages/certbot/main.py", line 2, in <module> from certbot._internal import main as internal_main File "/usr/lib/python2.7/site-packages/certbot/_internal/main.py", line 20, in <module> from certbot._internal import account File "/usr/lib/python2.7/site-packages/certbot/_internal/account.py", line 18, in <module> from acme...

..."/usr/lib/python2.7/site-packages/pkg_resources.py", line 2260, in > load > entry = __import__(self.module_name, globals(),globals(), ['__name__']) > File "/usr/lib/python2.7/site-packages/certbot/main.py", line 2, in > <module> > from certbot._internal import main as internal_main > File "/usr/lib/python2.7/site-packages/certbot/_internal/main.py", line > 20, in <module> > from certbot._internal import account > File "/usr/lib/python2.7/site-packages/certbot/_internal/account.py", > line 18, in <mo...

...libc++.so (i.e. libc++abi will only be merged into libc++.a, not libc++.so). > > Similarly, you can also use LIBCXXABI_ENABLE_STATIC_UNWINDER=ON and LIBCXXABI_STATICALLY_LINK_UNWINDER_IN_SHARED_LIBRARY=OFF to the same for libunwind. > > Alternatively, you could rename libc++.a to libc++_internal.a and then create a linker script named libc++.a with the following content: > > INPUT(libc++_internal.a libc++abi.a) > > There's no support to do so in CMake at the moment, but it's something we've already discussed within Fuchsia as it'd be also useful for sanitizer ru...

Hi! I sometimes build LLVM with a static libc++.a in MacOS, so that I use the LLVM libc++ instead of the system-wide one. However, when doing so, I always get link errors when building LLVM, because the build system links with libc++.a, but not with libc++abi.a and so there are quite a few missing symbols that the linker cannot find. My workaround (which always seems to work) is to embed

...inking about the Fedora case, but > if we're not going to package this up in Fedora it doesn't matter. We never tried to build on other arches, but it should work. We have few lines of C but they should be portable. https://github.com/oVirt/ovirt-imageio/blob/master/daemon/ovirt_imageio/_internal/ioutil.c I added aarch64 builds in copr, lets see how it goes: https://copr.fedorainfracloud.org/coprs/nsoffer/ovirt-imageio-preview/build/1541540/ > > > > - params['rhv_direct'] is ignored, we always try direct transfer now. > > > > > > We should drop it fro...

...'s) ?not allowing logins until reboot. Nailing down some best practises in an attempt to fix. My best guess is that it's a Kerberos issue --sensitive to time sync and DNS. -- Installed chrony instead of ntpsec (seems to perform as advertised) -- (Today) moved to BIND9_DLZ instead of SAMBA_INTERNAL for dns services. (long ago I switched to SAMBA _INTERNAL from BIND9_DLZ because the Debian version of named did not include dlopen and had to be recompiled every time)? So now the windows eventlog complains that it can't update RR's because of a system error instead of a security problem...

...Ported to Python 3 by Irit Goihman. > > - > > - > > -class UnixHTTPConnection(HTTPConnection): > > Why drop this part? Not used now, imageio client includes this class: https://github.com/oVirt/ovirt-imageio/blob/24c59f2e0ace784d9c993f6044475bb370058e70/daemon/ovirt_imageio/_internal/backends/http.py#L610 > > Rest of the patch looks good and as you say above both simplifies and > improves performance. The performance part was not tested yet. I will results in the next version. Nir

..., 5] > > > > ../auth/gensec/gensec_start.c:739(gensec_start_mech) > > > > Starting GENSEC submechanism gssapi_krb5 > > > > [2017/12/27 08:20:55.536259, 5] > > > > ../source4/auth/gensec/gensec_gssapi.c:668(gensec_gssapi_update > > > > _internal) > > > > gensec_gssapi: credentials were delegated > > > > [2017/12/27 08:20:55.536320, 5] > > > > ../source4/auth/gensec/gensec_gssapi.c:685(gensec_gssapi_update > > > > _internal) > > > > GSSAPI Connection will be cryptographicall...

...case, but > > if we're not going to package this up in Fedora it doesn't matter. > > We never tried to build on other arches, but it should work. We have > few lines of C but they should be portable. > https://github.com/oVirt/ovirt-imageio/blob/master/daemon/ovirt_imageio/_internal/ioutil.c > > I added aarch64 builds in copr, lets see how it goes: > https://copr.fedorainfracloud.org/coprs/nsoffer/ovirt-imageio-preview/build/1541540/ > > > > > > - params['rhv_direct'] is ignored, we always try direct transfer now. > > > > > &gt...

...t_mech) > > > > > > Starting GENSEC submechanism gssapi_krb5 > > > > > > [2017/12/27 08:20:55.536259, 5] > > > > > > ../source4/auth/gensec/gensec_gssapi.c:668(gensec_gssapi_up > > > > > > date > > > > > > _internal) > > > > > > gensec_gssapi: credentials were delegated > > > > > > [2017/12/27 08:20:55.536320, 5] > > > > > > ../source4/auth/gensec/gensec_gssapi.c:685(gensec_gssapi_up > > > > > > date > > > > > > _inte...

...>>>>> ../auth/gensec/gensec_start.c:739(gensec_start_mech) >>>>> Starting GENSEC submechanism gssapi_krb5 >>>>> [2017/12/27 08:20:55.536259, 5] >>>>> ../source4/auth/gensec/gensec_gssapi.c:668(gensec_gssapi_update >>>>> _internal) >>>>> gensec_gssapi: credentials were delegated >>>>> [2017/12/27 08:20:55.536320, 5] >>>>> ../source4/auth/gensec/gensec_gssapi.c:685(gensec_gssapi_update >>>>> _internal) >>>>> GSSAPI Connection will be cryptograph...

...ing GENSEC submechanism gssapi_krb5 >>>>>>>> [2017/12/27 08:20:55.536259, 5] >>>>>>>> ../source4/auth/gensec/gensec_gssapi.c:668(gensec_gssapi_ >>>>>>>> up >>>>>>>> date >>>>>>>> _internal) >>>>>>>> gensec_gssapi: credentials were delegated >>>>>>>> [2017/12/27 08:20:55.536320, 5] >>>>>>>> ../source4/auth/gensec/gensec_gssapi.c:685(gensec_gssapi_ >>>>>>>> up >>>>>>&g...

...submechanism gssapi_krb5 > > > > > > > [2017/12/27 08:20:55.536259, 5] > > > > > > > ../source4/auth/gensec/gensec_gssapi.c:668(gensec_gssapi_ > > > > > > > up > > > > > > > date > > > > > > > _internal) > > > > > > > gensec_gssapi: credentials were delegated > > > > > > > [2017/12/27 08:20:55.536320, 5] > > > > > > > ../source4/auth/gensec/gensec_gssapi.c:685(gensec_gssapi_ > > > > > > > up > > > >...

...submechanism gssapi_krb5 > > > > > > > [2017/12/27 08:20:55.536259, 5] > > > > > > > ../source4/auth/gensec/gensec_gssapi.c:668(gensec_gssapi_ > > > > > > > up > > > > > > > date > > > > > > > _internal) > > > > > > > gensec_gssapi: credentials were delegated > > > > > > > [2017/12/27 08:20:55.536320, 5] > > > > > > > ../source4/auth/gensec/gensec_gssapi.c:685(gensec_gssapi_ > > > > > > > up > > > >...

...ism gssapi_krb5 >>>>>>>>> [2017/12/27 08:20:55.536259, 5] >>>>>>>>> ../source4/auth/gensec/gensec_gssapi.c:668(gensec_gssapi_ >>>>>>>>> up >>>>>>>>> date >>>>>>>>> _internal) >>>>>>>>> gensec_gssapi: credentials were delegated >>>>>>>>> [2017/12/27 08:20:55.536320, 5] >>>>>>>>> ../source4/auth/gensec/gensec_gssapi.c:685(gensec_gssapi_ >>>>>>>>> up >>&g...

...submechanism gssapi_krb5 > > > > > > > [2017/12/27 08:20:55.536259, 5] > > > > > > > ../source4/auth/gensec/gensec_gssapi.c:668(gensec_gssapi_ > > > > > > > up > > > > > > > date > > > > > > > _internal) > > > > > > > gensec_gssapi: credentials were delegated > > > > > > > [2017/12/27 08:20:55.536320, 5] > > > > > > > ../source4/auth/gensec/gensec_gssapi.c:685(gensec_gssapi_ > > > > > > > up > > > >...

...> > - > > > - > > > -class UnixHTTPConnection(HTTPConnection): > > > > Why drop this part? > > Not used now, imageio client includes this class: > https://github.com/oVirt/ovirt-imageio/blob/24c59f2e0ace784d9c993f6044475bb370058e70/daemon/ovirt_imageio/_internal/backends/http.py#L610 Good thing. Thanks, Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. O...

...ENSEC mechanism spnego > > [2017/12/27 08:20:55.506501,  5] > > ../auth/gensec/gensec_start.c:739(gensec_start_mech) > >   Starting GENSEC submechanism gssapi_krb5 > > [2017/12/27 08:20:55.536259,  5] > > ../source4/auth/gensec/gensec_gssapi.c:668(gensec_gssapi_update_internal) > >   gensec_gssapi: credentials were delegated > > [2017/12/27 08:20:55.536320,  5] > > ../source4/auth/gensec/gensec_gssapi.c:685(gensec_gssapi_update_internal) > >   GSSAPI Connection will be cryptographically sealed > > [2017/12/27 08:20:55.538591,  6] > >...

...must not +have any cpu affinity (i.e., `domain_build_info->cpumap` must +have all its bits set, as it is by default), or domain creation +will fail returning `ERROR_INVAL`. + +Besides than that, looking and/or tweaking the placement algorithm +search "Automatic NUMA placement" in libxl\_internal.h. + +Note this may change in future versions of Xen/libxl. + +## Limitations ## + +Analyzing various possible placement solutions is what makes the +algorithm flexible and quite effective. However, that also means +it won''t scale well to systems with arbitrary number of nodes. +For this r...

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 client will use transfer_url if possible, or fall back to proxy_url. Since the client implements the buffer protocol, move to version 2 of the API for more efficient pread(). Another advantage the client