requirements.txt peut être commenté avec #

Lors du développement d'une API WEB qui s'exécute sur Elastic Beanstalk sur AWS, [vous devez utiliser une version légèrement plus ancienne de Python 3.4](http://docs.aws.amazon.com/ja_jp/elasticbeanstalk/latest/ dg / create-deploy-python-container.html).

Et cette fois, j'ai rencontré une situation où il existe une bibliothèque qui fonctionne correctement en Python 3.6, mais ne fonctionne pas en 3.4 à moins que vous ne spécifiiez la version en détail.

Par conséquent, lorsque j'ai cherché comment commenter pour noter les informations "Pourquoi ne pas utiliser la dernière version" dans `requirements.txt```, c'est OK avec` # `` comme Python lui-même. était.

...
ply==3.8
# Python3.4 ne parvient pas à importer la dernière version
protobuf==3.2.0rc2                                               
pyasn1==0.3.3
...

Je l'ai trouvé dans cette description. Normalement, il est automatiquement généré par pip freeze> requirements.txt```, il semble donc qu'il n'y ait pas beaucoup d'occasions d'écrire des commentaires.

https://github.com/pypa/pip/issues/564

A line beginning with # is treated as a comment and ignored, so you can just place your comment on the line above instead of on the same line.

C'est la fin du sujet de cet article, mais je ne suis pas convaincu du comportement lui-même que "ça ne marche pas à moins que vous ne spécifiiez la version en détail en 3.4", donc je vais l'étudier une fois qu'il sera prêt à fonctionner.

Plus précisément, dans Python 3.4, une erreur se produit lors de l'importation de la version 3.4.0 de la bibliothèque protobuf```, donc 3.2. J'ai dû utiliser 0rc2 (même les versions avant et après cela ne fonctionnaient pas).

  File "/home/ninomiyt/eb-virt/local/lib/python3.4/site-packages/google/cloud/client.py", line 26, in <module>
    from google.cloud._helpers import _determine_default_project
  File "/home/ninomiyt/eb-virt/local/lib/python3.4/site-packages/google/cloud/_helpers.py", line 33, in <module>
    from google.protobuf import duration_pb2
ImportError: No module named 'google.protobuf'

Normalement, ce serait cool de pouvoir écrire un article après avoir identifié la cause de l'erreur et envoyé une pull request (ou soulevé un problème), mais pour le moment, donner la priorité à la libération et à la fin du travail.

Recommended Posts

requirements.txt peut être commenté avec #
Jusqu'à ce que vous puissiez utiliser youtube-dl avec Synology (DS120j)
Types de fichiers pouvant être utilisés avec Go
Répertorier les packages pouvant être mis à jour avec pip
Pour pouvoir utiliser le japonais avec Python dans l'environnement Docker
Liste des couleurs pouvant être définies avec tkinter (mémorial)
Notes sur les connaissances Python utilisables avec AtCoder
Limites qui peuvent être analysées à la fois avec MeCab
Les zéros NumPy peuvent être définis même avec une taille de 0
pd.tseries.offsets.DateOffset peut être assez lent s'il n'est pas utilisé avec prudence
SSD 1306 OLED peut être utilisé avec Raspeye + python (Remarque)
J'ai étudié le prétraitement qui peut être fait avec PyCaret
Faisons un diagramme sur lequel on peut cliquer avec IPython
Lors du développement avec ipython, scrapy ne peut plus être lu
Cela pourrait être récursif
[Python] Créez un graphique qui peut être déplacé avec Plotly
Jusqu'à ce que la géométrie de la torche ne puisse être utilisée qu'avec le processeur Windows (ou Mac)
Créez une Spinbox qui peut être affichée en binaire avec Tkinter
J'ai fait un shuffle qui peut être réinitialisé (inversé) avec Python
Créez un graphique des devises qui peut être déplacé avec Plotly (2)
Comparaison de 4 styles pouvant être passés à seaborn avec set_context
Créez une Spinbox pouvant être affichée dans HEX avec Tkinter
Créez un graphique des devises qui peut être déplacé avec Plotly (1)