Hola,
Por alguna razón, asciinema
no puede cargar la grabación.
asciinema play
.`` $ que asciinema
/ snap / bin / asciinema
## Error
$ asciinema upload /tmp/tmpc5xmedw5-ascii.cast
asciinema: upload failed: el servidor tiene problemas temporales. Inténtelo de nuevo en un minuto.
asciinema: vuelva a intentarlo más tarde ejecutando: asciinema upload /tmp/tmpc5xmedw5-ascii.cast
## System
Anfitrión: bashfulrobot Kernel: 5.0.0-13-genérico x86_64 bits: 64
Escritorio: i3 4.16.1 Distro: Ubuntu 19.04 (Disco Dingo)
## Asciinema Version
asciinema 2.0.2
## Python Versions
Python --versión
Python 2.7.16
python3 --versión
Python 3.7.3
''
Gracias.
@bashfulrobot Supongo que es causado por Disco Dingo :) Tengo el mismo problema con Xubuntu 19.04.
@vranystepan Gracias por confirmar el problema y que no soy el único.
¿Puedes intentar subir con curl
como se muestra aquí? https://gist.github.com/sickill/514860f60d01ed9218be4ede51a33887
Esto nos mostrará si se trata de un problema específico del sistema operativo (certificados SSL) o tal vez el problema de compilación de Python 3 de Ubuntu.
@sickill Esto funciona sin problemas a través de curl (mencionado en la publicación original). :-) Pero acabo de ejecutar de nuevo con el comando, sin problemas a través de curl. De hecho, mi solución temporal es un alias de shell.
Encontré el problema y no es algo que esperaba :)
En Ubuntu Disco, la cadena de agente de usuario que se envía es algo como:
asciinema/2.0.2 CPython/3.7.3 Linux/4.9.125-linuxkit-x86_64-with-Ubuntu-19.04-disco
La parte final es el resultado de platform.platform()
que es básicamente un uname
.
Hasta aquí todo bien.
Ahora, el nginx en asciinema.org usa la lista de bloqueo de "bots malos" de https://github.com/mitchellkrogza/nginx-ultimate-bad-bot-blocker que compara la cadena del agente de usuario con una lista de bots conocidos por su mal comportamiento.
Parece que esta lista de bloqueo contiene expresiones regulares ~*\bDisco\b
...
🤦♂
Lo eliminé de la lista de bloqueo, lo probé en Ubuntu Disco, parece que ahora funciona bien.
¡Lo siento por eso!
¡Confirmado que funciona! Con suerte, nada cambia en 19.10 (recién comenzamos a trabajar en ello).
¡Gracias por tu tiempo!
¡Excelente! ¡Muchas gracias!
Este parece ser el mismo problema que estoy experimentando en Debian; La carga de curl funciona, el cliente Python falla.
$ uname -a
Linux carbo 4.19.0-5-amd64 #1 SMP Debian 4.19.37-6 (2019-07-18) x86_64 GNU/Linux
$ python -V
Python 3.7.4+
$ pip list | grep asciinema
asciinema 2.0.2
Secundando el comentario de
$ uname -a
Linux shibori 5.2.0-3-amd64 #1 SMP Debian 5.2.17-1 (2019-09-26) x86_64 GNU/Linux
$ asciinema --version
asciinema 2.0.2
esto todavía está presente, la cadena de la plataforma:
>>> platform.platform();
'Linux-5.4.0-3-amd64-x86_64-with-debian-bullseye-sid'
Después de pasar horas tratando de resolver problemas de SSL en MacOS Catalina
asciinema: upload failed: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1123)>
asciinema: retry later by running: asciinema upload /var/folders/2j/7schjxl10bgdwl5_bsznbqm00000gn/T/tmp62k0vrw7-ascii.cast
Ninguna de las soluciones proporcionadas funcionó para mí. La solución alternativa de curl carga mi grabación test
.
Veo que este problema está cerrado pero hay una solución.
Comentario más útil
esto todavía está presente, la cadena de la plataforma: