tawasuyu

sergio/takana

> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…

TOML 1572Shell 203Rust 109Markdown 993728 Sutichaykuna

censo: gdb no viaja POR PESO, no por descuido — y el censo ya lo dice con números

El guardián de la fila «depurar y medir» avisaba de que gdb está sellado y en
ninguna imagen, y mi primer arreglo lo dejó como «el hueco se cierra
declarándolo». Medí el precio antes de recomendarlo y la conclusión se da
vuelta:

  gdb                    232 MB
  └ usr/bin/gdb          166 MB · 45 % es .debug + símbolos
                                  separados (SDD 23) quedarían ~90 MB

Noventa megas de depurador en una imagen de producto no son un olvido que
corregir: es el patrón ya documentado «opcional = receta SIN perfil» — la
Etapa F lo publica igual y se instala cuando hace falta, con cero peso de
imagen.

⇒ La fila queda explicando la DECISIÓN y su precio, en vez de insinuar una
capacidad que falta. Es la misma lección del renglón de `ninja`/cmake: lo que
no viaja no siempre es deuda; a veces es criterio, y el censo tiene que poder
decir la diferencia.

c18b9e04d3bba3edad85b675d611aa7dd1f1757b · ruwaq Sergio · (1 p'unchaw ñawpaq) · tayta 7aa1e14f2 · kay commitpi sach'ata qhaway

Semántico sayk'uy

Mana ima sutichaypas t'ikrakurqanchu: qillqalla, yachachiylla utaq willaylla t'ikrakurqan.

1 qillqakuna · +8 −4

diff --git a/scripts/censo-distro.py b/scripts/censo-distro.py
index 624ed928..503ff7b8 100755
--- a/scripts/censo-distro.py
+++ b/scripts/censo-distro.py
@@ -131,10 +131,14 @@ CHECKLIST = {
     'java': ('un ecosistema entero queda fuera sin una JVM', ['openjdk', 'jdk', 'temurin']),
     'bases de datos de servidor': ('sqlite está; un servicio con varios clientes no',
                                    ['postgresql', 'mariadb', 'redis', 'valkey']),
-    'depurar y medir': ('⚠ MATIZADO 2026-10-21: `gdb` 16.3 está SELLADO (PIE, cero R_X86_64_COPY, probado abriendo un '
-        'core y resolviendo símbolos) pero NO viaja en ninguna imagen ⇒ para quien usa la distro '
-        'la frase sigue siendo cierta. El hueco se cierra DECLARÁNDOLO en un perfil, no '
-        'construyendo nada. Lo que falta de verdad es el resto: perf, valgrind, lldb, ltrace',
+    'depurar y medir': ('⚠ MATIZADO 2026-10-21, y el matiz es el punto: `gdb` 16.3 está SELLADO y probado (PIE, cero '
+        'R_X86_64_COPY, abre un core y resuelve símbolos) pero NO viaja en ninguna imagen — y eso '
+        'NO es un descuido. Son **232 MB** (el binario solo 166 MB, del que el 45 % es info de '
+        'depuración: separándola con el SDD 23 quedarían ~90 MB, igual de pesados para una imagen '
+        'de producto). ⇒ es el patrón «opcional = receta SIN perfil»: la Etapa F lo publica y se '
+        'INSTALA cuando hace falta, con cero peso de imagen. La primera versión de este texto '
+        'decía «no hay con qué mirar un core», que se leía como hueco de capacidad cuando es una '
+        'decisión de peso. Lo que falta de verdad: perf, valgrind, lldb, ltrace',
                         ['gdb', 'lldb', 'valgrind', 'ltrace', 'perf', 'patchelf']),
     'discos y salud del equipo': ('✅ CUBIERTO 2026-10-21: `smartmontools` viaja en `base`, o sea en TODAS las imágenes, con su '
         'drivedb de 792 entradas anclada ⇒ un disco muriéndose ya avisa. Faltan `nvme-cli` '