-
-
Notifications
You must be signed in to change notification settings - Fork 14.7k
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
lib.systems.inspect: isEfi → hasEfi rename #263711
base: master
Are you sure you want to change the base?
Conversation
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 might be missing some context. Maybe the EFI topic should also be explained in doc/stdenv/platform-notes.chapter.md (not sure if there's a better place)
8d3ada2
to
965f9ae
Compare
Done. |
965f9ae
to
201167b
Compare
@flokli PTAL. |
Commit messages could be attribute-based: "wrapBintoolsWith: " for the first and "lib.systems.inspect: " for the second. |
add77ba
to
b80e6c9
Compare
b80e6c9
to
29bbf7e
Compare
29bbf7e
to
14213ee
Compare
This was never about "is this a UEFI system", but "does it support potentially a UEFI environment". Reflected in the rest of the call sites.
14213ee
to
2f76cfe
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.
I agree on the general idea of the destination; happy to let others figure out the deprecation cycle.
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.
Could we just get rid of isEfi
completely?
EFI (or UEFI) is a property of a specific motherboard, not a CPU or an architecture.
This is only used in two places: systemd
and gnu-efi
. Frankly it should just be copied into their respective meta.platforms
attributes and the isEfi
attribute deprecated.
@RaitoBezarius it looks like your #231951 doesn't even use this?
I don't want to drag things out, but if we're going to deprecate isEfi
let's not add another misfeature hasEfi
that needs to be deprecated in the next cycle...
I'll submit an alternative that just moves this into systemd
and gnu-efi
. If you all still want to go with this PR, please at least apply the change below.
Suggested implementation: |
This PR offers one change related to EFI improvements required for #231951.
Move away from
isEfi
meaning "does it have an EFI platform" and ontoisEfi
(is this EFI system, doesn't exist in this PR yet.) andhasEfi
(does it have an EFI platform).Things 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/
)