La version 1.29.3 de rustup est sortie pour corriger des régressions mineures et améliorer certaines opérations internes, notamment en termes de concurrence. Cette mise à jour, publiée par l’équipe de rustup, adresse des problèmes spécifiques rencontrés sur certaines architectures matérielles et met à jour des dépendances critiques. Elle résout l’erreur « Illegal instruction » sur des processeurs x86_64 sans SSE4.1, et corrige un problème de support de fonction « lock() not supported » sous Solaris.

En parallèle des correctifs de stabilité, cette version apporte des améliorations notables dans l’expérience utilisateur. Les opérations de mise à jour et les sous-commandes de gestion des toolchains bénéficient désormais d’un téléchargement de composants effectué de manière concurrente. Cela devrait accélérer le processus d’installation des toolchains, car le dépaquetage se fait pendant le téléchargement. On peut ajuster le nombre de connexions parallèles via la variable d’environnement RUSTUP_CONCURRENT_DOWNLOADS, le défaut étant fixé à deux.

Au-delà de l’optimisation des performances, des ajustements plus fins ont été apportés au comportement de rustup. Par exemple, l’installation des toolchains hôtes i686-pc-windows-* sur un système Windows 64 bits exige désormais l’option –force-non-host. De plus, rustup supporte officiellement la plateforme hôte aarch64-pc-windows-gnullvm. Les développeurs verront aussi que la documentation de rustup est désormais servable via un drapeau local HTTP, ce qui est utile dans des environnements conteneurisés.

Le correctif le plus sensible concerne la sécurité. La mise à jour a permis de corriger un problème lié aux certificats intermédiaires eMudhra, en mettant à jour les dépendances rustls-webpki et webpki-root-certs afin de répondre à la CVE-2026-111943. C’est une vigilance constante dans l’écosystème, où même un gestionnaire d’outils doit se tenir prêt face aux vulnérabilités de certificats.

Ce déploiement apporte aussi des améliorations de qualité de vie. Par exemple, rustup-init ne laissera plus de fichiers inattendus sur le disque après une installation annulée. D’autres ajustements touchent à la sémantique interne, comme le remplacement du terme « Target triple » par « Target tuple » dans le projet, bien que cela ne modifie pas l’usage des options CLI existantes.

Rustup check renvoie désormais des codes de sortie distincts selon qu’une mise à jour est disponible : il sort avec 100 si des mises à jour sont trouvées, et 0 sinon. Cela facilite l’intégration de ces vérifications dans des scripts d’automatisation. De plus, lorsque rust-analyzer est exécuté via un proxy, rustup considérera le binaire de rust-analyzer présent dans le PATH si la version gérée par rustup n’est pas trouvée.

Il faut surveiller comment ces changements d’UX, notamment autour de la concurrence, se traduisent dans les cas d’usage réels de déploiements complexes. Cette version 1.29.3 montre clairement que même les outils de base du développement continu sont soumis à une pression constante pour devenir plus rapides et plus robustes.

Sources

• rustup/CHANGELOG.md at stable · rust-lang/rustup, github.com
• Update chacha20 in release by ChrisDenton · Pull Request #5162 · rust-lang/rustup, github.com
• Announcing rustup 1.29.3, Rust, 3 novembre 2026