You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The "info" is bold and quite redundant. It actually carries the least information, why is it highlighted?
It would be much nicer to have something like cargo's output, i.e.:
Thanks for the feedback. The info is bold because when that word is not info, but error or warning it is styled in bold color. Having all the log-line headers styled specially looks more consistent than just error/warning.
Part of future work is to make the cargo/rustup/rustfmt CLIs more consistent. I do like the way cargo emphasizes a verb, though there are other things about Cargo's UI i dislike.
The thing that bothers me more in your example is the download stats that interrupt the flow of the log.
Shouldn't errors and warnings be rare? Why not optimize for the common case?
They are rarer than non-errors for sure. You may be right that it would look bettor to not bold 'info:'. It's a point of preference. I took a look at the output without the bolding didn't have a strong opinion either way.
It's tempting to remove the 'info' since it doesn't convey much. I like that the consistent label makes clear that this is a specific type of output, this is what rustup does when it's just working on stuff. Makes it distinct from other types of output in the CLI. Using Cargo's scheme might also accomplish the same thing, especially with colors. I'll definitely keep thinking about it.
nightly-i686-pc-windows-msvc update failed written in red color, but error: component 'cargo' in white as other log entries. It would be nice to mark errors with red color too.
but error or warning it is styled in bold color.
As for me, it does not styles as bold (windows 7, conemu, Lucida Console).
Activity
brson commentedon Apr 5, 2016
Thanks for the feedback. The
infois bold because when that word is notinfo, buterrororwarningit is styled in bold color. Having all the log-line headers styled specially looks more consistent than just error/warning.Part of future work is to make the cargo/rustup/rustfmt CLIs more consistent. I do like the way cargo emphasizes a verb, though there are other things about Cargo's UI i dislike.
The thing that bothers me more in your example is the download stats that interrupt the flow of the log.
vks commentedon Apr 6, 2016
Shouldn't errors and warnings be rare? Why not optimize for the common case?
brson commentedon Apr 6, 2016
They are rarer than non-errors for sure. You may be right that it would look bettor to not bold 'info:'. It's a point of preference. I took a look at the output without the bolding didn't have a strong opinion either way.
vks commentedon Apr 6, 2016
Fair enough. I would probably remove the "info:" entirely and keep the "warning:" and "error:", but I guess this is just bikeshedding.
brson commentedon Apr 9, 2016
It's tempting to remove the 'info' since it doesn't convey much. I like that the consistent label makes clear that this is a specific type of output, this is what rustup does when it's just working on stuff. Makes it distinct from other types of output in the CLI. Using Cargo's scheme might also accomplish the same thing, especially with colors. I'll definitely keep thinking about it.
pravic commentedon Sep 2, 2016
Based on output from #708:
nightly-i686-pc-windows-msvc update failedwritten in red color, buterror: component 'cargo'in white as other log entries. It would be nice to mark errors with red color too.As for me, it does not styles as bold (windows 7, conemu, Lucida Console).
epage commentedon Oct 21, 2025
#4551 styled help output to match Cargo
#4556 for
rustup show#4557 for
rustup update#4558 for
rustup * list#4559 for
rustup toolchain list(which is different than the others)#4563 for
rustup checkepage commentedon Oct 29, 2025
#4574 explores an alternative layout for
rustup check