deps: update dependencies

[adamcavendish]

deps: update dependencies

• eyre: 0.4 => 0.6.8
• hashbrown: 0.9 => 0.14.5
• indexmap: 1.6 => 2.5.0
• num-complex: 0.2 => 0.4.6
• chrono-tz: 0.6 => 0.10

Eyre min-version is limited to 0.6.8 to be compatible with MSRV 1.63
Hashbrown min-version is limited to 0.14.5: rust-lang/hashbrown#574
Indexmap min-version is limited to 2.5.0 to be compatible with hashbrown 0.14.5

[adamcavendish]

Hi @davidhewitt , the eyre package starts to have MSRV since v0.6.9, which is 1.65.0.

Reference: https://crates.io/crates/eyre/versions

However, PyO3 has MSRV 1.63. What do you think I should do with eyre?

• Leave it on the original version
• Update PyO3 MSRV to 1.65.0

[davidhewitt]

Thanks for this, we should keep MSRV at 1.63. So we should keep eyre to >= 0.6.8. There might be similar cases for the other packages?

[kahojyun]

https://lib.rs is useful for choosing minimum versions. For example, we can view MSRV and download counts of eyre on https://lib.rs/crates/eyre/versions and https://lib.rs/crates/eyre/rev.

[adamcavendish]

As discussed, the dependencies have been limited to:

• Eyre is limited to 0.6.8 to be compatible with MSRV 1.63
• Hashbrown limited to 0.14.5: 0.15 not compatible with 1.63 despite rust-version hint rust-lang/hashbrown#574
• Indexmap is limited to 2.5.0 to be compatible with hashbrown 0.14.5

Note that not only ">=" have been updated, but "<" are also updated to address the limitations.

[davidhewitt]

Actually, I think it's probably better to let the upper bounds be the latest versions of the crates. As long as the lower bounds can build on MSRV and we haven't dropped extremely popular versions of the crates, it's best for the ecosystem if we support a wide range. Sorry to have not been clearer about the upper bounds!

[davidhewitt]

I.e. upper bounds should ideally be the latest major versions unless there's a very good reason not to support them. I think the upper bounds we had previously were probably fine?

[adamcavendish]

I.e. upper bounds should ideally be the latest major versions unless there's a very good reason not to support them. I think the upper bounds we had previously were probably fine?

The upper bounds are reset.

[adamcavendish]

@davidhewitt feel free to merge if you consider it fine. Or happy to make changes if any comments.

[davidhewitt]

Thanks, this looks good to me! Sorry for the delay, long week 😩