Include rustfmt and clippy components by default

[tyranron]

I know this issue has been raised already a couple of times (#16, #36, even by me). But with latest stable 1.31 release and 2018 edition landing, the clippy and rustfmt components are part of stable toolchain (so no versions mess). Maybe they worth to be included into rust image by default as are widely used in comparing to other rustup components?

The current situation with CI is relatively OK:

fmt:rust:
  stage: test
  dependencies: []
  image: rust:1.31
  services: []
  before_script:
    - rustup component add rustfmt
  script:
    - cargo fmt --check

But is trickier when it comes to CLI Docker usage:

docker run --rm -v "$(pwd)":/app -w /app rust:1.31 cargo fmt

error: 'cargo-fmt' is not installed for the toolchain '1.31.0-x86_64-unknown-linux-gnu'
To install, run `rustup component add rustfmt`

Having them baked into the image already will make its usage smoother for almost any project.

[sfackler]

This seems like a decision that should be made in rustup rather than the docker image.

[Stargateur]

@sfackler rustup seem to say that it's not their business, rust-lang/rustup#1569 (comment) is their any reason now to not include it now ?

Could we have a rust:tools or something ?

[mleonhard]

Can we please re-open and reconsider this?

The instrumentisto/rust images have clippy and rustfmt.

Related: "Include rustfmt and clippy" rust-lang/docker-rust-nightly#25

[strct]

There is an unofficial docker image for latest rust including cargo fmt and cargo clippy: https://hub.docker.com/r/rustdocker/rust (It's not mine, but may be valuable for others searching a solution). Gitlab repository here: https://gitlab.com/imp/rustdocker/blob/master/rust/Dockerfile

[abonander]

rustdocker/rust unfortunately looks like it hasn't been kept up to date.

I would really suggest at least providing another tag with Clippy and rustfmt installed, because when using the image in CI you're gonna end up installing them anyway.

[strct]

I do agree that it would be really great if rustfmt and clippy would be added to the official docker image, or a separate official docker image with clippy and rustfmt would be added (at least for stable rust in my use case).

rustdocker/rust doesn't add newer tags to docker.io, but it is on the latest rust version:

podman run --rm -it docker.io/rustdocker/rust:stable
info: syncing channel updates for '1.58.1-x86_64-unknown-linux-gnu'

  1.58.1-x86_64-unknown-linux-gnu unchanged - rustc 1.58.1 (db9d1b20b 2022-01-20)

info: checking for self-updates
rustup 1.24.3 (ce5817a94 2021-05-31)
info: This is the version for the rustup toolchain manager, not the rustc compiler.
info: The currently active `rustc` version is `rustc 1.58.1 (db9d1b20b 2022-01-20)`
rustc 1.58.1 (db9d1b20b 2022-01-20)
cargo 1.58.0 (f01b232bc 2022-01-19)
root@7a666a78d328:/# rustc --version
rustc 1.58.1 (db9d1b20b 2022-01-20)
root@7a666a78d328:/# rustfmt --version
rustfmt 1.4.38-stable (db9d1b2 2022-01-20)

not sure why rustdocker/rust is trying to rustup update when running the container though.

[Stargateur]

I personally stop waiting and use the image of our beloved master shep, https://hub.docker.com/u/shepmaster (contains nice image and updated daily). Since shep is a trusted and old Rust contributor it's enough secure for me.

Thus I still push for an official one.

[strct]

Thanks for the link. I didn't know about this docker image. I'll start using them too. But I would still appreciate it if rustfmt and clippy were included in the official rust docker image.

[mleonhard]

I still need this. Please re-open?

[vaelund]

Please re-open?

I second this. Please reconsider.

Is there any good argument against this, apart from increasing the image size?