-
Notifications
You must be signed in to change notification settings - Fork 268
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Installation - branche 3.10 - remarques #1834
Comments
Pour le 3., il semble que ce soit le dernier 'make merge' qui produit l'erreur.
ce qui se traduit dans venv/cpython/Doc/conf.py par :
et dans venv/cpython/Doc/requirements.txt par :
|
Pour régler le point 3, il faut mettre à jour ta version de python-docs-theme :
|
Merci @christopheNan , cela a fonctionné et je peux maintenant générer la documentation 🎉 |
https://github.com/AFPy/Potodo/blob/a23216400488aa3a845d9c1ace5f9e14a41df772/potodo/github.py#L80 Dans les expressions régulières,
|
Merci @jean-abou-samra ! Pour la regex - il semble que la regex suivante fonctionne: |
Encore plus simple: a priori, |
Non, l'objectif c'était de valider que la réservation était du format Ca fait longtemps que je me suis pas plongé dans |
Bonjour, je viens d'avoir le même problème que @eviau .
bien que
Une idée? (Post édité par @jean-abou-samra pour corriger le Markdown.) |
On dirait que la version de python-docs-theme utilisée par Sphinx provient d'autre part que le venv. À tout hasard, as-tu essayé de supprimer complètement ce venv et de le réinstaller ? Tiens, une idée au hasard : comment est-ce que Sphinx prend ses dépendances ? Si le paquet Sphinx est installé sur le système alors que le python-docs-theme récent provient du venv, je parie qu'il prendra un python-docs-theme ancien qui vient du système. Est-ce que Sphinx a bien été installé à l'intérieur du venv ? Si tu fais |
Oups j'avais pas vu ta réponse...
Effectivement, ton hypothèse était correcte (sphinx local v3.2.1/nouveau sphinx installé sur le venv v4.5.0). Toutes mes excuses, ça m'apprendra à tout lire... |
Mais non :-) Le fait que tu ais ouvert #1857 m'a rappelé ce problème et m'a poussé à creuser un peu plus. Qu'est-ce que tu as fait exactement pour régler le problème, finalement ? Il faudrait se préoccuper de mettre à jour le CONTRIBUTING.rst… |
J'ai fait exactement ce qui était demandé en agrémentant à ma sauce: Supprimer l'environnement virtuel existant puis le recréer. Comme je ne maîtrise pas tous les concepts sous-jacents j'ai un peu de problème à m'exprimer.
Je vais essayer de m'y atteler la semaine prochaine, mais je suis actuellement un peu surchargé. |
Le repo bouge sur https://git.afpy.org/AFPy/python-docs-fr/. Je ferme toutes les issues côté github, sens-toi libre de réouvrir côté gitea au besoin. |
Salut,
j'ai suivi les discussions mais pas trop le temps de me concentrer sur la traduction en ce moment.
Super merci pour l'info!
Thierry
17 novembre 2022 21:13 "Julien Palard" ***@***.*** ***@***.******@***.***>)> a écrit:
Le repo bouge sur https://git.afpy.org/AFPy/python-docs-fr/ (https://git.afpy.org/AFPy/python-docs-fr/).
Je ferme toutes les issues côté github, sens-toi libre de réouvrir côté gitea au besoin.
—
Reply to this email directly, view it on GitHub (#1834 (comment)), or unsubscribe (https://github.com/notifications/unsubscribe-auth/AB6FP7AD6OUNUSOREVQ3AKTWI2GVFANCNFSM5RXCHDQQ).
You are receiving this because you commented.Message ID: ***@***.***>
|
Bonjour !
Comme discuté précédemment, je suis en train de tout ré-installer à partir de rien question de voir où on pourrait améliorer/mettre-à-jour le guide de contribution.
J'ai donc mis à jour mon fork de ce dépôt, et j'y ai ajouté la branche 3.10 à partir de upstream - en en créant une nouvelle.
Pour le moment, je n'arrive pas à tout faire rouler - voici quelques remarques en espérant qu'elles seront utiles au projet. Je suis un peu embêtée car à la relecture, je pense que ces remarques doivent être remontées aux projets respectifs et non pas à ce projet, mais voilà - je me suis dit que j'allais vous demander conseil :)
Réservation de fichiers qui ont plusieurs
.
dans leur nomIl me semble que potodo ne prend pas en compte les fichiers qui ont été réservés et qui ont plus d'un
.
dans leur nom. J'ai une réservation surlibrary/http.server.po
Je travaille sur library/http.server.po #1833 qui n'affiche pas, et je vois quelibrary/xml.etree.elementtree.po
Je travaille sur library/xml.etree.elementtree.po #1811 ne s'affiche pas non plus.make verifs
Lorsque je teste ma branche sans avoir fait aucun changement,
make verifs
me retourne une longue série de fichiers à re-wrapper. Ensuite, je tente de faire cette opération avecpowrap
- je dois mal m'y prendre carmake verifs
me mentionne la même info. Serait-ce en lien avec les changements sur l'algo de wrap degettext
?license_url
n'est pas supportée pour ce thèmeN'ayant crainte de rien, je tente tout de même un
make
, me disant que cela devrait fonctionner puisque je n'ai pas fait de changements sur la branche. J'obtiens alors queL'option 'license_url' n'est pas supportée pour ce thème
en lien avec la doc de cpython sur/python-docs-fr/venv/cpython/Doc
. Je vois cette option dans le fichierconf.py
de ce dossier, donc c'est probablement un truc avec le thème de Sphinx...C'est tout pour le moment - merci de me mentionner si je dois faire quoique ce soit - j'ai fouillé un peu dans le code et il me ferait plaisir de contribuer en code mais je ne sais pas trop par où commencer 😅
C'est fort possible que c'est moi qui aie mal compris quelque chose aussi...!
Dans tous les cas, merci ✨
The text was updated successfully, but these errors were encountered: