Readthedocs.org: Compatibilidad con Python 3.5 para el sistema de compilación

+1

Python 3.5 definitivamente vendrá con el lanzamiento de ubuntu 16.04 de abril, no hemos discutido un plan provisional, aunque la instalación desde el ppa de deadsnakes podría ser un camino fácil a seguir. Otra opción es usar conda

+1 de mí también: https://readthedocs.org/projects/django-tutelary/builds/3795496/ (problema causado por yield from en mi caso).

El soporte de Conda puede apuntar a python 3.5, esa podría ser la mejor opción.

Espero que haya la misma situación cuando aparezca Python 3.6 también. Entonces, usar conda parece razonable para este problema.

En muchas distribuciones de Linux y en OSX, varias versiones de Python a menudo tienen alias python3.4 , python3.5 , etc.

¿No podemos agregar una opción para seleccionar uno de estos? Podemos mantener las opciones "CPython 2.x" y "CPython 3.x", pero también agregar "CPython 2.7", "CPython 3.4" y "CPython 3.5" en las opciones.

+1, cualquiera que sea la solución que funcione :) Tengo muchos proyectos 3.5 solo para los que me gustaría crear documentos.

Si la gente es demasiado perezosa para configurar un entorno conda; solo use este archivo de configuración: http://stackoverflow.com/a/36144269/2678118

Pregunta: ¿cómo se supone que debo instalar el proyecto en el entorno conda?

Nos vendría bien un poco de ayuda para probar los constructores de ubuntu 16.04 beta, que incluirán python 3.5. Si alguien está interesado, estamos recopilando un puñado de probadores aquí:

https://docs.google.com/forms/d/1YHBXN8LI2RTq6ujV0zENAExtJwbNLja0QKJUHyfUvrE/viewform

+1 para mi proyecto también. Para https://readthedocs.org/projects/pycmake/builds/4247460/

Los problemas aparecen con import enum y los parámetros escritos def foo(param: MyObj)

FWIW, ahora alojo mis documentos para proyectos de Python 3.5 en Python alojado únicamente por este problema, pero el flujo allí es manual, propenso a errores y no me permite alojar fácilmente documentos para varias versiones, lo cual es realmente molesto. Agradecería mucho si esto se arreglara...

Déjame saber si hay algo que pueda hacer para ayudar.

¿La respuesta dada por @evertheylen no funciona para ti @AndreLouisCaron?

¡Lo siento, debe haber perdido ese correo electrónico! Lo intentaré lo antes posible :-)

André

El viernes 29 de julio de 2016 a las 10:43 a. m., jakirkham [email protected]
escribió:

¿La respuesta
https://github.com/rtfd/readthedocs.org/issues/1990#issuecomment-214739804
dado por @evertheylen https://github.com/evertheylen no funciona para ti
@AndreLouisCaron https://github.com/AndreLouisCaron?

—
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/rtfd/readthedocs.org/issues/1990#issuecomment-236199436 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AAITJivVxiGEL5VJTNtuxXM8iJZxTwl5ks5qahGRgaJpZM4HZAZX
.

¿Cualquier actualización? Completé el formulario de prueba beta anterior, pero no he recibido respuesta.

+1 mi proyecto usa el módulo typing . Así que autodoc no funciona :-(

Mis documentos se construyen sin declaraciones de autodoc debido a la falta de Python 3.5:

ImportError: cannot import name 'gcd'

https://docs.python.org/3/library/math.html#math.gcd

¿Cuál es la línea de tiempo?

Creo que es hora de admitir 3.6, ya que f-strings será un "error de sintaxis" incluso para 3.5.

:+1:

+1

+1

:+1:

:+1:

:+1:

:+1:

Estoy ayudando al personal de RTD a crear una mejor imagen de compilación que permita seleccionar la versión de Python preferida para la compilación. Python 3.5 y 3.6 ya están incluidos.

:+1:

:+1:

Puede detener las reacciones ahora, es una distracción y realmente no ayuda.

Solo una actualización rápida aquí, ya que estoy lanzando algunas actualizaciones esta semana.

Primero, a través de un montón de trabajo, se agregó soporte para versiones de Python que no son del sistema. La nueva imagen del contenedor de compilación beta ya está lista para la prueba (rtfd/readthedocs-docker-images#18). Esto admitirá las versiones: 2.7, 3.3, 3.4, 3.5 y 3.6. Esta imagen usa pyenv para instalar varias versiones de Python, en lugar de depender de las versiones de la distribución.

Esta será la nueva imagen beta en el futuro. Si desea continuar probando nuestras imágenes beta o si desea soporte para python 3.6, asegúrese de registrarse aquí:
https://goo.gl/forms/ai9u6jpIhpEpmMRx1

Si ha estado buscando compatibilidad con python 3.5 y no se le ha agregado a la lista beta, vamos a cambiar a todos esta semana a una imagen compatible con python 3.5. No debería necesitar hacer nada, pero agregar un archivo readthedocs.yml que especifique la versión correcta de python podría ayudar si tiene problemas.

Voy a escribir algunos documentos sobre el uso de la función esta noche, anunciaremos los cambios más adelante esta semana.

¡Grandes actualizaciones! Acabo de registrarme en el soporte beta para python3.6. 👍

Este problema se creó para admitir Python 3.5 y se agregó en la imagen readthedocs/build:2.0 , por lo que creo que el trabajo en este problema ya está hecho y funciona correctamente (vi muchos proyectos que usan python3.5 sin problemas).

¿No deberíamos cerrar este y mover la discusión sobre Python 3.6 a otro?

Para cualquiera que termine aquí por soporte py3.6, está oficialmente disponible:
http://blog.readthedocs.com/python-36-support/

TL;RD:
cree el archivo readthedocs.yaml con contenido en la raíz de su proyecto:

build:
    image: latest

python:
    version: 3.6

Me pregunto si hay un lugar en la documentación para incluir esta nota de @Granitosaurus. @humitos ¿Qué opinas?