Change install requirements from pinpoint to lower bounds
See original GitHub issueHi,
first of all thank you for the project this looks really interesting!
Is your feature request related to a problem? Please describe. All the versions in requirements are pinpoint which might cause version conflicts when using this with other packages e.g. fastapi.
Describe the solution you’d like
Instead of pinpoint the pydantic version make it lower bound
pydantic[email]>=1.5.1
Issue Analytics
- State:
- Created 3 years ago
- Comments:26 (15 by maintainers)
Top Results From Across the Web
How to pip install a package with min and max version range?
You can do: $ pip install "package>=0.2,<0.3". And pip will look for the best match, assuming the version is at least 0.2, and...
Read more >Should You Use Upper Bound Version Constraints?
Many (most) packages did this, but the general answer is ironically no, it is not an addition or a breaking change; the version...
Read more >User Guide - pip documentation v22.3.1
Constraints files are requirements files that only control which version of a requirement is installed, not whether it is installed or not. Their...
Read more >Refine Start Points - MATLAB & Simulink - MathWorks
To generate a uniform grid of start points: Generate multidimensional arrays with ndgrid . Give the lower bound, spacing, and upper bound for...
Read more >Manage distribution points - Configuration Manager
Procedure to install a distribution point. Use this procedure to add a new distribution point. To change the configuration of an existing ...
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 FreeTop 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
Top GitHub Comments
@dennis-wey I’m working on changing the internal interface. https://github.com/koxudaxi/datamodel-code-generator/pull/236
It’s not perfect. but, We will get good interfaces in the future.
More like openapi_schema_to_pydantic_classes. But as mentioned before this is actually not so far away from the current supported feature and I guess the only addition which makes sense is to add a python interface in addition to the cli interface so you can use the code better as library. I try to make a pr when I find the time to do so.