llama.cpp Releases2026-10-17 01:57 UTC+8Actualizado el 2026-10-17 09:31 UTC+8

[Pre-release / compilación continua] b11699

[Pre-release / compilación continua] common: honrar las variables de entorno HTTP_PROXY/HTTPS_PROXY en el cliente http (#21752) * common: honrar las variables de entorno HTTP_PROXY/HTTPS_PROXY en el cliente http…

Pre-release / compilación continua: esta es una compilación experimental, no una versión estable.

common: honrar las variables de entorno HTTP_PROXY/HTTPS_PROXY en el cliente http (#21752) * common: honrar las variables de entorno HTTP_PROXY/HTTPS_PROXY en el cliente http common_http_client() ignoraba las variables de entorno de proxy estándar, lo que hacía que las descargas mediante -hf y opciones similares fallaran silenciosamente en entornos detrás de un proxy HTTP (redes corporativas, infraestructura aislada, etc.). Comprueba HTTPS_PROXY/https_proxy para URLs https:// y HTTP_PROXY/http_proxy para URLs http://, en ese orden. Si hay una URL de proxy configurada y es analizable, la pasa a set_proxy() y set_proxy_basic_auth() de httplib según corresponda. Las URLs de proxy mal formadas se ignoran silenciosamente para que los llamadores existentes no se vean afectados. Corrige #21694 * common: eliminar comentario engañoso sobre un fallback de proxy genérico El comentario hacía referencia a un «genérico» que no existe en el código — tanto HTTP_PROXY como HTTPS_PROXY son específicos del esquema. El revisor señaló la discrepancia. Atiende los comentarios de revisión de @ServeurpersoCom. * common : avisar cuando la URL del proxy del entorno está mal formada * common : honrar NO_PROXY al seleccionar el proxy http * ci : reactivar comprobaciones (fallo intermitente de test-thread-safety) * common : omitir el proxy para destinos de loopback llama cli se comunica con su servidor generado en 127.0.0.1 a través de common_http_client, así que con HTTP_PROXY configurado y sin NO_PROXY, el sondeo de estado iba al proxy corporativo, que rechaza objetivos de loopback, y el bucle de espera nunca termina («Loading model...» se queda colgado indefinidamente). Un proxy remoto nunca puede alcanzar el propio loopback de la máquina del cliente, por lo que estos destinos ahora siempre se contactan directamente, antes de consultar NO_PROXY: localhost, *.localhost, 127.0.0.0/8, ::1 y 0.0.0.0. Similar al net/http de Go. El manejo del proxy para descargas y endpoints remotos --server-base no cambia. Signed-off-by: texasich <101962694+texasich@users.noreply.github.com> * docs: mover el consejo sobre proxy del README a la documentación del servidor según la revisión: el README de nivel superior se mantiene conciso; la guía del proxy ahora vive con la documentación del servidor bajo Usage Signed-off-by: texasich <101962694+texasich@users.noreply.github.com> --------- Signed-off-by: texasich <101962694+texasich@users.noreply.github.com> Co-authored-by: texasich Co-authored-by: texasich Co-authored-by: marecabo <23156476+marecabo@users.noreply.github.com>

Sitio web: - https://llama.app

Atestaciones: - https://github.com/ggml-org/llama.cpp/attestations/56756047

macOS/iOS: - macOS Apple Silicon (arm64) - macOS Apple Silicon (arm64, KleidiAI habilitado) DISABLED - macOS Intel (x64) - iOS XCFramework

Linux: - Ubuntu x64 (CPU) - Ubuntu arm64 (CPU) - Ubuntu s390x (CPU) - Ubuntu x64 (Vulkan) - Ubuntu arm64 (Vulkan) - Ubuntu x64 (CUDA 12) - Bibliotecas de CUDA 12.8 - Ubuntu x64 (CUDA 13) - Bibliotecas de CUDA 13.4 - Ubuntu arm64 (CUDA 13) - Bibliotecas de CUDA 13.4 - Ubuntu x64 (ROCm 10.0) - Ubuntu x64 (OpenVINO) - Ubuntu x64 (SYCL FP32) - Ubuntu x64 (SYCL FP16) - Linux arm64 (Snapdragon: CPU, GPU Adreno, NPU Hexagon) - guía de configuración