Skip to content

chore: update nix flake#149

Open
Kathund wants to merge 1 commit intoLargeModGames:mainfrom
Kathund:chore/update-flake
Open

chore: update nix flake#149
Kathund wants to merge 1 commit intoLargeModGames:mainfrom
Kathund:chore/update-flake

Conversation

@Kathund
Copy link

@Kathund Kathund commented Mar 5, 2026

Summary

This change makes it so that it loads the commit from the user's flake.lock
This means that it will build of the commit that the user is on. The user can use nix flake update spotatui to update the commit they are on and when they next rebuild they will be put on the new version

This is relating to #143 (reply in thread)

Testing

Additional notes

This change makes it so that it loads the commit from the user's
flake.lock
This means that it will build of the commit that the user is on. The
user can use `nix flake update spotatui` to update the commit they are
on and when they next rebuild they will be put on the new version
pname = "spotatui";
version = "0.36.3-debug.1";
src = ./.;
version = "0.37.2";
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe deriving the version from Cargo.toml is better then hardcoding the version in
version = (builtins.fromTOML (builtins.readFile ./Cargo.toml)).package.version

Im not sure if that is the correct syntax but something like that

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I mean that probably is the correct as I overlooked the version (I just aligned it and didn't give much thought)
Since this is building form source personally it would make more sense to be {version}-{shortCommitHash}
This version "doesn't matter" as it's only really shown when the project is building

image

Since i have the version set to 0.0.0 that's the version that shows up during the compile. If you look at it and watch for when cargo get's to spotatui it still is loading 0.37.2 anyways

Id love to know what you think on this and what the "best approach" would be

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I forgot to add a photo of what the version I proposed looked liked so here that is now.

image

dirty isn't always going to be a thing and probably won't be as it's only showing up because I have changes in my git thus making it dirty

@kalebris
Copy link

kalebris commented Mar 5, 2026

not sure if you are using mpris, but maybe mpris enablment could be incorporated. I have worked around this here: #150

@Kathund
Copy link
Author

Kathund commented Mar 6, 2026

not sure if you are using mpris, but maybe mpris enablment could be incorporated. I have worked around this here: #150

Hmm interesting. I don't think this should be in the scope of this pr but I will look into making a followup pr if I have time

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants