Skip to content
Snippets Groups Projects
  1. Nov 11, 2021
  2. Nov 10, 2021
    • Benjamin Kampmann's avatar
      Intend to reactivate cargo-unleash check (#10167) · 2168a6d0
      Benjamin Kampmann authored
      * Intend to reactivate cargo-unleash check
      
      It appears the bug it was deactivated for has been resolved a while ago. Trying to reactivate the checks.
      
      * adding missing cargo.toml metadata for BEEFY crates
      
      * fix wrong version reference
      
      * matching up versions
      
      * disable faulty cache
      
      * switching more versions to prerelease
      
      * Revert "disable faulty cache"
      
      This reverts commit 411a12ae444a9695a8bfea4458a868438d870b06.
      
      * bump minor of sc-allocator to fix already-published-issue
      
      * fixup another pre-released dependency problem
      
      * temp switch to latest unleash
      
      * fixing dependency version and features
      
      * prometheus endpoint has also been changed
      
      * fixing proposer metrics versioning
      
      * fixing hex feature for beefy
      
      * fix generate-bags feature selection
      
      * fixup Cargo.lock
      
      * upgrade prometheus dependencies
      
      * missed one
      
      * switch to latest release
      2168a6d0
  3. Nov 04, 2021
  4. Nov 03, 2021
  5. Oct 30, 2021
  6. Oct 13, 2021
  7. Oct 11, 2021
  8. Oct 07, 2021
  9. Sep 29, 2021
  10. Sep 15, 2021
  11. Sep 12, 2021
    • Bastian Köcher's avatar
      Use tokio runtime handle instead of `TaskExecutor` abstraction (#9737) · c09d52ea
      Bastian Köcher authored
      * Use tokio runtime handle instead of TaskExecutor abstraction
      
      Before this pr we had the `TaskExecutor` abstraction which theoretically
      allowed that any futures executor could have been used. However, this
      was never tested and is currently not really required. Anyone running a
      node currently only used tokio and nothing else (because this was hard
      coded in CLI). So, this pr removes the `TaskExecutor` abstraction and
      relies directly on the tokio runtime handle.
      
      Besides this changes, this pr also makes sure that the http and ws rpc
      server use the same tokio runtime. This fixes a panic that occurred when
      you drop the rpc servers inside an async function (tokio doesn't like
      that a tokio runtime is dropped in the async context of another tokio
      runtime).
      
      As we don't use any custom runtime in the http rpc server anymore, this
      pr also removes the `rpc-http-threads` cli argument. If external parties
      complain that there aren't enough threads for the rpc server, we could
      bring support for increasing the thread count of the tokio runtime.
      
      * FMT
      
      * Fix try runtime
      
      * Fix integration tests and some other optimizations
      
      * Remove warnings
      c09d52ea
  12. Sep 09, 2021
  13. Sep 04, 2021
  14. Aug 24, 2021
  15. Aug 19, 2021
  16. Aug 17, 2021
    • David's avatar
      Remove substrate-in-the-browser (#9541) · 2de7e51c
      David authored
      * Comment out browser stuff
      
      * Remove browser stuff
      
      * Remove more wasm transport code
      
      * Remove ExtTransport and rework how telemetry initialises.
      
      * Change (most) wasm-timer using code to use std::time
      
      * Rename CI-job
      
      * Aura does not compile for wasm
      
      * Remove testing in the browser on CI
      
      * Update README
      
      * Leave `StreamSink` be
      
      * fmt
      2de7e51c
  17. Aug 13, 2021
    • Squirrel's avatar
      depend-o-pocalipse (#9450) · 7e9b8d27
      Squirrel authored
      Remove unneeded dependencies and dev-dependencies.
      Made self_destruct test not dependent on wasm bin size.  
      Updated code related to deprecated warning on tracing-subscriber `scope()` 
      ( See https://github.com/tokio-rs/tracing/issues/1429 )
      7e9b8d27
    • Bastian Köcher's avatar
      Upgrade jsonrpc to 0.18.0 (#9547) · c44aba89
      Bastian Köcher authored
      * Upgrade jsonrpc to 0.18.0
      
      I think this says all :P
      
      * :face_palm:
      
      * Fmt etc
      
      * Fix tests
      
      * Fix tests again...
      
      * Better impl
      
      * Revert "Tell dependabot to ignore jsonrpc-* updates (#9518)"
      
      This reverts commit 6e0cd558.
      c44aba89
  18. Jul 30, 2021
  19. Jul 13, 2021
  20. Jul 11, 2021
    • Benjamin Kampmann's avatar
      Attempting to fix publishing (#9140) · c78c2892
      Benjamin Kampmann authored
      
      * mark template and utils as non-publish
      
      * switch to development version for testing
      
      * activate unleash check
      
      * maybe if I disable all rules...
      
      * Fix isolated compilation of `max-encoded-len-derive` with `syn`
      
      error[E0369]: binary operation `==` cannot be applied to type `syn::Path`
        --> src/lib.rs:88:29
         |
      88 |             .filter(|attr| attr.path == parse_quote!(max_encoded_len_crate))
         |                            --------- ^^ ----------------------------------- _
         |                            |
         |                            syn::Path
      
      error: aborting due to previous error
      
      For more information about this error, try `rustc --explain E0369`.
      Error: could not compile `max-encoded-len-derive`
      
      * WIP: bump changes crates since v3 tag to next breaking
      
      cargo unleash version bump-breaking --changed-since v3.0.0
      cargo unleash version set-pre dev --changed-since v3.0.0
      
      FIXME: Don't modify crates that are not yet released, e.g.
      `max-encoded-len-derive`
      
      * Update lockfile
      
      * WIP: Bump sp-transaction-pool as well
      
      * WIP: Bump sp-offchain as well
      
      * WIP: Bump frame-system-rpc-runtime-api as well
      
      * WIP: Bump sp-authority-discovery as well
      
      * Manually deactivate dev-deps before `cargo unleash check`
      
      Otherwise we run into `Cycle detected` error.
      
      * Bump sp-consensus-slots
      
      * Add missing Cargo.lock change
      
      * Bump sp-consensus-vrf as well
      
      * Bump sp-keyring as well
      
      * Bump sp-consensus-pow as well
      
      * Try to speed up the `unleash-check` job
      
      Previously, the job took 106 minutes - let's see if explicitly
      specifying a `CARGO_TARGET_DIR` will help
      
      * fixup: Ensure the temp target dir exists for unleash check
      
      * Bump pallet-transaction-payment-rpc-runtime-api as well
      
      Needed for Polkadot
      
      * Bump pallet-transaction-payment-rpc as well
      
      Needed for Polkadot
      
      * Try updating crates after patching in the Polkadot CI job
      
      * Use another approach to update patched Substrate crates
      
      * Try to update all sp-core versions in Polkadot CI job
      
      * Simplify sp-core version checking
      
      * Apply another shellcheck lint
      
      * Just do the simplest thing I guess
      
      * Welp don't do --offline then
      
      * Clean up `unleash-check` job triggers
      
      Co-authored-by: default avatarDenis Pisarev <denis.pisarev@parity.io>
      
      * Fix a note in unleash-check cache step
      
      * Add a note about temporary optimization in cargo-unleash
      
      * Pin a newer version of cargo-unleash
      
      Co-authored-by: default avatarIgor Matuszewski <xanewok@gmail.com>
      Co-authored-by: default avatarDenis Pisarev <denis.pisarev@parity.io>
      c78c2892
  21. Jul 08, 2021
    • Seun Lanlege's avatar
      sc-transcation-pool refactor (#9228) · 2ae9d367
      Seun Lanlege authored
      * Use TransactionPool trait
      
      * sc-transaction-pool-primitives
      
      * sc-transaction-pool-api
      
      * TP
      
      * bye sc_transaction_graph
      
      * fix line widths
      
      * fix import errors
      
      * fix import errors
      
      * fix import errors :face_palm_tone4:‍♂️
      
      * fix import errors :face_palm_tone4:‍♂️:face_palm_tone4:‍♂️:face_palm_tone4:‍♂️
      
      * remove sp-keyring
      2ae9d367
  22. Jul 05, 2021
    • ordian's avatar
      bump a bunch of deps in parity-common (#9263) · b61dd3e8
      ordian authored
      * bump a bunch of deps in parity-common
      
      * primitive-types 0.10.0
      
      * update Cargo.lock
      
      * downgrade a few more
      
      * this is unlikely to help
      
      * try something
      
      * Checkmate, Atheists!
      b61dd3e8
  23. Jun 22, 2021
  24. Jun 04, 2021
  25. Mar 30, 2021
  26. Mar 11, 2021
  27. Feb 17, 2021
    • Cecile Tonglet's avatar
      Fix telemetry span not entering properly attempt 3 (#8043) · 27274c42
      Cecile Tonglet authored
      
      * Fix tracing tests (#8022)
      
      * Fix tracing tests
      
      The tests were not working properly.
      
      1. Some test was setting a global subscriber, this could lead to racy
      conditions with other tests.
      
      2. A logging test called `process::exit` which is completly wrong.
      
      * Update client/tracing/src/lib.rs
      
      Co-authored-by: default avatarDavid <dvdplm@gmail.com>
      
      * Review comments
      
      Co-authored-by: default avatarDavid <dvdplm@gmail.com>
      
      * Fix tracing spans are not being forwarded to spawned task (#8009)
      
      * Fix tracing spans are not being forwarded to spawned task
      
      There is a bug that tracing spans are not forwarded to spawned task. The
      problem was that only the telemetry span was forwarded. The solution to
      this is to use the tracing provided `in_current_span` to capture the
      current active span and pass the telemetry span explictely. We will now
      always enter the span when the future is polled. This is essentially the
      same strategy as tracing is doing with its `Instrumented`, but now
      extended for our use case with having multiple spans active.
      
      * More tests
      
      * Proper test for telemetry and prefix span
      
      * WIP
      
      * Fix test (need to create & enter the span at the same time)
      
      * WIP
      
      * Remove telemtry_span from sc_service config
      
      * CLEANUP
      
      * Update comment
      
      * Incorrect indent
      
      * More meaningful name
      
      * Dedent
      
      * Naming XD
      
      * Attempt to make a more complete test
      
      * lint
      
      * Missing licenses
      
      * Remove user data
      
      * CLEANUP
      
      * Apply suggestions from code review
      
      Co-authored-by: default avatarBastian Köcher <bkchr@users.noreply.github.com>
      
      * CLEANUP
      
      * Apply suggestion
      
      * Update bin/node/cli/tests/telemetry.rs
      
      Co-authored-by: default avatarDavid <dvdplm@gmail.com>
      
      * Wrapping lines
      
      Co-authored-by: default avatarBastian Köcher <bkchr@users.noreply.github.com>
      Co-authored-by: default avatarDavid <dvdplm@gmail.com>
      27274c42
  28. Feb 10, 2021
  29. Feb 04, 2021
  30. Feb 01, 2021
    • Bastian Köcher's avatar
      Fix tracing spans are not being forwarded to spawned task (#8009) · c42d756f
      Bastian Köcher authored
      * Fix tracing spans are not being forwarded to spawned task
      
      There is a bug that tracing spans are not forwarded to spawned task. The
      problem was that only the telemetry span was forwarded. The solution to
      this is to use the tracing provided `in_current_span` to capture the
      current active span and pass the telemetry span explictely. We will now
      always enter the span when the future is polled. This is essentially the
      same strategy as tracing is doing with its `Instrumented`, but now
      extended for our use case with having multiple spans active.
      
      * More tests
      c42d756f
  31. Jan 29, 2021
  32. Jan 20, 2021
  33. Jan 12, 2021
  34. Jan 11, 2021
    • Igor Matuszewski's avatar
      Merge 2.0.1 backport branch into mainline master (#7842) · 028f3d26
      Igor Matuszewski authored
      
      * Backport paritytech/substrate#7381
      
      * Bring back genesis storage build in aura/timestamp
      
      To not change spec version, see
      https://github.com/paritytech/substrate/pull/7686#discussion_r540032743
      
      * Backport paritytech/substrate#7238
      
      * Backport paritytech/substrate#7395
      
      * Bump impl_version
      
      * Fix UI tests and bump trybuild dep
      
      See https://github.com/rust-lang/rust/pull/73996
      
      Backports:
      https://github.com/paritytech/substrate/pull/7764
      https://github.com/paritytech/substrate/pull/7656
      
      * Partially backport paritytech/substrate#7838
      
      * Release frame-support with a dep compilation fix
      
      * Bump patch level for remaining crates
      
      This is done because at the time of writing cargo-unleash does not fully
      support partial workspace publishing and mixes both local and crates.io
      versions of the packages, leading to errors in the release check workflow.
      
      * Backport paritytech/substrate#7854
      
      ...to fix compilation error when using futures-* v0.3.9.
      
      * Adding Changelog  entry for patch release
      
      Co-authored-by: default avatarBastian Köcher <git@kchr.de>
      Co-authored-by: default avatarBenjamin Kampmann <ben@parity.io>
      028f3d26
  35. Jan 06, 2021
    • ordian's avatar
      upgrade a few dependencies (#7831) · 2b48e09b
      ordian authored
      * upgrade a few dependencies
      
      * make it compile at the expense of duplicate deps
      
      * fix web-wasm and a warning
      
      * introduce activate-wasm-bindgen-features crate
      
      * Revert "introduce activate-wasm-bindgen-features crate"
      
      This reverts commit 5a6e41e683f8a4844c0a735dcd08caabb2313f11.
      
      * add getrandom feature to sc-consensus-aura
      2b48e09b
  36. Nov 27, 2020