From 057332363a7745713f4336f446bccecafff40952 Mon Sep 17 00:00:00 2001 From: Sergio Date: Fri, 18 Sep 2026 15:41:37 +0000 Subject: [PATCH] `/usr/bin/claude` era una COPIA del guion, por eso el arreglo no llegaba MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit El usuario reportó dos veces que claude seguía abriendo en /opt/takana con el arreglo ya pusheado y ya tirado en la caja. La causa: `claude` en el PATH no era este fichero sino una COPIA suya en /usr/bin, hecha en la instalación y congelada con el destino viejo cableado. Se vio en su propio error anterior —«/usr/bin/claude: line 23»—, que apuntaba a un fichero distinto del que yo editaba. Ahora /usr/bin/claude es un ENLACE a este guion, así que no puede volver a derivar, y queda dicho en la cabecera. Comprobado por traza: desde /work/sergio/takana pasa /work/sergio/takana y desde /home/sergio pasa /home/sergio. Barrido: no hay otras copias instaladas de scripts/servidor. Co-Authored-By: Claude Opus 5 (1M context) --- scripts/servidor/claude-caja.sh | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/scripts/servidor/claude-caja.sh b/scripts/servidor/claude-caja.sh index 939c79c6..8bbf9aa1 100755 --- a/scripts/servidor/claude-caja.sh +++ b/scripts/servidor/claude-caja.sh @@ -46,6 +46,12 @@ # y no puede sellar nada. set -eu +# ⚠ `/usr/bin/claude` ES UN ENLACE A ESTE FICHERO, y lo es por algo (2026-09-18): antes era una +# COPIA, así que arreglar el guion en el repo no cambiaba nada para quien escribe `claude` — el +# usuario reportó dos veces «sigue abriendo en /opt/takana» con el arreglo ya pusheado y tirado en la +# caja. Un instalado que es copia DERIVA en silencio y sólo se nota por el síntoma viejo. +# +# ln -sf /opt/takana/scripts/servidor/claude-caja.sh /usr/bin/claude _yo="$(id -un)" _hogar="${HOME:-/root}" _inst="claude"