Skip to content

code

code #710

Triggered via schedule January 19, 2025 20:08
Status Success
Total duration 4m 8s
Artifacts

code.yml

on: schedule
Plan the execution
14s
Matrix: downloadable-utils
Matrix: test

Annotations

14 warnings
macOS / clippy
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Ubuntu 22.04 / build (wasm)
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Ubuntu 22.04 / clippy (wasm)
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
macOS / build
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
macOS / test
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Ubuntu 22.04 / build
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Ubuntu 22.04 / test
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Ubuntu 22.04 / doc (wasm)
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Ubuntu 22.04 / clippy
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Ubuntu 22.04 / test (wasm)
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Ubuntu 22.04 / doc
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Windows / build
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Windows / test
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.
Windows / clippy
[email protected]: This crate provides a simple mapping to one of the drivers depending on the current build target (native vs wasm). For better portability, the `xwt-core` crate should be used instead, and the drivers should be hand-picked for each of the targets instead of using a crate like this one. We will be removing the `xwt` crate soon, and you are free to import `xwt-web` and `xwt-wtransport` manually and put them under a `cfg_if!` macro yourself if you prefer this mode of operation; they key difference there is you maintain explicit control over the your driver dependencies rather than us having to tie them together for you - and this how it should be. See the examples on Github for more info on how we intend for xwt to be used.