Bug ID | 1226204 |
---|---|
Summary | various package selection activity during NET installation requires Wicked or NetworkManger |
Classification | openSUSE |
Product | openSUSE Tumbleweed |
Version | Current |
Hardware | Other |
OS | All |
Status | NEW |
Severity | Enhancement |
Priority | P5 - None |
Component | Installation |
Assignee | yast2-maintainers@suse.de |
Reporter | mrmazda@earthlink.net |
QA Contact | jsrain@suse.com |
Target Milestone | --- |
Found By | --- |
Blocker | --- |
cf. bug 1183886 I wish to NET install a system to be used with systemd-networkd. In TW20240607 detailed package selection I managed to taboo wicked-service, wicked and networkmanager before selecting network on summary screen to disable network "services" (use neither wicked nor NM). In network, settings from cmdline were maintained, so I was able to proceed with installation, or so it lead me to believe. Apparently, network had been broken by the particular sequence of events, including clicking back button multiple times to redo network or detailed package selection, so fetch attempts all produced 404s, retries always produced 404, leaving only one other option - abort. I clicked abort before recovering exact language on software screen's network setup, upon which the installer exited and halted the system without rebooting. Thus, capturing logs was impossible. I started afresh, this time, with TW20240610, selecting to disable network before doing anything else at first visit to summary screen, and not bothering in detailed package selection to taboo already deselected NM and Wicked. This succeeded to a full installation. y2logs saved from first boot are available on request. The NET installer ought to be able to proceed using valid network settings from cmdline even after multiple trips between detailed package selection and network.