Bug 2437510
| Summary: | sccache built without support for most remote storage backends, esp. S3-style storage | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Marcus Müller <mueller_fedora> |
| Component: | rust-sccache | Assignee: | Andreas Schneider <asn> |
| Status: | NEW --- | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 43 | CC: | asn, decathorpe, rust-sig |
| Target Milestone: | --- | Keywords: | RFE |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | --- | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | Type: | --- | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 2419806 | ||
| Bug Blocks: | |||
|
Description
Marcus Müller
2026-02-07 14:23:39 UTC
> I expected the Fedora 43 packaging to be feature-comparable to default cargo builds.
I agree that this is usually a reasonable expectation. In this case, enabling additional storage backends pulls in dozens and dozens of additional dependencies, and adding them to Fedora is work that just has not happened yet.
Option A: Package all of sccache requirements first before packaging sccache Option B: Don't package sccache at all Option C: Package sccache with the least requirements. I choose Option C and it took me already quite some time to package opendal and the dependencies for a local working sccache. If you support for S3-style storage in sccache, please help packaging. Looking opendal, rust-crc32c is missing. We seem to have the required reqwuest 0.12 packages. Then we could try to build opendal with s3-service support and then try it in sccache. @asn oh absolutely; I frankly failed at making my own RPM for F42 when I wanted to use it, so your effort is super appreciated! I was just superficially walking through sccache's Cargo.toml and took away from it that with opendal packaging solved, the blocker for the S3 backend was gone. Let me give rust-crc32c a try. Thanks! It was already submitted for review here: https://bugzilla.redhat.com/show_bug.cgi?id=2419806 I will try building once we have rust-crc32c in the distro. @asn thanks; I've tried, but just removing "services-s3" from rust2rpm in opendal and running `rust2rpm -r` should fail without the crc32c dependency (and if that new package works, it should succeed with the review COPR repo included in mock), but in fact it seems to build; not sure how to proceed here, because I have no insight into how build features are specified if that doesn't make it fail; the rust2rpm man page has no indication and the spec is blissfully short. Anyways, as said, very much appreciated that you look into this; my skill level at rust packaging might simply not suffice here. OpenDAL reports: Problem: conflicting requests - nothing provides (crate(reqsign/reqwest_request) > 0.16.5 with crate(reqsign/reqwest_request) < 0.20.0~) needed by rust-opendal+services-s3-devel-0.55.0-2.fc45.noarch from @commandline - nothing provides (crate(reqsign/services-aws) > 0.16.5 with crate(reqsign/services-aws) < 0.20.0~) needed by rust-opendal+services-s3-devel-0.55.0-2.fc45.noarch from @commandline rust-reqsign in Fedora doesn't provide those (yet). Looks like reqsign dropped services-aws in version 0.17: https://lib.rs/crates/reqsign/versions OpenDAL rewrote the code in the main branch to use:
reqsign-aws-v4 = { version = "3.0.0", default-features = false }
reqsign-core = { version = "3.0.0", default-features = false }
reqsign-file-read-tokio = { version = "3.0.0", default-features = false }
a) We need to wait till those are updated to version 3.0 in Fedora
b) We need a new opendal release
|