Machine: --github-api-token y otras banderas globales no propagadas a los servidores de complementos

Creado en 14 nov. 2015 · 4Comentarios · Fuente: docker/machine

No es una necesidad apremiante inmediata, pero podría ser problemático. Me di cuenta de que las banderas globales como --github-api-token que establecen propiedades en, por ejemplo mcnutils naturalmente, no se establecen de esa manera para los binarios del complemento invocado. Lo más probable es que necesitemos enviar estos detalles por cable, y necesitamos discutir cómo hacerlo de manera segura dada la propagación de complementos en la naturaleza ahora. Creo que es posible que debamos agregar un método de tipo SetLibmachineOptions en los servidores RPC en los controladores. :( Tal vez podamos agrupar esto y algunas otras cosas pulidas en un aumento de versión, o encontrar una solución alternativa a través de variables de entorno, etc.

kinquality

Fuente

nathanleclaire

Comentario más útil

tenemos una tasa limitada ya que GitHub ve nuestra red corporativa externa como una dirección IP... y actualmente no podemos actualizar la versión iso de boot2docker. La solución actual es reinstalar manualmente la máquina docker

mattfysh en 9 jun. 2016

👍4

Todos 4 comentarios

@dgageot @jeanlaurent Tenga en cuenta este problema, ya que es probable que lo tome por sorpresa. Una posible solución es establecer las variables de entorno para estas banderas CLI usando os.Setenv , que el proceso secundario (ahora que estamos invocando el binario de la máquina principal) heredará posteriormente. Eso no lo arreglará para todos los controladores de complementos, pero sería una solución temporal para el núcleo.

nathanleclaire en 19 dic. 2015

mattfysh en 9 jun. 2016

👍4

reinstalar docker machine no funciona

adnan-wahab en 21 dic. 2016

👍1

En 2019 y todavía parece que no funciona. ~ ¿También parece que el env var agregado en este compromiso tampoco parece funcionar? ~ Supongo que ese compromiso nunca se agregó, no importa,