It's similar to e.g. shutdown criterion [1] where the "shutdown mechanism
must correctly request a shutdown from the system firmware" or
storage
resize criterion [2] where "installer mechanism for resizing storage
volumes must correctly attempt the requested operation".
The important word in all these cases is "correctly". It implies that the
software part, the calling part, must be implemented correctly. But because
it deals with hardware and low level firmware and drivers, it admits that
that part might not work correctly in all configurations. Which is then
expanded in the next sentence.
Ok, your explanation shed some more light on it, so I guess I could go with
that wording, too :D
I simply got my inspiration from our other criteria when writing this
one.
It doesn't have to stay this way. But I think the "correctly
attempt/request" wording is quite fitting here and it's not weak (at least
not towards our software stack, which is the part which we can control
reasonably well).
[1]
https://fedoraproject.org/wiki/Fedora_32_Beta_Release_Criteria#Shutdown.2...
[2]
https://fedoraproject.org/wiki/Fedora_32_Final_Release_Criteria#Storage_v...
_______________________________________________
kde mailing list -- kde(a)lists.fedoraproject.org
To unsubscribe send an email to kde-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/kde@lists.fedoraproject.org
--
Lukáš Růžička
FEDORA QE, RHCE
Red Hat
<
https://www.redhat.com>
Purkyňova 115
612 45 Brno - Královo Pole
lruzicka(a)redhat.com
TRIED AND PERSONALLY TESTED, ERGO TRUSTED. <
https://redhat.com/trusted>