Depuis l'annonce du nouveau gestionnaire de paquets de Microsoft, winget, nous avons pu noter que l'outil méritait grandement d'évoluer. Parmi les étapes attendues, deux viennent d'être franchies : l'intégration du Store comme source et la publication de détails sur le plan de bataille.
« winget n'est pas (encore) un gestionnaire de paquets » écrivions-nous en mai, peu après l'annonce du projet. Depuis, il a évolué, mais bien moins que l'on ne pouvait s'y attendre. Les choses semblent néanmoins commencer à bouger, comme on l'a vu avec l'arrivée de l'auto-complétion ou l'annonce d'une roadmap plus précise.
winget : Microsoft appuie sur l'accélérateur
C'est à l'occasion de la conférence Ignite que de nouveaux détails ont été donnés. Les prochaines grandes étapes sont désormais dessinées : winget doit bientôt être capable de faire la liste des applications dont il a géré l'installation, en permettre la mise à jour (de manière sélective ou non) ou la désinstallation.
D'autres idées sont également passées par la tête des développeurs comme une fonction d'import/export. Un fichier JSON doit ainsi pouvoir être généré puis utilisé sur une autre machine. Simplement pour y placer les mêmes outils ou aussi des paramètres identiques pour winget. Ce n'est pas encore précisé, nous verrons.
L'équipe incite les utilisateurs du projet à continuer de lui faire part de ses remontées, mais aussi à ne pas hésiter à envoyer un « +1 » aux fonctionnalités qu'ils estiment le plus nécessaire afin de prioriser les évolutions.
Un plan de bataille plus précis
Voilà pour les grandes lignes. Plus précisément, tout cela doit être en grande partie ajouté d'ici les v0.3 à v0.5 attendues pour le mois prochain. L'import/export arrivera avec la v0.6 en novembre et la gestion des dépendances avec la v0.7 le même mois. Autant dire qu'un sérieux coup d'accélérateur va être donné.
Il s'agit surtout de rattraper le retard par rapport à ce qui avait été promis au départ. Ensuite et jusqu'à la v1 attendue pour le premier anniversaire de winget en mai 2021, le travail se fera normalement au rythme d'une mise à jour par mois apportant la gestion des différentes architectures, langages, l'installation pour l'ensemble du système ou limitée à l'utilisateur courant, la gestion des sources tierces (REST), les règles d'administration, etc.
Mais l'équipe ne manque déjà pas d'idées pour la suite, consciente que son outil est encore très basique par rapport à ce que l'on trouve sur d'autres systèmes ou dans d'autres gestionnaires de paquets.
Par la suite il devrait donc être possible de gérer les applications portables (zip/exe) ou les PWA, les réseaux à débit limité, de préciser le répertoire d'installation, de refuser la télémétrie pour les applications qui en proposent, la multi-installation, la mise à jour automatisée, l'installation d'une version précise. La liste complète est ici.
300 applications du Microsoft Store désormais gérées
Plus proche de nous, la v0.2.2521 Preview apporte quelques améliorations, dont un support préliminaire du Microsoft Store. Il n'est en effet question que de 300 applications prévalidées. Elles sont toutes gratuites et utilisables par tous précise l'entreprise. Comprendre qu'aucune n'est réservée à un public d'un certain âge.
Pour en profiter, il faut mettre à jour winget et activer les fonctionnalités expérimentales dans les paramètres :
winget settings
Cela ouvrira le fichier JSON de configuration. Il faut activer le support du store en ajoutant cette ligne :
"experimentalMSStore": true
Cela doit être fait dans la section "experimentalFeatures". Si elle n'existe pas il faut la créer comme suit :
{
// For documentation on these settings, see: https://aka.ms/winget-settings
// "source": {
// "autoUpdateIntervalInMinutes": 5
// },
"experimentalFeatures": {
"experimentalMSStore": true
}
}
Notez que vous pouvez décommenter la section "source" si jamais vous voulez activer la mise à jour automatique du contenu des dépôts. L'intervalle est exprimé en minutes, la valeur par défaut est de 5.
Une fois la modification faite, enregistrez le fichier, le Store peut directement être utilisé comme source. Microsoft donne l'exemple du client REST Nightingale qui peut être cherché et installé de la sorte :
winget search nightingale
winget install nightingale
Dans les résultats de recherche, vous verrez que la source est désormais le Microsoft Store. Vous pouvez chercher ou obtenir la liste des applications disponibles depuis cette source avec cette commande :
winget search -s msstore
Commentaires (11)
#1
Ah enfin du neuf. Il me tarde que cet outil soit dans un état plus avancé pour pouvoir l’implanter chez nous.
#2
C’est cool si à la fin, ça permet de faire l’install de pas mal d’app, depuis le windows store et aussi les classiques x64.
J’ai utilisé chocolatey mais j’imagine que les repo et sources sont moins officielles qu’un Microsoft.
#3
+1
C’est l’un des points les plus problématiques sous windows à mon sens : La difficulté de garder un parc a jour des petits softs que tu as tout le temps : VLC, 7zip, reader, …
Certains comme firefox / thunderbird / chrome ont leur propre mécanisme, mais c’est tout .
Un autre point que j’aimerais trouver c’est un “serveur local de windows update”. Quand on a plusieurs PC à la maison, ou qu’on réinstalle souvent, à CHAQUE PC faut se retéléchager toute les MaJ. Derrière une ligne 2Mbps c’est très chiant.
Donc un serveur local chocolatey + serveur local de windows update, ca serait pratique !
#3.1
“Normalement” il y a l’optimisation de la distribution sous Paramètres\Mise à jour et Sécurité qui devrait limiter l’impact du téléchargement d’une même maj sur plusieurs PCs mais je n’ai jamais pu vérifier si c’était efficace…
#3.2
Windows Update local ça s’appel WSUS et pour ça faut Window Server
#3.3
WAPT sait le faire pour les logiciels et les mises à jour de windows
#4
pareil, j’attends impatiemment le winget update && winget upgrade :)
#5
Si ça marche très bien mais je trouve quand même ça plus utile dans une société.
J’utilise WAPT mais comme le mentionne OB. Wapt ne convient pas parfaitement à mon utilisation. WAPT est génial si on veut maitriser toutes les mises à jours. Sauf que le soucis que je laisse certaines applications se mettre à jours toutes seules par leur mécanisme de mises à jours car je n’ai pas envie de mettre à jour le dépôt en permanence. Exemples les navigateurs avec leurs mises à jours mineures et majeures (Edge chromiun, Chrome et Firefox) .
Donc soit je laisse des vielles applications dans le dépôts et j’attends les mises à jours automatiques. SI je mets à jour le dépôt. Cela va se répercuter sur toutes les machines qui sont déjà à jours car utilise le mécanisme et va me retourner des erreurs.
Avec un winget update && winget upgrade hebdomadaire et que chaque nouvelle installation va prendre la dernière version est parfait pour moi. Un peu comme Chocolatey que j’utilise mais j’ai eu quelques soucis dont je laisse un peu de côté.
Exactement avec une intégration par Microsoft dans Intune serait parfait.
#6
Alors justement , j’ai testé, et j’ai jamais trouvé un cas où c’était utilisé.
Chez moi j’ai des switch managé (microtik & ubiquiti) donc c’est assez facile de voir les flux échangés entre machines au sein du même LAN, et les flux extérieur.
(Et puis bon de toute manière avec 2mbs tu vois bien si ca charge depuis un PC LAN ou pas)
Je n’ai jamais vu de gros trafics entre 2 machines windows comme ca, tout au plus quelques flux transitoires.
Dès que je lance windows update, c’est tout de suite la connection sur les serveurs de microsoft.
Mhhh j’avais regardé, mais il me semblait que les conditions étaient complexes :
Mais oui faudrait que je m’y repenche.
Alors je connaissait pas WAPT, merci !
J’utilise meshcentral depuis quelque temps pour gérer des machines de tiers , c’est pas mal mais ca ne fait “que” la prise en main à distance - c’est déjà bien…
#7
ah zut, WAPT en version community ne fait pas windows update, seulement le déploiement de programmes.
Utile certes, mais ni plus ni moins que chocolatey par ex.
Je garde sous le coude car une solution opensource pour sa version communautaire et le fait que ca se déploie à partir d’un PC sous linux contrairement aux autres outils (Non que je ne puisse avoir une VM sous windows dédiée, mas bon…)
#7.1
Sinon, il ya WSUS Offline qui fonctionne très bien https://download.wsusoffline.net/