deprecate ExactValidArgs in favour of MatchAll(OnlyValidArgs, ...)

[umarcor]

This is a subset of #1643, which is a subset of #841.

[marckhouzam]

This is so close to #1643, I'm not sure we can't go straight to merging #1643.

Let's see which approach @jpmcb prefers.

[jpmcb]

Any reason for splitting this up into multiple PRs?

Generally, I think i'd prefer to tackle in as few PRs as possible. But if it makes sense to do multiple, that's fine.

I don't have a ton of context on this, so let me familiarize myself and get back on this

[umarcor]

Any reason for splitting this up into multiple PRs?

Having it all together did delay the contribution several years, because it was apparently too much to tackle. Splitting into smaller pieces is allowing to slowly get the content merged.

On the other hand, according to ab42c93, #1643 might produce an error because it modifies more than 200 lines.

I don't have a ton of context on this, so let me familiarize myself and get back on this

See #1643 (comment).

[umarcor]

@jpmcb can we please merge this M-sized PR, to move forward with the series?

[umarcor]

@jpmcb @marckhouzam @johnSchnake can we please address this before the spring is over?

[marckhouzam]

I vote for merging #1643 directly

[umarcor]

#1643 is a superset, so merging any of them will solve this.

[umarcor]

ping @spf13 @johnSchnake @jpmcb @marckhouzam

[marckhouzam]

I'm reviewing and expect to merge #1643 which is a superset of this one. So I believe we can close this one.
Please reopen @umarcor if I misunderstood.