Apologies, I bounce around a bit and don't have logs or exact messages available, but wanted to report anyhow.
In a new 4.2 install, if you remove snapd, apparmor becomes an orphan as reported by eopkg rmo, and is removed.
This then caused subsequent eopkg operations to complain in the 'apparmor' stage of autoconfiguration after eopkg operations.
Seems either apparmor shouldn't be an orphan, or that its removal should trigger that config step to also disable itself.
Tested this and found that, if you remove snapd before a full system update, then everything is fine (on a clean 4.2 install), if you remove it after then the issue reported happens.
Was wondering what was going on, have a setup script i run after a clean install, which remove snapd after a full system update, then run a eopkg rmo. Suddenly i got errors and found that apparmor were no longer installed...
Beatrice T. Meyers (#DataDrake), 2021-04-22 23:14:04 UTC
This is a known issue with the current usysconf and will be fixed when the new usysconf replaces it, since the apparmor trigger will only be applied if apparmor is installer (modular configuration).
#axaxs, does this issue still happen with an up to date Solus installation? There have been many updates and bug fixes since this issue was last updated.
Apologies, I bounce around a bit and don't have logs or exact messages available, but wanted to report anyhow. In a new 4.2 install, if you remove snapd, apparmor becomes an orphan as reported by eopkg rmo, and is removed. This then caused subsequent eopkg operations to complain in the 'apparmor' stage of autoconfiguration after eopkg operations. Seems either apparmor shouldn't be an orphan, or that its removal should trigger that config step to also disable itself.