### What happened

`omarchy install service sunshine` aborts partway through on a fresh install:

```
Installing Sunshine...
...
(4/4) installing sunshine                                    [====] 100%
Failed to enable unit: Unit sunshine.service does not exist
```

The package installs fine, but the script exits at that point and never completes.

### Root cause

`bin/omarchy-install-service-sunshine` line 74 runs:

```bash
systemctl --user enable --now sunshine
```

The `omarchy/sunshine` package does not ship a `sunshine.service`. It ships:

```
/usr/lib/systemd/user/app-dev.lizardbyte.app.Sunshine.service
```

That unit declares `Alias=sunshine.service` in its `[Install]` section — but a
`systemd` `Alias=` is only materialised as a symlink **when the unit is enabled**.
So on a fresh install `sunshine.service` does not yet exist, and enabling *by the
alias* is a chicken-and-egg that can never succeed.

Enabling by the real unit name works and creates the alias, after which
`sunshine.service` resolves normally:

```
$ systemctl --user enable --now app-dev.lizardbyte.app.Sunshine.service
Created symlink '~/.config/systemd/user/sunshine.service' → '/usr/lib/systemd/user/app-dev.lizardbyte.app.Sunshine.service'
Created symlink '~/.config/systemd/user/graphical-session.target.wants/app-dev.lizardbyte.app.Sunshine.service' → ...

$ systemctl --user is-active sunshine.service
active
```

### Impact

The script has `set -e`, so the failed `enable` aborts everything after line 74:

- Sunshine is **not** enabled or started
- UFW streaming ports (47984/47989/48010 TCP, 5353/47998/47999/48000/48002/48010 UDP) are **not** opened for private LANs or `tailscale0`
- The "Sunshine Admin" web app is **not** installed
- `o.launch_on_start("sunshine")` is **not** added to `~/.config/hypr/autostart.lua`

The user is left with a Sunshine package installed but entirely non-functional, and
the only visible symptom is the one-line `Failed to enable unit` message.

### Steps to reproduce

1. On a system without Sunshine installed, run `omarchy install service sunshine`
2. Observe `Failed to enable unit: Unit sunshine.service does not exist`
3. `systemctl --user is-enabled app-dev.lizardbyte.app.Sunshine.service` → `disabled`
4. `ls ~/.local/share/applications | grep -i sunshine` → nothing
5. `tail ~/.config/hypr/autostart.lua` → no `launch_on_start` entry

### Expected

The install completes: the service is enabled and running, ports are opened, and the
admin web app is installed.

### Suggested fix

Enable the unit by the name the package actually ships:

```bash
systemctl --user enable --now app-dev.lizardbyte.app.Sunshine.service
```

Worth noting: that unit is already `WantedBy=graphical-session.target`, so it starts
with the session on its own. The separate `o.launch_on_start("sunshine")` autostart
entry the script adds will spawn a second instance competing for the same ports —
possibly worth dropping as part of the same fix.

### System details

| | |
|---|---|
| Omarchy | 4.0.2-1 |
| sunshine | 2026.516.143833-4 (omarchy repo) |
| systemd | 261.2-1 |
| Kernel | 7.1.9-arch1-2 |
| CPU | Intel Core Ultra 9 285K |
| GPU | Intel Arrow Lake-S (integrated) |