Replace causes() with iter_chain()

causes() in failure crate is deprecated and since cargo
does not allow warnings causes build failure.
Forwarded: no
Last-Update: 2018-08-11

Gbp-Pq: Name 1001_failure_deprecated_fix.patch

Disable fetch tests to allow build on arm and ppc architecture

These tests are disabled to allow building on release architecture.
Bug: https://github.com/rust-lang/cargo/issues/5864
Last-Update: 2018-08-05

Gbp-Pq: Name 2005_disable_fetch_cross_tests.patch

Use libssh2 from system by default

Bug: https://github.com/alexcrichton/ssh2-rs/issues/88
Forwarded: not-needed
Last-Update: 2018-07-28

Gbp-Pq: Name 2003_force-use-system-libssh2.patch

Disable network tests

Forwarded: TODO

Gbp-Pq: Name 2002_disable-net-tests.patch

Always use system libgit2

Forwarded: not-needed

Gbp-Pq: Name 2001_use-system-libgit2.patch

_clean-cargo-deps

Gbp-Pq: Name 2004_clean-cargo-deps.patch

Disable incremental builds on sparc64

Incremental builds are currently unreliable on sparc64,
disable them by default for the time being.
Last-Update: 2018-08-07

Gbp-Pq: Name 2007_sparc64_disable_incremental_build.patch

[PATCH] Support cross-compile install

Gbp-Pq: Name 0774e97da3894f07ed5b6f7db175027a9bc4718b.patch

Prepare upload to unstable.

Refresh patch for new release.

Merge branch 'debian/sid' into debian/experimental

Upload to experimental.

Drop unused wild cards from copyright

Mark package compliant with Debian Policy 4.2.0

Patch to fix build failure due to failure deprecated warnings

Update copyright information for new release.

Release 0.28.0-2 to Debian unstable.

Re-add `install --target` functionality, needed by dh-cargo

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`