-
-
Notifications
You must be signed in to change notification settings - Fork 54
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
Too strict dependency pinning #1015
Comments
Dear Kai, thanks for reporting. Wetterdienst should be a good citizen of the packaging ecosystem, so we should look into relaxing that constraint. I am a bit hesitant on pinning on the lower bound in general, because, well, that does not protect against breaking changes, specifically with dependencies in their 0.x cycles, because we can't look into the future. In fact, I am asking myself why Dependabot did not submit a corresponding suggestion to upgrade the With kind regards, P.S.: I didn't look into the details yet, so I was just writing down what came to my mind about this. |
|
Thanks Andreas, much appreciated. It's not only |
Indeed, -- https://github.com/earthobservations/wetterdienst/blob/v0.60.0/pyproject.toml#L118 |
Oh my. Looking at those patches recently submitted by Dependabot, it looks like it only bumps versions in -- https://github.com/earthobservations/wetterdienst/pull/1009/files |
wetterdienst/.github/dependabot.yml Lines 8 to 12 in 8b3b522
|
GH-1016 will resolve that problem, but we will need to do some manual version bumping work beforehand. Currently upgrading Poetry on my machine, because, well, dependency staleness is everywhere.
I am still on Catalina, that means Homebrew needs to actually compile stuff (needs a fresh |
Hi @amotl, thank you very much for your work on this library! I really enjoy using it.
I noticed that Best, |
Thanks Moritz. I noticed that as well. Starting with GH-1017, the project metadata will probably need a few more subsequent patches, where polars will also be bumped. |
Hi again, I've just tried to bump polars, but there is a problem with version 0.17 already, see 1.
👀 - datetime.datetime(1939, 7, 26, 0, 0),
? ^ ----
+ datetime.datetime(1969, 9, 27, 0, 0),
? ^ ++++ Because it doesn't work without further ado, I am adding 04b2d1f, which will effectively not change anything on this matter. We will have to humbly ask @gutzbenj about it, to adjust the code correspondingly, when possible. 🙏 With kind regards, P.S.: GH-1026 attempts to go straight to polars 0.19. Maybe directly working on supporting this version is applicable, instead of bumping through 0.17 and 0.18 first. I don't think we need to support multiple versions here. Footnotes |
Those are the two major leftovers after bumping all the other dependencies to their most recent versions. Maybe you can add corresponding adjustments to make them being accepted? |
I can take care of the wradlib changes. |
Hi again, thank you so much for your support here, @kmuehlbauer, @gutzbenj, and @xylar. After refreshing the dependencies on the feedstock package, and updating the corresponding release patch accompanying version 0.61.0, we will need to resolve an issue about the
With kind regards, |
Dear all, can we close this issue given the new set of requirements rules? |
Hi again, if Kai is satisfied with the outcome now, I think it is safe to close the issue. Cheers, |
Great work. Thanks a bunch! |
The strict dependency declarations here:
https://github.com/conda-forge/wetterdienst-feedstock/blob/d7197c9d4b9bfa6dca1ed6629ea10d73d1570c53/recipe/meta.yaml#L25
which are based on those here:
wetterdienst/pyproject.toml
Lines 101 to 120 in e5230da
have a massive impact on installing wetterdienst in existing environments or alongside major packages of the scientific python stack.
Currently the strict declaration of
Pint = "^0.17"
(already at 0.22) doesn't allow to install alongside xarray2023.09.0
(which requires 0.19 at least).Is it really necessary to have these strict version pinning on the upper bound for so many packages? Would it be possible just pin on lower bound?
The text was updated successfully, but these errors were encountered: