SergioandClaude Opus 5
0d0ab79092
`qorpa pull` de un `.tar.zst` moría imprimiendo **la ayuda de busybox** y un exit 1: ni una palabra sobre `--zstd`, que es la opción que no entiende. El código ya elegía el descompresor por MAGIC y pasaba las flags correctas; lo que faltaba era un `tar` de verdad. Dos arreglos, y el segundo es de una línea: · `untar` comprueba `tar --version` y, si no es GNU, ABORTA nombrando la causa y el arreglo. Diez minutos de diagnóstico se vuelven una línea. · **`tar` (GNU) entra en `perfil.base`.** Estaba sellado desde hace meses y declarado en UN solo perfil (`escritorio-kde`). Es la lección de `foot` otra vez: el paquete existe y no viaja en la imagen que lo necesita. Ya había costado dos veces — la caja tampoco podía desempacar su propio LAB por lo mismo. Y el logo: fastfetch dibujaba **el pingüino genérico de Linux** porque elige por el `ID` de os-release y no conoce `takana`. Ahora la receta `os-release` publica también `/usr/share/takana/logo.txt` (un martillo, que es lo que significa el nombre en quechua) y `/etc/xdg/fastfetch/config.jsonc` — la config GLOBAL por XDG, no la de un usuario. Van en la receta de la IDENTIDAD y no en la de fastfetch a propósito: mañana el que dibuje puede ser otro programa y el logo seguirá siendo el mismo fichero. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016Tf9T4vGzsMoT7eS8YzMFn
14 lines
429 B
JSON
14 lines
429 B
JSON
// Config global de fastfetch para takana.
|
|
//
|
|
// Sin esto, fastfetch dibuja el pingüino genérico de Linux: elige el logo por el `ID` de
|
|
// `/etc/os-release` y no conoce `takana`. El logo es un fichero nuestro — un martillo, que es lo
|
|
// que significa el nombre en quechua.
|
|
{
|
|
"logo": {
|
|
"type": "file",
|
|
"source": "/usr/share/takana/logo.txt",
|
|
"color": { "1": "36" },
|
|
"padding": { "top": 1, "right": 3 }
|
|
}
|
|
}
|