¿Es posible usar bzr en Launchpad sin usar el puerto 22?
10
Estoy tratando de tirar de las sucursales de bazar alojadas en launchpad.net pero mi proveedor de Internet está bloqueando el puerto 22. ¿Es posible usar el puerto 80 o 443 en su lugar?
@jokerdino Creo que tu respuesta es la mejor. Sin embargo, no es exactamente un duplicado, porque alguien podría no darse cuenta de que necesita ejecutar ssh a través de un puerto diferente para usar bzr. Entonces es un problema de descubrimiento.
Obviamente, elimine todo, <fields>pero después de eso, cualquier comando ssh (incluidos los comandos bzr + ssh) debe usar su proxy. Estoy seguro de que algunos proxies no lo permitirán, pero hay suficientes personas que sugieren esto para insinuar que esto podría funcionar para usted.
Editar: releyendo su pregunta, sospecho que hay muchas posibilidades de que no haya un proxy en el lugar, o al menos si lo hay, es transparente y no es algo que pueda declarar, ya que esto requiere que lo haga.
En ese caso, es posible que deba recurrir a un proxy externo. Si tiene su propio servidor, instalación tinyproxyu otra solución proxy (incluso mod_proxy en Apache) en él. Siempre que no esté a un millón de millas de usted, no debería agregar demasiado retraso y recuerde, esto solo se aplica a SSH en la plataforma de lanzamiento.
Si continúas obteniendo gyp de los ISP de mala calidad, elimínalos por completo. La mayoría de los ISP admiten conexiones VPN y no hacen nada para interferir con ellas porque la gente las necesita para trabajar. Si puede VPN en una mejor red, puede hacer lo que quiera.
bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net:80/~ubuntu-branches/ubuntu/raring/gnome-control-center/raring/.bzr/branch/lock): Transport operation not possible: http does not support mkdir()
las operaciones de escritura no son compatibles con http / https. Hay un complemento webdav que los habilita, pero launchpad no es compatible con webdav.
Respuestas:
Al parecer ! Con
corkscrew
.Y editar
~/.ssh/config
Obviamente, elimine todo,
<fields>
pero después de eso, cualquier comando ssh (incluidos los comandos bzr + ssh) debe usar su proxy. Estoy seguro de que algunos proxies no lo permitirán, pero hay suficientes personas que sugieren esto para insinuar que esto podría funcionar para usted.Editar: releyendo su pregunta, sospecho que hay muchas posibilidades de que no haya un proxy en el lugar, o al menos si lo hay, es transparente y no es algo que pueda declarar, ya que esto requiere que lo haga.
En ese caso, es posible que deba recurrir a un proxy externo. Si tiene su propio servidor, instalación
tinyproxy
u otra solución proxy (incluso mod_proxy en Apache) en él. Siempre que no esté a un millón de millas de usted, no debería agregar demasiado retraso y recuerde, esto solo se aplica a SSH en la plataforma de lanzamiento.Si continúas obteniendo gyp de los ISP de mala calidad, elimínalos por completo. La mayoría de los ISP admiten conexiones VPN y no hacen nada para interferir con ellas porque la gente las necesita para trabajar. Si puede VPN en una mejor red, puede hacer lo que quiera.
fuente
Los tirones parecen funcionar con esta sintaxis:
bzr pull http://bazaar.launchpad.net:80/~ubuntu-branches/ubuntu/raring/gnome-control-center/raring/
Los empujes fallan con este error:
bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net:80/~ubuntu-branches/ubuntu/raring/gnome-control-center/raring/.bzr/branch/lock): Transport operation not possible: http does not support mkdir()
fuente