kde/Capa0: qtbase xcb DIFERIDO (buildable con SSL) — enabler sellado, wiring xkbcommon-x11 pendiente

Activar QT_FEATURE_xcb=ON falla en configure: Qt 6.11 no crea PkgConfig::XKB_COMMON_X11 pese a que
xkbcommon-x11.pc existe (override enable-x11) y su cadena Requires resuelve (xcb-xkb en libxcb),
incluso con PKG_CONFIG_PATH explícito. Detalle del build-system de Qt a investigar (feature
xkbcommon_x11/system_xkbcommon o patch a la QPA xcb CMakeLists). Dejo qtbase en xcb=OFF (buildable,
SSL intacto, hash a3c76e8a vigente) para catálogo coherente. Cadena enabler (12 libs) queda sellada
+ committeada para el próximo intento. Instrucciones de reactivación en el comentario del .toml.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
2026-07-12 12:34:53 -04:00
co-authored by Claude Opus 4.8
parent a4ca9730ad
commit dc75580d7a
+11 -9
View File
@@ -42,6 +42,9 @@ ZW="$PWD/.zwrap"; mkdir -p "$ZW"
printf '#!/bin/sh\nexec /opt/zig/zig cc -mcpu=baseline "$@"\n' > "$ZW/cc"
printf '#!/bin/sh\nexec /opt/zig/zig c++ -mcpu=baseline "$@"\n' > "$ZW/cxx"
chmod +x "$ZW/cc" "$ZW/cxx"
# PKG_CONFIG_PATH explícito: la QPA xcb de Qt hace pkg_check_modules(xkbcommon-x11) para crear el target
# PkgConfig::XKB_COMMON_X11; sin la ruta, no lo halla y target_link_libraries(XcbQpaPrivate) aborta.
export PKG_CONFIG_PATH=/usr/lib/pkgconfig:/usr/share/pkgconfig
cmake -B build -G Ninja -Wno-dev \
-DCMAKE_C_COMPILER="$ZW/cc" \
-DCMAKE_CXX_COMPILER="$ZW/cxx" \
@@ -61,9 +64,7 @@ cmake -B build -G Ninja -Wno-dev \
-DQT_FEATURE_journald=OFF \
-DQT_FEATURE_icu=OFF \
-DQT_FEATURE_vulkan=OFF \
-DQT_FEATURE_xcb=ON \
-DQT_FEATURE_xcb_xlib=ON \
-DQT_FEATURE_xlib=ON \
-DQT_FEATURE_xcb=OFF \
-DQT_FEATURE_libproxy=OFF \
-DQT_FEATURE_cups=OFF \
-DQT_FEATURE_libinput=OFF \
@@ -102,13 +103,14 @@ build = [
"pcre2", "zlib",
"wayland", "wayland-protocols", "libxkbcommon", "mesa",
"openssl",
# Cadena Qt-xcb (QT_FEATURE_xcb=ON): la QPA X11 de Qt. libxkbcommon aquí es la variante enable-x11
# (override incoming-kde) que provee libxkbcommon-x11.so. xcb-util-{image,renderutil,cursor,keysyms,wm}
# + libX11/libXext/libXrender/libXi/libXfixes + libxcb.
"libxcb", "libX11", "libXext", "libXrender", "libXi", "libXfixes",
"xcb-util", "xcb-util-image", "xcb-util-renderutil", "xcb-util-cursor",
"xcb-util-keysyms", "xcb-util-wm", "xorgproto",
]
# QT-XCB DIFERIDO (WIP): la cadena enabler está sellada (xcb-util-{image,renderutil,cursor} + libX{ext,
# render,i,fixes} + libxkbcommon-x11 override) pero activar QT_FEATURE_xcb=ON falla en configure con
# `target_link_libraries(XcbQpaPrivate) → PkgConfig::XKB_COMMON_X11 not found`: Qt 6.11 no crea el target
# imported de xkbcommon-x11 pese a que el .pc existe y su cadena Requires (xkbcommon + xcb + xcb-xkb)
# resuelve, y con PKG_CONFIG_PATH explícito. Es un detalle del build-system de Qt (feature xkbcommon_x11 /
# system_xkbcommon) a investigar — probable patch al CMakeLists de la QPA xcb o flag QT_FEATURE específico.
# Al saldarlo: reañadir feature xcb=ON/xcb_xlib=ON/xlib=ON + las deps X11 arriba + PKG_CONFIG_PATH ⇒ cascada.
# NOTA gate (ADR 0011, tensión estático↔dinámico): libQt6Core.so LINKEA bien con las deps estáticas
# del closure (glib/pcre2 son PIC-compatibles; zlib entra como libz.so). Lo que ROMPE el .so son libs
# selladas como archive estático SIN -fPIC. Apagado para el gate (una ventana Qt no los necesita):