Make shell and browser opt-in blocks, decoupled from the desktop #26
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Discussion
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Help Wanted
Status
Need More Info
Prio - Hoog
Prio - Laag
Prio - Middel
styling
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
MinBZK/DAWO-NixOS#26
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Part of making the generic image lean (see the app-sets issue). The shell and
browser modules are forced on in
profiles-dawo-genericand carry maatwerk and ahard Plasma coupling.
programs-zshis always on with a personal setup: oh-my-zsh (agnoster), lsdaliases, and an
updatealias that hardcodes~/Git/nixos. Shell choice is aper-workplace preference, and the hardcoded path does not belong in a shared
core. Proposal:
dawo.zsh.enable(opt-in), drop the hardcoded path, keep thegeneric quality-of-life bits as tunables.
programs-firefoxandprograms-chromiumare forced on and wire inplasma-browser-integration, so they assume the Plasma desktop. Proposal:
dawo.browser.<name>blocks that keep the privacy/policy hardening but make thedesktop integration conditional on the selected desktop, so a GNOME or headless
host is not dragged into Plasma.
Net effect: a host opts into a shell and a browser; neither is forced, and neither
assumes a specific desktop.
Question: keep zsh as the suggested default shell (opt-in but recommended), or
leave the core shell-agnostic and let each workplace pick? And should the browser
hardening (Firefox policies) be a separate block from the browser package itself,
so an org can harden a browser it ships from its own repo?