135932 2014-08-14 00:04:41 -0700 2.5.[12]: problem when installing in a multilib environment 2017-03-11 10:57:00 -0800 1 1 1 Unclassified WebKit WebKitGTK 528+ (Nightly build) Unspecified Linux NEW P2 Normal --- 1 balducci webkit-unassigned balducci berto bugs-noreply cgarcia zan oldest_to_newest 1029043 0 balducci 2014-08-14 00:04:41 -0700 w/2.5.1 (and I guess w/2.5.2 too, didn't try yet) I get a problem installing in a multilib (ABI32/64) environment The build for ABI32 chokes at the end: [ 95%] Generating ../../WebKit2-4.0.gir ... /usr/bin/ld: skipping incompatible /home/balducci/tmp/install-us-d/webkitgtk-2.4.4.d/webkitgtk-2.5.1/lib/libwebkit2gtk-4.0.so when searching for -lwebkit2gtk-4.0 /usr/bin/ld: cannot find -lwebkit2gtk-4.0 ...[a bunch of similar messages for many ABI32 system libs]... linking of temporary binary failed: Command '['/usr/bin/gcc', '-o', '/home/balducci/tmp/install-us-d/webkitgtk-2.4.4.d/webkitgtk-2.5.1/Source/WebKit2/tmp-introspectK7AFYo/WebKit2-4.0', '-Wno-deprecated-declarations', '/home/balducci/tmp/install-us-d/webkitgtk-2.4.4.d/webkitgtk-2.5.1/Source/WebKit2/tmp-introspectK7AFYo/WebKit2-4.0.o', '-L.', '-Wl,-rpath=.', '-Wl,--no-as-needed', '-lwebkit2gtk-4.0', '-ljavascriptcoregtk-4.0', '-L/home/balducci/tmp/install-us-d/webkitgtk-2.4.4.d/webkitgtk-2.5.1/lib', '-Wl,-rpath=/home/balducci/tmp/install-us-d/webkitgtk-2.4.4.d/webkitgtk-2.5.1/lib', '-L/opt/stow.d/versions/glib-2.41.2/usr/lib', '-L/opt/stow.d/versions/gtk+-3.13.6/usr/lib', '-L/opt/stow.d/versions/pango-1.36.5/usr/lib', '-L/opt/stow.d/versions/atk-2.13.3/usr/lib', '-L/opt/stow.d/stow/cairo/usr/lib', '-L/usr/Xorg/lib', '-L/opt/stow.d/stow/cairo/usr/lib', '-L/opt/stow.d/versions/gdk-pixbuf-2.31.0/usr/lib', '-L/opt/stow.d/versions/libsoup-2.47.4/usr/lib', '-L/opt/stow.d/versions/glib-2.41.2/usr/lib', '-Wl,--export-dynamic', '-lgmodule-2.0', '-pthread', '-lgtk-3', '-lgdk-3', '-lpangocairo-1.0', '-lpango-1.0', '-latk-1.0', '-lcairo-gobject', '-lfontconfig', '-lfreetype', '-lz', '-lXrender', '-lX11', '-lcairo', '-lgdk_pixbuf-2.0', '-lsoup-2.4', '-lgio-2.0', '-lgobject-2.0', '-lglib-2.0']' returned non-zero exit status 1 Source/WebKit2/CMakeFiles/WebKit2-4-gir.dir/build.make:57: recipe for target 'WebKit2-4.0.gir' failed The reason for the failure is that g-ir-scanner is being passed an incorrect gcc call lacking the necessary -m32 opt (default ABI being 64 bit). The following hack: diff -c ./Source/WebKit2/PlatformGTK.cmake.FIX_GIR_COMPILER ./Source/WebKit2/PlatformGTK.cmake *** ./Source/WebKit2/PlatformGTK.cmake.FIX_GIR_COMPILERWed Aug 13 21:32:59 2014 --- ./Source/WebKit2/PlatformGTK.cmakeWed Aug 13 21:32:59 2014 *************** *** 741,747 **** OUTPUT ${CMAKE_BINARY_DIR}/WebKit2-${WEBKITGTK_API_VERSION}.gir DEPENDS WebKit2 DEPENDS ${CMAKE_BINARY_DIR}/JavaScriptCore-${WEBKITGTK_API_VERSION}.gir ! COMMAND CC=${CMAKE_C_COMPILER} CFLAGS=-Wno-deprecated-declarations LDFLAGS= ${INTROSPECTION_SCANNER} --quiet --warn-all --- 741,747 ---- OUTPUT ${CMAKE_BINARY_DIR}/WebKit2-${WEBKITGTK_API_VERSION}.gir DEPENDS WebKit2 DEPENDS ${CMAKE_BINARY_DIR}/JavaScriptCore-${WEBKITGTK_API_VERSION}.gir ! COMMAND CC=${CMAKE_C_COMPILER} CFLAGS='-m32 -Wno-deprecated-declarations' LDFLAGS=-m32 ${INTROSPECTION_SCANNER} --quiet --warn-all *************** *** 779,785 **** OUTPUT ${CMAKE_BINARY_DIR}/WebKit2WebExtension-${WEBKITGTK_API_VERSION}.gir DEPENDS ${CMAKE_BINARY_DIR}/JavaScriptCore-${WEBKITGTK_API_VERSION}.gir DEPENDS ${CMAKE_BINARY_DIR}/WebKit2-${WEBKITGTK_API_VERSION}.gir ! COMMAND CC=${CMAKE_C_COMPILER} CFLAGS=-Wno-deprecated-declarations LDFLAGS= ${INTROSPECTION_SCANNER} --quiet --warn-all --- 779,785 ---- OUTPUT ${CMAKE_BINARY_DIR}/WebKit2WebExtension-${WEBKITGTK_API_VERSION}.gir DEPENDS ${CMAKE_BINARY_DIR}/JavaScriptCore-${WEBKITGTK_API_VERSION}.gir DEPENDS ${CMAKE_BINARY_DIR}/WebKit2-${WEBKITGTK_API_VERSION}.gir ! COMMAND CC=${CMAKE_C_COMPILER} CFLAGS='-m32 -Wno-deprecated-declarations' LDFLAGS=-m32 ${INTROSPECTION_SCANNER} --quiet --warn-all works around the issue for me, allowing to complete successfully the build. Of course, the above is just a hack; but it seems to me that the issue w/ multilib builds is real. Apologies for not speaking cmake and hence not being able to go deeper. If that matters, for ABI32 I build with the following cmake defines: -DCMAKE_INSTALL_PREFIX=${PREFIX} -DCMAKE_INSTALL_LIBDIR=lib -DCMAKE_C_COMPILER_ARG1=-m32 -DCMAKE_CXX_COMPILER_ARG1=-m32 -DPORT=GTK -DCMAKE_BUILD_TYPE=Release -DENABLE_CREDENTIAL_STORAGE=OFF -DENABLE_GEOLOCATION=OFF In particular, I have seen that the CMAKE_C[XX]_COMPILER_ARG1 defines are essential for ABI32 build, but that doesn't prevent failure of the WebKit2-4.0.gir target anyway. I guess some fix should go into FindGObjectIntrospection.cmake, but I'm not in the position to make any useful seggestion 1029996 1 berto 2014-08-19 04:19:41 -0700 I guess that here you would need to use "gcc -m32" as your compiler, but I don't know how to do something like that with cmake (see bug 130009). A workaround is to create a wrapper script that calls "gcc -m32" and use that script as your C compiler. Would that work for you? 1030008 2 balducci 2014-08-19 04:53:41 -0700 > I guess that here you would need to use "gcc -m32" as your compiler, > but I don't know how to do something like that with cmake (see bug 130009). The job of running with the -m32 option switched on is actually done *mostly* with these two: -DCMAKE_C_COMPILER_ARG1=-m32 -DCMAKE_CXX_COMPILER_ARG1=-m32 The problem seems to be that the above cmake vars are not used in PlatformGTK.cmake > A workaround is to create a wrapper script that calls "gcc -m32" and > use that script as your C compiler. Would that work for you? yes, this is another quite efficient workaround: things work smoothly for me by sed-ing PlatformGTK.cmake as per my original report above, but I will keep your suggestion as a good alternative, thanks. 1030010 3 berto 2014-08-19 04:58:45 -0700 (In reply to comment #2) > The job of running with the -m32 option switched on is actually done > *mostly* with these two: > > -DCMAKE_C_COMPILER_ARG1=-m32 > -DCMAKE_CXX_COMPILER_ARG1=-m32 I understand, and in principle it should be enough with using those two variables in PlatformGTK.cmake. The problem is: 1) what happens if those are empty. Does it still work fine? 2) what happens if you need more than one parameter. I believe those would go to a different variable. I remember having taken a look when I filed bug 130009 and the solution didn't seem obvious to me, but I also have little experience with cmake so I probably overlooked something. 1030014 4 balducci 2014-08-19 05:40:58 -0700 > I understand, and in principle it should be enough with using those > two variables in PlatformGTK.cmake. The problem is: > > 1) what happens if those are empty. Does it still work fine? I guess it would still work with no problems, but I'm almost totally ignorant about cmake > 2) what happens if you need more than one parameter. I believe those > would go to a different variable. me too. Overall, building for a multilib system works 99% (using CMAKE_C_COMPILER_ARG1 and CMAKE_CXX_COMPILER_ARG1 for setting -m32/-m64). The only issue seems to me this PlatformGTK.cmake: I guess it shouldn't take too much extending it to support compiling for ABI32/64 for someone speaking cmake fluently; but, given that webkit-gtk is a large project, I might be underestimating the complexity of such job. ...or maybe I'm simply missing some build configuration option which does what I want (apologies if so) 1030271 5 zan 2014-08-20 08:27:33 -0700 I would recommend setting -m32 via CFLAGS and CXXFLAGS environment variables or CMAKE_C_FLAGS and CMAKE_CXX_FLAGS definitions. That would make it possible to search for -m32 in CMAKE_C_FLAGS and add it to the introspection scanner's CFLAGS if necessary. Searching for CMAKE_C_COMPILER_ARG1 and CMAKE_CXX_COMPILER_ARG1 uses over the net shows that those two are frequently used when the compiler is being invoked through ccache, like `ccache gcc/gxx`. That's why I'd rather avoid these two variables entirely. 1030467 6 berto 2014-08-21 00:58:54 -0700 (In reply to comment #5) > I would recommend setting -m32 via CFLAGS and CXXFLAGS environment > variables or CMAKE_C_FLAGS and CMAKE_CXX_FLAGS definitions. > > That would make it possible to search for -m32 in CMAKE_C_FLAGS and > add it to the introspection scanner's CFLAGS if necessary. Looks good to me. One other alternative is to build everything using a full 32bit environment inside a chroot, which is what Debian does. 1030515 7 balducci 2014-08-21 10:09:48 -0700 > I would recommend setting -m32 via CFLAGS and CXXFLAGS environment > variables or CMAKE_C_FLAGS and CMAKE_CXX_FLAGS definitions. > > That would make it possible to search for -m32 in CMAKE_C_FLAGS and > add it to the introspection scanner's CFLAGS if necessary. just tried with: export CFLAGS "-m32 $CFLAGS" export CXXFLAGS "-m32 $CXXFLAGS" and: -DCMAKE_INSTALL_PREFIX=${PREFIX} -DCMAKE_INSTALL_LIBDIR=lib$(ABI64Maybe) -DCMAKE_C_FLAGS=-m32 -DCMAKE_CXX_FLAGS=-m32 -DPORT=GTK -DCMAKE_BUILD_TYPE=Release -DENABLE_CREDENTIAL_STORAGE=OFF -DENABLE_GEOLOCATION=OFF -DCMAKE_VERBOSE_MAKEFILE=TRUE but no joy. Build stops at the same point with the same error. I think that the problem is in this Source/WebKit2/PlatformGTK.cmake file, where I find: ----8<----8<----8<---- [...] add_custom_command( OUTPUT ${CMAKE_BINARY_DIR}/WebKit2-${WEBKITGTK_API_VERSION}.gir DEPENDS WebKit2 DEPENDS ${CMAKE_BINARY_DIR}/JavaScriptCore-${WEBKITGTK_API_VERSION}.gir COMMAND CC=${CMAKE_C_COMPILER} CFLAGS=-Wno-deprecated-declarations LDFLAGS= ${INTROSPECTION_SCANNER} --quiet --warn-all --symbol-prefix=webkit --identifier-prefix=WebKit --namespace=WebKit2 --nsversion=${WEBKITGTK_API_VERSION} --include=GObject-2.0 --include=Gtk-3.0 --include=Soup-2.4 --include-uninstalled=${CMAKE_BINARY_DIR}/JavaScriptCore-${WEBKITGTK_API_VERSION}.gir --library=webkit2gtk-${WEBKITGTK_API_VERSION} --library=javascriptcoregtk-${WEBKITGTK_API_VERSION} -L${CMAKE_LIBRARY_OUTPUT_DIRECTORY} --no-libtool --pkg=gobject-2.0 --pkg=gtk+-3.0 --pkg=libsoup-2.4 --pkg-export=webkit2gtk-${WEBKITGTK_API_VERSION} --output=${CMAKE_BINARY_DIR}/WebKit2-${WEBKITGTK_API_VERSION}.gir --c-include="webkit2/webkit2.h" -DBUILDING_WEBKIT -DWEBKIT2_COMPILATION -I${CMAKE_SOURCE_DIR}/Source -I${WEBKIT2_DIR} -I${JAVASCRIPTCORE_DIR}/ForwardingHeaders -I${DERIVED_SOURCES_DIR} -I${DERIVED_SOURCES_WEBKIT2GTK_DIR} -I${FORWARDING_HEADERS_WEBKIT2GTK_DIR} ${WebKit2GTK_INSTALLED_HEADERS} ${WEBKIT2_DIR}/UIProcess/API/gtk/*.cpp ) [...plus another equal stanza for WebKit2WebExtension-${WEBKITGTK_API_VERSION}.gir] ----8<----8<----8<---- Now: I cannot set CMAKE_C_COMPILER="gcc -m32" (I tried, but it will cause an almost immediate stop in the build: cmake language related, I guess); OTOH, both CFLAGS and LDFLAGS are hardcoded, so setting CFLAGS in the environment won't have any effect. In my opinion, this Source/WebKit2/PlatformGTK.cmake file should be modified so that it can catch CFLAGS or LDFLAGS or ... from the environment; or some other way should be devised to make it support both ABIs... But I'm definitely not in the position to be more detailed > > Searching for CMAKE_C_COMPILER_ARG1 and CMAKE_CXX_COMPILER_ARG1 uses > over the net shows that those two are frequently used when the > compiler is being invoked through ccache, like `ccache > gcc/gxx`. That's why I'd rather avoid these two variables entirely. Thanks for the info: I actually had the impression that I was somewhat misusing them: my cmake ignorance 1030529 8 zan 2014-08-21 12:38:33 -0700 Extracting -m32 from CMAKE_C(XX)_FLAGS, as proposed in comment #5, still has to be implemented. That's why it still fails, as expected. I'm glad that using CFLAGS and CXXFLAGS is an option for you, though. 1032350 9 237409 appzer0 2014-08-30 07:50:17 -0700 Created attachment 237409 webkit-gtk 2.4.4 build log Build log with invoked commande line, variables, configure final output and error. Fixed temporarily with a CC="gcc" CXX="g++" on native host but multilib/cross-compiling is broken. 237409 2014-08-30 07:50:17 -0700 2014-08-30 07:50:17 -0700 webkit-gtk 2.4.4 build log webkit-build.log text/plain 5771 appzer0 KyAnWycgaTY4NiA9IGk2ODYgJ10nCisgZXhwb3J0ICdDQz1nY2MgLW0zMicKKyBDQz0nZ2NjIC1t MzInCisgZXhwb3J0ICdDWFg9ZysrIC1tMzInCisgQ1hYPSdnKysgLW0zMicKKyBleHBvcnQgTERG TEFHUz0tbTMyCisgTERGTEFHUz0tbTMyCisgRkxBR1M9Jy1tMzIgLU8yIC1tYXJjaD1pNjg2IC1w aXBlJworIExJQkRJUlNVRkZJWD0KKyBleHBvcnQgVVNFX0FSQ0g9MzIKKyBVU0VfQVJDSD0zMgor IGV4cG9ydCAnTERGTEFHUz0tTC91c3IvbGliIC1XbCwtTzEsLS1hcy1uZWVkZWQsLS1zb3J0LWNv bW1vbicKKyBMREZMQUdTPSctTC91c3IvbGliIC1XbCwtTzEsLS1hcy1uZWVkZWQsLS1zb3J0LWNv bW1vbicKKyBleHBvcnQgUEtHX0NPTkZJR19QQVRIPS91c3IvbGliL3BrZ2NvbmZpZworIFBLR19D T05GSUdfUEFUSD0vdXNyL2xpYi9wa2djb25maWcKKyAnWycgLXIgL2V0Yy8wb3V0aWxzL2RyYXBl YXV4LWk2ODYuY29uZiAnXScKKyBzb3VyY2UgL2V0Yy8wb3V0aWxzL2RyYXBlYXV4LWk2ODYuY29u ZgorKyBleHBvcnQgJ0NDPWdjYyAtbTMyJworKyBDQz0nZ2NjIC1tMzInCisrIGV4cG9ydCAnQ1hY PWcrKyAtbTMyJworKyBDWFg9J2crKyAtbTMyJworKyBleHBvcnQgTERGTEFHUz0tbTMyCisrIExE RkxBR1M9LW0zMgorKyBGTEFHUz0nLW0zMiAtTzIgLW1hcmNoPWk2ODYgLXBpcGUnCisrIExJQkRJ UlNVRkZJWD0KKysgZXhwb3J0IFVTRV9BUkNIPTMyCisrIFVTRV9BUkNIPTMyCisrIGV4cG9ydCAn TERGTEFHUz0tTC91c3IvbGliIC1XbCwtTzEsLS1hcy1uZWVkZWQsLS1zb3J0LWNvbW1vbicKKysg TERGTEFHUz0nLUwvdXNyL2xpYiAtV2wsLU8xLC0tYXMtbmVlZGVkLC0tc29ydC1jb21tb24nCisr IGV4cG9ydCBQS0dfQ09ORklHX1BBVEg9L3Vzci9saWIvcGtnY29uZmlnCisrIFBLR19DT05GSUdf UEFUSD0vdXNyL2xpYi9wa2djb25maWcKKyAnWycgLXIgL2hvbWUvYXBwemVyMC8uMG91dGlscy9k cmFwZWF1eC1pNjg2LmNvbmYgJ10nCisgJ1snIC1yIC9ob21lL2FwcHplcjAvLjBvdXRpbHMvZHJh cGVhdXguY29uZiAnXScKKyBzZWQgLWkgJ3NA4oCcQVMgSVPigJ1AIkFTIElTIkBnJyBTb3VyY2Uv V2ViQ29yZS94bWwvWE1MVmlld2VyLmNzcyBTb3VyY2UvV2ViQ29yZS94bWwvWE1MVmlld2VyLmpz CisgQ0ZMQUdTPSctbTMyIC1PMiAtbWFyY2g9aTY4NiAtcGlwZScKKyBDWFhGTEFHUz0nLW0zMiAt TzIgLW1hcmNoPWk2ODYgLXBpcGUnCisgLi9jb25maWd1cmUgLS1wcmVmaXg9L3VzciAtLXN5c2Nv bmZkaXI9L2V0YyAtLWxvY2Fsc3RhdGVkaXI9L3ZhciAtLWxpYmRpcj0vdXNyL2xpYiAtLWxpYmV4 ZWNkaXI9L3Vzci9saWIvd2Via2l0Z3RrIC0tbWFuZGlyPS91c3IvbWFuIC0taW5mb2Rpcj0vdXNy L2luZm8gLS1kb2NkaXI9L3Vzci9kb2Mvd2Via2l0LWd0aystMi40LjQgLS1lbmFibGUtZ3RrLWRv YyAtLWVuYWJsZS1pbnRyb3NwZWN0aW9uIC0tZW5hYmxlLXdlYmtpdDIgLS13aXRoLWd0az0zLjAg LS13aXRoLWh0bWwtZGlyPS91c3IvZG9jL3dlYmtpdC1ndGsrLTIuNC40L2h0bWwgLS1idWlsZD1p Njg2LTBsaW51eC1saW51eC1nbnUKY2hlY2tpbmcgYnVpbGQgc3lzdGVtIHR5cGUuLi4gaTY4Ni0w bGludXgtbGludXgtZ251CmNoZWNraW5nIGhvc3Qgc3lzdGVtIHR5cGUuLi4gaTY4Ni0wbGludXgt bGludXgtZ251CgotLS0gKHNuaXApIC0tLQoKV2ViS2l0IHdhcyBjb25maWd1cmVkIHdpdGggdGhl IGZvbGxvd2luZyBvcHRpb25zOgoKQnVpbGQgY29uZmlndXJhdGlvbjoKIEVuYWJsZSBkZWJ1Z2dp bmcgKHNsb3cpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDogbm8KIENvbXBpbGUg d2l0aCBkZWJ1ZyBzeW1ib2xzIChzbG93KSAgICAgICAgICAgICAgICAgICAgICAgIDogbm8KIEVu YWJsZSBHQ0MgYnVpbGQgb3B0aW1pemF0aW9uICAgICAgICAgICAgICAgICAgICAgICAgICAgIDog eWVzCiBDb2RlIGNvdmVyYWdlIHN1cHBvcnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICA6IG5vCiBPcHRpbWl6ZWQgbWVtb3J5IGFsbG9jYXRvciAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICA6IHllcwogQWNjZWxlcmF0ZWQgcmVuZGVyaW5nIGJhY2tlbmQgICAgICAgICAg ICAgICAgICAgICAgICAgICAgOiBPcGVuR0wgKGdsLCBlZ2wsIGdseCkKIEdlb2xvY2F0aW9uIGJh Y2tlbmQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDogR2VvY2x1ZSAyCgpG ZWF0dXJlczoKPT09PT09PQogV2ViS2l0MSBzdXBwb3J0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgOiB5ZXMKIFdlYktpdDIgc3VwcG9ydCAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDogeWVzCiBBY2NlbGVyYXRlZCBDb21wb3NpdGluZyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6IHllcwogQWNjZWxlcmF0ZWQgMkQgY2Fu dmFzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiB5ZXMKIEJhdHRlcnkgQVBJ IHN1cHBvcnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDogbm8KIEdhbWVw YWQgc3VwcG9ydCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDogbm8K IEdlb2xvY2F0aW9uIHN1cHBvcnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDogeWVzCiBIVE1MNSB2aWRlbyBlbGVtZW50IHN1cHBvcnQgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICA6IHllcwogSklUIGNvbXBpbGF0aW9uICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgOiBhdXRvCiBGVEwgSklUIGNvbXBpbGF0aW9uICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICA6IG5vCiBPcGNvZGUgc3RhdHMgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6IG5vCiBTVkcgZm9udHMgc3VwcG9ydCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6IHllcwogU1ZHIHN1cHBvcnQgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiB5ZXMKIFNwZWxsY2hl Y2sgc3VwcG9ydCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDogeWVzCiBD cmVkZW50aWFsIHN0b3JhZ2Ugc3VwcG9ydCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6 IHllcwogV2ViIEF1ZGlvIHN1cHBvcnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgOiB5ZXMKIFdlYkdMICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDogeWVzCgoKR1RLKyBjb25maWd1cmF0aW9uOgogR1RLKyB2ZXJzaW9uICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiAzLjAKIEdESyB0YXJn ZXRzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDogeDExLCB3 YXlsYW5kCiBJbnRyb3NwZWN0aW9uIHN1cHBvcnQgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICA6IHllcwogR2VuZXJhdGUgZG9jdW1lbnRhdGlvbiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgOiB5ZXMKCi0tLSAoc25pcCkgLS0tCgoKICBDWFggICAgICBTb3VyY2Uv SmF2YVNjcmlwdENvcmUvcnVudGltZS9saWJqYXZhc2NyaXB0Y29yZWd0a18zXzBfbGEtV2Vha01h cERhdGEubG8KICBDWFggICAgICBTb3VyY2UvSmF2YVNjcmlwdENvcmUvcnVudGltZS9saWJqYXZh c2NyaXB0Y29yZWd0a18zXzBfbGEtV2Vha01hcFByb3RvdHlwZS5sbwogIENYWCAgICAgIFNvdXJj ZS9KYXZhU2NyaXB0Q29yZS90b29scy9saWJqYXZhc2NyaXB0Y29yZWd0a18zXzBfbGEtQ29kZVBy b2ZpbGUubG8KICBDWFggICAgICBTb3VyY2UvSmF2YVNjcmlwdENvcmUvdG9vbHMvbGliamF2YXNj cmlwdGNvcmVndGtfM18wX2xhLUNvZGVQcm9maWxpbmcubG8KICBDWFggICAgICBTb3VyY2UvSmF2 YVNjcmlwdENvcmUveWFyci9saWJqYXZhc2NyaXB0Y29yZWd0a18zXzBfbGEtUmVndWxhckV4cHJl c3Npb24ubG8KICBDWFggICAgICBTb3VyY2UvSmF2YVNjcmlwdENvcmUveWFyci9saWJqYXZhc2Ny aXB0Y29yZWd0a18zXzBfbGEtWWFyckNhbm9uaWNhbGl6ZVVDUzIubG8KICBDWFggICAgICBTb3Vy Y2UvSmF2YVNjcmlwdENvcmUveWFyci9saWJqYXZhc2NyaXB0Y29yZWd0a18zXzBfbGEtWWFycklu dGVycHJldGVyLmxvCiAgQ1hYICAgICAgU291cmNlL0phdmFTY3JpcHRDb3JlL3lhcnIvbGliamF2 YXNjcmlwdGNvcmVndGtfM18wX2xhLVlhcnJKSVQubG8KICBDWFggICAgICBTb3VyY2UvSmF2YVNj cmlwdENvcmUveWFyci9saWJqYXZhc2NyaXB0Y29yZWd0a18zXzBfbGEtWWFyclBhdHRlcm4ubG8K ICBDWFggICAgICBTb3VyY2UvSmF2YVNjcmlwdENvcmUveWFyci9saWJqYXZhc2NyaXB0Y29yZWd0 a18zXzBfbGEtWWFyclN5bnRheENoZWNrZXIubG8KICBDWFggICAgICBEZXJpdmVkU291cmNlcy9K YXZhU2NyaXB0Q29yZS9saWJqYXZhc2NyaXB0Y29yZWd0a18zXzBfbGEtSW5zcGVjdG9ySlNCYWNr ZW5kRGlzcGF0Y2hlcnMubG8KICBDWFggICAgICBEZXJpdmVkU291cmNlcy9KYXZhU2NyaXB0Q29y ZS9saWJqYXZhc2NyaXB0Y29yZWd0a18zXzBfbGEtSW5zcGVjdG9ySlNGcm9udGVuZERpc3BhdGNo ZXJzLmxvCiAgQ1hYICAgICAgRGVyaXZlZFNvdXJjZXMvSmF2YVNjcmlwdENvcmUvbGliamF2YXNj cmlwdGNvcmVndGtfM18wX2xhLUluc3BlY3RvckpTVHlwZUJ1aWxkZXJzLmxvCiAgQ1hYTEQgICAg bGliamF2YXNjcmlwdGNvcmVndGstMy4wLmxhCiAgQ1hYTEQgICAgbGlid2Via2l0Z3RrLTMuMC5s YQogIENDTEQgICAgIFByb2dyYW1zL21pbmlkb20KICBDWFhMRCAgICBQcm9ncmFtcy9qc2MtMwog IEdFTiAgICAgIFByb2dyYW1zL2pzYwogIENYWExEICAgIGxpYndlYmtpdDJndGstMy4wLmxhCiAg R0VOICAgICAgV2ViS2l0LTMuMC5naXIKICBDQ0xEICAgICBQcm9ncmFtcy9HdGtMYXVuY2hlcgpT b3VyY2UvV2ViS2l0L2d0ay93ZWJraXQvd2Via2l0dmVyc2lvbi5oOjM3OiBXYXJuaW5nOiBXZWJL aXQ6IHN5bWJvbD0nV0VCS0lUR1RLX0FQSV9WRVJTSU9OJzogVW5rbm93biBuYW1lc3BhY2UgZm9y IHN5bWJvbCAnV0VCS0lUR1RLX0FQSV9WRVJTSU9OJwogIENYWExEICAgIFByb2dyYW1zL1dlYktp dFBsdWdpblByb2Nlc3MKICBDWFhMRCAgICBQcm9ncmFtcy9XZWJLaXROZXR3b3JrUHJvY2Vzcwog IENYWExEICAgIFByb2dyYW1zL1dlYktpdFdlYlByb2Nlc3MKICBDQ0xEICAgICBQcm9ncmFtcy9N aW5pQnJvd3NlcgogIEdFTiAgICAgIFdlYktpdDItMy4wLmdpcgpDQz1nY2MgLW0zMiAuL1Rvb2xz L2d0ay9nZW5lcmF0ZS1ndGtkb2MgIyA8LS0gdGhlIGVycm9yIGlzIGhlcmUsIG5vIHF1b3RlcyBp biAiJENDIgovYmluL3NoOiAtbTMyIDogY29tbWFuZGUgaW50cm91dmFibGUKR05VbWFrZWZpbGU6 ODIzMTM6IHJlY2lwZSBmb3IgdGFyZ2V0ICdkb2NzLWJ1aWxkLnN0YW1wJyBmYWlsZWQKbWFrZVsx XTogKioqIFtkb2NzLWJ1aWxkLnN0YW1wXSBFcnJvciAxMjcKbWFrZVsxXTogKioqIEF0dGVudGUg ZGVzIHTDomNoZXMgbm9uIHRlcm1pbsOpZXMuLi4uCm1ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5 ICcvdG1wLzAtbWFybWl0ZS93ZWJraXQtZ3RrKy9zb3VyY2VzL3dlYmtpdGd0ay0yLjQuNCcKR05V bWFrZWZpbGU6MjU2NDk6IHJlY2lwZSBmb3IgdGFyZ2V0ICdhbGwnIGZhaWxlZAptYWtlOiAqKiog W2FsbF0gRXJyb3IgMgo=