-
Notifications
You must be signed in to change notification settings - Fork 212
"Failed to parse manifest" on bootloader-0.10.0-alpha-03 #1286
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
This is coming from the
docs.rs/src/docbuilder/rustwide_builder.rs Line 310 in ba9364b
There are two bugs here:
Which is very strange because it doesn't have a [[bin]]
name = "builder"
required-features = ["builder"]
[[bin]]
name = "runner"
required-features = ["runner"]
[[bin]]
name = "bios"
required-features = ["bios_bin"]
[[bin]]
name = "uefi"
required-features = ["uefi_bin"]
[build-dependencies.llvm-tools-build]
optional = true
package = "llvm-tools"
version = "0.1"
[build-dependencies.serde]
features = ["derive"]
optional = true
version = "1.0"
[build-dependencies.toml]
optional = true
version = "0.5.1"
[dependencies.anyhow]
optional = true
version = "1.0.32"
[dependencies.argh]
optional = true
version = "0.1.3"
[dependencies.bit_field]
optional = true
version = "0.10.0"
[dependencies.conquer-once]
default-features = false
optional = true
version = "0.2.1"
[dependencies.displaydoc]
optional = true
version = "0.1.7"
[dependencies.fatfs]
optional = true
version = "0.3.4"
[dependencies.font8x8]
default-features = false
features = ["unicode"]
optional = true
version = "0.2.5"
[dependencies.gpt]
optional = true
version = "2.0.0"
[dependencies.json]
optional = true
version = "0.12.4"
[dependencies.llvm-tools]
optional = true
version = "0.1.1"
[dependencies.log]
optional = true
version = "0.4.8"
[dependencies.rsdp]
optional = true
version = "1.0.0"
[dependencies.spinning_top]
optional = true
version = "0.2.1"
[dependencies.thiserror]
optional = true
version = "1.0.20"
[dependencies.uefi]
optional = true
version = "0.7.0"
[dependencies.usize_conversions]
optional = true
version = "0.2.0"
[dependencies.x86_64]
optional = true
version = "0.13.2"
[dependencies.xmas-elf]
optional = true
version = "0.6.2"
[features]
binary = ["llvm-tools-build", "x86_64", "toml", "xmas-elf", "usize_conversions", "log", "conquer-once", "spinning_top", "serde"]
bios_bin = ["binary", "vga_320x200", "rsdp"]
builder = ["argh", "thiserror", "displaydoc", "anyhow", "llvm-tools", "json", "fatfs", "gpt"]
default = []
map_physical_memory = []
recursive_page_table = []
runner = ["anyhow"]
uefi_bin = ["binary", "uefi", "font8x8"]
vga_320x200 = ["font8x8"]
[package]
authors = ["Philipp Oppermann <[email protected]>"]
build = "build.rs"
description = "An experimental pure-Rust x86 bootloader."
edition = "2018"
license = "MIT/Apache-2.0"
name = "bootloader"
repository = "https://github.com/rust-osdev/bootloader"
version = "0.10.0-alpha-03"
[package.metadata.bootloader]
build-std = "core"
target = "x86_64-bootloader.json"
[package.metadata.docs.rs]
default-target = "x86_64-unknown-linux-gnu"
features = ["recursive_page_table", "map_physical_memory"]
[package.metadata.release]
disable-publish = true
no-dev-version = true
pre-release-commit-message = "Release version {{version}}"
[[package.metadata.release.pre-release-replacements]]
exactly = 1
file = "Changelog.md"
replace = "# Unreleased\n\n# {{version}} – {{date}}"
search = "# Unreleased"
[profile.dev]
panic = "abort"
[profile.release]
debug = true
lto = false
overflow-checks = true
panic = "abort" |
Uhhh apparently merge conflict markers got in there? Unsure if this is actually a docs.rs bug, it's strange that what it's trying to parse isn't the same as the file copied though:
|
Apparently Anyway, I think this can be closed on the docs.rs side as a duplicate of #797. |
Huh why are we caring about the |
docs.rs/crates/metadata/lib.rs Lines 169 to 170 in 803cebf
So not rustwide related, I'm not sure why we prefer the |
I don't see any rationale for why we do, I think it would make sense to change this to ignore the |
That seems fine, but the bug I mean is that rustwide strips conflict markers, that doesn't seem right. |
Or I guess maybe it's cargo doing it? Something is fishy. |
Yeah, it must have been whatever was used to publish the crate (which was likely cargo), it's in the tarball nothing to do with what we're doing on our end:
|
Disappointingly it doesn't appear that the version of cargo used to build the tarball is recorded anywhere, if I move |
Ok cool, I'll reopen this to track parsing Cargo.toml instead of Cargo.toml.orig. |
Not sure what's going wrong here,
cargo doc
works locally. The crate doesn't show up in the web UI at all.edit: this happens because docsrs_metadata is parsing Cargo.toml.orig when it should be parsing Cargo.toml.
The text was updated successfully, but these errors were encountered: