mirror of
https://github.com/aome510/spotify-player.git
synced 2026-04-26 09:25:49 +03:00
[PR #376] [MERGED] Make Daemon feature imply streaming feature #739
Labels
No labels
bug
documentation
enhancement
good first issue
help wanted
pull-request
question
third-party
third-party
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/spotify-player#739
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
📋 Pull Request Information
Original PR: https://github.com/aome510/spotify-player/pull/376
Author: @LucasFA
Created: 2/23/2024
Status: ✅ Merged
Merged: 2/25/2024
Merged by: @aome510
Base:
master← Head:rm-runtime-errors📝 Commits (2)
f0614f7Streaming/audio-backend feature compile time checkb8274bdMake Daemon feature imply streaming feature📊 Changes
3 files changed (+23 additions, -5 deletions)
View changed files
📝
spotify_player/Cargo.toml(+1 -1)📝
spotify_player/src/main.rs(+0 -4)📝
spotify_player/src/streaming.rs(+22 -0)📄 Description
Right now launching spotify_player with the
daemonCLI flag results in a runtime error if the binary was compiled without the streaming feature. As far as I understand it, I do not see why not just do this. The README says it still indicates that it needs some audio backend but AFAIK there's no way to encode that in the feature system.Note: stumbled into this for the CI suite. There's tooling (aka
cargo hack) that uses feature dependencies to build many options. This would stop compilation of binaries with the daemon feature without the streaming feature, reducing number of possible checks. Also just general less possible binaries.🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.