# qdrant 1.19.1 — la base de datos vectorial. **Cola `incoming/` a propósito, no `recipes/`**: es la
# primera receta Rust grande de este frente (912 crates en el `Cargo.lock`) y no está construida
# todavía; el hub clasifica y promueve DESPUÉS de que el worker la selle, que es la regla del repo.
#
# Entra por evidencia, no por completismo: el censo del servidor de origen encontró `qdrant`
# CORRIENDO como binario suelto en `/usr/local/bin` —de los que nadie provee y se pierden al apagar
# la máquina vieja— y la tabla de FAMILIAS de `scripts/mudanza/planear.py` da su familia («base
# vectorial») SIN NADA en el catálogo: ni qdrant, ni milvus, ni weaviate. Si la mudanza llega a ese
# servicio sin receta, se para.
#
# ⚠ **LO QUE LA DESTRABÓ FUE `protoc`, Y ES UNA DEP DE VERDAD.** Su `build.rs` genera los stubs gRPC
# con tonic/prost, que invocan `protoc`. El catálogo tenía `protoc-gen-go` sellado y **no tenía el
# compilador** — un plugin sin protoc no hace nada. Por eso `protobuf` está en `[deps]`: sin él esto
# no arranca, y el fallo sería «protoc no encontrado» a mitad del vendoring.
#
# **Dos cosas se comprobaron ANTES de escribir esto, y las dos podrían haberla matado:**
#
# 1. **El techo de MSRV.** `Cargo.toml` pide `rust-version = "1.97"`. El lab trae **exactamente**
#    `rust-1.97.0-r0` (`docs/state/lab-toolchain.lock`) ⇒ entra justo. Es un margen de CERO: el
#    toolchain del lab sale de Alpine edge, que es RODANTE, así que esto pasa hoy porque edge ya
#    movió a 1.97. Si qdrant sube su MSRV antes que Alpine su rust, esta receta se cae sola.
#
# 2. **Qué `*-sys` de C/C++ arrastra**, que es la frontera conocida de las recetas Cargo. Grepeando
#    el `Cargo.lock`: **no hay rocksdb, ni librocksdb-sys, ni openssl-sys, ni bindgen**. qdrant migró
#    su almacenamiento a Gridstore y se sacó RocksDB de encima. Queda UNO solo, `tikv-jemalloc-sys`,
#    que compila jemalloc desde fuente ⇒ por eso `make` en las deps. Sin ese grep, la suposición
#    razonable era «qdrant = rocksdb = C++ + libclang», que es media tarde de trabajo que no hacía
#    falta.
#
# ⚠ **`compiler = "gcc"`: EL NOMBRE DEL WRAPPER DEL LAB ES UNA TRAMPA PARA EL CRATE `autotools`.**
# Primer intento (con `zig-cc`), tras 408 crates compilados y ~1,5 h en el worker:
#
#     "/src/vendor/protobuf-src/protobuf/configure" … "--host=/src/.hammer-zig"
#     Invalid configuration `/src/.hammer-zig': machine `/src/.hammer-unknown' not recognized
#
# La cadena es: qdrant → `raft-proto` (tikv/raft-rs) → `protobuf-build` → **`protobuf-src`**, que
# compila protobuf 21.5 DESDE FUENTE con el crate `autotools` (o sea que ni siquiera usa el `protoc`
# del corpus). Y `autotools` adivina el triple `--host` **recortándole el sufijo al nombre del
# compilador** (`vendor/autotools/src/lib.rs`, leído en el árbol de post-mortem del worker):
#
#     let host = cc_path.strip_suffix("-cc").or_else(|| cc_path.strip_suffix("-gcc"));
#     if let Some(host) = host { args.push(format!("--host={}", host)); }
#
# El lab exporta `CC="$PWD/.hammer-zig-cc"` ⇒ recortar `-cc` deja `/src/.hammer-zig`, que se pasa
# como triple y `config.sub` rechaza. Con `compiler = "gcc"` el lab exporta `CC="gcc"`, al que NO se
# le puede recortar `-cc` ni `-gcc` ⇒ el crate **no añade `--host`** y configure corre nativo, que
# es lo correcto. (El propio crate ya trae un caso especial `cc_path != "musl-gcc"`, señal de que la
# heurística es frágil y upstream lo sabe.)
#
# **NO se arregla renombrando el wrapper del lab**, aunque sea tentador: ese nombre está dentro de la
# cadena de la fase `compile`, que entra en `hash_inputs` ⇒ tocarlo re-hashea las **234 recetas
# Rust** del corpus. Eso es una campaña, no un arreglo de paso. La palanca por receta es la correcta.
#
# `link = "static"` es la apuesta por defecto del corpus para binarios Rust. Si jemalloc sobre musl
# estático se resiste, la salida conocida es la perilla `MALLOC`/feature, no bajar a dinámico de
# entrada — pero eso se decide con el log del worker delante, no acá.
name    = "qdrant"
version = "1.19.1"
license = "Apache-2.0"

[source]
tarball = "https://github.com/qdrant/qdrant/archive/refs/tags/v1.19.1.tar.gz"
sha256  = "ca9f0cb5a6954d253b51f249161cb63e2c3fee2a3bf360056cf01f0e70b2b878"

[build]
compiler = "gcc"
target   = "x86_64-linux-musl"
link     = "static"
flags    = ["--bin", "qdrant"]

[build.phases]
# ⚠ **HAY QUE LIMPIAR `/out/src`, Y LA CAUSA NO ESTÁ EN ESTA RECETA.** El primer artefacto sellado
# pesaba 139 M y **la mitad —69 M— era basura**: 140 ficheros bajo
# `src/target/release/build/protobuf-src-*/out/install/include/google/protobuf/…`, o sea las
# cabeceras y libs del protobuf que `protobuf-src` compila para su uso interno.
#
# El mecanismo: el sandbox **exporta `DESTDIR=/out` de forma GLOBAL** (`sandbox.rs`, para que el
# `make install` de las recetas autotools funcione). `protobuf-src` hace su propio `make install`
# DENTRO de la fase compile, con `--prefix=/src/target/release/build/…/out/install` — y ese
# `make install` anidado **hereda el `DESTDIR`**, así que su prefijo aterriza en
# `/out/src/target/…`. Nadie lo pidió y nada falla: el artefacto sella con el doble de tamaño y con
# un `/src` en la raíz, que al hidratar se proyectaría sobre el sistema de ficheros de la imagen.
#
# Le va a pasar a **cualquier** receta cuyo build ejecute un `make install` anidado —los crates
# `*-src` son la familia entera—. Se limpia acá y no en el lab porque quitar el `DESTDIR` global
# cambiaría el comportamiento de las recetas autotools del corpus entero.
#
# `/out/src` nunca es una salida legítima: la raíz del artefacto es un FHS, y `/src` es el nombre del
# bind del lab. El resto de la fase es el default de Cargo, copiado tal cual.
install = 'rm -rf /out/src && mkdir -p /out/usr/bin && find target/release -maxdepth 1 -type f -perm -100 -exec cp {} /out/usr/bin/ \;'

[deps]
build = ["binutils", "busybox", "make", "pkgconf", "protobuf"]