Terminal: Étudier les mécanismes de déploiement alternatifs pour Windows Terminal

Faites-moi savoir si / quand quelqu'un regarde cela. Nous suivons cette voie pour WinDbg Preview, nous aurons donc probablement des indications sur les options que nous avons examinées et les avantages/inconvénients.

C'est une fonctionnalité passionnante.

1. Installer le redistribuable Visual C++

   https://aka.ms/vs/16/release/vc_redist.x64.exe

2. Visitez https://dev.azure.com/ms/Terminal/_build

3. Sélectionnez la version master la plus récente
4. Cliquez sur Artefacts
5. Cliquez sur appx-Release
6. Extraire appx-Release.zip
7. Extraire CascadiaPackage_0.0.1.0_x64.msix
8. Ouvert WindowsTerminal.exe

Notez que cela ne fonctionne pas réellement pour moi, le terminal ne s'ouvre pas.
Cependant peut-être que quelqu'un peut trouver la pièce manquante d'ici.

Ce qu'il vous manque, c'est une copie locale des runtimes vcruntime140_app et msvcp???_app app-container. Le terminal Windows devrait autrement être activable par double-clic.

Pourquoi exactement MS a-t-il publié une application Terminal qui ne peut pas être utilisée sur les serveurs, de toute façon ?

Pensez-vous vraiment que votre utilisateur principal utilise uniquement Windows 10 ?

Je sais que vous essayez d'embrasser les mondes du développement et de l'open source, mais demandez peut-être à vos utilisateurs ce qu'ils veulent avant de publier ce qui serait un excellent outil sur un environnement qui est moins susceptible d'être l'utilisateur principal.

Je regarde ce fil dans l'espoir que quelqu'un comprenne comment faire cela; Je pourrais le compiler, mais malheureusement, l'installation d'une pile de construction C++ au travail ne se produira pas.

@methodbox tu n'as pas besoin d'être méchant avec ça ☹️. Nous vous entendons haut et fort. Nous sommes conscients que nous avons besoin de deux modèles de distribution différents.

Encore une fois, je vous entends. Voici le problème : _il s'agit d'une version préliminaire_, et compte tenu de nos ressources disponibles, nous devons nous assurer de les investir judicieusement. Laisser quelqu'un d'autre faire la distribution et l'installation libère un mois entier de temps d'ingénierie autrement consacré à la construction et au test d'un programme d'installation sur toutes nos configurations prises en charge. C'est pourquoi il figure dans notre _backlog_. Nous reconnaissons que c'est extrêmement important pour un vaste sous-ensemble de nos utilisateurs potentiels, mais nous priorisons d'abord les fonctionnalités, les performances et les corrections de bogues.

Encore une fois, je vous entends. Voici le problème : _il s'agit d'une version préliminaire_, et compte tenu de nos ressources disponibles, nous devons nous assurer de les investir judicieusement. Laisser quelqu'un d'autre faire la distribution et l'installation libère un mois entier de temps d'ingénierie autrement consacré à la construction et au test d'un programme d'installation sur toutes nos configurations prises en charge. C'est pourquoi il figure dans notre _backlog_. Nous reconnaissons que c'est extrêmement important pour un vaste sous-ensemble de nos utilisateurs potentiels, mais nous priorisons d'abord les fonctionnalités, les performances et les corrections de bogues.

Je suppose que je suis confus par cela. Vous dites que laisser quelqu'un d'autre le distribuer permettrait d'économiser du temps et des efforts, (quelqu'un d'autre étant GitHub ?) mais ce n'est pas ce qui a été fait en premier ?

Je n'étais pas méchant non plus; Je posais une question sérieuse et faisais quelques déclarations sérieuses.

Je n'ai pas le temps au travail d'installer toutes les nécessités VS pour compiler cela et essayer de l'utiliser sur Windows Server ou je le ferais, et je ne comprends pas non plus le public cible de Windows 10, et j'étais légitimement curieux s'il y a quelque chose Je ne sais pas si cela ferait d'eux les premières cibles.

Je suis désolé que les critiques semblent méchantes, mais ce sont des préoccupations légitimes.

• un exe xcopy-able est ce qu'il faut. Les outils électriques comme la console n'ont pas besoin d'un installateur. Un installateur est exagéré et veuillez l'éviter. Par conséquent, vous n'avez pas besoin de passer des mois de tests. La dernière fois que j'ai vérifié, Visual Studio avait la capacité de produire un exe en mode release dûment signé.

• en tant qu'utilisateurs expérimentés, nous ne sommes pas impressionnés par la décision de choisir le magasin comme principal modèle de distribution. Parce qu'hier, j'ai essayé d'installer cette console sur mon ordinateur de travail et devinez quoi, le magasin est configuré avec mon compte Hotmail car il a besoin d'un compte Microsoft qui n'est pas mon compte professionnel et j'avais la possibilité d'installer la console sur mon PC personnel qui Était à la maison. J'avais besoin de la console sur ma machine de travail et non sur ma machine personnelle.

• en résumé, tout simplement. Facilitez l'accès à cet outil afin que nous puissions l'utiliser. Sinon, je suis content de ConEmu que j'utilise depuis de nombreuses années.

La version portable est indispensable pour notre environnement de développement d'entreprise de plus en plus restrictif.
Nous n'avons pas les droits d'administrateur sur nos ordinateurs de bureau, j'espère que nous avons vscode, pwsh, python, git, conemu, etc. dans une version zip, donc j'aimerais vraiment voir la même chose pour Terminal.

1. Installer le redistribuable Visual C++
   https://aka.ms/vs/16/release/vc_redist.x64.exe
2. Visitez https://dev.azure.com/ms/Terminal/_build
3. Sélectionnez la version master la plus récente
4. Cliquez sur Artefacts
5. Cliquez sur appx-Release
6. Extraire appx-Release.zip
7. Extraire CascadiaPackage_0.0.1.0_x64.msix
8. Ouvert WindowsTerminal.exe

Notez que cela ne fonctionne pas réellement pour moi, le terminal ne s'ouvre pas.
Cependant peut-être que quelqu'un peut trouver la pièce manquante d'ici.

Au lieu d'exécuter WindowsTerminal.exe, vous devez enregistrer l'application avec PowerShell :
Add-AppxPackage .\AppxManifest.xml -Register

Ensuite, il apparaît dans le menu Démarrer et à partir de là, vous pouvez le démarrer.
Remarque, vous devrez peut-être d'abord activer le mode développeur dans le menu des paramètres, je l'avais déjà activé, donc je ne sais pas si cela fonctionne sans lui.

Merci d'avoir répondu au besoin de la communauté des développeurs pour un meilleur terminal. C'est une application que je voulais voir sur Windows depuis des années et j'espère lui donner un tour bientôt. Je suis heureux de récupérer une version de master, mais je suis actuellement sur Windows Server 2019 Datacenter LTSC.

INTERROGER:

• Prise en charge de Windows Server 2019 LTSC, Microsoft Windows NT 10.0.17763.0

• Instructions d'installation ou lien vers ces instructions dans README.md :

1. Installez Visual C++ Redistributable (voir https://aka.ms/vs/16/release/vc_redist.x64.exe)
2. Visitez https://dev.azure.com/ms/Terminal/_build
3. Sélectionnez la version principale la plus récente
4. Cliquez sur Artefacts
5. Cliquez sur appx-Release
6. Extraire appx-Release.zip
7. Extraire CascadiaPackage_0.0.1.0_x64.msix
8. Ouvrez WindowsTerminal.exe

Ce qu'il vous manque, c'est une copie locale des runtimes vcruntime140_app et msvcp???_app app-container. Le terminal Windows devrait autrement être activable par double-clic.

@ DHowett-MSFT Pourriez-vous, s'il vous plaît, nous donner des conseils sur la façon de les installer?

J'adorerais le tester au travail mais aucune chance d'utiliser le Windows Store là-bas. J'ai essayé de le construire moi-même sur une version antérieure et j'ai même réussi à le faire, mais comme il a fallu près de 40 Go entre les exigences de Visual Studio et le référentiel lui-même après les versions, il est rapidement devenu ingérable sur mon espace SSD limité.

Et ne vous occupez pas des commentaires négatifs, au fait. Le terminal sort bien (je l'ai vraiment testé à la maison avec WSL 2 et je n'ai jamais eu une expérience de terminal aussi fluide sous Windows auparavant). Certaines personnes ne comprennent pas l'intérêt d'un aperçu, mais c'est parce qu'elles l'attendent avec impatience.

Avec le temps, il ne sera plus disponible en avant-première et tout le monde (ou du moins la plupart des utilisateurs) sera content.

2. Visitez https://dev.azure.com/ms/Terminal/_build

Les personnes non-MSFT n'ont pas les autorisations pour les artefacts

J'ai téléchargé les artefacts mais je n'ai pas pu installer le .msix en double-cliquant car il indiquait qu'il n'était pas signé par un certificat de confiance.

J'ai réussi à le faire fonctionner en téléchargeant l'artefact, en extrayant le .msix dans un dossier, puis en exécutant Add-AppxPackage AppxManifest.xml -Register depuis Powershell dans le dossier. Maintenant, je peux l'exécuter en l'ouvrant dans le menu Démarrer en tant que "Terminal Windows (Dev Build)".

Un processus assez hacky, mais cela a fonctionné pour l'instant.

Windows Store est un logiciel cassé. C'est comme le bébé pleurnichard qui a toujours besoin de votre attention et ne fait jamais rien de ce que vous attendez de lui. S'y fier revient à dire _veuillez ne pas installer nos trucs_.

Je viens d'être redirigé ici à partir du # 1757 et c'est bien de voir autant de traction à ce sujet.

Et pourquoi compliquer une chose simple ? Téléchargez, installez et ça devrait être tout.

Voici le deal : il s'agit d'une version préliminaire

Oui, et les gens sont déjà excités à ce sujet. La douleur de gérer le bloc-notes des lignes de commande (alias cmd.exe) doit être exaspérante pour inciter les gens à essayer un meilleur terminal, même s'il s'agit d'une pré-version. De plus, il y a le battage médiatique de Twitter.

S'il vous plaît, ne considérez pas nos commentaires comme des coups de gueule. Nous _voulons_ mettre la main dessus dès que possible. Nous envoyer en magasin, c'est nous claquer la porte au nez. Nous voulons aussi investir notre temps à bon escient. Les passer à résoudre les problèmes du magasin Windows n'est certainement pas une utilisation productive du temps de quiconque. J'espère que tu as compris!

Je suis TRÈS frustré par cette expérience "d'installation". J'ai mis install entre guillemets car je n'arrive pas à l'installer. Le Store me donne une liste de certaines de mes machines à cibler pour l'installation... mais pas celle sur laquelle je suis réellement. Et même si je choisis l'une des machines répertoriées, il me dit qu'il essaie de s'installer, mais rien ne s'installe apparemment jamais. Et il n'y a aucun retour d'information à utiliser comme point de départ pour le dépannage - aucun message d'erreur ou information de journal, juste du silence.

Je suis dérangé qu'il n'y ait pas qu'un installateur normal, comme nous l'utilisons depuis des décennies. Et je suis dérangé que le Windows Store semble ne pas être en mesure de cibler la machine sur laquelle je me trouve (cela ne devrait-il pas être une évidence ??). Avec tout le respect que je vous dois, je ne veux pas passer du temps à dépanner mon environnement Windows Store pour comprendre pourquoi il ne reconnaît pas mon système (et oui... il répond définitivement aux exigences) ou pourquoi le processus d'installation semble ne rien faire du tout. Je n'utilise pas souvent le Store, mais je ne me souviens pas avoir dû sélectionner un système cible pour l'installation. Est-ce une nouvelle fonctionnalité? Quoi qu'il en soit, cette expérience a été terrible.

Je suis développeur depuis plus de 20 ans. Mais même moi, je ne veux pas télécharger la source pour cela et la compiler. Je voulais juste un exécutable compilé que je peux installer et exécuter.

@drullo Vérifiez les informations de votre système d'exploitation. Ce n'est pas si évident, mais si vous faites défiler un peu, cela montrera votre configuration actuelle par rapport à celle requise. Si tel est le cas, vous devrez alors décider si vous souhaitez risquer la mise à niveau vers la version actuelle du système d'exploitation ou vivre sans utiliser le terminal.

Rien de tout cela n'est mauvais en théorie, mais la façon dont il est (Windows Store) implémenté est assez laide (instable, beaucoup de choses peuvent et vont mal tourner) et honnêtement, ce n'est pas la peine de dépenser du temps juste pour installer une application (pas seulement un terminal mais n'importe quelle application de magasin).

Malheureusement, l'App Store et les mises à jour du système d'exploitation sur Mac offrent une expérience beaucoup plus fluide. Il a ses propres problèmes, mais aucun n'est à un niveau primitif et basique.

Veuillez augmenter la priorité sur celui-ci... C'est probablement la fonctionnalité la plus demandée...

Comme première étape vers une distribution alternative, j'ai publié les bundles MSIX (signé, pouvant être mis à jour en magasin) sur la page des versions . Ils doivent être installables par double-clic sur 1903+, mais il se peut que certains packages de dépendance doivent être installés. Nous travaillons à rendre ce processus un peu plus agréable. Veuillez patienter avec nous.

À l'heure actuelle, nous avons _besoin_ d'un contexte d'installation MSIX/appx pour la recherche de ressources (icônes, chaînes, etc.) et l'activation des composants (afin que nous puissions charger nos DLL constituantes), mais des progrès sont en cours pour rendre cette exigence un peu plus laxiste car bien.

En fait, j'aime l'idée d'utiliser le déploiement msix. Msix prend même en charge Windows 7, donc une installation par double clic à l'aide de msix serait géniale.

@DHowett-MSFT c'est un bon début !

• Je voudrais toujours une version portable à l'avenir (comme les applications sysinternals)
• Veuillez mettre à jour le fichier Lisez-moi en fournissant des liens vers la page des versions afin que les utilisateurs puissent réellement remarquer qu'il est disponible en dehors de la boutique.

@amithegde Nous avons mis à jour le ReadMe - merci pour votre suggestion.

https://github.com/microsoft/terminal#installation

Tentative d'installation hors ligne à l'aide de MSIX à partir de la page de publication et réception du message d'erreur lors du lancement de la licence de périphérique WindowsTerminal.exe CLiP introuvable. Je ne sais pas comment résoudre ce problème

Un programme d'installation hors ligne est nécessaire de toute urgence pour que le WT soit installé sur nos serveurs.

J'ai trouvé ce problème après plusieurs tentatives infructueuses d'installation de Windows Terminal. Le problème ici est que Windows 10 LTSC (version de support à long terme) utilisé dans de nombreux environnements professionnels est la version 1809 (build 17763), tandis que Windows Terminal est conditionné sous la forme d'un ensemble MSIX d'archives MSIX installables uniquement sur les versions plus récentes de Windows 10.

Cela rend Windows Terminal inutilisable dans les environnements professionnels dans son état actuel. Alors que, comme indiqué par Microsoft, le prochain LTSC ne sortira pas avant 2021. Si un autre mécanisme de déploiement n'est pas fourni, Windows Terminal restera inutilisable dans les environnements professionnels pendant encore deux ans.

Je ne suis pas un développeur centré sur Windows, donc je ne sais pas quel est le coût / fardeau de la publication d'un fichier exe lié statiquement en tant que solution temporaire rapide et sale, mais si c'est possible, ce serait formidable. Toute forme de version autonome/portable serait en fait grandement appréciée (comme souligné par tous les commentaires précédents ;) ).

Éditer:

Quelques réflexions supplémentaires,

• dans un environnement professionnel, le Windows Store est généralement désactivé (donc activer le mode développeur et utiliser add-appxpackage peut nécessiter une documentation claire dans le README à mon avis);
• ce serait bien de clarifier les exigences de compatibilité dans le README (en termes de version Windows 10 nécessaire/compatible).

@NBardelot Dans les "environnements professionnels", il n'y a aucun moyen d'avoir besoin de la version LTSC de Windows et du terminal Windows ensemble, bah, vous n'aurez pas besoin de LTSC à moins que vous n'utilisiez des systèmes très critiques, ce dont je doute.
Dans les "environnements professionnels", si vous devez disposer d'une application disponible sur Microsoft Store, il est possible de passer par le processus standard de demande de choses habituellement présentes dans votre entreprise (ITIL).
Windows Terminal cible les développeurs qui sont parfaitement d'accord pour avoir la version Insider de Windows - je ne comprends pas l'argument de l'avoir dans LTSC, surtout quand c'est dans PREVIEW qui contredit l'objectif de LTSC.
C'est très clair ce que vous devez avoir pour l'exécuter : Exigences & et Microsoft Store.

@ gh4chris Ce n'est pas urgent, CMD et PowerShell sont disponibles dans Windows Server - il n'y a aucun argument raisonnable pour lequel vous en avez besoin.

L'hypothèse devrait être pour toute adoption en entreprise, qu'une utilisation hors magasin est requise. La plupart des environnements de production bien construits n'ont pas d'accès à Internet et utilisent des outils de déploiement.

Pourquoi y a-t-il même une résistance autour de la commodité ?

Donc, pour mémoire, nous fournissons des mécanismes d'installation hors magasin - consultez notre page de versions . Cependant, nous ne sommes pas vraiment en mesure de bouger sur l'exigence de version de construction de Windows. Nous dépendons de certaines fonctionnalités du système d'exploitation qui ne sont livrées que dans la toute dernière version de Windows 10. C'est la vraie raison pour laquelle nous ne pourrons pas travailler sur LTSC.

@zadjii-msft c'est parfaitement compréhensible, même si je dois souligner à nouveau que malheureusement, cela signifie pas de terminal Windows avant 2021 pour de nombreux cas d'utilisation intéressants (et une large adoption, une fois que vous serez en mode de publication). S'il existe un moyen de contourner les limitations dont vous parlez, j'espère que vous en tiendrez compte :)

@CatTheHacker Merci pour vos idées. Veuillez également comprendre que dire aux autres que vous savez mieux ce dont ils ont besoin ou non est un peu impoli, puisque vous ne disposez pas de toutes les informations disponibles et que vous pourriez mal comprendre les contraintes. Cela dit, j'illustrerai volontiers mon cas d'utilisation, car votre incompréhension est aussi mon manque d'explication.

Je travaille actuellement dans un environnement assez strictement sécurisé, pour une grande entreprise. Les ordinateurs de bureau exécutent Windows 10 LTSC pour des raisons de sécurité et de maintenabilité (et je ne suis pas libre de changer cela). Je ne parle pas de machines/serveurs critiques, mais de postes de travail dev & ops. L'un de nos objectifs est de prototyper et de tester des outils qui ne sont pas déjà rationalisés dans ITIL / référentiels, etc., et d'explorer ce qui peut être fait pour faciliter la vie de développement et d'exploitation. Cela nous amène même à comparer les outils OS vs OS, ce qui est un véritable changement de paradigme pour ce type d'entreprise. Dans ce scénario, exécuter une version d'aperçu de Windows Terminal et commencer à montrer aux gens comment bien travailler avec les terminaux (parce que Powershell, docker, kubernetes/openshift...) est un besoin.

Ce serait formidable d'avoir un moyen d'automatiser l'installation de l'application Windows Terminal à partir de la ligne de commande.

@NBardelot - Merci pour vos informations et réflexions ici.

MSIX

À l'heure actuelle, nous intégrons Terminal dans les packages MSIX, car il s'agit de la voie stratégique à suivre pour empaqueter des applications sur Windows. Nous ne sommes pas opposés à l'idée d'autres formats d'emballage s'il y a suffisamment de demandes pour le faire, mais pour l'instant nous nous concentrons sur des scénarios courants pour répondre à la majorité des besoins de la communauté.

Cela dit, je creuse dans les plans de l'équipe MSIX concernant. SKU LTS. Je vous ferai savoir quand j'aurai de leurs nouvelles.

C'EST

Notez que les SKU LTS sont, par leur définition même, plus restreints et moins fréquemment mis à jour que les SKU de version générale. Pour cette raison, il y a de fortes chances que les nouveaux produits et fonctionnalités prennent plus de temps à arriver et/ou ne soient pas pris en charge sur les SKU LTS. En bref, si vous souhaitez exécuter les derniers et meilleurs outils et technologies peu de temps après leur sortie, vous devrez peut-être envisager des SKU non LTS.

Les entreprises qui ont besoin d'un plus grand contrôle sur la configuration de leurs plates-formes, tout en permettant aux utilisateurs de déployer eux-mêmes des applications approuvées et/ou de déployer des applications gérées connues peuvent souhaiter explorer Windows Store For Business qui peut s'intégrer à SCCM et InTune pour un déploiement automatisé, etc. . d'applications approuvées.

Nous mettrons à jour nos documents v. bientôt et intégrerons certainement certains de vos commentaires et demandes pour rendre cette zone plus facile à comprendre.

Pour votre information, il existe maintenant un package chocolaté , vous pouvez donc exécuter choco install microsoft-windows-terminal pour installer l'application.

Un grand merci à @mkevenaar qui semble avoir mis cela ensemble ! 🎉

@SeanKilleen Absolument - Je suis un GRAND fan de Chocolatey et je suis reconnaissant à @mkevenaar d'avoir créé le package Chocolatey pour faire référence à notre dernière version :)

https://github.com/mkevenaar/chocolatey-packages/blob/master/automatic/microsoft-windows-terminal/update.ps1#L8

@SeanKilleen Absolument - Je suis un GRAND fan de Chocolatey et je suis reconnaissant à @mkevenaar d'avoir créé le package Chocolatey pour faire référence à notre dernière version :)

https://github.com/mkevenaar/chocolatey-packages/blob/master/automatic/microsoft-windows-terminal/update.ps1#L8

@bitcrazed Vous êtes les bienvenus ! Il exécute le script de mise à jour toutes les 6 heures, et il faut généralement moins d'une heure pour être traité par le site Web chocolaté !

[Mise à jour : liens précédents remplacés] :

Si vous installez Windows Terminal manuellement et que VC Redist n'est pas installé, l'installation et/ou l'exécution de Terminal échouera.

Veuillez télécharger et installer le package d'infrastructure C++ Runtime v14 pour Desktop Bridge :
https://www.microsoft.com/en-us/download/details.aspx?id=53175

Les packages d'infrastructure d'exécution C++ seront copiés dans un dossier sous %ProgramFiles(x86)%\Microsoft SDKs\Windows Kits10\ExtensionSDKs\Microsoft.VCLibs.Desktop.

👉 Remarque : Vous pouvez également installer les packages manuellement à l'aide de l'applet de commande Add-AppxPackage PowerShell.

(Lié au #2369)

^ Il échoue toujours pour moi. Il essaie d'installer Visual C++ run-time for UWP partir du magasin et, malheureusement, le magasin ne peut pas accéder à Internet en raison de restrictions.

Événement après l'installation de choco, ce message apparaît :

Hey @mubaidr : J'ai mis à jour ma réponse ci-dessus pour créer un lien vers la redist du pont de bureau VC++ Runtime. S'il vous plaît, essayez-le et faites-moi savoir si cela résout votre problème.

Toujours le même message d'erreur :(

Notre SysAdmin a désactivé Windows Store et nous n'avons pas de connectivité Internet ouverte. Nous avons donc besoin d'un package d'installation.

@rfresow - nous publions chaque version de terminal publiée publiquement dans le magasin et dans les versions de ce référentiel : https://github.com/microsoft/terminal/releases

⚠ Remarque : étant donné que vous installez manuellement, assurez-vous de mettre à jour manuellement régulièrement - nous visons à publier environ une fois par mois.

@mubaidr - désolé que vous rencontriez des problèmes ici. Puis-je vous demander de désinstaller Terminal, de redémarrer votre machine, de réinstaller ? Je crains que quelque chose d'inhabituel se passe avec la configuration de votre machine.

^ @bitcrazed Je commence à penser la même chose. Planification pour une nouvelle configuration. La désinstallation et le redémarrage n'ont pas aidé non plus. Je vais donc commencer par une configuration propre.

FWIW, j'ai rencontré les mêmes exigences de VC. Nous avons nous aussi l'accès au Windows Store désactivé pour diverses raisons (réseaux hors ligne, etc.)

Ce serait bien d'avoir le terminal disponible pour installer au besoin sur des choses comme les hôtes de saut, etc.

Hey @mubaidr : J'ai mis à jour ma réponse ci-dessus pour créer un lien vers la redist du pont de bureau VC++ Runtime. S'il vous plaît, essayez-le et faites-moi savoir si cela résout votre problème.

@bitcrazed Je pense que le téléchargement ci-dessus n'est pas assez nouveau pour ce sur quoi le terminal est construit. Le mien se plaint des versions...

Après avoir installé les VCLibs UWP à partir de votre lien, c'est la version 14.24222.0 (depuis Programmes et fonctionnalités) ; mais si je fais Get-AppXPackage :

Microsoft.VCLibs.140.00.UWPDesktop_14.0.27810.0_x64__8wekyb3d8bbwe
Microsoft.VCLibs.140.00.UWPDesktop_14.0.27810.0_x86__8wekyb3d8bbwe

Le lien ci-dessus date de 2016...

Le même problème - le fichier vc_uwpdesktop.140.exe du lien contient d'anciennes versions de Microsoft.VCLibs - après l'avoir installé dans C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ , vous pouvez trouver :

• Version 14.0.24217.0 dans le dossier "Retail"
• Version 14.0.24222.0 dans le dossier "Debug"

Le terminal Windows nécessite la version minimale 14.0.27323.0 . Existe-t-il un moyen de l'installer sans Store activé?

J'ai construit (et j'ai utilisé, yay) Terminal à partir de la source il y a quelques mois avec VS2019 et W10 1903. Cependant, je ne semble pas pouvoir exécuter le nouveau msixbundle , je n'ai pas les autorisations pour accéder aux artefacts Azure, et quand j'ai fait un git pull et essayé de reconstruire dans VS, j'ai eu une série d'erreurs même après avoir récupéré les mises à jour NuGet recommandées et installé Dot Net 4.7.2.

Tristesse :(

Windows Server 2019 n'est pas pris en charge de toute façon. Et oui, nous n'utilisons que les versions LTSB, pas parce que nous sommes des "réactionnaires". Mais parce que nous travaillons dans une vraie entreprise avec plus de 5000 serveurs et même essayer de le mettre à jour chaque année est un enfer sanglant.

Lier tous ces autres éléments à ce bogue est génial - mais cela fait perdre du temps à beaucoup de personnes qui cherchent à l'installer sur le système d'exploitation du serveur. Veuillez ajouter une ligne au fichier readme du projet indiquant :

"Vous cherchez à installer Windows Terminal sur Windows Server 2019 ? - Nous n'en sommes pas encore là, revenez plus tard !..."

Lier tous ces autres éléments à ce bogue est génial - mais cela fait perdre du temps à beaucoup de personnes qui cherchent à l'installer sur le système d'exploitation du serveur. Veuillez ajouter une ligne au fichier readme du projet indiquant :

"Vous cherchez à installer Windows Terminal sur Windows Server 2019 ? - Nous n'en sommes pas encore là, revenez plus tard !..."

readme indique déjà:

Note: Windows Terminal requires Windows 10 1903 (build 18362) or later

Le même problème - le fichier vc_uwpdesktop.140.exe du lien contient d'anciennes versions de Microsoft.VCLibs - après l'avoir installé dans C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ , vous pouvez trouver :

• Version 14.0.24217.0 dans le dossier "Retail"
• Version 14.0.24222.0 dans le dossier "Debug"

Le terminal Windows nécessite la version minimale 14.0.27323.0 . Existe-t-il un moyen de l'installer sans Store activé?

Je suis dans un environnement sans accès au Microsoft Store et j'ai également rencontré ce problème. Il semble que la version que j'ai installée soit 14.0.26905.0. La version que vous obtenez via le téléchargement manuel est 14.0.24217.0. Je ne vois aucun moyen d'installer 14.0.27323.0 sans MS Store.

• Version 14.0.24217.0 dans le dossier "Retail"
• Version 14.0.24222.0 dans le dossier "Debug"

Ces versions sont installées et le terminal 0.6.2951.0 fonctionne correctement.

Peut-être que VC 14.0.27323.0 est installé ailleurs sur mon système, mais je suppose que non. Où cette exigence est-elle mentionnée?

• Version 14.0.24217.0 dans le dossier "Retail"
• Version 14.0.24222.0 dans le dossier "Debug"

Ces versions sont installées et le terminal 0.6.2951.0 fonctionne correctement.

Peut-être que VC 14.0.27323.0 est installé ailleurs sur mon système, mais je suppose que non. Où cette exigence est-elle mentionnée?

Votre ordinateur a-t-il accès au MS Store ? Le mien non. J'ai récemment mis à niveau vers 1909, d'où vient peut-être ma version 14.0.26905.0, mais je n'en suis pas sûr.

Voici l'erreur que j'obtiens lors de l'installation :

PS C:\> Add-AppPackage -path "C:\Microsoft.WindowsTerminal_0.6.2951.0_8wekyb3d8bbwe.msixbundle"
Add-AppPackage : Deployment failed with HRESULT: 0x80073CF3, Package failed updates, dependency or conflict validation.
Windows cannot install package Microsoft.WindowsTerminal_0.6.2951.0_x64__8wekyb3d8bbwe because this package depends on
a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published by
"CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor
architecture and minimum version 14.0.27323.0, along with this package to install. The frameworks with name
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed are:
Windows cannot install package Microsoft.WindowsTerminal_0.6.2951.0_x64__8wekyb3d8bbwe because this package depends on
a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published by
"CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor
architecture and minimum version 14.0.27323.0, along with this package to install. The frameworks with name
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed are:
{Microsoft.VCLibs.140.00.UWPDesktop_14.0.26905.0_x86__8wekyb3d8bbwe
Microsoft.VCLibs.140.00.UWPDesktop_14.0.26905.0_x64__8wekyb3d8bbwe}
NOTE: For additional information, look for [ActivityId] edfb45f8-a09f-0003-a403-fced9fa0d501 in the Event Log or use
the command line Get-AppPackageLog -ActivityID edfb45f8-a09f-0003-a403-fced9fa0d501
At line:1 char:1
+ Add-AppPackage -path "C:\Microsoft.WindowsTerminal_0.6.2951.0_8wekyb3 ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : WriteError: (C:\Microsoft.Wi...bbwe.msixbundle:String) [Add-AppxPackage], IOException
    + FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.PackageManager.Commands.AddAppxPackageCommand

• Version 14.0.24217.0 dans le dossier "Retail"
• Version 14.0.24222.0 dans le dossier "Debug"

Ces versions sont installées et le terminal 0.6.2951.0 fonctionne correctement.
Peut-être que VC 14.0.27323.0 est installé ailleurs sur mon système, mais je suppose que non. Où cette exigence est-elle mentionnée?

Votre ordinateur a-t-il accès au MS Store ? Le mien non. J'ai récemment mis à niveau vers 1909, d'où vient peut-être ma version 14.0.26905.0, mais je n'en suis pas sûr.

Voici l'erreur que j'obtiens lors de l'installation :

PS C:\> Add-AppPackage -path "C:\Microsoft.WindowsTerminal_0.6.2951.0_8wekyb3d8bbwe.msixbundle"
Add-AppPackage : Deployment failed with HRESULT: 0x80073CF3, Package failed updates, dependency or conflict validation.
Windows cannot install package Microsoft.WindowsTerminal_0.6.2951.0_x64__8wekyb3d8bbwe because this package depends on
a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published by
"CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor
architecture and minimum version 14.0.27323.0, along with this package to install. The frameworks with name
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed are:
Windows cannot install package Microsoft.WindowsTerminal_0.6.2951.0_x64__8wekyb3d8bbwe because this package depends on
a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published by
"CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor
architecture and minimum version 14.0.27323.0, along with this package to install. The frameworks with name
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed are:
{Microsoft.VCLibs.140.00.UWPDesktop_14.0.26905.0_x86__8wekyb3d8bbwe
Microsoft.VCLibs.140.00.UWPDesktop_14.0.26905.0_x64__8wekyb3d8bbwe}
NOTE: For additional information, look for [ActivityId] edfb45f8-a09f-0003-a403-fced9fa0d501 in the Event Log or use
the command line Get-AppPackageLog -ActivityID edfb45f8-a09f-0003-a403-fced9fa0d501
At line:1 char:1
+ Add-AppPackage -path "C:\Microsoft.WindowsTerminal_0.6.2951.0_8wekyb3 ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : WriteError: (C:\Microsoft.Wi...bbwe.msixbundle:String) [Add-AppxPackage], IOException
    + FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.PackageManager.Commands.AddAppxPackageCommand

J'ai récemment mis à niveau un autre PC dans ce même environnement vers 1909. J'ai pu installer le dernier Windows Terminal 0.6.2951.0. Il s'avère que cette machine a UWPDesktop v 14.0.27810.0. Je ne sais pas à 100% où, quand ou comment il a été installé, même si je pense que c'est peut-être parce que VS2017 et VS2019 sont installés sur cette machine.

Il semble que ce qui doit arriver est d'avoir ce téléchargement
https://www.microsoft.com/en-us/download/details.aspx?id=53175
mis à jour pour être la version 14.0.27810.0 (ou ultérieure). Je ne sais pas pourquoi ce téléchargement stagne depuis 2016.

Mise à jour : nous avons des conversations en interne pour résoudre ce problème. Restez à l'écoute.

FWIW, je travaille sur des environnements qui ne seront jamais connectés à internet. Les certifications qu'Azure, M365, etc. ont reçues sont maudites. Ils n'auront tout simplement jamais de connexion Internet.

Windows Terminal est disponible en Scoop . Scoop extrait les fichiers de msix avec 7zip et cela fonctionne bien. Donc je suppose que Windows Terminal est déjà portable ? Il semble que tous les programmes d'installation de msix ne fonctionnent pas comme cela.

Il est vrai aujourd'hui que Terminal fonctionne sans package, mais nous ne garantissons pas actuellement qu'il le fera toujours.

L'utilisation de Chocolatey échoue sur Windows Server 2019 :

choco install microsoft-windows-terminal
ERREUR : Ce package nécessite au moins Windows 10 version 1903/OS build 18362.x.
L'installation de microsoft-windows-terminal n'a PAS réussi.

Existe-t-il différentes versions de Windows Server ou sont-elles toutes trop anciennes ?

@ArgTang Je crois qu'aucune des versions du serveur n'est disponible : https://github.com/microsoft/terminal/issues/2312#issuecomment -519318609

En effet! /dup #2312.

Salut! Nous avons identifié ce problème comme un doublon d'un autre qui existe déjà sur cet outil de suivi des problèmes. Cette instance spécifique est fermée en faveur du suivi du problème sur le fil de discussion référencé. Merci pour votre rapport !

À l'heure actuelle, Server n'est pas disponible dans les versions 1903 ou 1909. Désolé pour ça!

Je ne voulais absolument pas fermer ce bogue de suivi principal. Désolé tout le monde !

Jusqu'à présent, je n'ai trouvé absolument aucune solution de contournement au travail non plus
comme le numéro précédent a été fermé, je mets à jour ici avec la dernière version publiée :
(copiez-collez le numéro précédent ici pour ne pas perdre la trace de # 4424, désolé @DHowett , je pense que cela est utile pour voir le comportement de chaque version publiée a-t-il changé de temps en temps)

le résultat est ici : https://github.com/microsoft/terminal/issues/4424 le problème a été clos en faveur de celui-ci

La seule version qui fonctionne que j'ai est 0.6xxxx que j'ai construite manuellement, j'ai mdmerge.exe plantage lors de la tentative de construction 0.8.x sur 19041 slow ring ou sur 1909 stable

Copier coller depuis le problème clos :

Le dernier WindowsTerminal_0.8.10261.0_x64__8wekyb3d8bbwe msixbundle s'installe mais l'application plante, même si j'installe à partir de chocolatey

@DHowett

Merci pour l'amélioration par rapport au msixbundle car il ne s'installe pas et commence à fonctionner.
Pouvez-vous me dire comment je peux obtenir des informations sur POURQUOI il se bloque lors de l'exécution afin que je puisse créer un problème approprié pour le résoudre potentiellement dans une version ultérieure?

Je peux voir la bordure apparaître pendant une demi-seconde, puis planter et ceci :

si j'ouvre assez vite le Start Menu je peux voir qu'il y a probablement une sorte de MS Store Post Action (la barre de progression):

Comment puis-je aider ?
Je me demande où sont les journaux pour diagnostiquer cela.
Je ne sais pas où regarder dans les EventViewer (j'ai essayé de vérifier mais je n'ai rien trouvé qui ressemble au crash)

[Window Title]
Network Error

[Main Instruction]
Windows cannot access C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.8.10261.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe

[Content]
Check the spelling of the name. Otherwise, there might be a problem with your network. To try to identify and resolve network problems, click Diagnose.

[^] Hide details  [Diagnose] [Cancel]

[Expanded Information]
Error code: 0x800704cf
The network location cannot be reached. For information about network troubleshooting, see Windows Help.

Si, d'une manière ou d'une autre, l'état actuel de l'installation peut vous aider, faites-le moi savoir.

Je n'ai pas encore trouvé de moyen d'obtenir des journaux/diag/trace sur ce qui n'est pas trouvé, cela peut donc aider à donner des commentaires sur ce comportement spécifique pour voir si et comment il pourrait potentiellement être corrigé ^^

Cela ne me dérange pas de ne pas avoir de "mise à jour du magasin" depuis ... La société a verrouillé le magasin.
c'est pourquoi pour l'instant j'essaie d'utiliser le msixbundle au moins une fois ;)
Je réinstallerais simplement le prochain msixbundle quand j'aurais besoin de mettre à jour

Merci à tous pour votre patience à ce sujet.

Nous comprenons parfaitement ce qui se passe ici, mais nous ne voulons pas fournir une solution hacky.

Nous travaillons activement avec plusieurs équipes en interne pour fournir une solution supportable à long terme à ce problème et nous ferons rapport ici une fois que nous saurons ce qui peut être fait et quand. En fait, j'ai déposé une demande formelle il y a environ 20 minutes pour qu'une autre équipe fasse un peu de travail pour nous.

Restez à l'écoute.

Désolé @iamdeskoh - suppression de ce commentaire car il recommande de télécharger des packages à partir d'une source non vérifiée et non fiable. De telles pratiques sont absolument déconseillées. Nous détesterions que quelqu'un soit infecté par inadvertance par quelque chose de méchant en le faisant.

Soyez assuré que nous poursuivons les choses en interne pour résoudre ce problème. S'il vous plait, soyez patient avec nous.

@bitcrazed

non, je ne cliquerai pas sur ce lien

pourquoi tenterais-je de cliquer sur un domaine inconnu/non approuvé ?
en particulier pour installer des binaires à partir d'une source non officielle

vous voudrez peut-être d'abord expliquer quel est le but du site Web avant d'envoyer un lien et demander à l'utilisateur de cliquer dessus. aussi je suppose que ce qu'il fait derrière le site est open source pour qu'on puisse lui faire confiance ^^ ?

je ne dis pas que ça ne marche pas, juste qu'il n'y a aucun moyen de faire confiance à un tiers qui expédie des binaires magiques
Surtout quand vous pourriez d'abord demander ici à l'équipe windows/terminal si elle pourrait être en mesure d'y remédier

Je n'aime pas trop cette solution non plus, mais les liens de téléchargement proviennent du domaine Microsoft. Il semble que le site Web fourni par @deskoh ne fournisse que des liens vers du contenu non répertorié du Microsoft Store.
Et si l'équipe pouvait fournir un moyen d'installer les dépendances requises pour leur projet, les gens n'auraient pas à tenter leur chance avec une solution de contournement comme celle-ci...
Mais même après avoir installé la version assez récente de Microsoft.VCLibs.140.00.UWPDesktop, l'installation échoue encore plus tard en raison d'une autre erreur.

@clement-fischer quelles erreurs avez-vous rencontrées ? J'ai finalement réussi à le faire fonctionner dans un environnement d'entrefer. Vous aurez besoin de VC++ redistribuable. Je dois également lancer le terminal à partir du répertoire WindowsApp.

@deskoh Bien que j'ai essayé d'installer via Powershell, l'erreur semble être la même que dans # 3194.

J'ai essayé plusieurs méthodes pour installer manuellement msix et appx, et les versions de Windows Terminal semblent être verrouillées sur les versions de Windows 10 plus récentes que la version la plus récente de Windows Server 2019.

C'est assez malheureux.

Malheureusement pour nous tous, cette fonctionnalité ne sera pas présentée dans la version Terminal 1.0. Ainsi, Terminal sera toujours inutile pour les professionnels de l'informatique dans des environnements de production réels : https://github.com/microsoft/terminal/milestone/6

S'ils corrigent la disponibilité de la dépendance, il devrait être possible de l'installer manuellement. Le problème #3097 est répertorié comme l'un des problèmes requis pour la version 1.0.

Je ne peux pas le dire pour les autres utilisateurs, mais j'aimerais beaucoup que le msixbundle fonctionne n'importe où, même si cela signifie que je dois le mettre à jour moi-même plus tard.
C'est ainsi que j'utilise Powershell Core 7.x au travail depuis le premier aperçu.

En plus de cela, il y a un joli message vous informant À L'INTÉRIEUR du shell (donc pas intrusif) qu'il vous manque une mise à jour.
Je pense qu'il y a aussi un opt-out dessus

Quoi de mieux que d'extraire les msixbundle manuellement par exemple

fonctionne bien avec scoop, nous pouvons l'utiliser dans un environnement pro. (à partir de notre bureau Windows pro):
https://github.com/lukesampson/scoop-extras/blob/master/bucket/windows-terminal.json
scoop install windows-terminal

Merci pour cela!

scoop est la chose la plus cool qui soit !
https://youtu.be/a85QLUJ0Wbs

C'est un outil tellement agréable et utile, on se sent comme à la maison

Am Ve., 24. Avr. 2020 à 12:03 Uhr schrieb Xiang ZHU <
[email protected]> :

Eh bien, toujours pas utilisable pour l'environnement Windows Server :

iwr -useb get.scoop.sh | iex
Set-ExecutionPolicy RemoteSigned -portée CurrentUser
scoop installer git
scoop seau ajouter des extras de seau
scoop installer le terminal Windows
Installation de 'windows-terminal' (0.11.1121.0) [64bit]
Microsoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle (16,1 Mo)[===================================] 100 %
Vérification du hachage deMicrosoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle ... d'accord.
Extraction de dl.7z ... c'est fait.
Exécution du script de pré-installation...
Exécution du script d'installation...
*ERREUR Au moins Windows 10 18362 est requis. *

@gh4chris
Pareil sur Desktop, non ?
Comme le terminal s'appuie sur une fonctionnalité spécifique du système d'exploitation, il nécessite un certain niveau de version minimum

Vous voulez probablement mettre à jour vers 1903/1909 (2004/20H1 est censé atterrir dans moins d'un mois)

Vous voyez? C'est problématique dans un environnement professionnel. Les mises à jour impliquent
beaucoup de vérification pour ne pas casser les setups existants...

Je doute que WT ait vraiment besoin de telles dépendances. L'informatique fait tout le projet
plus ou moins ridicule

Am Ve., 24. Avr. 2020 à 13:10 Uhr schrieb TeBeCo < [email protected]

Je comprends que vous rencontrez des problèmes pour mettre à jour vos serveurs dans votre entreprise, c'est un problème différent sans rapport avec le déploiement.
Vous voudrez peut-être contacter les équipes de votre côté pour mettre à jour leur image pour obtenir au moins celle d'il y a un an.

C'est un peu différent de "Il n'y a pas encore d'alternative au magasin"

Je ne dirais pas que c'est bloquant ou problématique. Vous pouvez par exemple utiliser Enter-PSSession ou ssh et vous utiliserez alors WT depuis votre ordinateur pendant que vous utilisez les Shell du serveur
Vous pouvez même mettre à jour vers PSWS 7.x sur votre serveur si vous le souhaitez, ou l'installer en tant que dotnet tool

Vous voulez probablement ouvrir un autre problème que Investigate alternative deployment mechanisms for Windows Terminal

Je ne veux vraiment pas entrer dans l'argument qui se prépare ici sur ce qui constitue un "environnement réel"

Mais j'aimerais certainement que cela fonctionne sur Windows Server (n'importe quelle version), et le faire fonctionner sur Windows 10 n'est pas non plus utile dans mon cas.

Je dirais juste de mettre à jour vers Windows Server 2019
mais cela pourrait être une pilule difficile à avaler car même le portail Azure n'offre pas de modèle pour cela
(mais oui, je suppose "juste mettre à jour")

aussi, comme je suis juste un consommateur comme vous, pouvez-vous ouvrir un sujet pour cela car il n'a aucun rapport avec celui-ci ?
Peut-être demander pourquoi et des détails sur la version minimale du système d'exploitation
mais ce n'est pas lié au mécanisme de déploiement

Hé @DHowett , votre engagement (qui, je le sais, n'a pas encore été publié) pour regrouper les deps dans le terminal devrait beaucoup aider à avoir un programme d'installation msixbundle hors ligne.

Il semble qu'après cela, la principale pièce manquante pour une méthode d'installation hors ligne saine soit d'avoir une URL statique aka.ms pour télécharger le dernier msixbundle à partir de, plutôt que d'avoir à garder vos scripts à jour avec la dernière version de github.com et URL de téléchargement.

Est-il possible d'obtenir un lien de téléchargement statique pour ce bundle ?

Est-il possible d'obtenir un lien de téléchargement statique pour ce bundle ?

Ce n'est pas une mauvaise idée, et c'est probablement quelque chose que nous devrons faire le plus tôt possible.

Je préférerais offrir un appinstaller (qui est à peu près un msixbundle avec une balise "où puis-je trouver plus d'entre vous?" (pour les mises à jour !)), mais cela nécessite en fait cela, donc _shrug_.

*ERREUR Au moins Windows 10 18362 est requis. *

Pourquoi y a-t-il une telle exigence difficile? La dépendance à cela ne peut-elle pas être réduite afin qu'elle puisse être utilisable sur les versions LTSC ?

@kein C'est quelque chose dont nous avons longuement discuté sur ce dépôt auparavant .

#1643 (commentaire)

Pardon. À l'heure actuelle, il y a deux gros bloqueurs à l'adoption de 1809.

* XAML islands was a technology preview and didn't support high-DPI, DPI changes, or accessibility in 1809. We rely on them heavily.

* 1903 added support for side-by-side WinRT component activation, something deep in the COM stack that lets us find our DLLs when they're right next to our EXE.

Nous ne pouvons tout simplement pas revenir à 1809.

#1909 (commentaire)

le terminal Windows NÉCESSITE les fonctionnalités de la dernière version de Windows.

Malheureusement, il n'y a vraiment aucune solution de contournement à notre disposition. XAML Islands est la technologie que nous utilisons pour héberger notre interface utilisateur XAML dans un processus Win32. Sans cela, nous serions incapables d'afficher quoi que ce soit. Étant donné que XAML Islands n'est complet qu'à partir de la dernière version de Windows 10, nous ne pouvons rien y faire.
Si vous souhaitez utiliser le terminal, vous devez disposer de la dernière version de Windows 10.

#841 (commentaire)

#498 (commentaire)

Il n'y a pas de plans actuellement.
Nous dépendons de C++/WinRT et des îlots XAML (UWP XAML) pour notre interface utilisateur. Nous utilisons également DX/DWrite pour le rendu de texte. À moins que ceux-ci ne soient portés sur Linux un jour, je dirais qu'il y a très peu de chances que nous prenions jamais en charge Linux.
De plus, tout notre système de construction est basé sur MsBuild, et je peux me tromper, mais je ne pense pas que notre système de construction fonctionnera sous Linux.

#1893 (commentaire)

#2024 (commentaire)

Cela explique pourquoi un support aussi limité mais n'invalide aucun des arguments soulevés ici. La majorité des utilisateurs de Terminal sont des utilisateurs de Server et LTSC. Quel est l'intérêt de Terminal ciblant les utilisateurs à domicile ? Finalement, il s'estompera en étant verrouillé dans un environnement très spécifique. En ce moment, je suis de retour à cmder et à moins que Terminal ne parvienne à surmonter ce problème et soit disponible plus tôt en 2020, je l'oublierai également.

La majorité des utilisateurs de Terminal sont des utilisateurs de Server et LTSC

Avez-vous des preuves de cette déclaration?

Ce problème peut-il être divisé en 2 problèmes; mécanisme de déploiement alternatif et version minimale ?

Il y a beaucoup d'autres discussions concernant la "version min", donc je vais juste commencer à marquer la discussion sur la version min dans ce fil comme "hors sujet".

Notre cas d'utilisation : Une université qui gère une branche de support à plus long terme sur 3,5 000 ordinateurs de bureau Windows 10, elle a activé le magasin Windows afin qu'elle puisse obtenir Terminal. Nos administrateurs (ceux qui aimeraient vraiment et bénéficieraient de Terminal) ont des postes de travail Windows sur lesquels ils peuvent l'utiliser, mais pour la plupart utilisent RDP dans de nombreux serveurs Windows hétérogènes exécutant principalement Server 2016 pour ensuite utiliser MMC et PowerShell pour configurer leur. Terminal serait formidable d'avoir sur tout cela.

L'autre modèle d'utilisation consiste à RDP vers un seul serveur de bureau à distance Windows bastion pour ensuite interagir avec les autres serveurs via Enter-PSSession.

Nous avons très peu de serveurs Windows Core car les piles d'applications tierces et les consultants qui les accompagnent régulièrement pour le déploiement initial ne le comprennent pas ou les applications ne le supportent pas.

Nous avons une plate-forme de gestion de configuration que nous utilisons pour expédier principalement des MSI à Windows 10 et Server 2016, donc l'expédier partout serait facile, si c'était dans un format qui fonctionnerait.

@carwyn même ici. Notre environnement a tendance à avoir n-1, donc le client que nous prenons en charge vient de passer à 2016.

J'ai prévisualisé le terminal Windows sur un ordinateur de bureau dans ma propre machine à la maison et j'adore ça. J'adorerais l'utiliser `` en production '' sur nos boîtes de saut au travail pour que l'équipe l'utilise, mais avec la seule option pour Windows Server 2019, nous devrons attendre beaucoup plus longtemps, ce qui est un peu décevant pour un client incroyable qui Je peux potentiellement utiliser pour remplacer mon ise vieillissant de Windows PowerShell.

Désolé les gars, je ne suis pas satisfait de toutes les limitations et difficultés avec
les aménagements.
Je suppose que j'ai trouvé ma solution. J'utilise mobaXterm maintenant. Il a presque tout
fonctionnalités dont j'ai besoin et j'ai juste besoin d'exécuter le programme d'installation.
La vie peut être facile

Am Do., 11. Juni 2020 à 10:20 Uhr schrieb weyentan <
[email protected]> :

Aucune des solutions mentionnées ici n'a fonctionné pour moi pour l'installation sur Windows Server 2019. Même avec scoop, cela échoue avec "ERREUR Au moins Windows 10 18362 est requis."

Aucune des solutions mentionnées ici n'a fonctionné pour moi pour l'installation sur Windows Server 2019. Même avec scoop, cela échoue avec "ERREUR Au moins Windows 10 18362 est requis."

Correct. Cela ne fonctionnera pas sur Server 2019. 2019 est basé sur 1809. Et au moins 1903 est nécessaire.

Aucune des solutions mentionnées ici n'a fonctionné pour moi pour l'installation sur Windows Server 2019. Même avec scoop, cela échoue avec "ERREUR Au moins Windows 10 18362 est requis."

Vous pouvez également consulter le dernier commentaire de ce numéro :
https://github.com/microsoft/terminal/issues/1386#issuecomment -634933002

Salut @DHowett , concernant #6802
le téléchargement et le double-clic sur le package n'installent pas le terminal Microsoft si l'accès au magasin Microsoft est restreint. il affiche l'erreur suivante

Même bateau que Sanket. Notre groupe informatique est (naturellement) très averse au risque et valorise la stabilité par rapport aux nouvelles fonctionnalités. Et l'accès au Microsoft Store est bloqué pour des raisons de sécurité, donc même après avoir pu passer à une version plus moderne (1903, 2004), il semble que nous ne pourrons pas installer Windows Terminal à partir de packages MSIX à moins de le construire à partir de la source (je l'ai fait une fois, mais cela a pris beaucoup de temps, je ne voudrais pas le faire à chaque fois).

Peut comprendre le fait que ce n'est pas ignoré, mais simplement en attente. Néanmoins, j'espère qu'il sera bientôt possible de le déployer via SCCM (pour les clients) et par d'autres moyens pour les machines Windows Server.

@JongleurNin @sanket-bhalerao

Cela fonctionne bien si vous disposez des fonctionnalités "Télécharger":
Nous avons arrêté de faire Build From source depuis la 0.9 ou la 0.10 puisque cela fonctionne maintenant :

Manuellement:

• https://github.com/microsoft/terminal/releases/latest
• télécharger msixbundle (ne pas l'exécuter)
• renommer en zip
• l'extraire
• courir WindowsTerminal.exe
• épinglez-le

Automatisation:

• créer une fonction pwsh dans votre $PROFILE pour vérifier list-release-assets
  ici vous voulez ceci https://api.github.com/repos/microsoft/terminal/releases/latest
• vous pourriez utiliser pwsh ConvertFrom-Json
• obtenir la propriété name qui se termine par msixbundle dans la liste des actifs
• utilisez Invoke-WebRequest sur le champ browser_download_url
• N'oubliez pas d'utiliser Get-Proxy et ProxyUseDefaultCredentials si vous avez un proxy NTLM car ... CORP ARE FUN
• utilisez la fonction Expand-Archive pwsh pour décompresser (pas sûr que vous ayez besoin d'un changement de nom explicite)
• mettez ceci dans un Gist pour votre coéquipier ;)

• un exe xcopy-able est ce qu'il faut. Les outils électriques comme la console n'ont pas besoin d'un installateur. Un installateur est exagéré et veuillez l'éviter. Par conséquent, vous n'avez pas besoin de passer des mois de tests. La dernière fois que j'ai vérifié, Visual Studio avait la capacité de produire un exe en mode release dûment signé.
• en tant qu'utilisateurs expérimentés, nous ne sommes pas impressionnés par la décision de choisir le magasin comme principal modèle de distribution. Parce qu'hier, j'ai essayé d'installer cette console sur mon ordinateur de travail et devinez quoi, le magasin est configuré avec mon compte Hotmail car il a besoin d'un compte Microsoft qui n'est pas mon compte professionnel et j'avais la possibilité d'installer la console sur mon PC personnel qui Était à la maison. J'avais besoin de la console sur ma machine de travail et non sur ma machine personnelle.
• en résumé, tout simplement. Facilitez l'accès à cet outil afin que nous puissions l'utiliser. Sinon, je suis content de ConEmu que j'utilise depuis de nombreuses années.

Eh bien, je suppose que la seule explication de ces nombreux choix non raisonnables en ce qui concerne l'installation et les dépendances doit être liée au marché/à la politique. Je suppose que MS veut que le magasin d'applications soit la seule source légitime d'applications (semblant affamé et envieux du modèle commercial d'Apple), je suppose que cela a du sens à un moment donné, mais c'est aussi une voie dangereuse. Les utilisateurs de Windows ne sont pas des utilisateurs d'Apply et ne sont pas aussi indulgents.
Je suis sûr que l'équipe de Win Terminal a les mains liées (enfin, j'espère bien que ce sont les raisons, laissez-moi le dire !)

@JongleurNin @sanket-bhalerao

Manuellement:

* https://github.com/microsoft/terminal/releases/latest

* download `msixbundle` (do not execute it)

* rename to zip

* extract it

* run `WindowsTerminal.exe`

* pin it

Cela devrait-il fonctionner avec la v1.1.2021.0 ?

Il n'y a pas WindowsTerminal.exe dans le fichier zip ! ?

vous devez également décompresser le sous msix
x86 / x64 / BRAS
le pack de musique les expédie tous en même temps
C'est ce que vous vous demandiez ?

Ce n'était pas explicite je suis d'accord

vous devez également décompresser le sous msix

J'ai travaillé dessus juste après avoir posté :) Sur quels systèmes d'exploitation cela devrait-il fonctionner ? J'ai essayé Windows Server 2012R2 et 2016 mais sans succès. Vous ne savez pas si je suis trop ambitieux ou s'il y a quelque chose que je dois installer ?

Vous ne pourrez pas le faire, c'est documenté et discuté à plusieurs endroits dans ce dépôt.
WT s'appuie sur une fonctionnalité très spécifique de Windows lui-même, ce qui signifie qu'il existe une version minimale

pour les personnes désireuses d'automatiser un peu le téléchargement, voici un script TRÈS NAÏF :

• pas entièrement testé
• ne prend pas en charge le remplacement à chaud si WT est en cours d'exécution => l'utilisation du lien symbolique pourrait faire la mise à jour bleu/vert ?
• ne définit/met pas à jour $env:PATH

[CmdletBinding()]
param (

    [Parameter()]
    [string]
    $Version = "latest",

    [Parameter()]
    [string]
    $Destination = "C:/dev/tools/wt",

    [Parameter()]
    [ValidateSet("ARM64", "x64", "x86")]
    [string]
    $Architecture = "x64"
)

function Get-WtRelease {
    [CmdletBinding()]
    param (

        [Parameter()]
        [string]
        $Version = "latest"
    )

    $GithubApi = "https://api.github.com"
    $Owner = "microsoft"
    $Repo = "Terminal"
    $ReleasesPath = "/repos/$($Owner)/$($Repo)/releases"
    $ReleasesUrl = "$($GithubApi)$($ReleasesPath)/$(Version)"

    $params = @{
        Uri         = $ReleasesUrl
        Method      = 'GET'
        ContentType = 'application/json'
    }

    $releases = Invoke-RestMethod <strong i="11">@params</strong>

    $bundle = ($releases).assets | Where-Object { $_.name.EndsWith("msixbundle") }
    $MsixBundleDownloadUrl = $bundle.browser_download_url
    $DownloadDestination = "TEMP:\$($bundle.name).zip"

    Invoke-WebRequest -Uri $MsixBundleDownloadUrl -UseBasicParsing  -OutFile $DownloadDestination

    return $DownloadDestination
}

function Expand-WtMsixBundle {
    [CmdletBinding()]
    param (
        [Parameter(Mandatory = $true)]
        [string]
        $BundlePath,

        [Parameter(Mandatory = $true)]
        [string]
        $MsixPath,

        [Parameter()]
        [ValidateSet("ARM64", "x64", "x86")]
        [string]
        $Architecture = "x64"
    )

    # $BundlePath = "C:/dev/test_wt/bundle"
    $ExtractedBundlePath = "TEMP:\expandbundle"

    if (Test-Path -PathType Container $ExtractedBundlePath) {
        Remove-Item -Recurse -Force $ExtractedBundlePath
    }

    Expand-Archive $BundlePath -DestinationPath $ExtractedBundlePath

    Get-ChildItem $BundlePath

    $Msix = Get-ChildItem $ExtractedBundlePath `
    | Where-Object { $_.Extension -eq ".msix" } `
    | Where-Object { $_.Name.Contains($Architecture) }

    Expand-Archive $Msix.FullName -DestinationPath $MsixPath
}

if (
    ($PSVersionTable.PSVersion.Major -lt 7) -or `
    (($PSVersionTable.PSVersion.Major -eq 7) -and ($PSVersionTable.PSVersion.Minor -lt 0)) -or `
    (($PSVersionTable.PSVersion.Major -eq 7) -and ($PSVersionTable.PSVersion.Minor -eq 0) -and ($PSVersionTable.PSVersion.Patch -lt 2)) `
) {
    throw "Powershell 7.0.2 minimal is required to use 'TEMP:', edit this script or update here: https://github.com/powershell/powershell/releases/tag/v7.0.3"
}

$MsixBundlePath = Get-WtRelease -Version $Version
Expand-WtMsixBundle -BundlePath $MsixBundlePath -MsixPath $Destination -Architecture $Architecture

pour les personnes désireuses d'automatiser un peu le téléchargement, voici un script TRÈS NAÏF :

* not fully test

* does not support Hot Swap if WT is running => using symlink could do Blue/green update ?

* does not Set/Update `$env:PATH`

[CmdletBinding()]
param (

    [Parameter()]
    [string]
    $Version = "latest",

    [Parameter()]
    [string]
    $Destination = "C:/dev/tools/wt",

    [Parameter()]
    [ValidateSet("ARM64", "x64", "x86")]
    [string]
    $Architecture = "x64"
)

function Get-WtRelease {
    [CmdletBinding()]
    param (

        [Parameter()]
        [string]
        $Version = "latest"
    )

    $GithubApi = "https://api.github.com"
    $Owner = "microsoft"
    $Repo = "Terminal"
    $ReleasesPath = "/repos/$($Owner)/$($Repo)/releases"
    $ReleasesUrl = "$($GithubApi)$($ReleasesPath)/$(Version)"

    $params = @{
        Uri         = $ReleasesUrl
        Method      = 'GET'
        ContentType = 'application/json'
    }

    $releases = Invoke-RestMethod <strong i="9">@params</strong>

    $bundle = ($releases).assets | Where-Object { $_.name.EndsWith("msixbundle") }
    $MsixBundleDownloadUrl = $bundle.browser_download_url
    $DownloadDestination = "TEMP:\$($bundle.name).zip"

    Invoke-WebRequest -Uri $MsixBundleDownloadUrl -UseBasicParsing  -OutFile $DownloadDestination

    return $DownloadDestination
}

function Expand-WtMsixBundle {
    [CmdletBinding()]
    param (
        [Parameter(Mandatory = $true)]
        [string]
        $BundlePath,

        [Parameter(Mandatory = $true)]
        [string]
        $MsixPath,

        [Parameter()]
        [ValidateSet("ARM64", "x64", "x86")]
        [string]
        $Architecture = "x64"
    )

    # $BundlePath = "C:/dev/test_wt/bundle"
    $ExtractedBundlePath = "TEMP:\expandbundle"

    if (Test-Path -PathType Container $ExtractedBundlePath) {
        Remove-Item -Recurse -Force $ExtractedBundlePath
    }

    Expand-Archive $BundlePath -DestinationPath $ExtractedBundlePath

    Get-ChildItem $BundlePath

    $Msix = Get-ChildItem $ExtractedBundlePath `
    | Where-Object { $_.Extension -eq ".msix" } `
    | Where-Object { $_.Name.Contains($Architecture) }

    Expand-Archive $Msix.FullName -DestinationPath $MsixPath
}

if (
    ($PSVersionTable.PSVersion.Major -lt 7) -or `
    (($PSVersionTable.PSVersion.Major -eq 7) -and ($PSVersionTable.PSVersion.Minor -lt 0)) -or `
    (($PSVersionTable.PSVersion.Major -eq 7) -and ($PSVersionTable.PSVersion.Minor -eq 0) -and ($PSVersionTable.PSVersion.Patch -lt 2)) `
) {
    throw "Powershell 7.0.2 minimal is required to use 'TEMP:', edit this script or update here: https://github.com/powershell/powershell/releases/tag/v7.0.3"
}

$MsixBundlePath = Get-WtRelease -Version $Version
Expand-WtMsixBundle -BundlePath $MsixBundlePath -MsixPath $Destination -Architecture $Architecture

Pourquoi forcer l'utilisation de PowerShell 7 ? Cela rend le script moins utile.

Bonjour
Merci beaucoup de l'avoir remarqué
Voulez-vous que je le mette à jour pour vous ? ou l'avez-vous déjà travaillé sur la version précédente?
(voir section Dev time ci-dessous)

Pourquoi ?

TL;DR ? parce que je suis paresseux et que j'utilise juste des choses qui existent hors de la boîte

Un peu de contexte, comme j'ai pris du temps libre pour essayer d'aider, est-ce que je prendrais volontairement du temps pour essayer d'aider en fournissant un script non exécutable ?
Si je me souviens bien, le script utilise une API qui a été ajoutée sur 7.0 et corrigée dans ~7.0.2/3 donc elle n'était pas destinée à déranger qui que ce soit
Voir ce lecteur TEMP:\

Toujours bloqué sur des powershell obsolètes ?

Pouvez-vous s'il vous plaît fournir l'équivalent de ce que fait le lecteur TEMP:\ , comme je l'ai dit, je suis paresseux et j'ai juste essayé d'aider rapidement pendant mon temps libre
powershell est livré uniquement sur Windows et est/sera limité à 5.0 et n'évoluera pas
Cela fait probablement ~1 an que je n'ai pas couru powershell TBH
Ce qui nous amène à LTS

Utilisation de LTS

dans January 2018 , la première édition de pwsh (PowerShell Core) était la version => 6.0.0
_ pwsh 7.0 est le LTS actuel _ (il a été expédié le 4 mars 2020)

De plus, comme vous le savez peut-être déjà, WT nécessite une version minimale de Windows, donc j'aurais peut-être supposé (trop rapidement) que le consommateur souhaitant utiliser wt pourrait connaître pwsh (powershell core) depuis la v6.0 (vers janvier 2018)

Temps de développement

Eh bien, comme j'ai tendance à m'assurer que l'outillage que je l'utilise est à jour pour éviter les bugs, je n'ai pas remarqué que le lecteur TEMP:\ n'existait pas sur la version précédente de pwsh ou même pas essayé powershell .
Ce script a été utilisé par plusieurs coéquipiers (peut-être pas exactement le même script) et je pense que l'un d'eux a remarqué le problème / mis à jour et soulevé le point.
Nous avons donc ajouté un Guard pour être correctement informé des exigences.

J'aurais pu ajouter des paramètres d'entrée sur le dossier temp ou cliquer sur l'API CSharp pour obtenir un dossier Temp, etc.
Comme dit, je suis paresseux et un simple "if() / throw" semble être le moyen le plus rapide de fournir une solution ici

Points bonus

Notez également que pwsh 7+ s'exécute sur l'environnement d'exécution dotnet core , il est donc multiplateforme
Cela le rend plus utile si vous avez besoin d'un script pour s'exécuter sur Win/Linux/MacOs
(même si WT est uniquement gagnant)

Mise à jour / Installation

Avez-vous essayé de mettre à jour votre ordinateur ou avez-vous rencontré des difficultés pour le faire ? Comment puis-je aider à ce sujet ?

administrateur non ? ou non

Vous n'avez pas besoin de droits d'administrateur pour l'installer

Manière diverse

Si vous avez besoin d'aide pour mettre à jour votre ordinateur à partir de

• msix (double-clic)
• msixbundle (double-clic)
• zip (clic droit > extraire)
• dotnet tool instal -g (copier/coller)

Github officiel

si vous avez du mal à le trouver, voici le dépôt officiel
https://github.com/powershell/powershell/releases/latest

Documents officiels

Si vous préférez la documentation pour le déploiement et des informations plus détaillées :
https://github.com/powershell/powershell/releases/tag/v7.0.3

@tebeco si vous avez besoin d'une alternative à temp:/ , utilisez $Env:TEMP .

PS7> set-content temp:/file "hello"
PS7> powershell
WinPS> get-content "$Env:TEMP\file"
hello

merci pour l'info

Pensez-vous accepter un PR dans ce référentiel pour l'expédier comme un atout ?
tout comme l'équipe dotnet a publié dotnet-install.ps1|sh et a créé un lien court aka.ms

Je ferais volontiers le PR si vous êtes d'accord

cela résoudra le problème msixbundle car il n'est pas utilisable jusqu'à présent dans tous les environnements d'entreprise dont le magasin est verrouillé

je demanderai probablement

• dans quel dossier ajouter le fichier
• env nom de la variable afin que nous puissions OU NON utiliser par défaut ces var si les arguments inout ne sont pas fournis
• où changer le pipeline de construction pour qu'il soit un individu

Non désolé! Cela impliquerait un niveau de soutien officiel à cette solution que nous ne sommes pas encore prêts à accepter. Merci quand même :sourire:

Je me trompe peut-être là-dessus, j'ai compris que le pb n'allait pas être corrigé à court terme car il implique d'autres équipes du magasin et ainsi de suite, quelle est la précision selon vous (~ 6 mois / ~ 12 peut-être) ?
De plus, les entreprises ont verrouillé Store en premier lieu pour éviter l'installation d'une tierce partie, elles ne sont donc probablement pas prêtes à modifier leur "image de base Windows" afin d'installer une troisième partie supplémentaire (Oui, Windows Terminal est un troisième partie à moins qu'elle ne soit livrée dans l'installation Windows par défaut, ce qui conduit au prochain numéro de la société à ne pas mettre à jour rapidement "l'image majeure" (~ 1,5 an de GAP)

Pour ajouter encore plus de douleur au problème, environ 70 % du temps, c'est fait (mise à jour de l'image de base) dans une partie de l'entreprise qui est très difficile à trouver/contacter/discuter et qui trouvera toujours de "bonnes" raisons de ne pas faire quoi quelqu'un d'autre leur demande de le faire, car ils veulent être sûrs de tout posséder pour avoir le contrôle (... de ce qui est installé).

Lorsque les gens essaient d'installer WT , ils abandonnent probablement ou essaient de voir ici et recherchent une solution
Ils ne pourront probablement pas trouver un Gist/Repo ailleurs car ils ne sauront pas qu'il existe

C'est un peu bizarre d'être au milieu de ça

• Impossible d'avoir une discussion avec le magasin de verrouillage de sécurité / la troisième partie / l'installation de Windows
• Essayer d'aider ici pour obtenir un script faisant une solution de contournement appropriée, mais je comprends que ce n'est pas votre objectif à long terme (disons dans 2 ans à partir de maintenant)

S'il est possible d'avoir une solution de contournement à partir d'aujourd'hui, jusqu'à cet "objectif à long terme" qui sera publié dans les prochaines années

Jusqu'où iriez-vous pour promouvoir une solution de contournement jusqu'à ce que quelque chose d'idéal et de "supportable" soit publié ?
Souhaitez-vous modifier le README de ce référentiel en l'un/les deux pointant vers un Gist/Repo hébergeant le script ?
Enverriez-vous par défaut un problème ouvert sur ce sujet à ce script repo/gist à chaque fois que vous rencontrez le même problème ?

Je cherche un "terrain d'entente" qui serait promu de l'équipe Windows Terminal , mais vous n'êtes pas obligé d'avoir un "support officiel" sur la source