Typo fix in copyright s/magneta/magenta/

Fix typo in search subcommand and related tests.

Revert "Fix one more typo in cargo search command."

This reverts commit a7347f1f539654d9f89910f26a51b9f7f8e08ef1.

Fix one more typo in cargo search command.

Add new vendor crate copyright information.

Make cargo priority optional from extra

Priority extra is deprecated from Debian policy 4.0.1.

Update changelog.

Mark package compliance with Debian policy 4.1.1

Refresh patch 1001, 2002 and 2004 with new upstream.

Updated version 0.22.0 from 'upstream/0.22.0'

with Debian dir df35b36f6b40533c109b20cab36a943be981109f

New upstream version 0.22.0

Add conv crate file to unsuspicious files.

Merge branch 'debian/sid' into debian/experimental

Release 0.21.1-2 to Debian unstable.

Auto merge of #4584 - alexcrichton:beta-next, r=matklad

[beta] Fix [patch] causing updates with a virtual manifest

This is a backport of https://github.com/rust-lang/cargo/pull/4583

Fix [patch] causing updates with a virtual manifest

This commit fixes the [patch] implementation to avoid causing spurious updates
of the registry when specified inside of a virtual manifest via a path
dependency that was otherwise outside of the workspace.

Cargo previously attempted to learn about path dependencies through the
configuration of the workspace by looking at members, their path dependencies,
and their replace sections. The replace/patch sections, however, only matter at
the root of the workspace and those weren't looked at! This commit fixes this
problem by explicitly looking at the workspace's replace/patch sections and
avoiding looking at other manifest replace/patch which shouldn't matter.

Closes #4552

Auto merge of #4572 - integer32llc:rust-1.21.0, r=alexcrichton

Backport of #4551 - owner-invite-messages

And *just* this change this time, I think :)

r? @alexcrichton

Fix tests on nightly

Auto merge of #4551 - natboehm:owner-invite-messages, r=alexcrichton

Owner invite messages

This PR addresses issue #4537, the plan for `cargo owner --add` requiring invitations in Cargo and the encompassing issue [#924](https://github.com/rust-lang/crates.io/issues/924), requiring an invite to add someone as an owner in Crates.io.

Regarding the Cargo issue, we went with Option 2, changing the `add_owners` function to decode a struct sent from Crates containing a `boolean` and `String`, the `boolean` being the response status and `String` being the success message. This may sound redundant however we concluded that using both of these fields were necessary to support older versions of Cargo - if we changed Crates.io to only return the `String` message on success this would likely break systems using the older version of `add_owner` expecting a response containing a `boolean`. Matching this schema, `add_owners` on the Crates.io side will soon return a struct containing a `boolean` and `String`, and instead of adding a new crate owner to the database will add a crate owner invite. If successful, `modify_owners` now prints the message sent from Crates.io instead of the old hardcoded message.

Resolves #4537

Put upstream PR url for patch 1001.

Prepare 0.21.1 for experimental.

Rename clean-cargo-deps.patch to follow patch naming guidelines

Adjust make_orig_multi.sh to use new patch name.

Fix DEP-3 headers for patch 2003.

Add patch to fix spelling errors in cargo.

Rename patches to follow naming guidelines in patches/README file.

Mark package as compliant with Debian Policy 4.1.0

Add wildcard for ARCHITECTURE.md file.

Drop duplicates from Files section

Add missing copyright information to copyright file.

Warnings were mostly reported by lintian after new version was built.

Drop unreferenced wild cards from copyright file.

Update changelog (import 0.21.1).

Updated version 0.21.1 from 'upstream/0.21.1'

with Debian dir 11909be72f2dce9c35dfe09d07ff634ee4ed0bb2

New upstream version 0.21.1

Ignore sublime workspace file from hex crate.

Mark tables.rs from unicode-normalization as unsuspicious.

This file was regenerated by upstream during recent release of crate.

Update changelog.

Add myself as uploader for cargo package.

Release 0.20.0-2 to Debian unstable.

Work around #865549, fixes FTBFS on ppc64el

guess-crate-copyright: clone quietly for easier copy-paste of output

Bump to 0.21.1

Update error-chain to 0.11.0

Auto merge of #4439 - ishitatsuyuki:bench-cleanup, r=matklad

Gate extern crates for bench tests

I tried my best to skim through the `extern crate` statements, and I hope this will unblock the unused extern crates PR.

Fix remaining test failures

tests/cfg: allow unused extern crates

tests/build-script: allow unused extern crates

Gate feature for bench tests

Gate extern crates for bench tests

Auto merge of #4358 - Mark-Simulacrum:fix-cfg-cargo, r=alexcrichton

Discover crate type information late if necessary.

Some crates aren't found during eager crate-type searching due to being behind `cfg(...)` flags. We still want to be able to handle these, though, so when necessary we now call rustc again to get crate-type information for these cfg-ed crates.

This is necessary for https://github.com/rust-lang/rust/pull/41991.

r? @alexcrichton

Auto merge of #4437 - ishitatsuyuki:deps-purge, r=matklad

Purge deps, round 2

Sorry for creating so much iterations, I have no local build of the new compiler :)

Discover crate type information late if necessary.

Some crates aren't found during eager crate-type searching due to being
behind `cfg(...)` flags. We still want to be able to handle these,
though, so when necessary we now call rustc again to get crate-type
information for these cfg-ed crates.

Purge deps, round 2

Auto merge of #4435 - ishitatsuyuki:deps-purge, r=matklad

Purge unused extern crates

Purge unused extern crates

Auto merge of #4433 - alexcrichton:unstable-features, r=matklad

Add infrastructure for nightly features and flags

This PR starts adding infrastructure in Cargo for nightly features and nightly flags. The current design looks like:

* There's a new `package.cargo-features` manifest key which accepts an array of strings. This array of strings is the list of enabled Cargo features for that crate.
* A new suite of flags behind `-Z`, like the compiler, are accepted on the command line for all commands.
* Features and unstable flags in Cargo are required to be used on Cargo's nightly channel, which is the same as Rust's nightly channel.
* Features and unstable flags cannot be used on the stable/beta channels of Rust/Cargo.
* Crates which enable features in their manifest are disallowed from being published to crates.io

The motivation behind this support is unblock a number of efforts in Cargo by allowing them to safely get implemented behind a nightly feature gate. Once behind a feature gate they can iterate in-tree without having to worry about "insta stability" and we can also get valuable usage feedback about upstream users.

Closes https://github.com/rust-lang/cargo/issues/4409

Add infrastructure for nightly Cargo flags

Empty commit to note that this was actually released to Debian unstable.

Add support for nightly features in Cargo

Release 0.20.0-1 to Debian experimental.

python3-minimal => python3, otherwise lintian complains

Update d/changelog

Update TODO.Debian

Fix some more lintian warnings

- Update d/copyright for generated unicode-based files
- Add Suggests for the python scripts
- Add note about -C prefer-dynamic

Try prefer-dynamic

Build the docs

Update d/copyright

Cargo uses --verbose not VERBOSE

guess-crate-copyright: use "MIT" instead of "Expat" or "MIT-License"

Debian prefers "Expat" to "MIT" but we'll match debcargo(1) and the Rust ecosystem here

Update d/copyright

Don't clean Cargo.toml.orig files

Update TODO

Updated version 0.20.0 from 'upstream/0.20.0'

with Debian dir c6acf78a710e8dc48d95c960778c203b5fc3276d

New upstream version 0.20.0

Make prune-checksums deterministic

Exclude the *.a files because we can't build them right now

Auto merge of #4431 - vignesh-sankaran:maintenance-badge-docs, r=alexcrichton

Add maintenance badge docs

Pending merging of [this PR for crates.io](https://github.com/rust-lang/crates.io/pull/952). This should close off [#704 on crates.io](https://github.com/rust-lang/crates.io/issues/704). I've also updated the badge metadata docs and reordered the fields into groups by build, code coverage, and maintenance.

So I've decided to put the list of possible badge options in the documentation, we'll have to find another place to put more detailed descriptions of the available maintenance badges.

Added maintenance badge and reordered badge metadata fields

Auto merge of #4432 - potocpav:patch-1, r=matklad

Correct a paragraph

The previous formulation was incorrect in the descriptions of the `x` and `y` version numbers.

Correct an inaccuracy

Auto merge of #4429 - ishitatsuyuki:test-purge, r=matklad

cargotest: purge deps

Blocking rust-lang/rust#42588.

Correct and reword a paragraph

The previous formulation was incorrect in the descriptions of the `x` and `y` version numbers.

cargotest: purge deps

Auto merge of #4424 - Xanewok:process-builder-api, r=alexcrichton

Add `fn args_replace` and `fn get_program` to `ProcessBuilder`

`Executor::exec()` provides a `ProcessBuilder` argument representing compiler call and if someone wants to use it or modify it for their own purposes, they have to (partially) recreate it themselves.

This:
* makes the argument modification possible (via `args_replace`, analogous to `env_remove`)
* exposes the program that will be run (via `get_program`, in case `rustc` is overriden via wrapper etc.).

r? @alexcrichton

Add `fn args_replace` and `fn get_program` to `ProcessBuilder`

Auto merge of #4416 - Xanewok:more-executor-params, r=alexcrichton

Expose `Target` and `Unit` params to appropriate `Executor` callbacks

This effectively does only two things:
* Pass existing `&Unit` to `init()`
* Pass existing `&Target` to `exec()`s

Also updated doc comments slightly.

The `init()` is called for every `Work` preparation by `rustc()` and since it's not called once (not sure if intended?), it'd be good to include more information for which `Unit` the `rustc` process invocation has been initially prepared (I think more importantly it shows that `init()` is called many times for many targets).
Additionally, it'd be good to know about `Unit` compiled in the `exec()` callbacks in more structured manner (so the user doesn't have to parse the `ProcessBuilder` arguments and/or make certain assumptions) and since `target` was already cloned and moved into the closure, it was only a matter of exposing it.

I think it'd be ideal to provide all the necessary information to recreate a `Unit` but with a static lifetime needed for the closure, however this would mean cloning more data per-target ([`Kind`](https://github.com/rust-lang/cargo/blob/master/src/cargo/ops/cargo_rustc/mod.rs#L41) should be basically free, however not sure if cloning [`Profile`](https://github.com/rust-lang/cargo/blob/master/src/cargo/core/manifest.rs#L151) is acceptable). With this, `Executor` users could query `Context` more easily (e.g. to get a unit dep graph! :smile:), as the API accepts `Unit`s in many places.

r? @alexcrichton
cc @nrc

EDIT:
This changes the public API, not sure if there's something else I should do about it, only ran `cargo test` locally.

Auto merge of #4364 - RalfJung:feat, r=alexcrichton

Required dependencies are not features

Also, while I was at it, I fixed an error message which complained about something not being an optional dependency, when really what mattered was that it was not a dependency at all.

I made a bunch of guesses about how things work. These guesses ended up as comments in the commit (so hopefully, the next reader of these files has to guess less). I am not totally certain these comments are all correct, so please yell if not. :)

In particular, for resolve_features, I observed that dependencies get compiled even when they are not returned from that function. But judging from how the function used to behave, it actually returns all dependencies, even those that have nothing to do with any features. (Making the name rather misleading, TBH...)

Fixes #4363

Expose `Target` and `Unit` params to appropriate `Executor` callbacks

fix borrowing the shell twice

Using required dep as a feature is a warning for now, not an error

Auto merge of #4400 - behnam:pr4157, r=alexcrichton

[check|build|rustc] Add --all-targets option

`cargo check` does not check all targets by default, and to check all,
you need to call it `cargo check --tests --examples --bins --benches`.

Here, we implement `--all-targets` For `check`, `build`, and `rustc`.

For consitency, `--all-targets` is also added to other commands like
`test` although "all targets" is the default behavior.

This is a rebase of <https://github.com/rust-lang/cargo/pull/4157>

improve misleading error message

detect required dependencies used as features

test for mandatory dependencies not to be considered features

Auto merge of #4404 - parkovski:master, r=alexcrichton

Fix #4370 - init panic in C:\ or /

This fixes the crash in this issue, but the error message is strange - unable to create directory 'C:\\.'. I don't have write permissions there without becoming admin, so I suspect it's just a permission issue, but the weird error can be fixed by calling Path::canonicalize on line 300.

Fix #4370 - init panic in C:\ or /

Auto merge of #4402 - bluss:doc-rustdocflags, r=alexcrichton

Document `RUSTDOCFLAGS`

Documentation for this environment variable was missing. It's supported in stable releases of Rust already.

Document `RUSTDOCFLAGS`

Auto merge of #4401 - alexcrichton:beta-next, r=alexcrichton

[beta] Allow to skip test code during publishing

Backport of https://github.com/rust-lang/cargo/pull/4389

Remove another unused mut

Update error-chain dep for crates-io as well