-
-
Notifications
You must be signed in to change notification settings - Fork 16.6k
direwolf: refactor; direwolf-unstable: init at 1.7-unstable-2025-04-29 #406106
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
base: master
Are you sure you want to change the base?
Conversation
--replace 'Terminal=false' 'Terminal=true' \ | ||
--replace 'Exec=@APPLICATION_DESKTOP_EXEC@' 'Exec=direwolf' | ||
substituteInPlace src/dwgpsd.c \ | ||
--replace 'GPSD_API_MAJOR_VERSION > 11' 'GPSD_API_MAJOR_VERSION > 14' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This substituteInPlace doesn't match anything anymore. I assume this was to handle an incorrect version check, but I lack the context. Regardless, this should be safe to remove since it wasn't doing anything before anyway.
e7ebf22
to
76ae2d6
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
versionCheckHook
should just work because direwolf
will always display its version when calling for --help
(which versionCheckHook
already does) or getting the help menu after passing an invalid flag.
You can also set versionCheckProgramArg
to version
, which is a command in direwolf
, but that shouldn't be necessary either.
}).overrideAttrs | ||
(finalAttrs: { | ||
# Next version is 1.8 | ||
version = "1.8-unstable-2025-04-29"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
version = "1.8-unstable-2025-04-29"; | |
version = "1.7-unstable-2025-04-29"; |
Please review the package versioning guidelines:
- If we're tracking a commit from a repository without a version assigned, then the version attribute should be the latest upstream version preceding that commit, followed by
-unstable-
and the date of the fetched commit. The date must be in ISO 8601 "YYYY-MM-DD" format.
That's to say, if 1.8 isn't tagged, it can't be added here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Huh, I missed that. I'll fix gpredict-unstable
's version in a seperate PR then.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure we should be adding unstable package versions to nixpkgs at all - this seems like a NUR thing.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Both have very slow release cycles and have some significant features that I would like to use that aren't present in the latest stable version. This shouldn't require much maintenance, considering updates are going to be, for the most part, completely automated. If there is a policy or other concrete reason against including unstable variants of packages, then fair enough, but both are, in my opinion, value added.
I do get what you mean about it maybe being a better fit for NUR. In fact, I do have a custom direwolf derivation in my own nur-packages. I feel that that shouldn't preclude it from being in nixpkgs though. Nixpkgs has a higher standard for quality than NUR does, and I believe this meets that higher standard.
There is no |
Seems like setting |
Actually it looks like the
|
76ae2d6
to
cad686d
Compare
cad686d
to
0b5cf01
Compare
[ | ||
"deviceid.c" | ||
"tocalls.yaml" | ||
"--replace-fail /usr/lib/udev/rules.d/ ${placeholder "out"}/lib/udev/rules.d/ --replace-fail /etc/udev/rules.d/" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is pretty ugly but I don't see an easier way
Why is the nixfmt job angry at some random python package?! |
someone might have merged a broken PR :p Edit: yeah it was #406492 |
Spurious newline, sorry. Fix is in #406498 |
0b5cf01
to
30c304f
Compare
Rebased |
Haven't looked at this in depth, only added myself as maintainer because there was no one else at the time. But I was the one who added gpsd support initially, and someone else disabled it by default due to frequent breakages in the gpsd API for what that's worth. It seems like a fairly marginal feature not worth breaking the package on a regular basis IMO, unless someone is really on top of maintaining it. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Diff wise it seems fine to me! Love to see the split commits.
I set
nixpkgs/pkgs/by-name/gp/gpsd/package.nix Line 20 in db8c5bd
|
30c304f
to
1bf596f
Compare
Rebased and removed the commit enabling |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Both version build for me
Thanks for keeping the original default @Pandapip1
1bf596f
to
b2d6d27
Compare
Rebased to fix merge conflict w/ 2c14bf9. Otherwise, no changes since the approvals. Should still be good to merge (although re-approvals would be appreciated!) |
This pull request has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/prs-already-reviewed/2617/2443 |
A workaround was foundversionCheckHook
was not added due to the lack of a--version
subcommand. See wb2osz/direwolf#570Things done
nix.conf
? (See Nix manual)sandbox = relaxed
sandbox = true
nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD"
. Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/
)Add a 👍 reaction to pull requests you find important.