Patch to fix build failure due to failure deprecated warnings

Update copyright information for new release.

updated changelog for 0.29.0 (not yet ready for upload)

Update patch 2003 for new libssh2-sys

Refresh patch 2002

Update 2001 to new libgit2-sys

Remove fuzz from 2004

Update upstream source from tag 'upstream/0.29.0'

Update to upstream version '0.29.0'
with Debian dir 22d4e657f4c6e4a475be00484a842da4b5b3f772

New upstream version 0.29.0

Change pattern for embedded zlib

Update unsuspicious text for new release 0.29.0

Upload 0.28.0 to unstable.

Prepare upload to experimental

Disable incremental test on sparc64 thanks to John Paul

Prepare release for experimental.

Introduce patch to disable fetch platform specific tests

Prepare upload to experimental.

Bump standards version to 4.1.5

Update copyright information.

Drop unwanted formatting changes from patch

Update changelog

Update copyright for new release.

Refresh patch 2007 for new release.

Add patch to use libssh2 from system

Update patch 2001 for new libgit2-sys version.

Drop patch 2008, merged upstream.

More standard changelog formatting

Fix python3 build-dep for cross-compile, multi-arch:allowed needs :native annotation here

Merge branch 'debian/sid' into debian/experimental

Update of the alioth ML address.

Update changelog (not ready for release).

Update upstream source from tag 'upstream/0.28.0'

Update to upstream version '0.28.0'
with Debian dir 1abcf632df0eae855f6df6f9e110cb16fc624d00

New upstream version 0.28.0

Update for new release.

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

[beta] Partially revert dep changes in #5651

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

Partially revert dep changes in #5651

Some logic which was tweaked around the dependencies of build script targets was
tweaked slightly in a way that causes cargo to stack overflow by accientally
adding a dependency loop. This commit implements one of the strategies discussed
in #5711 to fix this situation.

The problem here is that when calculating the deps of a build script we need the
build scripts of *other* packages, but the exact profile is somewhat difficult
to guess at the moment we're generating our build script unit. To solve this the
dependencies towards other build scripts' executions is added in a different
pass after all other units have been assembled. At this point we should know for
sure that all build script executions are in the dependency graph, and we just
need to add a few more edges.

Closes #5708

Auto merge of #5687 - ehuss:beta-panic-rustdoc, r=alexcrichton

[BETA] Fix doctests linking too many libs.

Backport of #5651.

[BETA] Fix doctests linking too many libs.

Backport of #5651.

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

[beta] Fix `cargo install` using a workspace target dir

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

Fix `cargo install` using a workspace target dir

Closes #5662

Auto merge of #5671 - Mark-Simulacrum:backport-4be5a4486, r=alexcrichton

Fix avoiding a rebuild when moving around a workspace

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

There's a case where Cargo will recompile a project even if the fingerprint
looks like it's fresh, when some output files are missing. This was intended to
cover the case where an output file was deleted manually or otherwise messed
with. The check here was a bit too eager, however. It checked not only the
actual output destination of the compiler but *also* the location that we hard
link the output file up to.

Due to recent changes in #5460 we don't always create the hard links for path
dependencies in the top-level dir, and this meant that if the library were
compiled and then tested later on the test may recompile the original library by
accident.

The fix in this commit is to cease looking for the hardlink if it exists or not.
This way we only check for the presence of the output file itself and only
recompile if that file is missing. The reason for this is that we
unconditionally relink files into place whether it's fresh or not, so we'll
always recreate the hard link anyway if it's missing.

cc rust-lang/rust#51717

r? @alexcrichton

Fix avoiding a rebuild when moving around a workspace

There's a case where Cargo will recompile a project even if the fingerprint
looks like it's fresh, when some output files are missing. This was intended to
cover the case where an output file was deleted manually or otherwise messed
with. The check here was a bit too eager, however. It checked not only the
actual output destination of the compiler but *also* the location that we hard
link the output file up to.

Due to recent changes in #5460 we don't always create the hard links for path
dependencies in the top-level dir, and this meant that if the library were
compiled and then tested later on the test may recompile the original library by
accident.

The fix in this commit is to cease looking for the hardlink if it exists or not.
This way we only check for the presence of the output file itself and only
recompile if that file is missing. The reason for this is that we
unconditionally relink files into place whether it's fresh or not, so we'll
always recreate the hard link anyway if it's missing.

cc rust-lang/rust#51717

Update README.source to mention preferred way of upload.

Auto merge of #5603 - matklad:publish-nightly-features, r=matklad

Allow publishing crates with nightly features

closes #5427.

cc @rust-lang/cargo: I remember a vigorous debate over publishing crates with nightly Cargo features, but I can't recollect our exact plan of action. The discussion is logged here: https://paper.dropbox.com/doc/Unstable-Cargo-features-JBYMdsUYcO3FyW8Ubkjoz.

I think we just need to allow to publish crates with unstable cargo features, for the same reason we allow unstable rust features: you need explicit opt-in, even for deps. This is covered by Cargo tests: https://github.com/rust-lang/cargo/blob/9f097787b04b06cdde4fc42b26a531b22c1b37a6/tests/testsuite/cargo_features.rs#L115-L215.

I am not sure if we have ever implemented crates.io side of validation?

Release 0.27.0-2 to Debian unstable.

Support cross-compile install

Add link to bug on cross-linker auto-detection

Auto merge of #5613 - oli-obk:master, r=matklad

Allow rustc bootstrap to use unstable features even though it's using a beta-cargo

This is the sane alternative to https://github.com/rust-lang/rust/pull/51322#issuecomment-394828839

cc @kennytm

Order can be important if cargo tests are run inside the rustc build system

Allow rustc bootstrap to use unstable features even though it's using a beta-cargo

Auto merge of #5607 - ehuss:config-rustc, r=matklad

Remove some minor, unused code.

I think this was left behind as part of #5359.

Remove some minor, unused code.

I think this was left behind as part of #5359.

Auto merge of #5604 - debris:issue_5602, r=matklad

fixed 5602, expose cached build script output in json output

fixes #5602

extracted duplicated chunk of code into `fn emit_build_output`, removed redundant line from `compiler_json_error_format` test

Auto merge of #5589 - boxdot:issue-5267, r=matklad

Clean error msg when lockfile contains duplicate packages.

Resolves #5267.

(Implemented at RustFest Paris `impl days`.)

Improve error message on duplicate packages in lockfile.

Move duplicate pkgs check to resolve builder.

Upload to unstable.

fixed #5602, expose cached build script output in json output

Allow publishing crates with nightly features

Auto merge of #5506 - ehuss:config-profile, r=alexcrichton

Config Profiles (RFC 2282 Part 2)

Notes:
- `-Z config-profile` CLI option is required to use.
- Config values no longer reject mixed base types (integer, string, boolean) in order to support the mixed types in profiles.

Prepare upload for experimental.

Update copyright with new vendor crate info

Auto merge of #5599 - gibix:fix/4746, r=alexcrichton

fix #4746 and add test

fix #4746 and add test

Signed-off-by: gibix <gibix@riseup.net>

Use new config API.

Also, require "override" feature if used in a config.

Config Profiles (RFC 2282 Part 2)

Notes:
- `-Z config-profile` CLI option is required to use.
- Config values no longer reject mixed base types (integer, string, boolean) in order to support the mixed types in profiles.

Auto merge of #5552 - ehuss:config-serde, r=alexcrichton

Typed Config Access

This introduces a new API for accessing config values using serde to
automatically convert to a destination type.  By itself this shouldn't
introduce any behavioral changes (except for some slight wording changes to
error messages).  However, it unlocks the ability to use richer data types in
the future (such as `profile`, or `source`).  Example:

```rust
let p: Option<TomlProfile> = config.get("profile.dev")?;
```

Supports environment variables when fetching structs or maps.  Note that it can
support underscores in env var for struct field names, but not maps.  So for
example, "opt_level" works, but not "serde_json" (example:
`CARGO_PROFILE_DEV_OVERRIDES_serde_OPT_LEVEL`).  I don't have any ideas for a
workaround (though I feel this is an overuse of env vars).

It supports environment variables for lists.  The value in the env var will get
appended to anything in the config.  It uses TOML syntax, and currently only
supports strings.  Example:  `CARGO_FOO=['a', 'b']`.  I did *not* modify
`get_list` to avoid changing behavior, but that can easily be changed.

Auto merge of #5590 - esteve:libname-doc, r=matklad

Handle the case where the name of a library is different from the package's

Resolves #5568

Disable cargo doc --open tests on Windows and macOS.

Added two more tests: one where a package contains a library and a binary and another where it only contains a binary.

Auto merge of #5591 - simonasker:correct-command-paths, r=matklad

Correct command directory paths

r? @matklad

Use [/] instead of hardcoded / so that it's portable on Windows.

Don't pass --open as an argument.

Correct command directory paths

Added test where the name of the library is different from the package's.

Auto merge of #5584 - boxdot:master, r=matklad

Verify that src dir wasn't modified by build.rs when publishing

Fixes issue #5073.

Implemented during RustFest Paris `impl days`.

Fix test to work on Windows

Add more instructions to error message

A package will always contain at least one library or a binary.

Compare pkg ids based on their encoding.

This comparison is needed, since we want to figure out which packages
are duplicate in the lockfile. Package coming from different
registries will be different in the lockfile, but not local packages
with the same name and version but different path.

Clean error msg when lockfile contains duplicate packages.

Auto merge of #5587 - matklad:rustdoc-target, r=alexcrichton

Support `--target` argument in `cargo rustdoc`

We don't support `--target` in `cargo rustdoc`. Seems like an omission to me? We support it in `cargo rustc`. Discovered in https://github.com/rust-lang/cargo/pull/5543#issuecomment-392525154.

Support `--target` argument in `cargo rustdoc`

Use auto split argument in test

Provide more context when src files changed while packaging

Co-authored-by: boxdot <d@zerovolt.org>

Document that build scripts should not modify files outside OUT_DIR.

Co-authored-by: Gabriel Feron <feron.gabriel@gmail.com>

Add cargo --no-verify test when checking that src dir was not modified while publishing

Add test to check that publish fails when src directory was changed.

Co-authored-by: boxdot <d@zerovolt.org>

Verify that src dir was not modified by build.rs during publish.

Co-authored-by: Gabriel Feron <feron.gabriel@gmail.com>

Auto merge of #5574 - kornelski:names, r=matklad

A more complete example of authors

Documentation doesn't show how to specify author names or how to specify multiple authors.

Auto merge of #5570 - alexcrichton:fix-deadlock, r=matklad

Fix an issue of deadlock in Cargo

Currently Cargo can deadlock itself via file locks in somewhat obscure
scenarios. One way to trigger this scenario is by causing the index to fail
being created, for example through an invalid `init.templatedir` configuration.

This commit takes the strategy of solving two bugs:

* First, the deadlock is fixed. This is done by manually ensuring that the
  current deadlock doesn't happen by scheduling cached work to happen outside
  the scope of a lock.
* Second, the initialization of the registry's index is fixed. We turn off the
  usage of external templates as we don't want to use them for this internally
  managed repository anyway.

Closes #5551

Auto merge of #5581 - kngwyu:for-racer, r=alexcrichton

Add missing reexport for #5572

Sorry I forgot to change `mod.rs` in #5572

Auto merge of #5580 - ehuss:doc-build-plan, r=alexcrichton

Document unstable --build-plan

Add missing reexport for #5572

Document unstable --build-plan

Auto merge of #5578 - cardoe:extend-ci, r=alexcrichton

add GitLab CI to the CI docs

Cargo supports GitLab CI natively for CI badges so include a basic
example of how to use it in the CI section of the documentation.

add GitLab CI to the CI docs

Cargo supports GitLab CI natively for CI badges so include a basic
example of how to use it in the CI section of the documentation.

Auto merge of #5572 - kngwyu:for-racer, r=alexcrichton

Make add_overrides and get_resolved_packages pub

For https://github.com/racer-rust/racer/pull/855.
Now  we're planning to use cargo to resolve dependencies, but for RLS we can't write `Cargo.lock`.
So we have to call `resolve_with_previous` directly, and want to use these functions.

Auto merge of #5577 - matklad:revert-deps-beta, r=alexcrichton

Revert "Auto merge of #5461 - matklad:meta-rename, r=alexcrichton"

This reverts commit d0d3cb5ac963eb8c3f83d079b6a547992cac2cc4, reversing
changes made to 757112c39f8a5a4f6ffa0b7e29d23a56f03fb931.

It is not clear that the design is right, see
https://github.com/rust-lang/cargo/pull/5558#issuecomment-391791164

this is the backport sibling of https://github.com/rust-lang/cargo/pull/5576