llama.cpp Releases2026-10-17 01:57 UTC+8Mis à jour le 2026-10-17 09:31 UTC+8

[Pré-release / build continu] b11699

[Pré-release / build continu] common : prise en charge des variables d'environnement HTTP_PROXY/HTTPS_PROXY dans le client http (#21752) * common : prise en charge des variables d'environnement HTTP_PROXY/HTTPS_PROXY…

Pré-release / build continu : il s'agit d'un build expérimental, pas d'une version stable.

common : prise en charge des variables d'environnement HTTP_PROXY/HTTPS_PROXY dans le client http (#21752) * common : prise en charge des variables d'environnement HTTP_PROXY/HTTPS_PROXY dans le client http common_http_client() ignorait les variables d'environnement de proxy standard, ce qui faisait échouer silencieusement les téléchargements via -hf et des options similaires dans les environnements situés derrière un proxy HTTP (réseaux d'entreprise, infrastructures isolées, etc.). Vérifie HTTPS_PROXY/https_proxy pour les URL https:// et HTTP_PROXY/http_proxy pour les URL http://, dans cet ordre. Si une URL de proxy est définie et analysable, elle est transmise à set_proxy() et set_proxy_basic_auth() de httplib selon le cas. Les URL de proxy malformées sont ignorées silencieusement afin de ne pas affecter les appelants existants. Corrige #21694 * common : suppression d'un commentaire trompeur sur un repli de proxy générique Le commentaire faisait référence à un « générique » qui n'existe pas dans le code — HTTP_PROXY et HTTPS_PROXY sont tous deux spécifiques au schéma. Le relecteur a signalé cette incohérence. Prend en compte les retours de revue de @ServeurpersoCom. * common : avertissement lorsque l'URL de proxy issue de l'environnement est malformée * common : prise en charge de NO_PROXY lors de la sélection du proxy http * ci : relancement des vérifications (flocon test-thread-safety) * common : contournement du proxy pour les destinations de bouclage llama cli dialogue avec son serveur lancé sur 127.0.0.1 via common_http_client, donc avec HTTP_PROXY défini et sans NO_PROXY, l'interrogation de santé passait par le proxy d'entreprise, qui rejette les cibles de bouclage, et la boucle d'attente ne se terminait jamais (« Loading model... » reste bloqué indéfiniment). Un proxy distant ne peut jamais atteindre le bouclage propre à la machine cliente, donc ces destinations sont désormais toujours contactées directement, avant de consulter NO_PROXY : localhost, *.localhost, 127.0.0.0/8, ::1 et 0.0.0.0. Semblable au net/http de Go. La gestion du proxy pour les téléchargements et les points de terminaison distants --server-base reste inchangée. Signed-off-by: texasich <101962694+texasich@users.noreply.github.com> * docs : déplacement de l'astuce proxy du README vers la documentation du serveur selon la revue : le README de premier niveau reste concis ; le guide du proxy se trouve désormais dans la documentation du serveur sous 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>

Site web : - https://llama.app

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

macOS/iOS : - macOS Apple Silicon (arm64) - macOS Apple Silicon (arm64, KleidiAI activé) DÉSACTIVÉ - macOS Intel (x64) - XCFramework iOS

Linux : - Ubuntu x64 (CPU) - Ubuntu arm64 (CPU) - Ubuntu s390x (CPU) - Ubuntu x64 (Vulkan) - Ubuntu arm64 (Vulkan) - Ubuntu x64 (CUDA 12) - Bibliothèques CUDA 12.8 - Ubuntu x64 (CUDA 13) - Bibliothèques CUDA 13.4 - Ubuntu arm64 (CUDA 13) - Bibliothèques 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) - guide d'installation