Pipreqs does not pick up on google-cloud-translate
See original GitHub issuePipreqs does not seem to be able to infer the google-cloud-translate package from the import that is suggested in the package instructions (from google.cloud import translate).
Operating system and version
WSL 1.0 running Ubuntu on Windows 10 Python 3.6.9
Steps to reproduce
-
Create new python file
-
Import google translate via:
from google.cloud import translate
- run pipreqs
- The package will not be found in the requirements.txt
Issue Analytics
- State:
- Created 4 years ago
- Reactions:5
- Comments:7
Top Results From Across the Web
Specifying dependencies in Python | Cloud Functions ...
There are two ways to specify dependencies for Cloud Functions written in ... This approach is useful if your dependency is not available...
Read more >pipreqs - Bountysource
Pipreqs does not seem to be able to infer the google-cloud-translate package from the import that is suggested in the package instructions (from...
Read more >google.cloud translate doesn't work in Docker (Python)
I'm new to docker. I've a class where I run google translate API. It runs on local. ... Any ideas? ... Thanks! Updated!...
Read more >pipreqs - PyPI
pip freeze saves all packages in the environment including those that you don't use in your current project (if you don't have virtualenv)....
Read more >How to Create Requirements.txt File in Python - Javatpoint
Pipreqs is one of the most efficient and a straightforward tool to use, which doesn't requires you to create any virtual environment. Therefore...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
For me all imports from google.* are not recognized.
Yes I confirm that every package with ‘.’ in the name is not discovered. For example it is the case for the opentelemetry SDK as well. Reading rapidly the code, I found maybe some lines to change to fix that. Unfortunately, I don’t have time to check and propose a Pull Request … I put here the result of my investigation if someone is interested.
aaa.bbb.ccc.ddd
,aaa.bbb.ccc
, …) would hopefully find less issues than doing the search from the top (aaa
,aaa.bbb
, …) that would lead to theprotobuf
issue for google libraries users.