This patch set has been written while playing with virt-install in order to add support there to unattended installations. In the way things are nowdays we have a few issues that I'm addressing with this series: - preferred-injection-method: We have no way to let the apps decide what's the preferred injection method for the scripts. We list the methods we support and that's it. Now I've introduced a new API which actually let the apps chose what they want to use (GNOME Boxes, for instance, prefers "disk" injection-method while virt-install prefers "initrd" injection-method and the command-line generated for each of those methods *is* different); - installation-source: Once the app has decided what's the method to be used for unattended installations, they should be able to set the installation source as in "network" or "media" because there are a few differences in the scripts that would depend on that. One example is here is the kickstart files for Fedora which would only set the repos when playing with network installation, or only set the cdrom (as source) when playing with media installation. These ideas where brought up in the following thread: https://www.redhat.com/archives/libosinfo/2018-November/msg00312.html Fabiano Fidêncio (7): entity: Add methods to deal with GFlags test-entity: Add tests for flags related methods install-script: Add _(get|set)_preferred_injection_method() test-install-script: Cover _(get|set)_preferred_injection_method() install-script: Add _{get|set}_installation_source() test-install-script: Cover _(get|set)_installation_source() tools,install-script: Add "installation-source" parameter osinfo/libosinfo.syms | 9 ++ osinfo/osinfo_entity.c | 41 ++++++ osinfo/osinfo_entity.h | 5 + osinfo/osinfo_install_script.c | 135 ++++++++++++++++++ osinfo/osinfo_install_script.h | 15 ++ .../libosinfo-test-install-script.xml | 5 + tests/test-entity.c | 40 ++++++ tests/test-install-script.c | 47 ++++++ tools/osinfo-install-script.c | 15 ++ 9 files changed, 312 insertions(+) -- 2.19.1 _______________________________________________ Libosinfo mailing list Libosinfo@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libosinfo
