feat(gnome): Enable systemd-homed support by default#964
Conversation
Integrates a patch to enable systemd-homed unconditionally across the GNOME stack: - Enable -Dcreate_homed=true in accountsservice - Remove malcontent deps and disable parental controls from gnome-control-center, gnome-initial-setup, and gnome-software - Configure live generator to set DefaultStorage=subvolume for homed home directories Port of gnome-build-meta!2681. Original PR: #962 Co-authored-by: dylanmtaylor <dylanmtaylor@users.noreply.github.com>
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
This PR targets |
|
Duplicate of #963 which has a BST build already running on the lab. Closing this one. |
Rebased version of #962 by @dylanmtaylor — all credit to the original author.
PR #962 became noisy because the
nextbranch was heavily advanced with CI changes after @dylanmtaylor forked, making the diff appear to remove 30+ workflow files. The actual contribution is one file.What
Integrates a patch to enable
systemd-homedunconditionally across the GNOME stack:-Dcreate_homed=trueinaccountsservicemalcontentdependencies and disabling parental controls fromgnome-control-center,gnome-initial-setup, andgnome-softwareDefaultStorage=subvolumefor homed home directoriesPort of
gnome-build-meta!2681.Why this PR instead of #962
#962 was opened against an older base and now shows ~30 workflow files as "removed" — that's CI drift noise, not the contributor's change. This PR is cherry-picked to current
nextand shows only the actual patch.Closes #962