Aller au contenu
Source examinée

MicroDuck 0.17.6 : recherche de versions et récupération

Comprenez le correctif de l’actualisateur du 17 octobre et examinez l’erreur de métadonnées avant une mise à jour volontaire.

0.17.6 est sortie le 17 octobre après 0.17.5. Elle recherche la plus haute version stable publiée via les tags du canal plutôt que toute la liste des releases. Le plafond des métadonnées reste à 1 MiB. Les notes indiquent une vérification CI du moteur, sans validation sur robot.
Pollen Robotics a publié le daemon 0.17.5 à 10:15 UTC et 0.17.6 à 10:43 UTC le 17 octobre 2026. Aucune de ces versions n’est marquée comme préversion, mais leurs notes précisent qu’elles ont été produites sans promotion depuis l’environnement staging et vérifiées par le moteur de mise à jour de CI, sans validation sur un robot. Ce site a examiné le code et n’a exécuté aucune des commandes ci-dessous sur du matériel.

Ce que changent les deux versions de mise à jour

Comportement du code de la version examinée
VersionStratégie de rechercheConséquences pour l’utilisateur du robot
0.17.4 et versions antérieuresConsultation des versions publiées par pages de 100 entrées au maximum.Upstream a signalé une page dépassant la limite de métadonnées de 1 Mio ; un échec de recherche ne signifie pas qu’il n’existe pas de version plus récente.
0.17.5Pages plus petites de 20 versions, jusqu'à 25 pages.Un correctif de taille de page à court terme ; les métadonnées continuent de croître avec l'activité du référentiel.
0.17.6Balises de canal correspondantes, triées par version sémantique ; vérifie jusqu'à cinq balises candidates pour une version publiée éligible.Les brouillons, les versions préliminaires de GitHub et les versions préliminaires sémantiques sont exclus du canal stable ordinaire.

Le rapport d'origine nomme response too large pour l'API des versions. Le code HTTP fixe limite toujours les métadonnées à 1 048 576 octets ; il ne s'agit pas d'une taille de téléchargement d'artefact ou d'une limite nouvellement augmentée. Le référentiel contient actuellement moins d'entrées de version que dans notre instantané du 16 octobre, donc un client plus ancien peut fonctionner à nouveau après un nettoyage en amont. Diagnostiquez l'erreur réellement observée sur votre carte plutôt que de supposer que tous les anciens robots sont actuellement bloqués. Rapport original n° 421 sur la réponse du programme de mise à jour trop volumineuse ↗ Correction de la limite de taille des métadonnées HTTP ↗ Correction de la recherche de balises de canal 0.17.6 et limite de cinq candidats ↗ Correction de la conception de la source de mise à jour et de la limitation des anciens clients ↗.

Enregistrez le résultat du programme de mise à jour avant de répéter une installation

Vérifications du robot et transcription de mise à jour existante
robotctl version
robotctl update status
robotctl update check daemon
robotctl update log
robotctl update show

check demande la disponibilité sans installation ; log répertorie les tentatives et show lit la dernière tentative. Conservez la version signalée pour updaterd, le composant/canal et l'erreur exacte. Une panne de réseau n’est pas un résultat « déjà récent ». Un nouveau programme de mise à jour publié ne peut pas non plus réparer un ancien programme de mise à jour en cours d'exécution tant qu'il n'a pas été réellement installé. L'article précédent de la version 0.17.4 reste l'instantané source de l'identité bêta et du comportement du Vet Book. Statut fixe, instructions de transcription et de restauration ↗.

Si la dernière recherche échoue, inspectez l'itinéraire de version exacte existant

Pour un robot compatible officiel encore inférieur à 0.17.6 et ciblant délibérément cette version, la CLI 0.17.4 corrigée accepte déjà --version et --dry-run. Sa source résout directement cette balise de version exacte, en contournant la recherche surdimensionnée dans la liste de versions. Cela évite cet échec de la liste de versions ; il ne répare pas la connectivité DNS ou TLS. Il s'agit d'un itinéraire de récupération pris en charge par la source, et non d'une réparation robotisée reproduite par ce site. Vérifiez d'abord l'aide installée ; ne supposez pas que toutes les images plus anciennes ou tierces disposent de cette CLI :

Inspectez les options de commande installées
robotctl update apply --help

Avec le robot pris en charge, sa puissance stable, suffisamment d'espace de stockage et une version signée compatible disponible, un aperçu délibéré est :

Télécharge et écrit des fichiers intermédiaires ; n'active pas le déclencheur
sudo robotctl update apply daemon --version 0.17.6 --dry-run

L'exécution à sec télécharge, vérifie les signatures/hachages et la compatibilité, extrait vers la préparation et vérifie les services orphelins. Il revient avant les hooks de pré-installation et le commutateur de lien symbolique en direct. Il écrit sur le disque et ne teste pas le redémarrage, la démarche, les caméras ou l'état du matériel. Ne considérez pas un essai à blanc réussi comme une validation du robot manquante dans les notes de version. S'il refuse l'artefact ou la planche, conservez la raison ; ne désactivez pas la vérification ou ne sélectionnez pas une version de développement/stade simplement pour contourner le refus. Version explicite 0.17.4 existante et CLI d'exécution à sec ↗ Recherche directe de version 0.17.4 existante ↗ Correction de l'étape de simulation, de la vérification et du point d'arrêt ↗.

Installez intentionnellement, puis vérifiez le résultat en cours d'exécution

Seulement après que les vérifications soient réussies et que vous ayez choisi d'installer la 0.17.6 sur cette carte officielle compatible :

Activer la version exacte du démon choisie
sudo robotctl update apply daemon --version 0.17.6

Une version explicite indique l'intention et peut permettre une rétrogradation. Ne copiez pas cette commande datée sur un robot exécutant déjà une version plus récente. La mise à jour de l'ordinateur portable duckctl seule ne met pas à jour le updaterd du robot. Après l'installation, comparez les versions en cours d'exécution, l'état, la santé et la transcription :

Confirmez la version en cours et le résultat
robotctl version
robotctl update status
robotctl health
robotctl update log
robotctl update show

Si quelque chose échoue, lisez d’abord la version actuelle et la transcription : le moteur a peut-être déjà été restauré. Une restauration manuelle nécessite une version préalable appropriée installée sur la carte et n'annule pas l'ensemble de règles indépendant :

Uniquement lorsqu'un prédécesseur installé existe et qu'une restauration est nécessaire
sudo robotctl update rollback daemon
robotctl version
robotctl health

L'ensemble de politiques officielles, les quatre modèles de référence, le simulateur et la révision du RL sont restés inchangés dans cette revue. Il s'agit d'une version de mise à jour, et non d'une preuve d'une nouvelle démarche ou d'une nouvelle image DIY complète. Les modifications d'approvisionnement ultérieures sur main et la balise de développement 0.17.7 sortent de la portée de la source 0.17.6. Démon officiel 0.17.5 · 17 octobre ↗ Démon officiel 0.17.6 · 17 octobre ↗ Ordinateur portable publié duckctl 0.17.6 ↗.

Où aller ensuite.

CONTINUER LA CONVERSATION

Qu’aimeriez-vous comprendre ensuite ?

Gardez la source, votre environnement et vos observations ensemble.

Sources et date de vérification

Sources vérifiées le 17 octobre 2026 · Source examinée

  1. Source originale 1 · github.com / daemon-v0.17.5 ↗
  2. Source originale 2 · github.com / daemon-v0.17.6 ↗
  3. Source originale 3 · github.com / 421 ↗
  4. Source originale 4 · github.com / github.rs ↗
  5. Source originale 5 · github.com / http.rs ↗
  6. Source originale 6 · github.com / main.rs ↗
  7. Source originale 7 · github.com / github.rs ↗
  8. Source originale 8 · github.com / engine.rs ↗
  9. Source originale 9 · github.com / cheatsheet.md ↗
  10. Source originale 10 · github.com / updater-design.md ↗
  11. Source originale 11 · pypi.org / 0.17.6 ↗