-
Notifications
You must be signed in to change notification settings - Fork 87
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
Allow exporting keys without efivars present and update CI staticcheck #363
Allow exporting keys without efivars present and update CI staticcheck #363
Conversation
Generally it looks fine, but what is the usecase? |
6460ea3
to
8782c8a
Compare
Just added the issue, maybe should do that the other way around next time :D |
Ah, cool. This makes sense. But then I suspect it would be better to entierly decouple the export stuff from the enroll functions. Currently they are quite entangled but there isn't a reason why everything is refactored into a We don't really care about whether or not enrollment fails to export the keys, and exporting them could probably be done before enrollment. Don't have to do this for this PR though, but it would be trivial to write and also test for in the current setup. |
switch to errors.New() for error messages without formatting to avoid this lint error: > printf-style function with dynamic format string and no further arguments should use print-style function instead (SA1006)
8782c8a
to
076034f
Compare
Yes, enrolling and exporting should probably be split up. mkosi.conf
mkosi.postinst.chroot
Then run
|
We'll see if I have time for it if I get bored for an hour. Should not be very hard. I'll accept this PR regardless though. Gives me a little bit of motivation to do it :) |
Thanks! |
Closes #364