Pre-Release / Continuous Build: Dies ist ein experimenteller Build, keine stabile Veröffentlichung.
common: HTTP_PROXY/HTTPS_PROXY-Umgebungsvariablen im http client beachten (#21752) * common: HTTP_PROXY/HTTPS_PROXY-Umgebungsvariablen im http client beachten common_http_client() ignorierte die Standard-Proxy-Umgebungsvariablen, wodurch Downloads über -hf und ähnliche Flags in Umgebungen hinter einem HTTP-Proxy (Unternehmensnetzwerke, air-gapped Infrastruktur usw.) still fehlschlugen. Es wird HTTPS_PROXY/https_proxy für https://-URLs und HTTP_PROXY/http_proxy für http://-URLs geprüft, in dieser Reihenfolge. Wenn eine Proxy-URL gesetzt und parsebar ist, wird sie je nach Fall an httplib's set_proxy() und set_proxy_basic_auth() weitergegeben. Fehlerhafte Proxy-URLs werden stillschweigend ignoriert, sodass bestehende Aufrufer nicht betroffen sind. Behebt #21694 * common: irreführenden Kommentar über generischen Proxy-Fallback entfernt Der Kommentar bezog sich auf einen 'generischen', der im Code nicht existiert — sowohl HTTP_PROXY als auch HTTPS_PROXY sind schemenspezifisch. Der Reviewer wies auf die Diskrepanz hin. Nimmt das Review-Feedback von @ServeurpersoCom auf. * common : warnen, wenn die Proxy-URL aus der Umgebung fehlerhaft ist * common : NO_PROXY bei der Auswahl des http-Proxys beachten * ci : Checks erneut auslösen (test-thread-safety flake) * common : Proxy für Loopback-Ziele umgehen llama cli spricht über common_http_client mit seinem gestarteten Server auf 127.0.0.1, sodass bei gesetztem HTTP_PROXY ohne NO_PROXY das Health-Polling an den Unternehmens-Proxy ging, der Loopback-Ziele ablehnt, und die Warteschleife nie endete ("Loading model..." hängt für immer). Ein Remote-Proxy kann das eigene Loopback des Client-Rechners nie erreichen, daher werden diese Ziele nun immer direkt kontaktiert, bevor NO_PROXY berücksichtigt wird: localhost, *.localhost, 127.0.0.0/8, ::1 und 0.0.0.0. Ähnlich wie Gos net/http. Die Proxy-Behandlung für Downloads und Remote --server-base-Endpunkte ist unverändert. Signed-off-by: texasich <101962694+texasich@users.noreply.github.com> * docs: Proxy-Tipp von README in Server-Dokumentation verschoben gemäß Review: das oberste README bleibt schlank; die Proxy-Howto liegt jetzt bei den Server-Dokumenten unter 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>Website: - https://llama.app
Attestierungen: - https://github.com/ggml-org/llama.cpp/attestations/56756047
macOS/iOS: - macOS Apple Silicon (arm64) - macOS Apple Silicon (arm64, KleidiAI aktiviert) DEAKTIVIERT - 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) - CUDA 12.8 Bibliotheken - Ubuntu x64 (CUDA 13) - CUDA 13.4 Bibliotheken - Ubuntu arm64 (CUDA 13) - CUDA 13.4 Bibliotheken - Ubuntu x64 (ROCm 10.0) - Ubuntu x64 (OpenVINO) - Ubuntu x64 (SYCL FP32) - Ubuntu x64 (SYCL FP16) - Linux arm64 (Snapdragon: CPU, Adreno GPU, Hexagon NPU) - Einrichtungsanleitung
Android: - Android arm64 (CPU) - Android arm64 (Snapdragon: CPU, Adreno GPU, Hexagon NPU) - Einrichtungsanleitung
Windows: - Windows x64 (CPU) - Windows arm64 (CPU) - Windows arm64 (OpenCL Adreno) - Windows x64 (CUDA 12) - CUDA 12.4 DLLs - Windows x64 (CUDA 13) - CUDA 13.4 DLLs - Windows arm64 (CUDA 13) - CUDA 13.4 DLLs - Windows x64 (Vulkan) - Windows arm64 (Vulkan) - Windows x64 (OpenVINO) - Windows x64 (SYCL) - Windows x64 (ROCm 10.0)
openEuler: - DEAKTIVIERT - openEuler x86 (310p) - openEuler x86 (910b, ACL Graph) - openEuler aarch64 (310p) - openEuler aarch64 (910b, ACL Graph)
Benutzeroberfläche: - Benutzeroberfläche