Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at
Bug 1916036 - initial-setup broken since anaconda 34.17
Summary: initial-setup broken since anaconda 34.17
Status: CLOSED DUPLICATE of bug 1915541
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
Whiteboard: openqa
Depends On:
Blocks: F34BetaBlocker
TreeView+ depends on / blocked
Reported: 2021-01-14 01:36 UTC by Adam Williamson
Modified: 2021-01-14 10:18 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2021-01-14 10:18:55 UTC
Type: Bug

Attachments (Terms of Use)

Description Adam Williamson 2021-01-14 01:36:40 UTC
Since anaconda 34.17 landed in Rawhide, initial-setup doesn't work any more. It hits this traceback on startup:

Traceback (most recent call last):
  File "/usr/libexec/initial-setup/initial-setup-text", line 10, in <module>
  File "/usr/lib/python3.9/site-packages/initial_setup/", line 415, in run
  File "/usr/lib/python3.9/site-packages/initial_setup/tui/", line 279, in setup
    TextUserInterface.setup(self, data)
  File "/usr/lib64/python3.9/site-packages/pyanaconda/ui/tui/", line 204, in setup
    should_schedule = obj.setup(self.ENVIRONMENT)
  File "/usr/lib64/python3.9/site-packages/pyanaconda/ui/tui/hubs/", line 67, in setup
    cats_and_spokes = self._collectCategoriesAndSpokes()
  File "/usr/lib/python3.9/site-packages/initial_setup/tui/hubs/", line 22, in _collectCategoriesAndSpokes
    return common.collectCategoriesAndSpokes(self, TUI_spoke_class)
  File "/usr/lib/python3.9/site-packages/initial_setup/", line 63, in collectCategoriesAndSpokes
    candidate_spokes = collect_spokes(hub_instance.paths["spokes"], spoke_parent_class)
  File "/usr/lib/python3.9/site-packages/initial_setup/", line 40, in collect_spokes
    spokes.extend(collect(mask, path,
  File "/usr/lib64/python3.9/site-packages/pyanaconda/core/", line 1307, in collect
    members = [(name, getattr(module, name))
  File "/usr/lib64/python3.9/site-packages/pyanaconda/core/", line 1309, in <listcomp>
    if p(getattr(module, name))]
  File "/usr/lib64/python3.9/site-packages/pyanaconda/core/", line 1301, in <lambda>
    p = lambda obj: inspect.isclass(obj) and pred(obj)
  File "/usr/lib/python3.9/site-packages/initial_setup/", line 41, in <lambda>
    lambda obj: issubclass(obj, spoke_parent_class) and obj.should_run("firstboot", None)))
  File "/usr/lib64/python3.9/site-packages/pyanaconda/ui/tui/spokes/", line 73, in should_run
    return context.payload.type == PAYLOAD_TYPE_DNF
  File "/usr/lib64/python3.9/site-packages/pyanaconda/ui/", line 51, in payload
    return self._anaconda.payload
  File "/usr/lib64/python3.9/site-packages/pyanaconda/", line 92, in payload
    elif self.opts.liveinst:
AttributeError: 'NoneType' object has no attribute 'liveinst'

I believe this is most likely caused by - "Don't run spokes that don't support non-package payloads" - but I'm not sure what the best fix would be.

This breaks disk image deployment, because initial-setup has to work for setting a root and/or user password in that case. Proposing as a Beta blocker as a violation of Basic criterion "A working mechanism to create a user account must be clearly presented during installation and/or first boot of the installed system" for aarch64 disk images, some of which are release blocking.

Comment 1 Vendula Poncova 2021-01-14 10:18:55 UTC

*** This bug has been marked as a duplicate of bug 1915541 ***

Note You need to log in before you can comment on or make changes to this bug.