Terminal: Investigar mecanismos de implementación alternativos para Windows Terminal

Avíseme si/cuando alguien está mirando esto. Seguiremos este camino para WinDbg Preview, por lo que probablemente tendremos alguna orientación sobre las opciones que analizamos y los pros y los contras.

Esta es una característica interesante.

1. Instalar Visual C++ Redistribuible

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

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

3. Seleccione la compilación master más reciente
4. Haga clic en Artefactos
5. Haga clic en appx-Liberar
6. Extraer appx-Release.zip
7. Extraer CascadiaPackage_0.0.1.0_x64.msix
8. Abierto WindowsTerminal.exe

Tenga en cuenta que esto en realidad no funciona para mí, la Terminal no se abre.
Sin embargo, tal vez alguien pueda encontrar la pieza que falta desde aquí.

Lo que te falta es una copia local de los tiempos de ejecución del contenedor de aplicaciones vcruntime140_app y msvcp???_app . De lo contrario, Windows Terminal debería poder activarse con un doble clic.

¿Por qué exactamente MS lanzó una aplicación de Terminal que no se puede usar en servidores?

¿De verdad cree que su usuario principal solo usa Windows 10?

Sé que están tratando de adoptar los mundos de desarrollo y código abierto, pero tal vez pregunten a sus usuarios qué quieren antes de lanzar lo que sería una gran herramienta en un entorno que es menos probable que sea el usuario principal.

Estoy viendo este hilo con la esperanza de que alguien descubra cómo hacer esto; Podría compilarlo, pero desafortunadamente no se instalará una pila de compilación de C++ en el trabajo.

@methodbox no necesitas ser desagradable al respecto ☹️. Te escuchamos alto y claro. Somos conscientes de que necesitamos un par de modelos de distribución diferentes.

De nuevo, te escucho. Este es el trato: _este es un lanzamiento preliminar_, y dados nuestros recursos disponibles, debemos asegurarnos de que los estamos invirtiendo sabiamente. Dejar que otra persona se encargue de la distribución y la instalación libera un mes completo de tiempo de ingeniería que, de lo contrario, se dedicaría a crear y probar un instalador en todas nuestras configuraciones admitidas. Es por eso que está en nuestro _backlog_. Reconocemos que es extremadamente importante para un gran subconjunto de nuestros usuarios potenciales, pero estamos priorizando las funciones y el rendimiento y las correcciones de errores primero.

De nuevo, te escucho. Este es el trato: _este es un lanzamiento preliminar_, y dados nuestros recursos disponibles, debemos asegurarnos de que los estamos invirtiendo sabiamente. Dejar que otra persona se encargue de la distribución y la instalación libera un mes completo de tiempo de ingeniería que, de lo contrario, se dedicaría a crear y probar un instalador en todas nuestras configuraciones admitidas. Es por eso que está en nuestro _backlog_. Reconocemos que es extremadamente importante para un gran subconjunto de nuestros usuarios potenciales, pero estamos priorizando las funciones y el rendimiento y las correcciones de errores primero.

Supongo que estoy confundido por eso. Usted dice que dejar que alguien más lo distribuya ahorraría tiempo y esfuerzo (¿alguien más es GitHub?), pero eso no es lo que se hizo primero .

Tampoco estaba siendo desagradable; Estaba haciendo una pregunta seria y haciendo algunas afirmaciones serias.

No tengo tiempo en el trabajo para instalar todas las necesidades de VS para compilar esto e intentar usarlo en Windows Server o lo haría, y tampoco entiendo el público objetivo de Windows 10, y tenía curiosidad legítima si hay algo No sé si eso los convertiría en los primeros objetivos.

Lamento que las críticas parezcan poco amables, pero estas son preocupaciones legítimas.

• lo que se necesita es un exe compatible con xcopy. Las herramientas eléctricas como la consola no necesitan un instalador. Un instalador es una exageración y por favor evítelo. Por lo tanto, no necesita pasar meses de pruebas. La última vez que revisé, Visual Studio tenía la capacidad de producir exe en modo de lanzamiento que está debidamente firmado.

• como usuarios avanzados, no nos impresiona la decisión de elegir la tienda como modelo de distribución principal. Porque ayer traté de instalar esta consola en mi máquina de trabajo y adivina qué, la tienda está configurada con mi cuenta de Hotmail porque necesita una cuenta de Microsoft que no es mi cuenta de trabajo y tenía la opción de instalar la consola en mi PC personal que estaba en casa. Necesitaba la consola en mi máquina de trabajo, no en mi máquina personal.

• en resumen, simplemente simplemente eso. Facilitar el acceso a esta herramienta para que podamos utilizarla. De lo contrario, estoy contento con ConEmu, que he estado usando durante muchos años.

La versión portátil es imprescindible para nuestro entorno de desarrollo empresarial cada vez más restrictivo.
No tenemos los derechos de administrador en nuestros escritorios, con suerte tenemos vscode, pwsh, python, git, conemu, etc. en una versión zip, por lo que realmente me gustaría ver lo mismo para Terminal.

1. Instalar Visual C++ Redistribuible
   https://aka.ms/vs/16/release/vc_redist.x64.exe
2. Visite https://dev.azure.com/ms/Terminal/_build
3. Seleccione la compilación master más reciente
4. Haga clic en Artefactos
5. Haga clic en appx-Liberar
6. Extraer appx-Release.zip
7. Extraer CascadiaPackage_0.0.1.0_x64.msix
8. Abierto WindowsTerminal.exe

Tenga en cuenta que esto en realidad no funciona para mí, la Terminal no se abre.
Sin embargo, tal vez alguien pueda encontrar la pieza que falta desde aquí.

En lugar de ejecutar WindowsTerminal.exe, debe registrar la aplicación con PowerShell:
Add-AppxPackage .\AppxManifest.xml -Register

Luego aparece en el menú Inicio y desde allí puede iniciarlo.
Tenga en cuenta que es posible que primero deba habilitar el modo de desarrollador en el menú de configuración, ya lo tenía habilitado, por lo que no estoy seguro de si funciona sin él.

Gracias por satisfacer la necesidad de la comunidad de desarrolladores de una mejor terminal. Esta es una aplicación que he querido ver en Windows durante años y espero poder probarla pronto. Estoy feliz de elegir una compilación del maestro, pero actualmente estoy en Windows Server 2019 Datacenter LTSC.

PEDIR:

• Compatibilidad con Windows Server 2019 LTSC, Microsoft Windows NT 10.0.17763.0

• Instrucciones de instalación o un enlace a dichas instrucciones en README.md:

1. Instale Visual C++ Redistributable (consulte https://aka.ms/vs/16/release/vc_redist.x64.exe)
2. Visite https://dev.azure.com/ms/Terminal/_build
3. Seleccione la compilación maestra más reciente
4. Haga clic en Artefactos
5. Haga clic en appx-Liberar
6. Extraiga appx-Release.zip
7. Extraer CascadiaPackage_0.0.1.0_x64.msix
8. Abra WindowsTerminal.exe

Lo que te falta es una copia local de los tiempos de ejecución del contenedor de aplicaciones vcruntime140_app y msvcp???_app . De lo contrario, Windows Terminal debería poder activarse con un doble clic.

@ DHowett-MSFT ¿Podría darnos alguna orientación sobre cómo instalarlos?

Me encantaría probarlo en el trabajo, pero no hay posibilidad de usar Windows Store allí. Traté de compilarlo yo mismo en una versión anterior e incluso logré hacerlo, pero como tomó casi 40 GB entre los requisitos de Visual Studio y el propio repositorio después de las compilaciones, rápidamente se volvió inmanejable en mi espacio SSD limitado.

Y no te preocupes por los comentarios negativos, por cierto. El terminal está saliendo muy bien (realmente lo probé en casa con WSL 2 y nunca antes había tenido una experiencia de terminal tan fluida en Windows). Algunas personas no entienden el objetivo de una vista previa, pero eso se debe a que también la esperan ansiosamente.

Con el tiempo, estará fuera de vista previa y todos (o al menos la mayoría de los usuarios) estarán felices.

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

Las personas que no son MSFT no tienen permisos para los artefactos

Descargué los artefactos pero no pude instalar .msix haciendo doble clic porque decía que no estaba firmado por un certificado confiable.

Logré que funcionara descargando el artefacto, extrayendo el .msix a una carpeta y luego ejecutando Add-AppxPackage AppxManifest.xml -Register desde Powershell dentro de la carpeta. Ahora puedo ejecutarlo abriéndolo desde el menú de inicio como "Terminal de Windows (Dev Build)".

Un proceso bastante complicado, pero funcionó por ahora.

La tienda de Windows es una pieza rota de software. Es como el bebé llorón que siempre necesita tu atención y nunca hace lo que esperas que haga. Confiar en él es tan bueno como decir _por favor, no instales nuestras cosas_.

Acabo de ser redirigido aquí desde el n.° 1757 y es bueno ver tanta tracción en esto.

¿Y por qué complicar algo simple? Descargar, instalar y eso debería ser todo.

Este es el trato: esta es una versión preliminar

Sí, y la gente ya está entusiasmada con esto. El dolor de lidiar con el bloc de notas de las líneas de comando (también conocido como cmd.exe) debe ser enloquecedor para llevar a las personas a probar una mejor terminal, incluso si es una versión preliminar. Además, hay exageración en Twitter.

Por favor, no vea nuestros comentarios como diatribas. _Queremos_ tenerlo en nuestras manos lo antes posible. Enviarnos a Store es darnos un portazo en la cara. Queremos invertir nuestro tiempo sabiamente también. Gastarlos solucionando problemas de la tienda de Windows definitivamente no es un uso productivo del tiempo de nadie. ¡Espero que entiendas!

Estoy MUY frustrado por esta experiencia de "instalación". Pongo install entre comillas porque en realidad no puedo hacer que se instale. La Tienda me da una lista de algunas de mis máquinas a las que apuntar para la instalación... pero no en la que realmente estoy. E incluso si elijo una de las máquinas enumeradas, me dice que está intentando instalarse, pero aparentemente nunca se instala nada. Y no hay comentarios que pueda usar como punto de partida para la resolución de problemas: no hay mensajes de error ni información de registro, solo silencio.

Me molesta que no haya un instalador normal, como el que hemos estado usando durante décadas. Y me molesta que la tienda de Windows parezca no poder apuntar a la máquina en la que realmente estoy (¿no debería ser un hecho?). Con el debido respeto, no quiero tener que perder tiempo solucionando problemas en mi entorno de Windows Store para averiguar por qué no reconoce mi sistema (y sí... definitivamente cumple con los requisitos) o por qué el proceso de instalación parece fallar. hacer absolutamente nada. No uso la Tienda con frecuencia, pero no recuerdo haber tenido que seleccionar un sistema de destino para la instalación. ¿Es esta una nueva característica? De cualquier manera, esta experiencia ha sido terrible.

He sido desarrollador durante más de 20 años. Pero incluso yo no quiero descargar la fuente para esto y compilarlo. Solo quería un ejecutable compilado que pueda instalar y ejecutar.

@drullo Verifique la información de su sistema operativo. No es tan obvio, pero si se desplaza un poco hacia abajo, mostrará su configuración actual frente a la requerida. Si ese es el caso, entonces tendrá que decidir si desea arriesgarse a actualizar a la versión actual del sistema operativo o vivir sin usar la terminal.

Nada de esto es malo en teoría, pero la forma en que se implementa (en la tienda de Windows) es bastante fea (inestable, muchas cosas pueden salir mal y saldrán mal) y, sinceramente, no vale la pena gastar tiempo en instalar una aplicación (no solo la terminal pero cualquier app de tienda).

Lamentablemente, la tienda de aplicaciones y las actualizaciones del sistema operativo en Mac son una experiencia mucho más fluida. Tiene sus propios problemas, pero ninguno que esté en un nivel primitivo y básico.

Por favor, aumente la prioridad en este... Es probablemente la característica más solicitada...

Como primer paso hacia una distribución alternativa, he publicado los paquetes de MSIX (firmados, actualizables en la tienda) en la página de lanzamientos . Deben poder instalarse con un doble clic en 1903+, pero es posible que haya que instalar algunos paquetes de dependencia. Estamos trabajando para hacer que ese proceso sea un poco más agradable. Por favor tengan paciencia con nosotros.

En este momento, _necesitamos_ un contexto de instalación de MSIX/appx para la búsqueda de recursos (iconos, cadenas, etc.) y la activación de componentes (para que podamos cargar nuestras DLL constituyentes), pero se está avanzando en hacer que ese requisito sea un poco más laxo a medida que bien.

De hecho, me gusta la idea de usar la implementación de msix. Msix es compatible incluso con Windows 7, por lo que una instalación de doble clic con msix sería excelente.

@DHowett-MSFT, ¡este es un buen comienzo!

• Todavía me gustaría una versión portátil en el futuro (como las aplicaciones sysinternals)
• Actualice el archivo Léame que proporciona enlaces a la página de lanzamientos para que las personas puedan notar que está disponible fuera de la Tienda.

@amithegde Hemos actualizado el Léame; gracias por su sugerencia.

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

Intentar instalar sin conexión usando MSIX desde la página de lanzamiento y recibir el mensaje de error al iniciar WindowsTerminal.exe CLiP. No se encontró la licencia del dispositivo. No estoy seguro de como arreglar esto

Se necesita con urgencia un instalador fuera de línea para tener el WT instalado en nuestros servidores para probarlo.

Encontré este problema después de varios intentos fallidos de instalar Windows Terminal. El problema aquí es que Windows 10 LTSC (versión de soporte a largo plazo) que se usa en muchos entornos profesionales es la versión 1809 (compilación 17763), mientras que Windows Terminal está empaquetado como un paquete MSIX de archivos MSIX que solo se puede instalar en versiones más recientes de Windows 10.

Eso hace que Windows Terminal sea inutilizable en entornos profesionales en su estado actual. Si bien, según lo declarado por Microsoft, el próximo LTSC no se lanzará hasta 2021. Si no se proporciona otro mecanismo de implementación, Windows Terminal permanecerá inutilizable en entornos profesionales durante dos años más.

No soy un desarrollador centrado en Windows, por lo que no sé cuál es el costo/la carga de liberar un archivo exe vinculado estáticamente como una solución temporal rápida y sucia, pero si eso es posible, sería genial. De hecho, cualquier forma de versión independiente/portátil sería muy apreciada (como se subraya en todos los comentarios anteriores;)).

Editar:

Algunos pensamientos adicionales,

• en un entorno profesional, la tienda de Windows generalmente está deshabilitada (por lo tanto, activar el modo de desarrollador y usar add-appxpackage podría necesitar una documentación clara en el LÉAME, en mi opinión);
• sería bueno aclarar los requisitos de compatibilidad en el LÉAME (en términos de la versión de Windows 10 necesaria/compatible).

@NBardelot En "entornos profesionales" no hay forma de que necesite la versión LTSC de Windows y Windows Terminal juntos, bah, no necesitará LTSC a menos que esté ejecutando sistemas muy críticos, lo cual dudo.
En "entornos profesionales", si se requiere que tenga una aplicación que esté disponible en Microsoft Store, es posible pasar por el proceso estándar de solicitud de cosas que normalmente están presentes en su empresa (ITIL).
Windows Terminal se dirige a los desarrolladores que están perfectamente bien para tener una versión Insider de Windows; no entiendo el argumento de tenerlo en LTSC, especialmente cuando está en VISTA PREVIA , lo que contradice el propósito de LTSC.
Está muy claro lo que debe tener para ejecutarlo: requisitos y Microsoft Store.

@ gh4chris No se necesita con urgencia, CMD y PowerShell están disponibles en Windows Server; no hay un argumento razonable por el que lo necesite.

La suposición debe ser para cualquier adopción corporativa, que se requiere el uso fuera de la tienda. La mayoría de los entornos de producción bien construidos no tienen acceso a Internet y utilizan herramientas de implementación.

¿Por qué hay incluso resistencia en torno a la conveniencia?

Entonces, para que conste, proporcionamos mecanismos de instalación fuera de la tienda; consulte nuestra página de lanzamientos . Sin embargo, no podemos ceder en el requisito de la versión de compilación de Windows. Dependemos de algunas funciones del sistema operativo que solo se incluyeron en la versión más reciente de Windows 10. Esa es la verdadera razón por la que no podremos trabajar en LTSC.

@zadjii-msft esto es perfectamente comprensible, aunque debo subrayar nuevamente que, lamentablemente, significa que no habrá Windows Terminal hasta 2021 para muchos casos de uso interesantes (y una amplia adopción, una vez que esté en modo de lanzamiento). Si hay alguna forma de evitar esas limitaciones de las que habla, espero que lo tenga en cuenta :)

@CatTheHacker Gracias por sus ideas. Comprenda también que decirle a otras personas que usted sabe mejor lo que necesitan o no es un poco grosero, ya que no tiene toda la información disponible y podría malinterpretar las limitaciones. Dicho esto, felizmente ilustraré mi caso de uso, ya que su malentendido es también mi falta de explicación.

Actualmente trabajo en un entorno bastante estrictamente seguro, para una gran empresa. Los escritorios ejecutan Windows 10 LTSC por razones de seguridad y mantenimiento (y no tengo la libertad de cambiar eso). No estoy hablando de máquinas/servidores críticos, sino de estaciones de trabajo de desarrollo y operaciones. Uno de nuestros objetivos es crear prototipos y probar herramientas que aún no están optimizadas en ITIL/repositorios, etc., y explorar qué se puede hacer para facilitar la vida de desarrollo y operaciones. Eso incluso nos lleva a comparar las herramientas de OS vs OS, lo cual es un verdadero cambio de paradigma para ese tipo de empresa. En ese escenario, es necesario ejecutar una versión preliminar de Windows Terminal y comenzar a mostrar a las personas cómo trabajar bien con terminales (porque Powershell, docker, kubernetes/ openshift ...).

Sería genial tener una forma de automatizar la instalación de la aplicación Windows Terminal desde la línea de comandos.

@NBardelot - Gracias por su información y pensamientos aquí.

MSIX

En este momento, estamos integrando Terminal en paquetes MSIX, ya que este es el camino estratégico a seguir para empaquetar aplicaciones en Windows. No somos reacios a considerar otros formatos de empaque si hay suficientes demandas para hacerlo, pero por ahora nos estamos enfocando en escenarios principales para manejar la mayoría de las necesidades de la comunidad.

Dicho esto, estoy investigando los planes del equipo de MSIX re. SKU LTS. Te dejaré saber cuando tenga noticias de ellos.

LTS

Tenga en cuenta que las SKU de LTS son, por su propia definición, más restringidas y se actualizan con menos frecuencia que las SKU de lanzamiento general. Debido a esto, existe una buena posibilidad de que los productos y funciones más nuevos tarden más en llegar y/o no sean compatibles con los SKU de LTS. En resumen, si desea ejecutar las últimas y mejores herramientas y tecnología poco después de su lanzamiento, PUEDE que deba considerar SKU que no sean LTS.

Las empresas que necesitan un mayor control sobre la configuración de sus plataformas, al mismo tiempo que permiten a los usuarios autoimplementar aplicaciones aprobadas y/o implementar aplicaciones administradas conocidas, pueden querer explorar Windows Store For Business, que puede integrarse con SCCM e InTune para implementación automatizada, etc. de aplicaciones aprobadas.

Actualizaremos nuestros documentos v. pronto y definitivamente incorporaremos algunos de sus comentarios y preguntas para que esta área sea más fácil de entender.

FYI, ahora hay un paquete de chocolate , por lo que uno puede ejecutar choco install microsoft-windows-terminal para instalar la aplicación.

¡Muchas gracias a @mkevenaar que parece haberlo organizado! 🎉

@SeanKilleen Absolutamente: soy un GRAN fanático de Chocolatey y estoy agradecido con @mkevenaar por crear el paquete Chocolatey para hacer referencia a nuestro último lanzamiento :)

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

@SeanKilleen Absolutamente: soy un GRAN fanático de Chocolatey y estoy agradecido con @mkevenaar por crear el paquete Chocolatey para hacer referencia a nuestro último lanzamiento :)

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

@bitcrazed ¡De nada! ¡Ejecuta el script de actualización cada 6 horas y, por lo general, el sitio web de chocolate tarda menos de 1 hora en procesarlo!

[Actualización: enlaces anteriores reemplazados]:

Si está instalando Windows Terminal manualmente y no tiene instalado VC Redist, Terminal no podrá instalarse ni ejecutarse.

Descargue e instale el paquete de marco C++ Runtime v14 para Desktop Bridge:
https://www.microsoft.com/en-us/download/details.aspx?id=53175

Los paquetes de C++ Runtime Framework se copiarán en una carpeta en %ProgramFiles(x86)%\Microsoft SDKs\Windows Kits10\ExtensionSDKs\Microsoft.VCLibs.Desktop.

👉 Nota: También puede instalar los paquetes manualmente usando el cmdlet de PowerShell Add-AppxPackage.

(Relacionado con #2369)

^ Todavía falla para mí. Intenta instalar Visual C++ run-time for UWP desde la tienda y, lamentablemente, la tienda no puede acceder a Internet debido a restricciones.

Evento después de la instalación de choco aparece este mensaje:

Hola , @mubaidr : actualicé mi respuesta anterior para vincular al puente de escritorio VC++ Runtime redist. Por favor, pruébalo y avísame si soluciona tu problema.

Sigue el mismo mensaje de error :(

Nuestro SysAdmin deshabilitó Windows Store y no tenemos conectividad abierta a Internet. Entonces necesitamos un paquete de instalación.

@rfresow : publicamos cada compilación de Terminal lanzada públicamente en la tienda y en los lanzamientos en este repositorio: https://github.com/microsoft/terminal/releases

⚠ Nota: Dado que está instalando manualmente, asegúrese de actualizar manualmente con regularidad; nuestro objetivo es publicar alrededor de una vez al mes.

@mubaidr : lamento que te encuentres con problemas aquí. ¿Puedo pedirle que desinstale Terminal, reinicie su máquina, vuelva a instalar? Me temo que algo inusual está pasando con la configuración de su máquina.

^ @bitcrazed Estoy empezando a pensar lo mismo. Planificación para una configuración nueva. Desinstalar y reiniciar tampoco ayudó. Así que voy a empezar con una configuración limpia.

FWIW, me he encontrado con los mismos requisitos de VC. Nosotros también tenemos el acceso a la tienda de Windows desactivado por una variedad de razones (redes sin conexión, etc.)

Sería bueno tener el terminal disponible para instalar según sea necesario en cosas como hosts de salto, etc.

Hola , @mubaidr : actualicé mi respuesta anterior para vincular al puente de escritorio VC++ Runtime redist. Por favor, pruébalo y avísame si soluciona tu problema.

@bitcrazed Creo que la descarga anterior no es lo suficientemente nueva para lo que está construido el terminal. El mio se queja de las versiones...

Después de instalar UWP VCLibs desde su enlace, es la versión 14.24222.0 (de Programas y características); pero si hago Get-AppXPackage:

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

El enlace de arriba es de 2016...

El mismo problema: el archivo vc_uwpdesktop.140.exe del enlace contiene versiones antiguas de Microsoft.VCLibs; después de instalarlo en C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ , puede encontrar:

• Versión 14.0.24217.0 en la carpeta "Retail"
• Versión 14.0.24222.0 en la carpeta "Depuración"

Windows Terminal requiere la versión mínima 14.0.27323.0 . ¿Hay alguna forma de instalarlo sin la tienda habilitada?

Construí (y he estado usando, sí) Terminal desde la fuente hace unos meses con VS2019 y W10 1903. Sin embargo, parece que no puedo ejecutar el nuevo msixbundle , no tengo permisos para acceder a los artefactos de Azure, y cuando hice un git pull e intenté reconstruir en VS, recibí una serie de errores incluso después de obtener las actualizaciones de NuGet recomendadas e instalar Dot Net 4.7.2.

Tristeza :(

Windows Server 2019 no es compatible de todos modos. Y sí, usamos solo comunicados de LTSB, no porque seamos "reaccionarios". Pero debido a que trabajamos en empresas reales con más de 5000 servidores e incluso intentar actualizarlo cada año es un infierno sangriento.

Vincular todos estos otros elementos a este error es excelente, pero es una pérdida de tiempo para muchas personas que buscan instalar esto en el sistema operativo del servidor. Agregue una línea al archivo Léame del proyecto que diga:

"¿Quiere instalar Windows Terminal en Windows Server 2019? - Aún no hemos llegado, ¡vuelva más tarde!"

Vincular todos estos otros elementos a este error es excelente, pero es una pérdida de tiempo para muchas personas que buscan instalar esto en el sistema operativo del servidor. Agregue una línea al archivo Léame del proyecto que diga:

"¿Quiere instalar Windows Terminal en Windows Server 2019? - Aún no hemos llegado, ¡vuelva más tarde!"

Léame ya dice:

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

El mismo problema: el archivo vc_uwpdesktop.140.exe del enlace contiene versiones antiguas de Microsoft.VCLibs; después de instalarlo en C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop\14.0\Appx\ , puede encontrar:

• Versión 14.0.24217.0 en la carpeta "Retail"
• Versión 14.0.24222.0 en la carpeta "Depuración"

Windows Terminal requiere la versión mínima 14.0.27323.0 . ¿Hay alguna forma de instalarlo sin la tienda habilitada?

Estoy en un entorno sin acceso a Microsoft Store y también me he encontrado con este problema. Parece que la versión que tengo instalada es 14.0.26905.0. La versión que obtiene a través de la descarga manual es 14.0.24217.0. No veo ninguna forma de instalar 14.0.27323.0 sin MS Store.

• Versión 14.0.24217.0 en la carpeta "Retail"
• Versión 14.0.24222.0 en la carpeta "Depuración"

Tengo esas versiones instaladas y la Terminal 0.6.2951.0 funciona bien.

Quizás VC 14.0.27323.0 esté instalado en otro lugar de mi sistema, pero supongo que no. ¿Dónde se menciona ese requisito?

• Versión 14.0.24217.0 en la carpeta "Retail"
• Versión 14.0.24222.0 en la carpeta "Depuración"

Tengo esas versiones instaladas y la Terminal 0.6.2951.0 funciona bien.

Quizás VC 14.0.27323.0 esté instalado en otro lugar de mi sistema, pero supongo que no. ¿Dónde se menciona ese requisito?

¿Tu computadora tiene acceso a MS Store? El mío no. Recientemente actualicé a 1909, que puede ser de donde vino mi versión 14.0.26905.0, pero no estoy seguro.

Este es el error que me sale al intentar instalar:

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

• Versión 14.0.24217.0 en la carpeta "Retail"
• Versión 14.0.24222.0 en la carpeta "Depuración"

Tengo esas versiones instaladas y la Terminal 0.6.2951.0 funciona bien.
Quizás VC 14.0.27323.0 esté instalado en otro lugar de mi sistema, pero supongo que no. ¿Dónde se menciona ese requisito?

¿Tu computadora tiene acceso a MS Store? El mío no. Recientemente actualicé a 1909, que puede ser de donde vino mi versión 14.0.26905.0, pero no estoy seguro.

Este es el error que me sale al intentar instalar:

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

Recientemente actualicé otra PC en este mismo entorno a 1909. Pude instalar la última versión de Windows Terminal 0.6.2951.0. Resulta que esta máquina tiene UWPDesktop v 14.0.27810.0. No estoy 100% seguro de dónde, cuándo o cómo se instaló, aunque creo que puede deberse a que esta máquina tiene instalados VS2017 y VS2019.

Parece que lo que debe suceder es tener esta descarga
https://www.microsoft.com/en-us/download/details.aspx?id=53175
actualizado para ser la versión 14.0.27810.0 (o posterior). No estoy seguro de por qué esa descarga se ha estancado desde 2016.

Actualización: estamos teniendo algunas conversaciones internas para resolver este problema. Manténganse al tanto.

FWIW, trabajo en entornos que nunca estarán conectados a Internet. Malditas sean las certificaciones que han recibido Azure, M365, etc. Simplemente nunca tendrán conectividad a Internet.

Windows Terminal ha estado disponible en Scoop . Scoop extrae archivos de msix con 7zip y funciona bien. Entonces, ¿supongo que Windows Terminal ya es portátil? Parece que no todos los instaladores de msix pueden funcionar así.

Es cierto hoy que Terminal funciona sin empaquetar, pero actualmente no garantizamos que siempre lo hará.

El uso de chocolatey falla en el servidor de Windows 2019:

choco install microsoft-windows-terminal
ERROR: este paquete requiere al menos Windows 10 versión 1903/OS compilación 18362.x.
La instalación de microsoft-windows-terminal NO fue exitosa.

¿Existen diferentes versiones del servidor de Windows o todas son demasiado antiguas?

@ArgTang Creo que ninguna de las versiones del servidor está disponible: https://github.com/microsoft/terminal/issues/2312#issuecomment -519318609

¡Por supuesto! /duplicado #2312.

¡Hola! Hemos identificado este problema como un duplicado de otro que ya existe en este Rastreador de problemas. Esta instancia específica se está cerrando a favor de rastrear la preocupación en el hilo al que se hace referencia. ¡Gracias por tu informe!

En este momento, Server no está disponible en las variantes 1903 o 1909. ¡Lo siento por eso!

Absolutamente no quise cerrar este error de seguimiento maestro. ¡Lo siento todo el mundo!

Hasta ahora tampoco encontré absolutamente ninguna solución en el trabajo
Como se cerró el problema anterior, estoy actualizando aquí con la última versión publicada:
(Copie y pegue el problema anterior aquí para no perder la pista del n. ° 4424, lo siento, @DHowett , creo que esto es útil para ver el comportamiento de cada versión lanzada, ¿ha cambiado de vez en cuando?)

el resultado está aquí: https://github.com/microsoft/terminal/issues/4424 el problema se cerró a favor de este

La única versión que funciona es 0.6xxxx que construí manualmente, tengo un bloqueo mdmerge.exe cuando intento construir 0.8.x en 19041 slow ring o en 1909 stable

Copiar y pegar de un problema cerrado:

El último WindowsTerminal_0.8.10261.0_x64__8wekyb3d8bbwe msixbundle se instala pero la aplicación falla, lo mismo si instalo desde chocolatey

@DHowett

Gracias por la mejora sobre los msixbundle ya que no se instala y comienza a ejecutarse.
¿Puede decirme cómo puedo obtener información sobre POR QUÉ falla cuando se ejecuta para poder crear un problema adecuado para abordarlo potencialmente en una versión posterior?

Puedo ver aparecer el borde durante medio segundo, luego fallar y esto:

si abro lo suficientemente rápido los Start Menu , puedo ver que probablemente hay algún tipo de MS Store Post Action (la barra de progreso):

Cómo puedo ayudar ?
Me pregunto dónde están los registros para diagnosticar esto.
No estoy seguro de dónde mirar en los EventViewer (traté de verificar pero no encontré nada que se pareciera al bloqueo)

[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 de alguna manera el estado actual de la instalación puede ayudar, házmelo saber.

Todavía no encontré una manera de obtener registros/diagnósticos/rastreo de lo que no se encuentra, por lo que puede ayudar a brindar comentarios sobre este comportamiento específico para ver si podría solucionarse y cómo podría solucionarse ^^

No me importa no tener "Actualización de la tienda" ya que... Corporation cerró la tienda.
es por eso que por ahora trato de usar msixbundle al menos una vez;)
Simplemente volvería a instalar el próximo msixbundle cuando necesite actualizar

Gracias a todos por su paciencia con este asunto.

Entendemos completamente lo que está pasando aquí, pero no queremos ofrecer una solución engañosa.

Estamos trabajando activamente con varios equipos internamente para ofrecer una solución compatible a largo plazo para este problema e informaremos aquí una vez que sepamos qué se puede hacer y cuándo. De hecho, presenté una solicitud formal hace unos 20 minutos para que otro equipo hiciera un pequeño trabajo por nosotros.

Manténganse al tanto.

Lo siento, @iamdeskoh : eliminé este comentario, ya que recomienda descargar paquetes de una fuente no verificada y no confiable. Tales prácticas no son absolutamente recomendables. Odiaríamos que alguien se infecte sin darse cuenta con algo desagradable al hacerlo.

Tenga la seguridad de que estamos investigando internamente para solucionar este problema. Por favor se paciente con nosotros.

@bitcrazed

nop, no haré clic en ese enlace

¿Por qué intentaría hacer clic en un dominio desconocido/no confiable?
especialmente para instalar binarios de una fuente no oficial

es posible que primero desee explicar cuál es el propósito del sitio web antes de enviar un enlace y pedirle al usuario que haga clic en él. También supongo que lo que hace detrás del sitio es de código abierto para que se pueda confiar en él ^^.

No digo que no funcione, solo que no hay forma de que puedas confiar en un tercero que envía binarios mágicos.
Especialmente cuando primero podría preguntar aquí al equipo de windows/terminal si podrían abordarlo.

Tampoco me gusta mucho esta solución, pero los enlaces de descarga provienen del dominio de Microsoft. Parece que el sitio web proporcionado por @deskoh solo proporciona enlaces a contenido no listado de Microsoft Store.
Y si el equipo pudiera proporcionar una manera de instalar las dependencias requeridas para su proyecto, la gente no tendría que probar suerte con una solución como esta...
Pero incluso después de instalar la versión más reciente de Microsoft.VCLibs.140.00.UWPDesktop, la instalación sigue fallando debido a otro error.

@ clement-fischer, ¿qué errores encontró? Finalmente logré ejecutarlo en un entorno de espacio de aire. Necesitará VC++ redistribuible. También tengo que iniciar la terminal desde el directorio de WindowsApp.

@deskoh Aunque intenté instalar a través de Powershell, el error parece ser el mismo que en #3194.

Probé varios métodos para instalar msix y appx manualmente, y las compilaciones de Windows Terminal parecen estar bloqueadas en versiones de Windows 10 más recientes que la compilación más reciente de Windows Server 2019.

Esto es bastante desafortunado.

Lamentablemente para todos nosotros, esta función no se presentará en la versión Terminal 1.0. Por lo tanto, Terminal seguirá siendo inútil para los profesionales de TI en entornos de producción reales: https://github.com/microsoft/terminal/milestone/6

Si corrigen la disponibilidad de la dependencia, entonces debería ser posible instalarla manualmente. El problema n.º 3097 aparece como uno de los problemas necesarios para 1.0.

No puedo decirle a otros usuarios, pero me encantaría tener el msixbundle funcionando en cualquier lugar, incluso si eso significa que tengo que actualizarlo yo mismo más tarde.
Así es como uso Powershell Core 7.x en el trabajo desde la primera vista previa.

Además de eso, hay un buen mensaje que le informa DENTRO del shell (para que no sea intrusivo) que le falta una actualización.
Creo que también hay una opción de exclusión.

¿Qué sería mucho mejor que extraer el msixbundle manualmente, por ejemplo?

funciona bien con pala, podemos usarlo en un entorno profesional. (desde nuestro escritorio profesional de Windows):
https://github.com/lukesampson/scoop-extras/blob/master/bucket/windows-terminal.json
scoop install windows-terminal

¡Gracias por esto!

Scoop es la cosa más genial evr!
https://youtu.be/a85QLUJ0Wbs

Es una herramienta tan agradable y útil, se siente como en casa.

Am Vie., 24. Abr. 2020 a las 12:03 Uhr schrieb Xiang ZHU <
[email protected]>:

Bueno, todavía no se puede usar para el entorno de Windows Server:

iwr -useb get.scoop.sh | iex
Set-ExecutionPolicy RemoteSigned -scope CurrentUser
primicia instalar git
cucharón cucharón añadir cucharón extras
Scoop instalar Windows-Terminal
Instalación de 'terminal de Windows' (0.11.1121.0) [64 bits]
Microsoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle (16,1 MB)[====================================] 100%
Comprobación de hash deMicrosoft.WindowsTerminal_0.11.1121.0_8wekyb3d8bbwe.msixbundle... está bien.
Extrayendo dl.7z... hecho.
Ejecutando el script de preinstalación...
Ejecutando script de instalación...
*ERROR Se requiere al menos Windows 10 18362. *

@gh4chris
Lo mismo en el escritorio, ¿verdad?
Como el terminal se basa en una característica específica del sistema operativo, requiere un cierto nivel de versión mínimo

Probablemente desee actualizar a 1903/1909 (se supone que 2004/20H1 aterrizará en menos de un mes)

¿Verás? Eso es problemático en un entorno profesional. Las actualizaciones implican
mucha verificación para no romper las configuraciones existentes...

Dudo que WT realmente necesite tales dependencias. TI hace todo el proyecto
más o menos ridículo

Am Vie., 24. Abr. 2020 a las 13:10 Uhr schrieb TeBeCo < [email protected]

Entiendo que tiene problemas para actualizar sus servidores en su empresa, ese es un problema diferente que no está relacionado con la implementación.
Es posible que desee ponerse en contacto con los equipos de su lado para actualizar su imagen y obtener al menos la de hace un año.

Eso es un poco diferente a "Todavía no hay alternativa a la tienda"

No diría que es un bloqueo o un problema. Puede, por ejemplo, usar Enter-PSSession o ssh y luego estaría usando WT de su computadora mientras usa el Shell del Servidor
Incluso podría actualizar a PSWS 7.x en su servidor si lo desea, o instalarlo como dotnet tool

Probablemente quieras abrir otra edición que no sea Investigate alternative deployment mechanisms for Windows Terminal

Realmente no quiero entrar en el argumento que se está gestando aquí sobre lo que constituye un "entorno real".

Pero ciertamente me gustaría que esto se ejecutara en Windows Server (cualquier versión), y que se ejecute en Windows 10 tampoco es útil en mi caso.

Solo diría que actualice a Windows Server 2019
pero eso podría ser una píldora difícil de tragar, ya que incluso Azure Portal no ofrece una plantilla para ello.
(pero sí, supongo que "solo actualice")

Además, como solo soy un consumidor como usted, ¿puede abrir un problema para eso ya que no está relacionado con este?
Tal vez pregunte por qué y detalles sobre la versión mínima del sistema operativo
pero no está relacionado con el mecanismo de implementación

Oye, @DHowett , tu compromiso (que sé que aún no se ha publicado) para agrupar los departamentos en la terminal debería ayudar mucho a tener un instalador de msixbundle sin conexión.

Parece que después de eso, la principal pieza que falta para un método de instalación sin conexión sensato es tener una URL estática aka.ms para descargar el último msixbundle, en lugar de tener que mantener sus scripts actualizados con la última versión de github.com y URL de descarga.

¿Es posible obtener un enlace de descarga estático para este paquete?

¿Es posible obtener un enlace de descarga estático para este paquete?

No es una mala idea, y probablemente sea algo que tendremos que hacer más temprano que tarde.

Preferiría ofrecer un appinstaller (que es más o menos un msixbundle con una etiqueta "¿dónde puedo encontrar más de ti?" (¡para actualizaciones!)), pero eso en realidad requiere esto, así que _encogerse de hombros_.

*ERROR Se requiere al menos Windows 10 18362. *

¿Por qué hay un requisito tan extraño y difícil? ¿No se puede reducir la dependencia de esto para que pueda usarse en las versiones LTSC?

@kein Eso es algo que hemos discutido en este repositorio en detalle antes .

# 1643 (comentario)

Lo siento. En este momento, hay dos grandes obstáculos para la adopción en 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.

Simplemente no podemos volver a 1809.

#1909 (comentario)

la terminal de Windows REQUIERE funciones de la última versión de Windows.

Desafortunadamente, realmente no hay soluciones alternativas disponibles para nosotros. Islas XAML es la tecnología que usamos para hospedar nuestra interfaz de usuario XAML en un proceso Win32. Sin eso, seríamos incapaces de mostrar nada. Dado que las islas XAML solo están completas a partir de la última versión de Windows 10, no hay nada que podamos hacer al respecto.
Si desea usar la terminal, _necesitará_ tener la última versión de Windows 10.

#841 (comentario)

#498 (comentario)

No hay planes actualmente.
Dependemos de C++/WinRT y XAML Islands (UWP XAML) para nuestra interfaz de usuario. También estamos usando DX/DWrite para el renderizador de texto. A menos que se transfieran a Linux en algún momento, entonces diría que hay muy pocas posibilidades de que alguna vez admitamos Linux.
Además, todo nuestro sistema de compilación está basado en MsBuild, y podría estar equivocado, pero no creo que nuestro sistema de compilación funcione en Linux.

#1893 (comentario)

#2024 (comentario)

Esto explica por qué el apoyo es tan limitado pero no invalida ninguno de los argumentos planteados aquí. La mayoría de los usuarios de Terminal son usuarios de Server y LTSC. ¿Cuál es el punto de que Terminal se dirija a los usuarios domésticos? Eventualmente se desvanecerá al estar bloqueado en un entorno muy específico. En este momento, estoy de vuelta en cmder y, a menos que Terminal logre superar este problema y esté disponible antes en 2020, también lo olvidaré.

La mayoría de los usuarios de Terminal son usuarios de Server y LTSC

¿Tiene alguna prueba de esa afirmación?

¿Se puede dividir este problema en 2 problemas? mecanismo de despliegue alternativo y versión mínima?

Hay muchos otros hilos relacionados con la "versión mínima", así que voy a comenzar a marcar la discusión sobre la versión mínima en este hilo como "fuera de tema".

Nuestro caso de uso: una universidad que está ejecutando una rama de soporte a largo plazo en 3.500 escritorios con Windows 10, tienen la tienda de Windows habilitada para que puedan obtener Terminal. Nuestros administradores (a los que realmente les gustaría y se beneficiarían de Terminal) tienen estaciones de trabajo de Windows en las que pueden usarlo, pero en su mayor parte están usando RDP en muchos servidores heterogéneos de Windows que ejecutan principalmente Server 2016 para luego usar MMC y PowerShell para configurar ellos. Terminal sería genial tener en todos estos.

El otro patrón de uso es RDP a un servidor de escritorio remoto de Windows bastión único para luego interactuar con los otros servidores a través de Enter-PSSession.

Tenemos muy pocos servidores Windows Core ya que las pilas de aplicaciones de terceros y los consultores que los acompañan regularmente para la implementación inicial no lo entienden o las aplicaciones no lo admiten.

Tenemos una plataforma de administración de configuración que usamos para enviar principalmente MSI a Windows 10 y Server 2016, por lo que enviarlo a todas partes sería fácil, si estuviera en un formato que funcionara.

@carwyn lo mismo aquí. Nuestro entorno tiende a tener n-1, por lo que el cliente al que damos soporte acaba de actualizar a 2016.

He visto una vista previa de la terminal de Windows en un escritorio en mi propia máquina en casa y me encanta. Me encantaría usarlo 'en producción' en nuestras cajas de salto en el trabajo para que lo use el equipo, pero con la única opción de Windows Server 2019 significa que tendremos que esperar mucho más, lo cual es un poco decepcionante para un cliente increíble que Puedo potencialmente usar para reemplazar mi antiguo Windows PowerShell ise.

Lo siento chicos, no estoy contento con todas las limitaciones y dificultades con
las instalaciones
Supongo que encontré mi solución. Estoy usando mobaXterm ahora. tiene casi todo
características que necesito y solo necesita ejecutar el instalador.
La vida puede ser fácil

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

Ninguna de las soluciones mencionadas aquí me funcionó para instalar en Windows Server 2019. Incluso con primicia falla con "ERROR Al menos se requiere Windows 10 18362".

Ninguna de las soluciones mencionadas aquí me funcionó para instalar en Windows Server 2019. Incluso con primicia falla con "ERROR Al menos se requiere Windows 10 18362 ".

Correcto. No funcionará en Server 2019. 2019 se basa en 1809. Y se necesita al menos 1903.

Ninguna de las soluciones mencionadas aquí me funcionó para instalar en Windows Server 2019. Incluso con primicia falla con "ERROR Al menos se requiere Windows 10 18362".

También puedes echar un vistazo al último comentario de este número:
https://github.com/microsoft/terminal/issues/1386#issuecomentario -634933002

Hola @DHowett , con respecto al #6802
descargar y hacer doble clic en el paquete no instala Microsoft Terminal si el acceso a la tienda de Microsoft está restringido. me muestra el siguiente error

Mismo barco que Sanket. Nuestro grupo de TI es (comprensiblemente) muy reacio al riesgo y valora la estabilidad por encima de las nuevas características. Y el acceso a Microsoft Store está bloqueado por razones de seguridad, por lo que incluso después de que podamos obtener una compilación más moderna (1903, 2004), parece que no podremos instalar Windows Terminal desde paquetes MSIX a menos que lo compilemos desde la fuente (I Lo he hecho una vez, pero tomó mucho tiempo, no me gustaría hacerlo cada vez).

Puede entender el hecho de que esto no se ignora, sino que simplemente se atrasa. Aún así, espero que pronto sea posible implementar esto a través de SCCM (para clientes) y por otros medios para máquinas con Windows Server.

@JongleurNin @sanket-bhalerao

Esto funciona bien si tiene capacidades de "Descarga":
Dejamos de hacer Build From source desde 0.9 o 0.10 ya que esto ahora funciona:

A mano:

• https://github.com/microsoft/terminal/releases/latest
• descargar msixbundle (no ejecutarlo)
• renombrar a zip
• Extraelo
• ejecutar WindowsTerminal.exe
• fijarlo

Automatización:

• cree una función pwsh en su $PROFILE para verificar los activos de liberación de lista
  aquí quieres esto https://api.github.com/repos/microsoft/terminal/releases/latest
• podrías usar pwsh ConvertFrom-Json
• obtener la propiedad name que termina en msixbundle en la lista de activos
• use Invoke-WebRequest en el campo browser_download_url
• No olvides usar Get-Proxy y ProxyUseDefaultCredentials si tienes un proxy NTLM porque... LAS CORPORACIONES SON DIVERTIDAS
• use la función Expand-Archive pwsh para descomprimir (no estoy seguro de que necesite un cambio de nombre explícito)
• pon esto en esencia para tu compañero de equipo;)

• lo que se necesita es un exe compatible con xcopy. Las herramientas eléctricas como la consola no necesitan un instalador. Un instalador es una exageración y por favor evítelo. Por lo tanto, no necesita pasar meses de pruebas. La última vez que revisé, Visual Studio tenía la capacidad de producir exe en modo de lanzamiento que está debidamente firmado.
• como usuarios avanzados, no nos impresiona la decisión de elegir la tienda como modelo de distribución principal. Porque ayer traté de instalar esta consola en mi máquina de trabajo y adivina qué, la tienda está configurada con mi cuenta de Hotmail porque necesita una cuenta de Microsoft que no es mi cuenta de trabajo y tenía la opción de instalar la consola en mi PC personal que estaba en casa. Necesitaba la consola en mi máquina de trabajo, no en mi máquina personal.
• en resumen, simplemente simplemente eso. Facilitar el acceso a esta herramienta para que podamos utilizarla. De lo contrario, estoy contento con ConEmu, que he estado usando durante muchos años.

Bueno, supongo que la única explicación para tantas elecciones no razonables con respecto a la instalación y las dependencias debe estar relacionada con el mercado o la política. Supongo que MS quiere que la tienda de aplicaciones sea la única fuente legítima de aplicaciones (pareciendo hambriento y envidioso del modelo de negocios de Apple), supongo que en algún momento tiene sentido, pero también es un camino peligroso. Los usuarios de Windows no son usuarios de Apply y no son tan indulgentes.
Estoy seguro de que el equipo de Win Terminal tiene las manos atadas (bueno, espero que esas sean las razones, ¡permítanme ponerlo de esa manera!)

@JongleurNin @sanket-bhalerao

A mano:

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

* download `msixbundle` (do not execute it)

* rename to zip

* extract it

* run `WindowsTerminal.exe`

* pin it

¿Debería funcionar esto con v1.1.2021.0?

¿¡No hay WindowsTerminal.exe en el archivo comprimido!?

también necesitas descomprimir el sub msix
x86 / x64 / BRAZO
el paquete de música los envía todos a la vez
¿Es eso lo que te estabas preguntando?

eso no fue explícito estoy de acuerdo

también necesitas descomprimir el sub msix

Resolví esto justo después de publicar :) ¿En qué sistemas operativos se espera que funcione? Probé Windows Server 2012R2 y 2016 pero no tuve suerte. ¿No estoy seguro de si estoy siendo demasiado ambicioso o si hay algo que debo instalar?

No podrá hacerlo, está documentado y discutido en varios lugares en este repositorio.
WT se basa en una función muy específica de Windows, lo que significa que hay una versión mínima

para las personas que deseen automatizar un poco la descarga, aquí hay un script MUY NAIVE:

• no prueba completamente
• no es compatible con Hot Swap si WT se está ejecutando => ¿Usar el enlace simbólico podría hacer una actualización azul/verde?
• no configura/actualiza $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

para las personas que deseen automatizar un poco la descarga, aquí hay un script MUY NAIVE:

* 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

¿Por qué forzar el uso de PowerShell 7? Esto hace que el script sea menos útil.

Hola
Muchas gracias por notarlo
¿Quieres que te lo actualice? ¿O ya lo tienes funcionando en la versión anterior?
(ver sección Dev time abajo)

Por qué ?

TL;DR? porque soy perezoso y solo uso cosas que existen fuera de la caja

Un poco de contexto, ya que me tomé el tiempo libre tratando de ayudar, ¿me tomaría el tiempo a propósito para tratar de ayudar proporcionando un script no ejecutable?
Si mal no recuerdo, el script usa una API que se agregó en 7.0 y se corrigió en ~7.0.2/3, por lo que no pretendía molestar a nadie.
Mira esa unidad TEMP:\

¿Sigues atascado en powershell obsoletos?

¿Puede proporcionar el equivalente de lo que está haciendo el disco TEMP:\ , como dije, soy perezoso y solo traté de ayudar rápidamente en el tiempo libre?
powershell se envía solo en Windows y está/estará limitado a 5.0 y no evolucionará
Probablemente ha pasado ~1 año desde que corrí powershell TBH
Lo que nos lleva a LTS

Usando LTS

en January 2018 , se lanzó la primera edición de pwsh (PowerShell Core) => 6.0.0
_ pwsh 7.0 es el LTS actual _ (se envió el 4 de marzo de 2020)

Además, como ya sabrá WT requiere una versión mínima de Windows, por lo que podría haber asumido (demasiado rápido) que el consumidor que desea usar wt podría conocer pwsh (powershell core) desde v6.0 (alrededor de enero de 2018)

tiempo de desarrollo

Bueno, como tiendo a asegurarme de que las herramientas que uso estén actualizadas para evitar errores, no noté que la unidad TEMP:\ no existía en la versión anterior de pwsh o ni siquiera probé powershell .
Esta secuencia de comandos fue utilizada por varios compañeros de equipo (puede que no sea exactamente la misma secuencia de comandos) y creo que uno de ellos notó el problema / actualizó y planteó el punto.
Así que agregamos un Guard para informarte adecuadamente sobre los requisitos.

Podría haber agregado parámetros de entrada sobre la carpeta temp o presionar la API CSharp para obtener una carpeta temporal, etc.
Como dije, soy perezoso y un simple "if () / throw" parece la forma más rápida de proporcionar una solución aquí

Puntos extra

También tenga en cuenta que pwsh 7+ se ejecuta en tiempo de ejecución de dotnet core , por lo que es multiplataforma
Lo hace más útil si necesita un script para ejecutar en Win/Linux/MacOs
(incluso si WT es solo para ganar)

Actualización / Instalación

¿Intentó actualizar su computadora o tuvo algún problema para hacerlo? ¿Cómo puedo ayudar con eso?

¿Administrador verdad? O no

No necesitas derechos de administrador para instalarlo.

varias maneras

Si necesita ayuda para actualizar su computadora desde

• msix (doble clic)
• msixbundle (doble clic)
• zip (clic derecho > extraer)
• dotnet tool instal -g (copiar/pegar)

Github oficial

si tiene problemas para encontrarlo, aquí está el repositorio oficial
https://github.com/powershell/powershell/releases/latest

documentos oficiales

Si prefiere la documentación para el despliegue y más información detallada:
https://github.com/powershell/powershell/releases/tag/v7.0.3

@tebeco si necesita una alternativa a temp:/ , use $Env:TEMP .

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

gracias por la informacion

¿Crees que aceptarías un PR en este repositorio para enviarlo como activo?
al igual que dotnet team release dotnet-install.ps1|sh y creó un enlace corto aka.ms

Con mucho gusto haría las relaciones públicas si te parece bien.

eso solucionará el problema de msixbundle ya que hasta ahora no se puede usar en todos los entornos empresariales que tienen la tienda bloqueada

probablemente preguntaré

• en que carpeta agregar el archivo
• nombre de la variable env para que podamos O NO predeterminar estos var si no se proporcionan los argumentos de entrada y salida
• dónde cambiar la canalización de compilación para que sea individual

¡No, lo siento! Eso implicaría un nivel de apoyo oficial para esta solución que aún no estamos listos para aceptar. Aunque gracias :sonrisa:

Podría estar equivocado en eso, entendí que el pb no se arreglaría a corto plazo, ya que involucra a otro equipo de la Tienda, etc., ¿qué tan preciso crees que es eso (~ 6 meses / ~ 12 tal vez)?
Además, las empresas bloquearon Store en primer lugar para evitar la instalación de una tercera parte, por lo que probablemente no estén cambiando su "imagen base de Windows" para instalar una tercera parte adicional (Sí, Windows Terminal es una la tercera parte, a menos que se envíe dentro de la instalación predeterminada de Windows, lo que lleva a que la próxima edición de la empresa no actualice la "imagen principal" rápidamente (~1,5 años de GAP)

Para agregar más dolor al problema, ~70% de las veces se hace (actualizar la imagen base) en una parte de la empresa que es muy difícil de encontrar/contactar/discutir y que siempre encontrará "buenas" razones para no hacer lo que alguien más les pide que lo hagan, porque quieren estar seguros de que son dueños de todo para tener el control (... de lo que está instalado).

Cuando las personas intentan instalar WT , probablemente abandonan o intentan ver aquí y buscan una solución.
Probablemente no podrán encontrar un Gist/Repo en otro lugar, ya que no sabrán que existe.

Es un poco raro estar en medio de esto.

• No se puede hablar con el bloqueo de seguridad de la tienda/tercera parte/instalación de Windows
• Tratando de ayudar aquí para obtener una secuencia de comandos que realice una solución adecuada, pero entiendo que ese no es su objetivo a largo plazo (digamos dentro de 2 años a partir de ahora)

Si es posible tener una solución a partir de hoy, hasta ese "objetivo a largo plazo" que se lanzará en los próximos años.

¿Hasta dónde llegaría para promover una solución que solucione el problema hasta que se lance algo ideal y "compatible"?
¿Cambiaría el README de este repositorio para que uno o ambos apunten a un Gist/Repo que aloja el script?
¿Enviaría por defecto el problema abierto sobre este tema a este script de repositorio/gist cada vez que de alguna manera tenga el mismo problema?

Estoy buscando un "término medio" que sería promovido desde el equipo de Windows Terminal , aún así no estás obligado a tener un "apoyo oficial" en la fuente