Comment # 5 on bug 1013605 from Michal Filka

(In reply to Dominique Leuenberger from comment #0)
> ## Observation
> 
> openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-autoyast_gnome@64bit
> fails in
> [installation](http://openqa.opensuse.org/tests/314361/modules/installation/
> steps/15)
> 
> 
> ## Reproducible
> 
> Fails since (at least) Build
> [20161203](http://openqa.opensuse.org/tests/314132)
> 
> This snapshot was the first to include yast2-network 3.2.15 (previous
> 3.2.11) which introduced the new handling of 'update hostname by dhcp'
> 
> ## Expected result
> 
> Last good: [20161202](http://openqa.opensuse.org/tests/313869) (or more
> recent)
> 
> 
> ## Further details
> 
> Always latest result in this scenario:
> [latest](http://openqa.opensuse.org/tests/
> latest?test=autoyast_gnome&version=Tumbleweed&distri=opensuse&machine=64bit&a
> rch=x86_64&flavor=DVD)

I guess that all tests use the same configuration including the AY profile. If
yes, then there is a kind of misconfiguration.

What's going on:
1) boot param ifcg=*=dhcp configures all interfaces (in this case one) for dhcp
including DHCLIENT_SET_HOSTNAME=yes
2) AY profile contains <dhcp_hostname
config:type="boolean">true</dhcp_hostname> which sets DHCLIENT_SET_HOSTNAME=yes
in /etc/sysconfig/network/dhcp

yast issues the warning in such case bcs the (1) seems to be redundant or
misconfigured ('no' would make more sense here in this case)

So, what should let the test pass:
- set dhcp_hostname from case (2) to false

What should be improved on yast side:
(1) the popup should be either disabled or timed out in case of
(auto)installation. It is intended to be warning and should not block the
installation
(2) the dhcp_hostname option should be turned from boolean to list and accept
values similar to UI (yes, no, <device-name>

@Dominique:
Could you pls check if change dhcp_hostname to false in the AY profile let the
test pass? Thanks