Feature 318945: AutoYaST EULA display
For details see https://fate.suse.com/318945
Feature status is "done".
During the SLES12 Common Criteria AutoYaST profile development we came across a limitation that the EULA page cannot be shown and accepted during the installation.
As the Common Criteria AutoYaST profiles for SLES12 are predefined and not created by a system administrator the EULA needs to be accepted during installation. Right now we use the Firstboot YaST service to show the EULA during first system boot.
- define and document the way customers using AutoYaST should accept the EULA
#3 Updated by dmaiocchi over 6 years ago
updating the target specification of the tests.
So far i read in the Fate, this feature is done only for SP2, so test will be only for SP2.
Technical Specification/ HOWTO:¶
1) Modify the autoyast profile and modify the xml-string for showing the Eula-page.
1b) find the correct file that need the modification.
2)Make a needle that check if the Eula message is showed.
--> 2B) Write the test and some code for a new-test cases, or see if it can be a existing test-file.pm reused.
--> 2C) Integrate the test-cases on the main.pm
2C) Research where the test can be integraded on the production Openqa-workflow.
3) Making PR for the openqa production
At moment researching about autoyast installation production of openqa, which scenario run this. ( asking on Irc, gave me only this one two)
- autoyast jobgroup
The diffucult in this task will be only the reaserch itself and do the dependencies consideration , where to integrate the test.
To clearify/ Open-question:¶
* should be the eula test be a standard test runned on each scenario/autoyast production tests or should be a test runned sometimes in a matrix ?
#4 Updated by RBrownSUSE over 6 years ago
Why is this a question?
The FATE is very clear
In order to fulfill different regulations, we need to ensure that customers accept the EULA before using the product
In the case of AutoYaST profiles we need to define a way for customers to accept the EULA."
This is an option which needs to be turned on in certain regulatory situations (eg. Common Criteria Certification)
Therefore you should not modify every autoyast scenario, this is a new scenario for this specific feature.
#5 Updated by dmaiocchi over 6 years ago
ok for me was not clear, that's why before starting to do something i wanted to ask. Thank you for your feedback.
I will add a new tests on the scenario openqa.suse.de "SLE 12 SP2 4.Autoyast", called like the others "sles12sp2_autoyast_EULA", but "eula"
Create a new autoyast.file "eula_autoyast" as a name example, that make this image showed. I will follow the schema of other autoyast files, only adding this string.
"sles12sp2_autoyast_EULA" will take care that the eula page is showed on, and then make the installation workflow like the others.
If we can agree on this test plan, i have no more question.
#15 Updated by mkravec over 6 years ago
- % Done changed from 0 to 100