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
Managing Best Known Configuration downstream #4040
Labels
Comments
I think some more explanation of your situation needs to be described to come up with the right solution.
|
hughsie
added a commit
that referenced
this issue
Jan 20, 2022
hughsie
added a commit
that referenced
this issue
Jan 20, 2022
hughsie
added a commit
that referenced
this issue
Jan 20, 2022
hughsie
added a commit
that referenced
this issue
Jan 20, 2022
hughsie
added a commit
that referenced
this issue
Jan 21, 2022
hughsie
added a commit
that referenced
this issue
Jan 21, 2022
13r0ck
pushed a commit
to pop-os/fwupd
that referenced
this issue
Apr 29, 2022
13r0ck
pushed a commit
to pop-os/fwupd
that referenced
this issue
Apr 29, 2022
13r0ck
pushed a commit
to pop-os/fwupd
that referenced
this issue
Apr 29, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
By reading https://blogs.gnome.org/hughsie/2021/11/29/firmware-best-known-configuration-in-fwupd/, I was wondering if we could have some override downstream.
With the existing feature, Vendors can define the set of stable firmware to be used, therefore on some infra, users would love to get another set of stable firmware for the following reasons :
Describe the solution you'd like
Having a way to define overrides downstream to set our list of stable firmware for a given fleet of servers.
Additional context
By running 10000s of servers, you know fw are broken on a daily basis and you need to maintain your own list proved to be perfectly functional.
Thx !
The text was updated successfully, but these errors were encountered: