Installing cachyos from the desktop 260308 ISO hangs when the installation prompts to select the repo for iptables-nft in the installer UI. You can’t react to the prompt so the install is stuck indefinitely.
The issue is about the default packages included in the installer and the prompt that currently necessitates - a prompt the user seemingly cannot interact with.
This is not a problem of the live environment.
The thing is .. current repos do not have multiple choices for iptables-nft.
It is a package that no longer exists - it has been replaced by just iptables that does the same thing (takes old iptables arguments but uses nftables on the backend).
So the exchange prompt should probably not be happening at all.
Have you tried sorting mirrors first?
On a different machines I have already running cachyos I was able to resolves this both manually and with –noconfirm. When I search iptables-nft on a running install pacman returns iptables in both cachy and core, which I assume is an aliasing of some kind for compatibility.
On the live USB the same search only returns iptables in core.
I ran cachyos-rate-mirrors and reflector on separate runs before attempting install and that doesn’t fix it. The installer runs rate-mirrors as part of it’s initialisation process, making anything I pre-configure moot.
I agree that it is not a fault in the live environment and installer per-se, but because the installer is not handling this circumstance gracefully then the primary means of installing the OS is not working. It’s an annoyance for me (back on ubuntu on that box. god it’s slow), and a major issue for any new users trying out cachyos.
Not exactly - its part of how Cachy works with its own repos on top of Arch’s.
Its ostensibly the same package except the cachy/architecture one has been built with optimizations.
But as far as the package manager is concerned theres just 2 versions of one package (iptables) that can both provide iptables-nft, and should have an obvious priority with no selection required at all. While also nothing should probably be trying to install iptables-nft either as its no longer a valid package and last I looked its not explicitly part of the package list.
That is why I asked about the mirror sorting.
Any other extra information might be helpful - if theres something to fix is easier to do when we know where to look. In this case specifically why iptables-nft is being looked for. My first guess would have been something like ufw but it doesnt depend on that either.
Digging further I’ve found that directly calling calamares doesn’t overwrite the config in /etc/ but calamares-online.sh does.
Removing the reference to iptables-nft and running calamares from a terminal still fails in the same way so it’s a dependency of something as well as implicitly installed.
I’ll go dependency hunting after work
Addendum: @glennguy I tried RebornOS and that doesn’t have the same issue, but the default packags set is quite different