RFC: MSRV Policy

オープン

#1,455 2024年11月22日に作成コメント 2 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 25/100

issue の種類: 機能追加
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: rust
領域: build-system, release

調査の方向性

Read the MSRV discussion and inspect Cargo.toml, including the current dependency and version metadata. Gather the requested user feedback and compare the policy options; done means reaching agreement on whether to promise an MSRV, how it is maintained, and which version increment applies when it changes.

索引モデルが issue の本文から書いたものです。

説明

A recent change to url has caused openblas-src's MSRV to bump to 1.67 (when using most recent dependencies). While this doesn't affect ndarray directly, it does affect the clarity and interoperability of ndarray with a major BLAS provider and raises an important question: should ndarray have an MSRV policy and, if yes, what should that policy be?

This question breaks down into three parts:

Should ndarray promise a certain MSRV? (This means listing a rust-version in the Cargo.toml and pinning any necessary dependencies in patch versions to ensure that rust-version is maintained)
If ndarray does promise an MSRV, what should be the policy for which MSRV is guaranteed? For example, two years (the approximate MSRV right now) vs two versions.
When ndarray bumps its MSRV, is that a patch update, or a minor version update?

I would like to solicit feedback on this topic from users of ndarray. If you use ndarray, what is your usual Rust configuration? Are you running on the most recent version, or something older?

MSRV and its association with versioning is a much, much larger conversation. If possible, I would like to keep any conversation to just what ndarray's policy should be; not what the wider ecosystem does.

My personal preference is that ndarray does promise a recent MSRV, and that updates to that MSRV occur only in minor version updates.

主要言語: Rust
スター: 4.3k
フォーク: 391
PR マージ指標: 30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

rust-ndarray/ndarray のほかの issue

.is_all_nan() returns true for an all-finite array オープン

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

rust-ndarray/ndarray#1612 · コメント 1 件 · 2026年8月8日に作成
failed Send inference with ndarray v0.17 and uom 0.38 オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

rust-ndarray/ndarray#1617 · コメント 1 件 · 2026年9月9日に作成
Stack overflow in `triu` オープン

bug good first issue

難易度 3/5 1〜2日初心者へのやさしさ 68/100

rust-ndarray/ndarray#1615 · コメント 1 件 · 2026年9月8日に作成
Type covariance absent when used in struct オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

rust-ndarray/ndarray#1610 · 2026年7月27日に作成
Empty Array lead to "The strides must not allow any element to be referenced by two different indices" オープン

難易度 3/5 1〜2日初心者へのやさしさ 72/100

rust-ndarray/ndarray#1609 · 2026年7月23日に作成

rust-ndarray/ndarray の issue をすべて見る

似ている issue

test(runtime): narration fixture builds ResolvedContextLimits with budget above window オープン

risk:low runtime status:in-progress type:test

難易度 1/5 1時間未満初心者へのやさしさ 92/100

zeroclaw-labs/zeroclaw#11023 · 2026年9月21日に作成
Refactor traits.rs so that it is only traits オープン

good first issue refactor

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

bcgit/bc-rust#148 · 2026年9月21日に作成
RES: clear actor function state on deregistration オープン

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

EricSpencer00/Resilient#4835 · コメント 1 件 · 2026年9月21日に作成
docs(skills): document `refresh --get` for cross-machine stack reconciliation オープン

agent:ready documentation

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

cesarferreira/stax#890 · 2026年9月21日に作成
asn1grep.py: small error message bug in reporting not-found type オープン

bug

難易度 1/5 1時間未満初心者へのやさしさ 90/100

EFForg/rayhunter#1161 · コメント 1 件 · 2026年9月20日に作成

Rust の issue をもっと見る