Skip to content
This repository has been archived by the owner on Nov 15, 2023. It is now read-only.

[CI] master pipeline is failing #7584

Closed
s3krit opened this issue Nov 23, 2020 · 7 comments
Closed

[CI] master pipeline is failing #7584

s3krit opened this issue Nov 23, 2020 · 7 comments
Assignees

Comments

@s3krit
Copy link
Contributor

s3krit commented Nov 23, 2020

cargo-deny and unleash-check are failing in Substrate's CI. This has the knock-on effect of the rust docs not being generated and uploaded to crates.parity.io (since some prior jobs failed).

In order to resolve rust-docs not being built, we could make the build-rust-doc job require a previous job directly like we do for build-linux-substrate here, but we should also fix the two failing jobs.

For cargo-deny it appears it is related to a licensing issue. See the snippet from the job's log below. Probably just need to add that license explicitly to .maintain/deny.toml if it's compatible - maybe check with Kirill.

error[L001]: failed to satisfy license requirements
  ┌─ minicbor-derive 0.6.0 (registry+https://github.com/rust-lang/crates.io-index):4:12
  │
4 │ license = "BlueOak-1.0.0"
  │            ^^^^^^^^^^^^^
  │            │
  │            license expression retrieved via Cargo.toml `license`
  │            rejected: not explicitly allowed

For unleash-check, I'm not sure. Perhaps @gnunicorn might know. Failed job log here, snippet below:

error[E0432]: unresolved imports `sp_core::traits::RuntimeSpawnExt`, `sp_core::traits::RuntimeSpawn`
  --> src/async_externalities.rs:24:55
   |
24 |     traits::{Externalities, SpawnNamed, TaskExecutorExt, RuntimeSpawnExt, RuntimeSpawn},
   |                                                          ^^^^^^^^^^^^^^^  ^^^^^^^^^^^^ no `RuntimeSpawn` in `traits`
   |                                                          |
   |                                                          no `RuntimeSpawnExt` in `traits`
@TriplEight
Copy link
Contributor

In order to resolve rust-docs not being built, we could make the build-rust-doc job require a previous job directly

yeah, it makes sense depend build-rust-doc from test-linux-stable. But for publish-s3-doc then it makes sense to add the dependency from the build-linux-substrate as well.
That will make a logical chain "if the test is OK and the binaries are built, we publish the docs". Regardless of the cargo deny or unleash. HDYT?

but we should also fix the two failing jobs.

Talked w @kirushik , he suggests avoiding this crate. So we can't allow this license. @romanb maybe you have a good idea on how to get rid of minicbor?

@TriplEight
Copy link
Contributor

Done the first part in #7591

@TriplEight
Copy link
Contributor

@stale
Copy link

stale bot commented Jul 7, 2021

Hey, is anyone still working on this? Due to the inactivity this issue has been automatically marked as stale. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the A5-stale Pull request did not receive any updates in a long time. No review needed at this stage. Close it. label Jul 7, 2021
@Xanewok
Copy link
Contributor

Xanewok commented Jul 11, 2021

unleash-check has been fixed (#9129) but publish-s3-doc still failed in https://gitlab.parity.io/parity/substrate/-/jobs/1009988.

It now depends on

  • build-rust-doc and
  • build-linux-substrate

both of which are were green in the pipeline containing the failed doc publish job (https://gitlab.parity.io/parity/substrate/-/pipelines/146797).

@s3krit @TriplEight Do you have any idea what might be causing this?

@stale stale bot removed the A5-stale Pull request did not receive any updates in a long time. No review needed at this stage. Close it. label Jul 11, 2021
@TriplEight
Copy link
Contributor

@Xanewok gitlab says warning: Skipping file /builds/parity/substrate/crate-docs/.lock. File/Directory is not readable. as a last line of the script: and runs after_script: right after, this means it's likely the thing that caused the error. (after_script: runs regardless)

@TriplEight
Copy link
Contributor

Docs publishing fixed in #9341

@s3krit s3krit closed this as completed Dec 16, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants