Readthedocs.org: prise en charge de python 3.5 pour le système de construction

+1

Python 3.5 viendra certainement avec la version d'avril d'ubuntu 16.04, nous n'avons pas discuté d'un plan provisoire - bien que l'installation à partir du ppa deadsnakes puisse être une voie facile à suivre. Une autre option consiste à utiliser conda

+1 de moi aussi : https://readthedocs.org/projects/django-tutelary/builds/3795496/ (problème causé par yield from dans mon cas).

La prise en charge de Conda peut cibler Python 3.5, ce qui pourrait être le meilleur pari.

Je m'attends à ce qu'il y ait la même situation lorsque Python 3.6 arrivera également. Donc, utiliser conda semble raisonnable pour ce problème.

Sur de nombreuses distributions Linux et sur OSX, plusieurs versions de Python sont souvent associées à python3.4 , python3.5 , etc.

Ne pouvons-nous pas ajouter une option pour sélectionner l'un d'entre eux ? Nous pouvons conserver les options "CPython 2.x" et "CPython 3.x", mais ajouter "CPython 2.7", "CPython 3.4" et "CPython 3.5" dans les choix également.

+1, quelle que soit la solution qui fonctionne :) J'ai beaucoup de projets 3.5 uniquement à venir pour lesquels j'aimerais créer des documents.

Si les gens sont trop paresseux pour mettre en place un environnement conda ; utilisez simplement ce fichier de configuration: http://stackoverflow.com/a/36144269/2678118

Question : comment suis-je censé installer le projet dans l'environnement conda ?

Nous pourrions utiliser de l'aide pour tester les constructeurs ubuntu 16.04, qui incluront python 3.5. Si quelqu'un est intéressé, nous rassemblons une poignée de testeurs ici :

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

+1 pour mon projet aussi. Pour https://readthedocs.org/projects/pycmake/builds/4247460/

Des problèmes apparaissent avec import enum et les paramètres saisis def foo(param: MyObj)

FWIW, j'héberge maintenant mes documents pour les projets Python 3.5 sur Python Hosted uniquement à cause de ce problème, mais le flux y est manuel, sujet aux erreurs et ne me permet pas facilement d'héberger des documents pour plusieurs versions, ce qui est vraiment ennuyeux. J'apprécierais vraiment que cela soit corrigé...

Faites-moi savoir si je peux faire quelque chose pour vous aider.

La réponse donnée par @evertheylen ne te convient pas @AndreLouisCaron ?

Désolé, doit avoir manqué cet e-mail ! Je vais essayer dès que possible :-)

André

Le vendredi 29 juillet 2016 à 10h43, jakirkham [email protected]
a écrit:

Est-ce que la réponse
https://github.com/rtfd/readthedocs.org/issues/1990#issuecomment -214739804
donné par @evertheylen https://github.com/evertheylen ne fonctionne pas pour vous
@AndreLouisCaron https://github.com/AndreLouisCaron?

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/rtfd/readthedocs.org/issues/1990#issuecomment -236199436,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AAITJivVxiGEL5VJTNtuxXM8iJZxTwl5ks5qahGRgaJpZM4HZAZX
.

Toute mise à jour? J'ai rempli le formulaire de test bêta ci-dessus, mais je n'ai pas eu de réponse.

+1 mon projet utilise le module typing . Donc autodoc ne marche pas :-(

Mes documents sont construits sans instructions autodoc en raison du manque de Python 3.5 :

ImportError: cannot import name 'gcd'

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

Quelle est la chronologie ?

Je pense qu'il est temps de prendre en charge la version 3.6, car les chaînes f seront une "erreur de syntaxe" même pour la version 3.5.

:+1:

+1

+1

:+1:

:+1:

:+1:

:+1:

J'aide le personnel de RTD à créer une meilleure image de construction qui permet de sélectionner la version Python préférée pour la construction. Python 3.5 et 3.6 sont déjà inclus.

:+1:

:+1:

Vous pouvez arrêter les réactions maintenant, c'est distrayant et n'aide pas vraiment.

Juste une mise à jour rapide ici, car je publie quelques mises à jour cette semaine.

Tout d'abord, grâce à une pile de travail, la prise en charge des versions Python non système a été ajoutée. La nouvelle image de conteneur de build bêta est maintenant prête à être testée (rtfd/readthedocs-docker-images#18). Cela prendra en charge les versions : 2.7, 3.3, 3.4, 3.5 et 3.6. Cette image utilise pyenv pour installer plusieurs versions de Python, au lieu de s'appuyer sur les versions de la distribution.

Ce sera la nouvelle image bêta à l'avenir. Si vous souhaitez continuer à tester nos images bêta ou si vous souhaitez bénéficier d'une assistance pour Python 3.6, assurez-vous de vous inscrire ici :
https://goo.gl/forms/ai9u6jpIhpEpmMRx1

Si vous avez recherché la prise en charge de python 3.5 et que vous n'avez pas été ajouté à la liste bêta, nous allons basculer tout le monde cette semaine vers une image prenant en charge python 3.5. Vous ne devriez rien faire, mais l'ajout d'un fichier readthedocs.yml spécifiant la bonne version de python peut vous aider si vous rencontrez des problèmes.

Je vais écrire quelques documents sur l'utilisation de la fonctionnalité ce soir, nous annoncerons des changements plus tard cette semaine.

Excellentes mises à jour ! Je viens de m'inscrire au support bêta de python3.6. 👍

Ce problème a été créé pour prendre en charge Python 3.5 et il a été ajouté dans l'image readthedocs/build:2.0 donc je pense que le travail sur ce problème est déjà fait et fonctionne correctement (j'ai vu de nombreux projets utilisant python3.5 sans problème).

Ne devrions-nous pas fermer celui-ci et déplacer la discussion concernant Python 3.6 vers un autre ?

Pour tous ceux qui se retrouvent ici pour le support py3.6, il est officiellement disponible :
http://blog.readthedocs.com/python-36-support/

TL ; RD :
créez le fichier readthedocs.yaml avec le contenu dans la racine de votre projet :

build:
    image: latest

python:
    version: 3.6

Je me demande s'il y a un endroit dans la documentation pour inclure cette note de @Granitosaurus. @humitos Qu'en pensez-vous ?