On 02/15/2018 10:10 PM, Igor Gnatenko wrote:
Do we actually want to ship both versions of rustfmt just for users
to be able to switch?
I don't think that's necessary. The "preview" version really is the
newer release of the old codebase, despite what the numbers say.
On 02/16/2018 01:57 AM, Fabio Valentini wrote:
From reading the release notes, the new rustfmt is explicitly in a
tech preview state.
Is there a benefit in going through the epoch and versioning limbo
just to get this preview into fedora, while the old rustfmt is still
(and will continue to be) available?
I'd just wait until the new one is considered stable, at which point
no epoch bump would be needed (Version should be 1.0 at that point,
according to the rust blog post).
I do think it's valuable to package now, because it really is improved
over the old version. I think an epoch is not so horrible, but I do
understand the general distaste.
We could take upstream's lead and call this subpackage rustfmt-preview
instead, so it's distinct from the existing rustfmt.rpm. They'll be
providing conflicting files in %{_bindir} though.
Is there a way to make "dnf install /usr/bin/rustfmt" prefer the preview
package? Can Provides+Obsoletes make that work?